Bitsocial і Bluesky
Bluesky — це мікроблоговий застосунок, побудований на AT Protocol, який розробила Bluesky Social PBC. Протокол розділяє соціальну мережу на окремі сервіси: персональні сервери даних розміщують облікові записи, реле збирають їх в один потік, а AppView індексують цей потік у стрічки й гілки обговорень, які бачать люди. Його документація описує дані облікових записів як такі, що зберігаються на серверах-хостах, «на відміну від однорангової моделі» (огляд).
Як працює 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 вміст віддають вузол спільноти та вузли, які її читають, а вебзастосунок може запускати власний одноранговий вузол. Див. Одноранговий зв’язок у браузері.
Глобальна картина чи спільноти
AT Protocol спроєктований для єдиної глобальної картини: AppView бачить кожну відповідь, тож гілки обговорень і пошук повні. У Bitsocial немає глобального індексу; кожна спільнота публікує власний стан, а застосунки будують на цьому відкриття вмісту. Див. Відкриття вмісту.
Наразі в Bluesky немає об’єкта спільноти для публічних дописів. У червні 2026 року Bluesky оголосила нативні спільноти, де на деяких рівнях приватності публікація потребує схвалення; станом на жовтень 2026 року їх так і не запустили. У Bitsocial спільноти — центральний об’єкт, і вузол спільноти приймає чи відхиляє дописи.
Захист від спаму
Bluesky бореться зі спамом за допомогою обмежень частоти на своїх серверах, обмежень для нових хостів на рівні реле, автоматичного виявлення, ручного розгляду та міток, а автори можуть обмежувати відповіді. Немає жодного бар’єра на рівні спільноти, який визначав би, що має пройти допис, перш ніж його приймуть. У Bitsocial кожна спільнота обирає власну перевірку. Див. Спеціальні виклики захисту від спаму.
Хто тримає ключі
Облікові записи на власних серверах Bluesky входять за паролем, а ці сервери зберігають їхні ключі підпису у своєму розпорядженні (Kleppmann та ін.). За словами одного з інженерів протоколу Bluesky, більшість облікових записів не мають ключів ротації під незалежним контролем. Ідентичність Bitsocial — це пара ключів, яку генерує й зберігає застосунок користувача.
Утримання інфраструктури
Персональний сервер дешевий: еталонний PDS рекомендує 1 ГБ оперативної пам’яті для щонайбільше 20 користувачів. Незалежний AppView для всієї мережі — великий проєкт; один такий, створений 2025 року, коштував близько 200 доларів на місяць, здебільшого через 16 ТБ сховища. У Bitsocial немає глобального індексу, який довелося б реплікувати, а вузол спільноти працює на споживчому обладнанні.
Порівняння
| Питання | Bluesky (AT Protocol) | Bitsocial |
|---|---|---|
| Категорія | Федеративні сервери з глобальним індексом | Однорангова мережа спільнот |
| Ідентичність | DID, ключі підпису якого зазвичай тримає сервер | Пари ключів Ed25519 для користувачів і спільнот |
| Де зберігаються дописи | Репозиторій автора на персональному сервері даних | Вузол власника спільноти та вузли, які її читають і роздають |
| Хто тримає це онлайн | Хости PDS, реле та AppView, типово під керуванням Bluesky | Вузол власника спільноти плюс допоміжні сідери |
| Спільноти | Для публічних дописів поки немає (оголошено 2026 року) | Повноцінні об’єкти, чий вузол приймає або відхиляє дописи |
| Захист від спаму | Обмеження частоти на серверах, автоматичне виявлення, мітки, контроль відповідей | Антиспам-перевірка кожної спільноти перед прийняттям допису |
| Модерація | Маркувальники, які можна поєднувати; застосунок Bluesky завжди застосовує модерацію Bluesky | Власники спільнот модерують свої спільноти; застосунки вирішують, що показувати |
| Імена | DNS-псевдоніми, перевірені щодо DID | Імена .bso і .eth, які вказують на ключі |
| Браузер | HTTP-клієнт PDS і AppView | Одноранговий вузол у звичайній вкладці браузера |
| Головний компроміс | Повні глобальні гілки й пошук, але агрегація потребує потужних серверів | Немає важкого глобального індексу, але немає й повної картини всієї мережі |