O que uma mudança de handle realmente revela
Um handle do Bluesky é um nome voltado para pessoas. Ele pode ser alterado e pode ser reatribuído. O identificador da conta por baixo dele é outra coisa, e essa distinção é a base de toda esta tarefa.
Aplicações do AT Protocol resolvem um handle para um DID e usam o DID como o identificador canônico da conta. Fonte
Como o DID é o identificador para o qual o sistema resolve, uma mudança de handle sozinha não estabelece que você está olhando para uma conta diferente, e um handle igual não estabelece que você está olhando para a mesma. O handle é um rótulo; o DID é a âncora.
Isso importa quando uma conta familiar aparece com um novo nome, quando um handle antigo de repente aponta para um lugar desconhecido, ou quando você tenta decidir se um perfil público que salvou no mês passado ainda é a mesma conta hoje. A tarefa abaixo é sobre registrar evidências bem o suficiente para compará-las depois, não sobre provar quem é uma pessoa.
Passo 1: Capture a observação antes de interpretá-la
Comece anotando o que você realmente viu, no momento em que viu. Não reconstrua de memória depois.
- Data da observação. Use uma data completa, não “recentemente”. Mudanças e reatribuições de handle são sensíveis ao tempo, e uma comparação só faz sentido contra um ponto no tempo registrado.
- Handle exato. Copie caractere por caractere, incluindo qualquer sufixo no estilo de domínio, se houver. Não normalize, não omita um prefixo e não digite de memória.
- DID, se estiver disponível. Copie o identificador exatamente como exibido. Não trunque e não parafraseie.
- O perfil que você estava vendo. Anote o nome de exibição e uma descrição de uma linha do conteúdo do perfil naquele momento, para que depois você possa dizer se a própria página mudou.
- Como você chegou à página. Uma visita direta, um link salvo, um resultado de busca ou um post compartilhado são contextos de observação diferentes e devem ser registrados separadamente.
Se o DID não estiver visível para você naquele momento, registre esse fato explicitamente. “DID indisponível na observação” é um dado útil. Um campo vazio que você preenche depois de memória não é.
Passo 2: Entenda o que a resolução está fazendo
Em termos gerais, um handle é resolvido para um DID, e o DID é o que o sistema trata como canônico. O documento DID é o registro que liga o identificador aos detalhes associados.
DIDs fornecem identificadores de conta estáveis, enquanto o documento DID registra o handle associado, a chave de assinatura e o serviço de hospedagem. Fonte
Você não precisa operar nenhum menu específico ou recurso de busca oculto para usar esse conceito. O ponto prático é mais restrito: quando você compara duas observações, compare o identificador, não o rótulo. Se você só tem o rótulo, tem uma comparação mais fraca, e deve dizer isso.
Passo 3: Compare as duas observações
Coloque os registros anterior e posterior lado a lado e classifique o resultado antes de tirar qualquer conclusão. A tabela de decisão abaixo é o núcleo desta tarefa.
| Evidência disponível | O que ela sustenta | O que ela não sustenta |
|---|---|---|
| Mesmo DID, handle diferente | A continuidade da conta é sustentada: o identificador não mudou enquanto o rótulo visível se moveu. | Não prova que a pessoa por trás da conta é o mesmo humano que você presumiu, nem prova qualquer detalhe privado. |
| DID diferente, handle similar ou idêntico | O handle agora resolve para um identificador de conta diferente. Trate as páginas anterior e posterior como contas separadas até que outras evidências digam o contrário. | Não prova que a conta original foi excluída, renomeada, vendida ou abandonada. |
| Handle presente, DID indisponível em um ou ambos os registros | Inconclusivo. Você tem apenas uma comparação de rótulos. | Não sustenta uma alegação de continuidade em nenhuma direção. |
| Nenhum registro da observação anterior | Nada pode ser comparado. Comece um novo registro agora. | Não sustenta nenhuma alegação sobre o que mudou ou quando. |
Dois hábitos mantêm esta tabela honesta. Primeiro, nunca promova uma linha inconclusiva a conclusão porque o nome de exibição ou a foto parecem familiares. Segundo, nunca trate um resultado de mesmo DID como verificação de identidade. É um resultado de continuidade de conta, e nada mais.
Passo 4: Faça a lista de autorrevisão
Antes de agir com base em uma comparação, verifique seu próprio trabalho:
- Registrei uma data completa de observação para cada lado da comparação?
- Copiei o handle exatamente, incluindo qualquer sufixo, em vez de digitá-lo de novo?
- Copiei o DID exatamente, ou registrei explicitamente que ele estava indisponível?
- Estou comparando identificadores, ou estou comparando rótulos e chamando isso de correspondência?
- Separei “mesmo identificador de conta” de “mesma pessoa” nas minhas próprias notas?
- Se os DIDs diferem, evitei presumir que a conta original foi excluída?
- Se a evidência é inconclusiva, escrevi “inconclusivo” em vez de um palpite?
- Mantive a observação bruta separada da minha interpretação dela?
Uma comparação que falha em qualquer uma das quatro primeiras verificações deve ser tratada como uma pista a ser reexaminada, não como um achado.
Erros comuns
Tratar um handle como endereço permanente. Handles mudam e podem ser reatribuídos. Um link salvo para um handle é um link para um rótulo, não para um identificador.
Presumir que uma renomeação significa um novo dono. Uma mudança visível de handle com o mesmo DID é o caso comum de continuidade. Um DID diferente sob um handle similar é o caso de reatribuição. Eles se parecem por fora e significam coisas diferentes.
Presumir que um DID diferente significa que a conta antiga foi excluída. Significa apenas que o handle agora resolve para um identificador diferente. A exclusão é uma questão separada que esta comparação não responde.
Preencher um DID ausente depois, de memória. Um identificador reconstruído não é uma observação. Registre a lacuna.
Deixar uma foto ou biografia igual fazer o trabalho. Fotos, biografias e handles iguais não podem provar identidade de forma independente. São, no máximo, detalhes corroborantes, e são fáceis de copiar.
Pular a data. Sem um carimbo de data e hora, dois registros não podem ser ordenados, e uma comparação sem ordem não pode sustentar uma alegação de continuidade.
Protegendo sua própria pegada
Se você está do outro lado desta tarefa, a mesma mecânica se aplica a você. Seu handle visível é um rótulo que outros podem registrar e comparar, e seu identificador é a âncora que persiste através de uma mudança de handle. Isso tem duas consequências práticas.
Primeiro, espere que uma mudança de handle seja notada e comparada por qualquer pessoa que salvou seu perfil anterior. Se você quer que a continuidade seja legível, mantenha os detalhes do seu perfil público consistentes durante a mudança, para que um leitor comparando registros tenha algo estável com que trabalhar. Segundo, lembre-se de que correspondências públicas são pistas. Alguém comparando seu handle antigo e o novo pode estabelecer que o identificador não mudou, mas não pode estabelecer quem você é apenas com identificadores públicos, e uma ferramenta também não.
Revise periodicamente seus próprios handles públicos conhecidos e registre o que está visível no momento, para ter sua própria linha de base datada em vez de depender das notas de outra pessoa. Se você quer um ponto de partida, o TraceSeek oferece uma primeira varredura gratuita em 3.000+ plataformas, com resultados normalmente retornados em 20–30 segundos. Essa varredura revisa correspondências públicas de nomes de usuário; ela não altera configurações de plataformas, não garante uma correspondência nem verifica identidade. Trate o resultado da mesma forma que trataria suas próprias observações: como uma pista datada a ser verificada, não como uma conclusão.
Para saber como enquadramos evidências e seus limites, veja nossas notas de metodologia, e para a mecânica de mudar um handle visível, veja o guia existente sobre definir um handle de domínio no Bluesky e atualizar seus links públicos.
Fatos principais
- Aplicações do AT Protocol resolvem um handle para um DID e usam o DID como o identificador canônico da conta.
- DIDs fornecem identificadores de conta estáveis, enquanto o documento DID registra o handle associado, a chave de assinatura e o serviço de hospedagem.
- Uma mudança visível de handle com um DID inalterado sustenta a continuidade da conta, enquanto um DID diferente sob o mesmo handle significa que o rótulo agora aponta para um identificador de conta diferente.
- Fotos, biografias e handles iguais não podem provar identidade de forma independente, então um identificador público compartilhado é uma pista, não prova de quem está por trás de uma conta.
- Uma comparação de handle feita sem um DID registrado é inconclusiva e não deve ser apresentada como um achado de continuidade.