Когда любимая соцсеть в очередной раз меняет алгоритм ленты или падает вместе с дата-центром монополиста, мы молча вздыхаем и продолжаем листать (надеясь, что хотя бы наш локальный кэш еще живой). Но что, если забрать свои данные, перенести их на собственный сервер за пару кликов и при этом оставаться на связи с миллионами пользователей? В 2026 году аудитория Bluesky перешагнула отметку в 43,5 миллиона человек, доказав: децентрализация — это не утопия из блокчейн-папиров, а работающий код. Давайте разберем под капотом AT Protocol и его сервисы, чтобы понять, как построить свой независимый клиент или сервер.

Введение в экосистему Bluesky и протокольные сервисы

Современный ландшафт социальных сетей долгое время определялся изолированными монолитными платформами («walled gardens»). Пользователи были привязаны к экосистемам конкретных корпораций, а их данные, социальные графы и аудитория хранились на серверах одной компании (и падали от каждого чиха в продакшене). Появление протокола AT (Authenticated Transfer Protocol) и платформы Bluesky стало ответом на эти вызовы, предложив парадигму федеративной и децентрализованной социальной сети.

Важно четко разделять понятия: Bluesky — это лишь одно из клиентских приложений, в то время как AT Protocol (atproto) представляет собой открытую базовую технологию, обеспечивающую его работу. Ключевую роль в этом стеке играют Bluesky Protocol Services — специализированные службы и компоненты, которые обеспечивают распределенное хранение данных, аутентификацию, индексацию и взаимодействие между узлами сети. Понимание того, как устроены эти сервисы, критически важно для разработчиков, желающих создавать кастомные клиенты, боты, модерационные инструменты или собственные серверы (PDS).

Представьте реальный кейс: вы пишите корпоративного бота для автоматического мониторинга отзывов о вашем IT-продукте. Опираясь только на закрытые API традиционных платформ, вы зависите от капризов модерации и лимитов тарифов. В экосистеме AT Protocol вы подключаетесь напрямую к потоку данных (Firehose), разворачиваете легкий PDS в Docker и получаете абсолютный контроль над входящим трафиком без риска внезапной блокировки (и с чистой совестью, что всё «работает на вашей машине»).

Анатомия AT Protocol: Базовые понятия и сущности

Прежде чем погружаться в конкретные сервисы, необходимо определить фундаментальные концепции atproto, на которых строится вся инфраструктура.

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

Основные сущности протокола включают в себя:

  • DID (Decentralized Identifiers): Уникальные криптографические идентификаторы пользователей (например, did:plc:z72i7hdynmk6r22z27h6tvur). Они полностью независимы от доменных имен или хостинг-провайдеров.
  • Handle: Читаемые человеком имена (например, alice.bsky.social), которые маппятся на DID через DNS или HTTPS-запросы.
  • PDS (Personal Data Server): Персональный сервер данных пользователя, где хранятся его репозитории, медиафайлы и приватные криптографические ключи.
  • Relay (Ретрансляторы): Магистральные узлы сети, агрегирующие потоки данных со всех PDS через подписку на события в реальном времени (Firehose).
  • AppView (Application View): Сервисы агрегации и индексации, которые превращают сырые потоки данных в привычный пользовательский интерфейс социальной сети (ленты, уведомления, поиск).

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

Personal Data Server (PDS) как ядро пользовательских данных

PDS — это фундамент экосистемы Bluesky Protocol Services. Каж