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 راستی‌آزمایی می‌شوند. - نظارت بر محتوا. میزبانی و دامنهٔ دیده شدن لایه‌های جداگانه‌اند. هر کسی می‌تواند یک برچسب‌گذار (labeler) راه بیندازد و کاربران می‌توانند چندین برچسب‌گذار را روی هم به کار ببرند (راهنمای نظارت)، اما اپ Bluesky همیشه نظارت خود Bluesky را اعمال می‌کند. نویسندگان می‌توانند محدود کنند چه کسانی به پست‌هایشان پاسخ دهند و پاسخ‌ها را پنهان کنند.
تفاوت‌ها کجاست
سرورها یا همتاها
داده‌های Bluesky روی سرورها قرار دارند: یک PDS میزبان هر حساب است، رله‌ها firehose را منتقل می‌کنند و AppViewها آنچه را کلاینت‌ها نمایش می‌دهند ارائه می‌کنند. مرورگر یک کلاینت HTTP این سرویس‌هاست و هرگز همتا نیست. در Bitsocial، گرهٔ انجمن و همتاهایی که آن را می‌خوانند محتوا را ارائه می‌کنند، و یک اپ وب می‌تواند گرهٔ همتا به همتای خودش را اجرا کند. همتا به همتا در مرورگر را ببینید.
نمای سراسری یا انجمن‌ها
AT Protocol برای یک نمای سراسری واحد طراحی شده است: یک AppView همهٔ پاسخ‌ها را می‌بیند، پس رشته‌ها و جست‌وجو کامل‌اند. Bitsocial نمایهٔ سراسری ندارد؛ هر انجمن وضعیت خودش را منتشر می‌کند و اپ‌ها کشف محتوا را روی آن می‌سازند. کشف محتوا را ببینید.
Bluesky امروز هیچ شیء انجمنی برای پست‌های عمومی ندارد. در ژوئن 2026 انجمن‌های بومی را اعلام کرد که در برخی سطوح حریم خصوصی، پست‌گذاری در آن‌ها به تأیید نیاز دارد؛ این انجمن‌ها تا اکتبر 2026 راه‌اندازی نشده بودند. در Bitsocial، انجمن‌ها شیء اصلی‌اند و گرهٔ هر انجمن پست‌ها را می‌پذیرد یا رد می‌کند.
مهار اسپم
Bluesky با محدودیت نرخ روی سرورهایش، محدودیت برای میزبان‌های تازه در رله، تشخیص خودکار، بازبینی انسانی و برچسب‌ها با اسپم مقابله می‌کند، و نویسندگان می‌توانند پاسخ‌ها را محدود کنند. هیچ دروازه‌ای در سطح انجمن وجود ندارد که تعیین کند یک پست پیش از پذیرفته شدن باید از چه آزمونی بگذرد. در Bitsocial، هر انجمن چالش خودش را انتخاب می‌کند. چالش‌های ضد اسپم سفارشی را ببینید.
کلیدها دست کیست
حساب‌هایی که روی سرورهای خود Bluesky هستند با گذرواژه وارد می‌شوند، و این سرورها کلیدهای امضای آن‌ها را به‌صورت امانی نگه می‌دارند (Kleppmann et al.). به گفتهٔ یکی از مهندسان پروتکل Bluesky، بیشتر حساب‌ها هیچ کلید چرخشی ندارند که مستقلاً در کنترل خودشان باشد. هویت Bitsocial یک جفت‌کلید است که اپ کاربر آن را می‌سازد و نگه می‌دارد.
اداره کردن زیرساخت
یک سرور شخصی ارزان است: PDS مرجع برای حداکثر 20 کاربر 1 گیگابایت RAM توصیه می‌کند. یک AppView مستقل برای کل شبکه پروژهٔ بزرگی است؛ یکی که در سال 2025 ساخته شد حدود 200 دلار در ماه هزینه داشت که بیشترش صرف 16 ترابایت فضای ذخیره‌سازی می‌شد. Bitsocial نمایهٔ سراسری‌ای ندارد که لازم باشد تکثیر شود، و گرهٔ انجمن روی سخت‌افزار معمولی اجرا می‌شود.
مقایسه
| پرسش | Bluesky (AT Protocol) | Bitsocial |
|---|---|---|
| دسته | سرورهای فدرال با یک نمایهٔ سراسری | شبکهٔ انجمنی همتا به همتا |
| هویت | DID، با کلیدهای امضایی که معمولاً در اختیار سرور است | جفت‌کلیدهای Ed25519 برای کاربران و انجمن‌ها |
| پست‌ها کجا نگهداری می‌شوند | مخزن نویسنده روی یک سرور دادهٔ شخصی | گرهٔ مالک انجمن و همتاهایی که آن را می‌خوانند و seed می‌کنند |
| چه کسی آنلاین نگهش می‌دارد | میزبان‌های PDS، رله‌ها و AppViewها که به‌طور پیش‌فرض Bluesky اداره‌شان می‌کند | گرهٔ مالک انجمن به‌علاوهٔ seederهای کمکی |
| انجمن‌ها | هنوز هیچ انجمنی برای پست‌های عمومی وجود ندارد (در 2026 اعلام شد) | اشیای درجه‌یک که گره‌شان پست‌ها را می‌پذیرد یا رد می‌کند |
| مهار اسپم | محدودیت نرخ سرور، تشخیص خودکار، برچسب‌ها، کنترل پاسخ‌ها | چالش هر انجمن پیش از پذیرفته شدن یک پست |
| نظارت بر محتوا | برچسب‌گذارهای قابل‌ترکیب؛ اپ Bluesky همیشه نظارت Bluesky را اعمال می‌کند | مالکان انجمن بر انجمن خود نظارت می‌کنند؛ اپ‌ها انتخاب می‌کنند چه چیزی را نشان دهند |
| نام‌ها | هندل‌های DNS که با DID راستی‌آزمایی می‌شوند | نام‌های .bso و .eth که به کلید نگاشت می‌شوند |
| مرورگر | کلاینت HTTP یک PDS و یک AppView | گرهٔ همتا به همتا درون یک زبانهٔ معمولی مرورگر |
| معاوضهٔ اصلی | رشته‌ها و جست‌وجوی سراسری کامل، اما تجمیع داده به سرورهای سنگین نیاز دارد | بدون نمایهٔ سراسری سنگین، اما بدون نمای کامل از کل شبکه |