Bitsocial ו-Bluesky
Bluesky היא אפליקציית מיקרובלוגינג שבנויה על AT Protocol, שתוכנן על ידי Bluesky Social PBC. הפרוטוקול מפצל רשת חברתית לשירותים נפרדים: שרתי נתונים אישיים מארחים חשבונות, ממסרים מאגדים אותם לזרם אחד, ו-AppViews מאנדקסים את הזרם הזה כדי לבנות את צירי הזמן והשרשורים שאנשים רואים. התיעוד שלו מתאר את נתוני החשבונות כמאוחסנים בשרתים מארחים, "בניגוד למודל עמית לעמית" (סקירה כללית).
איך AT Protocol עובד
- מאגרים על שרתים. כל פוסט, לייק או מעקב הוא רשומה במאגר החתום של המחבר, שמתארח בשרת נתונים אישי (PDS). Bluesky מפעילה את שרתי ברירת המחדל, וכל אחד יכול לארח שרת משלו.
- ממסרים. ממסרים נרשמים לכל PDS ומשדרים מחדש את השינויים כזרם אחד, ה-firehose. מאז עדכון פרוטוקול ב-2025 הם כבר לא מאחסנים ארכיון של כל מאגר, וזה הוזיל מאוד את הפעלתם (Sync v1.1).
- AppViews. AppView מאנדקס את כל ה-firehose ומגיש צירי זמן, שרשורי תגובות מלאים, ספירות וחיפוש. זהו החלק התובעני ביותר במשאבים ברשת.
- זהות. חשבון הוא DID: בדרך כלל
did:plc, שרשום במדריך גלובלי אחד, אוdid:web, שקשור לדומיין. מסמך ה-DID מפרט את הכינוי של החשבון, את מפתח החתימה שלו ואת השרת הנוכחי שלו. ה-PDS מחזיק את מפתח החתימה;did:plcמאפשר גם למשתמשים להחזיק מפתחות החלפה, כדי שיוכלו לעבור בלי עזרת המארח הקודם (מדריך הזהות). - כינויים. כינויים הם שמות DNS, כמו
alice.bsky.socialאו דומיין שבבעלות המשתמש, שמאומתים מול ה-DID. - מודרציה. אירוח ותפוצה הם שכבות נפרדות. כל אחד יכול להפעיל שירות תיוג, ומשתמשים יכולים לשלב כמה שירותים כאלה (מדריך המודרציה), אבל אפליקציית Bluesky תמיד מחילה את המודרציה של Bluesky עצמה. מחברים יכולים להגביל מי רשאי להגיב לפוסטים שלהם ולהסתיר תגובות.
במה הם שונים
שרתים או עמיתים
הנתונים של Bluesky נמצאים על שרתים: PDS מארח כל חשבון, ממסרים מעבירים את ה-firehose, ו-AppViews מגישים את מה שהלקוחות מציגים. דפדפן הוא לקוח HTTP של השירותים האלה, ואף פעם לא עמית. ב-Bitsocial, הצומת של הקהילה והעמיתים שקוראים אותה מגישים את התוכן, ואפליקציית רשת יכולה להריץ צומת עמית לעמית משלה. ראו את עמית לעמית בדפדפן.
תצוגה גלובלית או קהילות
AT Protocol תוכנן לתצוגה גלובלית אחת: AppView רואה כל תגובה, ולכן השרשורים והחיפוש שלמים. ל-Bitsocial אין אינדקס גלובלי; כל קהילה מפרסמת את המצב שלה, והאפליקציות בונות מעל זה את הגילוי. ראו את גילוי תוכן.
ל-Bluesky אין היום אובייקט קהילה לפוסטים ציבוריים. ביוני 2026 היא הכריזה על קהילות מובנות שבחלק מרמות הפרטיות הפרסום בהן מותנה באישור; עד אוקטובר 2026 הן עדיין לא הושקו. ב-Bitsocial, הקהילות הן אובייקט הליבה, והצומת של קהילה מקבל או דוחה פוסטים.
בקרת ספאם
Bluesky מתמודדת עם ספאם באמצעות הגבלות קצב בשרתים שלה, הגבלות על מארחים חדשים ברמת הממסר, זיהוי אוטומטי, בדיקה אנושית ותוויות, ומחברים יכולים להגביל תגובות. אין שער ברמת הקהילה שקובע מה פוסט צריך לעבור לפני שהוא מתקבל. ב-Bitsocial, כל קהילה בוחרת את האתגר שלה. ראו את אתגרי אנטי-ספאם מותאמים אישית.
אצל מי המפתחות
חשבונות בשרתים של Bluesky עצמה מתחברים עם סיסמה, והשרתים האלה מחזיקים את מפתחות החתימה שלהם במשמורת (Kleppmann ואחרים). לדברי מהנדס פרוטוקול ב-Bluesky, לרוב החשבונות אין מפתחות החלפה בשליטה עצמאית. זהות ב-Bitsocial היא זוג מפתחות שהאפליקציה של המשתמש יוצרת ומחזיקה.
הפעלת התשתית
שרת אישי הוא זול: מימוש הייחוס של ה-PDS ממליץ על 1 GB זיכרון RAM לעד 20 משתמשים. AppView עצמאי שמכסה את כל הרשת הוא פרויקט גדול; אחד כזה שנבנה ב-2025 עלה כ-200 דולר לחודש, בעיקר עבור 16 TB של אחסון. ל-Bitsocial אין אינדקס גלובלי שצריך לשכפל, וצומת קהילה רץ על חומרה ביתית.
השוואה
| שאלה | Bluesky (AT Protocol) | Bitsocial |
|---|---|---|
| קטגוריה | שרתים פדרטיביים עם אינדקס גלובלי | רשת קהילות עמית לעמית |
| זהות | DID, שמפתחות החתימה שלו מוחזקים בדרך כלל בידי השרת | זוגות מפתחות Ed25519 למשתמשים ולקהילות |
| איפה הפוסטים נשמרים | המאגר של המחבר בשרת נתונים אישי | הצומת של בעל הקהילה והעמיתים שקוראים ומפיצים אותה |
| מי משאיר את זה מקוון | מארחי PDS, ממסרים ו-AppViews, שכברירת מחדל מופעלים בידי Bluesky | הצומת של בעל הקהילה בתוספת צמתי seeder עוזרים |
| קהילות | עדיין אין לפוסטים ציבוריים (הוכרזו ב-2026) | אובייקטים מהמעלה הראשונה שהצומת שלהם מקבל או דוחה פוסטים |
| בקרת ספאם | הגבלות קצב בשרתים, זיהוי אוטומטי, תוויות, שליטה בתגובות | האתגר של כל קהילה לפני שפוסט מתקבל |
| מודרציה | שירותי תיוג שאפשר לשלב; אפליקציית Bluesky תמיד מחילה את המודרציה של Bluesky | בעלי הקהילות מנהלים את המודרציה בקהילה שלהם; האפליקציות בוחרות מה להציג |
| שמות | כינויי DNS שמאומתים מול ה-DID | שמות .bso ו-.eth שמתורגמים למפתחות |
| דפדפן | לקוח HTTP של PDS ושל AppView | צומת עמית לעמית בתוך לשונית דפדפן רגילה |
| הפשרה העיקרית | שרשורים וחיפוש גלובליים שלמים, אך האיגוד דורש שרתים כבדים | אין אינדקס גלובלי כבד, אך גם אין תצוגה שלמה של כל הרשת |