Что на самом деле говорит смена хэндла
Хэндл в Bluesky — это имя, обращённое к человеку. Его можно изменить, и его можно переназначить. Идентификатор аккаунта под ним — это другое, и на этом различии строится вся задача.
Приложения AT Protocol разрешают хэндл в DID и используют DID как канонический идентификатор аккаунта. Источник
Поскольку DID — это идентификатор, в который разрешается система, одна лишь смена хэндла не устанавливает, что вы смотрите на другой аккаунт, а совпадающий хэндл не устанавливает, что вы смотрите на тот же самый. Хэндл — это метка; DID — это якорь.
Это важно, когда знакомый аккаунт появляется под новым именем, когда старый хэндл внезапно указывает куда-то в незнакомое место или когда вы пытаетесь решить, тот ли это аккаунт сегодня, что и публичный профиль, сохранённый вами в прошлом месяце. Задача ниже — о том, как записать доказательства достаточно хорошо, чтобы сравнить их позже, а не о том, чтобы доказать, кто этот человек.
Шаг 1: Зафиксируйте наблюдение до того, как его интерпретировать
Начните с записи того, что вы действительно видели, в момент, когда вы это видели. Не восстанавливайте это по памяти задним числом.
- Дата наблюдения. Используйте полную дату, а не «недавно». Смены хэндлов и переназначения чувствительны ко времени, и сравнение имеет смысл только относительно зафиксированной точки во времени.
- Точный хэндл. Скопируйте его символ в символ, включая любой суффикс в стиле домена, если он показан. Не нормализуйте его, не отбрасывайте префикс и не перепечатывайте по памяти.
- DID, если он доступен. Скопируйте идентификатор точно так, как он отображается. Не обрезайте его и не пересказывайте своими словами.
- Профиль, который вы просматривали. Запишите отображаемое имя и однострочное описание содержимого профиля на тот момент, чтобы позже можно было понять, изменилась ли сама страница.
- Как вы попали на страницу. Прямой визит, сохранённая ссылка, результат поиска или общий пост — это разные контексты наблюдения, и их следует записывать отдельно.
Если DID в этот момент вам не виден, явно зафиксируйте этот факт. «DID недоступен на момент наблюдения» — полезная точка данных. Пустое поле, которое вы заполните позже по памяти, — нет.
Шаг 2: Поймите, что делает разрешение
На общем уровне хэндл разрешается в DID, и именно DID система рассматривает как канонический. Документ DID — это запись, которая связывает идентификатор с сопутствующими сведениями.
DID обеспечивают стабильные идентификаторы аккаунтов, а документ DID фиксирует связанный хэндл, ключ подписи и хостинг-сервис. Источник
Вам не нужно работать с каким-то конкретным меню или скрытой функцией поиска, чтобы использовать эту концепцию. Практический смысл уже: когда вы сравниваете два наблюдения, сравнивайте идентификатор, а не метку. Если у вас есть только метка, у вас более слабое сравнение, и вам следует это признать.
Шаг 3: Сравните два наблюдения
Положите раннюю и позднюю записи рядом и классифицируйте результат, прежде чем делать какой-либо вывод. Таблица решений ниже — ядро этой задачи.
| Доступные доказательства | Что они подтверждают | Что они не подтверждают |
|---|---|---|
| Один и тот же DID, разные хэндлы | Подтверждается преемственность аккаунта: идентификатор не изменился, а видимая метка сместилась. | Это не доказывает, что человек за аккаунтом — тот же, кем вы его считали, и не доказывает никаких частных деталей. |
| Разные DID, похожий или идентичный хэндл | Хэндл теперь разрешается в другой идентификатор аккаунта. Считайте раннюю и позднюю страницы разными аккаунтами, пока другие доказательства не скажут об обратном. | Это не доказывает, что исходный аккаунт был удалён, переименован, продан или заброшен. |
| Хэндл присутствует, DID недоступен в одной или обеих записях | Неубедительно. У вас есть только сравнение меток. | Это не подтверждает утверждение о преемственности ни в одну, ни в другую сторону. |
| Нет записи раннего наблюдения | Сравнивать нечего. Начните новую запись сейчас. | Это не подтверждает никаких утверждений о том, что и когда изменилось. |
Две привычки сохраняют честность этой таблицы. Во-первых, никогда не повышайте неубедительную строку до вывода только потому, что отображаемое имя или фото кажутся знакомыми. Во-вторых, никогда не рассматривайте результат с совпадающим DID как проверку личности. Это результат о преемственности аккаунта, и ничего больше.
Шаг 4: Пройдите контрольный список самопроверки
Прежде чем действовать на основе сравнения, проверьте свою работу:
- Записал ли я полную дату наблюдения для каждой стороны сравнения?
- Скопировал ли я хэндл точно, включая любой суффикс, а не перепечатал ли его?
- Скопировал ли я DID точно или явно записал, что он был недоступен?
- Сравниваю ли я идентификаторы или сравниваю метки и называю это совпадением?
- Отделил ли я в своих заметках «тот же идентификатор аккаунта» от «тот же человек»?
- Если DID различаются, избежал ли я предположения, что исходный аккаунт был удалён?
- Если доказательства неубедительны, написал ли я «неубедительно», а не догадку?
- Держал ли я сырое наблюдение отдельно от своей интерпретации?
Сравнение, не прошедшее любую из первых четырёх проверок, следует рассматривать как зацепку для повторной проверки, а не как вывод.
Частые ошибки
Отношение к хэндлу как к постоянному адресу. Хэндлы меняются и могут быть переназначены. Сохранённая ссылка на хэндл — это ссылка на метку, а не на идентификатор.
Предположение, что переименование означает нового владельца. Видимая смена хэндла при неизменном DID — обычный случай преемственности. Другой DID под похожим хэндлом — случай переназначения. Снаружи они выглядят одинаково, но означают разное.
Предположение, что другой DID означает удаление старого аккаунта. Это означает лишь то, что хэндл теперь разрешается в другой идентификатор. Удаление — отдельный вопрос, на который это сравнение не отвечает.
Заполнение отсутствующего DID позже по памяти. Восстановленный идентификатор — не наблюдение. Вместо этого зафиксируйте пробел.
Позволять совпадающему фото или биографии делать работу. Совпадающие фото, биографии и хэндлы не могут самостоятельно доказать личность. В лучшем случае это подтверждающие детали, и их легко скопировать.
Пропуск даты. Без отметки времени две записи нельзя упорядочить, а неупорядоченное сравнение не может подтвердить утверждение о преемственности.
Защита собственного следа
Если вы находитесь по другую сторону этой задачи, к вам применима та же механика. Ваш видимый хэндл — это метка, которую другие могут записывать и сравнивать, а ваш идентификатор — это якорь, который сохраняется при смене хэндла. Отсюда два практических следствия.
Во-первых, ожидайте, что смену хэндла заметят и сравнят все, кто сохранил ваш ранний профиль. Если вы хотите, чтобы преемственность была читаемой, сохраняйте детали публичного профиля согласованными при смене, чтобы у читателя, сравнивающего записи, было что-то стабильное. Во-вторых, помните, что публичные совпадения — это зацепки. Кто-то, сравнивающий ваш старый и новый хэндл, может установить, что идентификатор не изменился, но не может установить, кто вы, только по публичным идентификаторам, и инструмент тоже не может.
Периодически просматривайте свои известные публичные хэндлы и записывайте то, что видно в данный момент, чтобы у вас была собственная датированная базовая линия, а не чужие заметки. Если вам нужна отправная точка, TraceSeek предлагает бесплатное первое сканирование по 3 000+ платформам, результаты обычно возвращаются за 20–30 секунд. Это сканирование проверяет совпадения публичных имён пользователей; оно не меняет настройки платформ, не гарантирует совпадение и не проверяет личность. Относитесь к его результатам так же, как к своим собственным наблюдениям: как к датированной зацепке для проверки, а не к выводу.
О том, как мы формулируем доказательства и их ограничения, см. наши заметки о методологии, а о механике изменения видимого хэндла см. существующее руководство по настройке доменного хэндла Bluesky и обновлению ваших публичных ссылок.
Ключевые факты
- Приложения AT Protocol разрешают хэндл в DID и используют DID как канонический идентификатор аккаунта.
- DID обеспечивают стабильные идентификаторы аккаунтов, а документ DID фиксирует связанный хэндл, ключ подписи и хостинг-сервис.
- Видимая смена хэндла при неизменном DID подтверждает преемственность аккаунта, а другой DID под тем же хэндлом означает, что метка теперь указывает на другой идентификатор аккаунта.
- Совпадающие фото, биографии и хэндлы не могут самостоятельно доказать личность, поэтому общий публичный идентификатор — это зацепка, а не доказательство того, кто стоит за аккаунтом.
- Сравнение хэндлов, сделанное без записанного DID, неубедительно, и его не следует представлять как вывод о преемственности.