Кратко

  • Первый Internet-Draft, посвящённый схеме at, прямо говорит: развёрнутая форма at:// не полностью соответствует RFC 3986, поскольку DID помещает несколько двоеточий в компонент authority. Та же редакция признаёт, что в таком виде схема не отвечает условиям постоянной регистрации по RFC 7595.
  • В реестре IANA у at есть временная запись с 2023 года. Она подтверждает присутствие имени в реестре, но не формальную проверку IETF, не постоянный статус, не совместимость со всеми универсальными парсерами и не неизменную связь между псевдонимом, идентичностью аккаунта, репозиторием, записью и её байтами.

Самый неудобный факт в новом документе о стандартизации состоит не в том, что at:// не работает. Он как раз работает. Приложения уже используют этот адрес для аккаунтов и записей Authenticated Transfer Protocol. У действующей практики есть собственная сила, однако она не превращает все последующие уровни полномочий в одно решение.

Документ draft-newbold-atp-aturi-00 датирован 1 октября 2026 года. В шапке указана предполагаемая категория Standards Track. Но зафиксированная карточка Datatracker относит редакцию 00 к индивидуальным материалам и не указывает ни stream, ни состояние, ни уровень стандарта. Это не RFC, не итог консенсуса IETF и не свидетельство того, что запрос на постоянную регистрацию уже приняли либо отклонили.

Внешне конструкция знакома: at://, затем authority, а после него при необходимости коллекция и ключ записи. В authority разрешено ставить читаемый псевдоним аккаунта либо его постоянный идентификатор. Проблема возникает, когда постоянным идентификатором служит DID вида did:plc:…: двоеточия являются частью самого DID.

RFC 3986 задаёт для authority общую грамматику: необязательные данные пользователя, host и необязательный порт, отделённый двоеточием. Определение схемы вправе запретить данные пользователя или порт, но, согласно RFC 7595, не вправе отменить общий синтаксис URI. Поэтому редакция 00 делает точное признание: DID с несколькими двоеточиями после // нарушает эту грамматику, и описанная форма сейчас не может претендовать на постоянную регистрацию.

Это вывод о текущей конструкции, а не приговор всей системе. Черновик не утверждает, что идентификатор бесполезен, что IANA его отклонила или что IETF потребовала миграцию. Специализированный парсер может считать authority непрозрачной строкой идентичности и успешно продолжить разрешение. Постоянная регистрация отвечает на иной вопрос: способна ли схема существовать внутри общего договора, которого ожидает широкая экосистема URI?

Запись IANA показывает, почему эти вопросы нельзя смешивать. Статус at — Provisional с 1 июня 2023 года. RFC 7595 допускает временную регистрацию схемы, которую используют или собираются использовать за пределами одной частной организации. Для неё действует процедура First Come First Served. Постоянная регистрация требует Expert Review и соблюдения проектных условий раздела 3.

Примечание назначенного эксперта к записи at столь же аккуратно проводит границу. В нём сказано, что временный статус не означает формальной проверки в IETF и не является рекомендацией IETF для общего применения в открытом интернете. Там же отмечен риск путаницы из-за короткого имени “at” и упомянуты варианты atproto и atp; по мнению автора примечания, вопрос способен затруднить будущую постоянную регистрацию. Но само примечание отдельно объявлено неофициальным мнением, а не позицией IETF или IANA. Оба ограничения существенны одновременно.

В результате там, где панель управления рискует показать один зелёный значок, существуют четыре разных состояния: схема используется; она временно зарегистрирована; редакция 00 заявляет ориентацию на Standards Track; её точный синтаксис пока не отвечает требованиям постоянной регистрации. Использование доказывает полезность. Запись в реестре делает имя видимым. Черновик показывает область возможных изменений. Постоянное институциональное решение остаётся отдельным действием.

Цепочка идентичности устроена сходным образом. Псевдоним удобен для человека и может быть переназначен. Документация AT Protocol предупреждает: после смены или повторного использования псевдоним способен разрешиться в другой DID, и старый адрес начнёт указывать на иной репозиторий. Поэтому редакция 00 рекомендует перед длительным хранением преобразовывать ссылку с псевдонимом в постоянный идентификатор аккаунта. Интерфейс может остаться дружелюбным, но долговременное полномочие нельзя привязывать только к дружелюбной подписи.

Даже DID — это ещё не запись. Authority обозначает аккаунт, но не обязательно сетевой узел, на котором расположен его репозиторий. Адрес хранилища находится отдельным разрешением. Коллекция и ключ задают логическую запись, однако она может измениться или исчезнуть. AT URI не адресует содержимое. Если важны конкретные байты, руководство для разработчиков советует сохранять рядом хеш CID.

Полезная квитанция поэтому включает как минимум семь координат: точный профиль URI и редакцию черновика; парсер и его версию; исходный псевдоним или DID; результат и время преобразования псевдонима в DID; endpoint репозитория; коллекцию, ключ и полученную редакцию записи; при необходимости CID этих байтов. Восьмой элемент — действие приложения после проверки. Успех синтаксического разбора сам по себе не подтверждает ни одну последующую стадию.

Сведения о парсерах тоже нуждаются в границах. Официальная документация называет Python urllib и JavaScript url-parse рабочими примерами и сообщает, что Go net/url и большинство популярных библиотек Rust не обрабатывают документированную форму. Это полезное руководство, но не независимая перепись всех версий, обёрток, приложений и будущих релизов. Каждая служба должна сохранять данные о реально выполненном тесте.

Принцип первичности работающего кода Heng Lu не позволяет значку стандарта перечеркнуть действующую систему; тот же принцип не позволяет действующей системе выдумать решение по стандарту. Минимальная начальная спецификация требует показать несколько общих инвариантов: псевдоним, постоянная идентичность, местонахождение репозитория, координаты изменяемой записи и привязка к содержимому — разные сущности. А «слои реальности» не дают слить метку IANA, результат парсера, полученный объект и пользовательский исход в одно слово «поддерживается».

Устойчивый вывод не сводится к победе стандарта над эксплуатацией или эксплуатации над стандартом. Полномочия имеют границы. Протокол определяет, как назвать и разрешить запись AT. IANA отражает текущую категорию регистрации. Постоянная экспертиза оценивает представленную ей форму. Приложение выбирает доказательства, необходимые перед действием. Надёжная инфраструктура сохраняет каждый переход между этими уровнями.

Источники