Bitsocial и Bluesky
Bluesky — приложение для микроблогов на основе AT Protocol, который разработала Bluesky Social PBC. Протокол разделяет социальную сеть на отдельные сервисы: персональные серверы данных размещают учётные записи, релеи сводят их в один поток, а AppView индексируют этот поток и строят из него ленты и ветки, которые видят люди. В документации протокола сказано, что данные учётных записей хранятся на серверах-хостах, «в отличие от P2P-модели» (обзор).
Как работает AT Protocol
- Репозитории на серверах. Каждый пост, лайк или подписка — это запись в подписанном репозитории автора, который размещён на персональном сервере данных (PDS). Серверы по умолчанию держит Bluesky, но любой может разместить свой.
- Релеи. Релеи подписываются на каждый PDS и ретранслируют изменения единым потоком — firehose. После обновления протокола в 2025 году они больше не архивируют каждый репозиторий, и их работа стала намного дешевле (Sync v1.1).
- AppView. AppView индексирует весь firehose и отдаёт ленты, полные ветки ответов, счётчики и поиск. Это самая ресурсоёмкая часть сети.
- Идентичность. Учётная запись — это DID: обычно
did:plc, зарегистрированный в едином глобальном каталоге, илиdid:web, привязанный к домену. В DID-документе указаны хэндл учётной записи, ключ подписи и текущий сервер. Ключ подписи хранится на PDS;did:plcтакже позволяет пользователям держать у себя ключи ротации, чтобы переехать без помощи старого хоста (руководство по идентичности). - Хэндлы. Хэндлы — это DNS-имена, например
alice.bsky.socialили домен, которым владеет пользователь; они проверяются по DID. - Модерация. Хостинг и охват — отдельные уровни. Любой может запустить сервис меток, а пользователи могут подключать сразу несколько таких сервисов (руководство по модерации), но приложение Bluesky всегда применяет собственную модерацию Bluesky. Авторы могут ограничивать, кто отвечает на их посты, и скрывать ответы.
Чем они различаются
Серверы или пиры
Данные Bluesky живут на серверах: PDS размещает каждую учётную запись, релеи передают firehose, а AppView отдают то, что показывают клиенты. Браузер — HTTP-клиент этих сервисов и никогда не бывает пиром. В Bitsocial контент раздают узел сообщества и пиры, которые его читают, а веб-приложение может запустить собственный P2P-узел. См. P2P в браузере.
Глобальная картина или сообщества
AT Protocol рассчитан на единую глобальную картину: AppView видит каждый ответ, поэтому ветки и поиск полные. У Bitsocial нет глобального индекса; каждое сообщество публикует собственное состояние, а приложения строят обнаружение контента поверх этого. См. Обнаружение контента.
Сегодня у Bluesky нет объекта сообщества для публичных постов. В июне 2026 года компания анонсировала нативные сообщества, где на некоторых уровнях приватности публикация требует одобрения; к октябрю 2026 года они так и не запустились. В Bitsocial сообщества — основной объект, и узел сообщества принимает или отклоняет посты.
Защита от спама
Bluesky борется со спамом с помощью ограничений частоты на своих серверах, ограничений для новых хостов на уровне релея, автоматического обнаружения, ручной проверки и меток, а авторы могут ограничивать ответы. Нет фильтра на уровне сообщества, который определял бы, что пост должен пройти, прежде чем его примут. В Bitsocial каждое сообщество выбирает собственную проверку. См. Пользовательские задачи по борьбе со спамом.
Кто держит ключи
Учётные записи на собственных серверах Bluesky входят по паролю, а эти серверы хранят их ключи подписи в кастодиальном режиме (Kleppmann et al.). По словам инженера протокола Bluesky, у большинства учётных записей нет независимо контролируемых ключей ротации. Идентичность в Bitsocial — это пара ключей, которую генерирует и хранит приложение пользователя.
Эксплуатация инфраструктуры
Персональный сервер обходится дёшево: для эталонного PDS рекомендуют 1 ГБ оперативной памяти на число пользователей до 20. Независимый AppView для всей сети — крупный проект; один такой, построенный в 2025 году, обходился примерно в 200 долларов в месяц, в основном за 16 ТБ хранилища. У Bitsocial нет глобального индекса, который нужно реплицировать, а узел сообщества работает на потребительском оборудовании.
Сравнение
| Вопрос | Bluesky (AT Protocol) | Bitsocial |
|---|---|---|
| Категория | Федеративные серверы с глобальным индексом | P2P-сеть сообществ |
| Идентичность | DID, ключи подписи обычно хранит сервер | Пары ключей Ed25519 для пользователей и сообществ |
| Где хранятся посты | Репозиторий автора на персональном сервере данных | Узел владельца сообщества и пиры, которые читают и раздают его |
| Кто держит контент онлайн | Хосты PDS, релеи и AppView, по умолчанию их держит Bluesky | Узел владельца сообщества плюс вспомогательные сидеры |
| Сообщества | Для публичных постов пока нет (анонсированы в 2026 году) | Полноценные объекты, чей узел принимает или отклоняет посты |
| Защита от спама | Ограничения частоты на серверах, автоматическое обнаружение, метки, управление ответами | Антиспам-проверка сообщества перед тем, как пост будет принят |
| Модерация | Комбинируемые сервисы меток; приложение Bluesky всегда применяет модерацию Bluesky | Владельцы сообществ модерируют свои сообщества; приложения выбирают, что показывать |
| Имена | DNS-хэндлы, проверяемые по DID | Имена .bso и .eth, которые разрешаются в ключи |
| Браузер | HTTP-клиент PDS и AppView | P2P-узел внутри обычной вкладки браузера |
| Главный компромисс | Полные глобальные ветки и поиск, но агрегация требует мощных серверов | Нет тяжёлого глобального индекса, но нет и полной картины всей сети |