Cosa ti dice davvero un cambio di handle
Un handle Bluesky è un nome pensato per le persone. Può essere cambiato e può essere riassegnato. L’identificatore dell’account che sta sotto è una cosa diversa, e questa distinzione è l’intera base di questo compito.
Le applicazioni AT Protocol risolvono un handle in un DID e usano il DID come identificatore canonico dell’account. Fonte
Poiché il DID è l’identificatore a cui il sistema risolve, un cambio di handle da solo non stabilisce che stai guardando un account diverso, e un handle corrispondente non stabilisce che stai guardando lo stesso. L’handle è un’etichetta; il DID è l’ancora.
Questo conta quando un account familiare appare sotto un nuovo nome, quando un vecchio handle punta improvvisamente a qualcosa di poco familiare, o quando stai cercando di capire se un profilo pubblico che hai salvato il mese scorso è ancora lo stesso account oggi. Il compito qui sotto riguarda registrare le prove abbastanza bene da poterle confrontare in seguito, non dimostrare chi sia una persona.
Passo 1: cattura l’osservazione prima di interpretarla
Inizia scrivendo ciò che hai effettivamente visto, nel momento in cui l’hai visto. Non ricostruirlo a memoria dopo.
- Data dell’osservazione. Usa una data completa, non “di recente”. I cambi di handle e le riassegnazioni sono sensibili al tempo, e un confronto è significativo solo rispetto a un punto nel tempo registrato.
- Handle esatto. Copialo carattere per carattere, incluso qualsiasi suffisso in stile dominio se mostrato. Non normalizzarlo, non eliminare un prefisso e non ridigitarlo a memoria.
- DID se disponibile. Copia l’identificatore esattamente come visualizzato. Non troncarlo e non parafrasarlo.
- Il profilo che stavi guardando. Annota il nome visualizzato e una descrizione di una riga del contenuto del profilo in quel momento, così potrai capire in seguito se la pagina stessa è cambiata.
- Come hai raggiunto la pagina. Una visita diretta, un link salvato, un risultato di ricerca o un post condiviso sono contesti di osservazione diversi e vanno registrati separatamente.
Se il DID non è visibile in quel momento, registra esplicitamente questo fatto. “DID non disponibile al momento dell’osservazione” è un dato utile. Un campo vuoto che compili dopo a memoria non lo è.
Passo 2: capisci cosa fa la risoluzione
A livello generale, un handle viene risolto in un DID, e il DID è ciò che il sistema tratta come canonico. Il documento DID è il record che lega l’identificatore ai suoi dettagli associati.
I DID forniscono identificatori stabili dell’account, mentre il documento DID registra l’handle associato, la chiave di firma e il servizio di hosting. Fonte
Non devi usare alcun menu particolare o funzione di ricerca nascosta per applicare questo concetto. Il punto pratico è più ristretto: quando confronti due osservazioni, confronta l’identificatore, non l’etichetta. Se hai solo l’etichetta, hai un confronto più debole, e dovresti dirlo.
Passo 3: confronta le due osservazioni
Metti i record precedente e successivo fianco a fianco e classifica il risultato prima di trarre qualsiasi conclusione. La tabella decisionale qui sotto è il cuore di questo compito.
| Prove disponibili | Cosa supporta | Cosa non supporta |
|---|---|---|
| Stesso DID, handle diverso | È supportata la continuità dell’account: l’identificatore è invariato mentre l’etichetta visibile si è spostata. | Non prova che la persona dietro l’account sia la stessa che supponevi, e non prova alcun dettaglio privato. |
| DID diverso, handle simile o identico | L’handle ora risolve a un identificatore di account diverso. Tratta le pagine precedente e successiva come account separati finché altre prove non dicono il contrario. | Non prova che l’account originale sia stato eliminato, rinominato, venduto o abbandonato. |
| Handle presente, DID non disponibile in uno o entrambi i record | Inconcludente. Hai solo un confronto di etichette. | Non supporta un’affermazione di continuità in nessuna direzione. |
| Nessun record dall’osservazione precedente | Non c’è nulla da confrontare. Inizia ora un nuovo record. | Non supporta alcuna affermazione su cosa sia cambiato o quando. |
Due abitudini mantengono onesta questa tabella. Primo, non promuovere mai una riga inconcludente a conclusione solo perché il nome visualizzato o la foto sembrano familiari. Secondo, non trattare mai un risultato con DID uguale come verifica dell’identità. È un risultato di continuità dell’account, e nulla di più.
Passo 4: esegui la checklist di autoverifica
Prima di agire su un confronto, controlla il tuo lavoro:
- Ho registrato una data completa di osservazione per ciascun lato del confronto?
- Ho copiato l’handle esattamente, incluso qualsiasi suffisso, invece di ridigitarlo?
- Ho copiato il DID esattamente, o registrato esplicitamente che non era disponibile?
- Sto confrontando identificatori, o sto confrontando etichette e chiamandolo corrispondenza?
- Ho separato “stesso identificatore di account” da “stessa persona” nelle mie note?
- Se i DID differiscono, ho evitato di presumere che l’account originale sia stato eliminato?
- Se le prove sono inconcludenti, ho scritto “inconcludente” invece di un’ipotesi?
- Ho tenuto l’osservazione grezza separata dalla mia interpretazione?
Un confronto che fallisce uno dei primi quattro controlli dovrebbe essere trattato come un indizio da ricontrollare, non come un risultato.
Errori comuni
Trattare un handle come un indirizzo permanente. Gli handle cambiano e possono essere riassegnati. Un link salvato a un handle è un link a un’etichetta, non a un identificatore.
Presumere che una rinomina significhi un nuovo proprietario. Un cambio di handle visibile con lo stesso DID è il caso ordinario di continuità. Un DID diverso sotto un handle simile è il caso di riassegnazione. Sembrano uguali dall’esterno e significano cose diverse.
Presumere che un DID diverso significhi che il vecchio account è stato eliminato. Significa solo che l’handle ora risolve a un identificatore diverso. L’eliminazione è una questione separata a cui questo confronto non risponde.
Compilare un DID mancante dopo, a memoria. Un identificatore ricostruito non è un’osservazione. Registra invece la lacuna.
Lasciare che una foto o una biografia corrispondente facciano il lavoro. Foto, biografie e handle corrispondenti non possono provare l’identità in modo indipendente. Sono al massimo dettagli corroboranti, e sono facili da copiare.
Saltare la data. Senza un timestamp, due record non possono essere ordinati, e un confronto non ordinato non può supportare un’affermazione di continuità.
Proteggere la tua impronta
Se sei dall’altra parte di questo compito, le stesse meccaniche valgono per te. Il tuo handle visibile è un’etichetta che altri possono registrare e confrontare, e il tuo identificatore è l’ancora che persiste attraverso un cambio di handle. Questo ha due conseguenze pratiche.
Primo, aspettati che un cambio di handle venga notato e confrontato da chiunque abbia salvato il tuo profilo precedente. Se vuoi che la continuità sia leggibile, mantieni i dettagli del tuo profilo pubblico coerenti attraverso il cambio, così che un lettore che confronta i record abbia qualcosa di stabile su cui lavorare. Secondo, ricorda che le corrispondenze pubbliche sono indizi. Chi confronta il tuo vecchio e nuovo handle può stabilire che l’identificatore è invariato, ma non può stabilire chi sei solo da identificatori pubblici, e nemmeno uno strumento può farlo.
Rivedi periodicamente i tuoi handle pubblici noti e registra ciò che è attualmente visibile, così da avere una tua base di riferimento datata invece di affidarti alle note di qualcun altro. Se vuoi un punto di partenza, TraceSeek offre una prima scansione gratuita su 3.000+ piattaforme, con risultati tipicamente restituiti in 20–30 secondi. Quella scansione esamina le corrispondenze di nomi utente pubblici; non modifica le impostazioni della piattaforma, non garantisce una corrispondenza e non verifica l’identità. Tratta il suo output come tratteresti le tue osservazioni: come un indizio datato da controllare, non come una conclusione.
Per come inquadriamo le prove e i loro limiti, vedi le nostre note metodologiche, e per le meccaniche del cambio di un handle visibile, vedi la guida esistente sull’impostazione di un handle di dominio Bluesky e l’aggiornamento dei tuoi link pubblici.
Fatti chiave
- Le applicazioni AT Protocol risolvono un handle in un DID e usano il DID come identificatore canonico dell’account.
- I DID forniscono identificatori stabili dell’account, mentre il documento DID registra l’handle associato, la chiave di firma e il servizio di hosting.
- Un cambio di handle visibile con un DID invariato supporta la continuità dell’account, mentre un DID diverso sotto lo stesso handle significa che l’etichetta ora punta a un identificatore di account diverso.
- Foto, biografie e handle corrispondenti non possono provare l’identità in modo indipendente, quindi un identificatore pubblico condiviso è un indizio piuttosto che la prova di chi ci sia dietro un account.
- Un confronto di handle fatto senza un DID registrato è inconcludente e non dovrebbe essere presentato come un risultato di continuità.