Bluesky и AT Protocol: когда связь с аудиторией не привязана к одной платформе

Обычная социальная сеть дает пользователю удобный обмен: платформа предоставляет интерфейс, аудиторию и инфраструктуру, а взамен становится хранителем аккаунта, истории, связей и правил доступа к этой аудитории. Пока площадка растет и устраивает пользователя, зависимость почти незаметна. Она становится видимой, когда меняются алгоритмы, политика, юрисдикция или условия доступа.

Именно эту зависимость пытается ослабить AT Protocol. Его исходная идея — сделать идентичность и данные аккаунта менее связанными с конкретным оператором. Пользователь взаимодействует через приложение, но базовая социальная инфраструктура задумана как сеть, на которой могут работать разные приложения и сервисы.

Старую версию материала было удобно объяснять через Web3. Связь остается: речь действительно идет о переносимости идентичности и данных. Но сегодня точнее говорить об открытом социальном протоколе. AT Protocol не использует токены или блокчейн-консенсус; его архитектура строится вокруг подписанных репозиториев данных, DID и федеративной инфраструктуры.

В AT Protocol аккаунт получает устойчивый децентрализованный идентификатор — DID. Понятное человеку имя, например домен организации, выступает поверх него как handle. Это важно: публичное имя можно менять, а базовая идентичность аккаунта сохраняется.

Данные аккаунта находятся на Personal Data Server — PDS. Протокол проектируется так, чтобы пользователь мог сменить хостинг и перенести аккаунт без разрешения прежнего сервера. Для этого записи подписываются, а DID хранит информацию, необходимую для подтверждения идентичности и смены инфраструктуры.

Третий слой — общие схемы данных. Разработчики описывают типы записей через Lexicons. Благодаря этому разные приложения могут строить собственные интерфейсы и функции поверх совместимого набора данных.

Четвертый слой — выбор опыта. Bluesky предлагает собственные ленты, но экосистема допускает внешние feed generators и другие клиентские приложения. Пользователь получает больше вариантов ранжирования, а разработчик — возможность создавать продукт без разрешения владельца главного приложения.

Модерация тоже разделяется на уровни. У Bluesky остаются собственные обязательные правила и Trust & Safety. Одновременно протокол поддерживает дополнительные сервисы маркировки, а пользователь может выбирать, какие метки применять к своему опыту.

Важно не переоценивать зрелость. Архитектурная переносимость уже заложена в протокол, но массовая аудитория по-прежнему в основном пользуется приложением и инфраструктурой Bluesky. Открытая архитектура уменьшает потенциальную зависимость; она не устраняет ее автоматически.

Главная поправка к печатной версии — Bluesky больше нельзя описывать как небольшой эксперимент вокруг наследия Джека Дорси. Проект действительно возник из инициативы Twitter 2019 года, но много лет развивается самостоятельной компанией и собственной командой.

По официальному Transparency Report, за 2025 год аудитория выросла почти на 60% — с 25,94 млн до 41,41 млн пользователей. 19 марта 2026 компания сообщила уже о более чем 43 млн глобальных пользователей. В июле Bluesky добавила еще одну точку масштаба: за предыдущие четыре месяца к сети присоединились более 2 млн человек, а в экосистеме появилось почти 200 новых приложений.

В марте изменилась модель управления. Джей Грейбер ушла с позиции CEO, стала Chief Innovation Officer и сосредоточилась на развитии открытой социальной инфраструктуры. Тони Шнайдер, бывший руководитель Automattic и партнер True Ventures, сначала пришел как временный CEO, а 10 июля был назначен постоянным.

В том же марте Bluesky раскрыла раунд Series B на $100 млн, проведенный еще в апреле 2025 года. Это не решает автоматически вопрос устойчивой бизнес-модели, но прежняя цифра $23–28 млн уже не описывает ресурсную базу компании.

Сильный аргумент открытого протокола — снижение зависимости от одного посредника. Но апрель 2026 года дал полезное напоминание о границах этого аргумента. Bluesky столкнулась с серьезной DDoS-атакой: пользователи испытывали перебои в лентах, уведомлениях, ветках и поиске. Компания сообщила, что признаков несанкционированного доступа к личным данным не обнаружила.

Этот эпизод не опровергает децентрализованную архитектуру. Он показывает другое: протокол и конкретный сервис — разные уровни надежности. Можно распределить идентичность и данные, но если большая часть аудитории пользуется одним приложением и его инфраструктурой, отказ этого слоя все равно заметен.

С модерацией действует похожая логика. Открытая сеть не означает отсутствие правил. Bluesky сохраняет собственные нормы, команды Trust & Safety и юридические обязательства. Модульная архитектура расширяет выбор фильтров и сервисов маркировки, но не превращает публичное пространство в территорию без ответственности.

Поэтому для организации важна не декларация «мы на децентрализованной платформе», а конкретный план: кто контролирует идентичность, где хранится архив, как переносится присутствие, чем измеряется аудитория и что происходит при недоступности ключевого сервиса.

Самый сильный аргумент в пользу жизнеспособности AT Protocol находится уже не внутри приложения Bluesky. В марте компания сообщила, что пользователи еженедельно работают более чем с тысячей приложений на протоколе, разработчики ежемесячно загружают SDK более 400 тыс. раз, а Atmosphere содержит около 20 млрд публичных записей.

Весной появился следующий уровень зрелости. В IETF была создана рабочая группа Authenticated Transfer Protocol. Для открытого стандарта это важнее очередной функции приложения: протокол начинает получать более широкий контур технического обсуждения и будущего управления.

Параллельно команда работает над permissioned data — разрешенным доступом к данным, улучшением управления аккаунтом, тестами совместимости реализаций и дополнительной инфраструктурой. Проект Hubble, например, должен создать полный публичный зеркальный слой данных Atmosphere и повысить устойчивость экосистемы.

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

Bluesky не нужно объявлять будущим лидером социальных медиа, чтобы извлечь из него полезный вывод. Его главный вклад — демонстрация другой архитектурной нормы: аккаунт, данные, алгоритм и приложение необязательно должны принадлежать одному владельцу.

Первый вывод: идентичность организации должна быть переносимой

Доменная верификация Bluesky показывает простой принцип: организация может связать социальную идентичность с собственным доменом, а не только с внутренней системой «галочек» платформы. Для крупной структуры это сильнее, чем очередной значок — источник доверия находится в активе, который организация контролирует сама.

Второй вывод: социальный капитал нужно рассматривать как данные

Архив публикаций, связи, тематические сообщества, история реакций и собственные справочники не должны существовать только внутри интерфейса площадки. Даже если конкретная сеть не поддерживает полноценную переносимость, архитектурная логика AT Protocol задает полезный ориентир.

Третий вывод: канал и инфраструктура — разные решения

Bluesky может быть релевантен журналистам, исследователям, технологическим и профессиональным сообществам. Но присутствие там не заменяет стратегию каналов. Команда должна понимать, какую аудиторию получает, какую функцию выполняет площадка и как она встроена в общий контур коммуникаций.

Четвертый вывод: зависимость от одного посредника становится отдельным риском

В условиях технологических, регуляторных и геополитических ограничений переносимость перестает быть теоретической ценностью. Для организации это часть устойчивости: собственная идентичность, резервные каналы, экспорт данных и возможность восстановить коммуникационный контур после смены поставщика.

Поэтому Bluesky стоит наблюдать не как очередного конкурента X, а как крупный публичный эксперимент над архитектурой социального интернета. Если модель протокола продолжит развиваться, она может изменить не только набор площадок, но и само представление о том, что именно организация «имеет» в цифровой среде.