Сприймайте handle.invalid як статус, що вказує на відсутність наразі перевіреного хендла у відомого акаунта, а не як альтернативне ім’я користувача для пошуку. Тримайте будь-яке публічне посилання на профіль або ідентифікатор акаунта, уже наданий чи вже видимий, як окреме посилання. Не об’єднуйте два профілі лише тому, що вони показують цей самий заповнювач. Якщо бажаний профіль залишається незрозумілим, попросіть ваше побачення про актуальне публічне посилання або залиште посилання нерозв’язаним.
Знаходьте підказки в публічних соціальних профілях за допомогою нашого застосунку TraceSeek.
Чим насправді є handle.invalid
У Bluesky хендл — це змінне, зрозуміле людині ім’я, тоді як DID — постійний ідентифікатор акаунта. Літеральне значення handle.invalid — спеціальний сигнал, що для відомого DID не існує двобічно дійсного хендла; це не ім’я, яке хтось обрав, і воно не призначене для звичайних пошукових запитів. Тож коли добровільно наданий профіль показує це значення, читайте його як поточний статус, а не як змінене ім’я користувача для пошуку. Вміст може залишатися видимим у профілі навіть тоді, коли хендл не проходить перевірку. [AT Protocol: імена-дескриптори]
Розділіть частини, які у вас насправді є
Зробіть два поля у вашій примітці. Помістіть літеральний заповнювач у поле статусу, а не в поле імені користувача. У полі посилання тримайте лише публічне посилання на профіль, надане вашим побаченням, або ідентифікатор акаунта, уже наданий чи вже видимий у дозволеному матеріалі. Не отримуйте додаткових ідентифікаторів через приватний доступ і не намагайтеся відновити попереднє ім’я. Статус і посилання слугують різним цілям; жодне з них не перевіряє людину у вашому чаті знайомств.
- Запишіть заповнювач точно як показано, потім відкладіть його й припиніть його пошук
- Записуйте посилання або ідентифікатор, лише якщо його вже надали або він уже був видимий у наданих вам матеріалах
- Не відновлюйте попередні нікнейми із заповнювача
Видима сторінка не робить заповнювач придатним для пошуку
Настанови AT Protocol кажуть, що сервіси зазвичай мають і далі показувати вміст, коли перевірка нікнейму не вдається. Тож профіль, який усе ще показує дописи, сам по собі не доводить, що його читабельний нікнейм знову дійсний. Зберігайте надану публічну сторінку як довідку; не замінюйте відсутній ідентифікатор здогадом на основі його письма, інтересів чи світлин. [AT Protocol: імена-дескриптори]
| спостереження | обмеження | наступний крок |
|---|---|---|
| Профіль показує handle.invalid | Цей статус не є унікальним іменем користувача, придатним для пошуку | Запишіть його як статус; не об'єднуйте результати із заповнювачем і не розглядайте їх як один акаунт |
| Було надано публічне посилання | Видима сторінка не встановлює дійсного нікнейму чи належності вашій людині з побачення | Збережіть саме цю сторінку як окрему довідку |
| Дозволений ідентифікатор акаунта вже видимий | Він стосується запису акаунта, а не офлайн-особистості | Тримайте його окремо від заповнювача; за потреби скористайтеся наявним посібником із безперервності |
| Не було надано або видно жодної придатної довідки | Передбачуваний акаунт залишається невизначеним | Попросіть наявний контакт добровільно надати поточне публічне посилання або зупиніться |
Чого не робити висновків і чого не робити
Два профілі можуть показувати однаковий заповнювач недійсного нікнейму, не будучи одним акаунтом. Не об'єднуйте їх, не виводьте попередні імена зі статусу й не діагностуйте, чому саме цей нікнейм не пройшов перевірку. Статус не встановлює навмисного перейменування, приховування чи зради.
Рішення про обмежений наступний крок
Якщо згодом нададуть дійсне ім'я користувача, поверніться до звичайного процесу роботи з іменем користувача. Якщо єдиною корисною довідкою є вже видимий постійний ідентифікатор, скористайтеся вужчим посібником із безперервності акаунта. Інакше залиште кандидата невизначеним. Гіпотетичне уточнення: «Посилання на профіль показує недійсний нікнейм. Чи могли б ви поділитися поточним публічним посиланням, яке мали на увазі?» Це прохання про добровільне посилання, а не про приватні записи чи причину зміни імені.
- Збережіть одну обмежену нотатку: заповнювач побачено, посилання чи ідентифікатор наявний або відсутній, дату перевірено
- Залиште кандидата невизначеним, якщо не поділилися нічим конкретнішим
- Якщо передбачуваний профіль усе ще незрозумілий, задайте одне просте запитання про поточне публічне посилання
Ще кілька запитань
Чи можу я шукати handle.invalid, щоб знайти профіль?
Не використовуйте його як ім'я користувача. AT Protocol визначає його як спеціальне значення статусу для відомого акаунта без дійсного нікнейму, і воно не призначене для звичайних пошукових запитів. Використовуйте лише публічне посилання або ідентифікатор акаунта, які вже надано чи видно.
Чи означає видимість профілю, що нікнейм знову працює?
Не обов'язково. Протокол дозволяє сервісам і далі показувати вміст, коли нікнейм не проходить перевірку. Видимий допис чи сторінка не встановлюють, що акаунт наразі має дійсний читабельний нікнейм.
Чи цей заповнювач — знак, що моя людина з побачення змінила ім'я користувача, щоб щось приховати?
Ні. Заповнювач описує поточний стан перевірки нікнейму. Він не встановлює, що перейменування відбулося, чому перевірка не вдалася або що мала на увазі ваша людина з побачення.
Що мені зберігати у власних нотатках про цей профіль?
Короткий датований запис: заповнювач як показано, чи було надано посилання або видимий ідентифікатор, і той факт, що кандидат залишається невизначеним. Не додавайте здогадів про попередні імена й не об'єднуйте його з іншими результатами із заповнювачем.
Джерела та редакційні примітки
Офіційні джерела перевірено 25 жовтня 2026 р.. Контрольні списки, порівняльні таблиці та приклади формулювань — це редакційні інструменти DateClues, а не офіційні тести чи перевірені оцінки ризику.
Загальна інформація. Жоден посібник чи інструмент не може засвідчити особу людини, її наміри чи безпеку. Прочитайте наші редакційні стандарти.