Bitsocial ו-ActivityPub
ActivityPub הוא התקן של W3C שעליו מבוסס ה-Fediverse. משתמשים בוחרים שרת, שנקרא מופע, שמארח את החשבון שלהם, והשרתים מחליפים פוסטים ביניהם. Mastodon היא תוכנת המיקרובלוגינג המוכרת ביותר שלו; Lemmy הוא אגרגטור קישורים ופורום בסגנון Reddit שבנוי מקהילות לפי נושאים, ולכן הוא המקבילה הקרובה ביותר ב-Fediverse לאפליקציות Bitsocial כמו Seedit.
איך ActivityPub עובד
- תיבות דואר נכנס ויוצא. לכל חשבון יש תיבת דואר נכנס (inbox) ותיבת דואר יוצא (outbox). שרתים מוסרים פעילויות לתיבות הנכנס בשרתים אחרים, וכל שרת מקבל שומר עותק משלו של מה שהמשתמשים שלו עוקבים אחריו.
- זהות בבעלות השרת. המזהים של חשבונות ופוסטים הם כתובות HTTPS בדומיין של שרת המקור. כינוי
ב-Mastodon הוא
@user@domain, שמפוענח באמצעות WebFinger, והשרת חותם על הודעות הפדרציה בשם המשתמש. - לקוחות. אפליקציות ודפדפנים מדברים רק עם השרת של המשתמש עצמו, דרך ה-API של אותו שרת.
- קהילות ב-Lemmy. קהילה היא שחקן קבוצתי (group actor) שמתארח במופע אחד. משתמשים שולחים פוסטים לקהילה, והיא משדרת אותם מחדש לעוקבים שלה; לפי התקן המשותף לפורומים (FEP-1b12) קהילה יכולה לאמת פוסטים קודם, עד כדי אישור ידני של מודרטורים.
- מודרציה. המודרציה מקומית לכל שרת. מנהלים יכולים להשעות חשבונות, לחסום שרתים שלמים או לקיים פדרציה רק עם רשימת היתרים; ב-Lemmy יש בנוסף מודרטורים לכל קהילה.
- בקרת ספאם. ActivityPub אינו מגדיר מנגנון אנטי-ספאם. Mastodon ו-Lemmy מסננים הרשמות באמצעות אישור, הזמנות, שאלות הצטרפות, captcha ובדיקת דוא"ל, ואחר כך נשענים על הגבלות קצב, דיווחים ומודרציה.
במה הם שונים
הזהות שייכת לדומיין
חשבון ב-Fediverse שייך לדומיין של השרת שלו. Mastodon יכול להפנות עוקבים לחשבון חדש, אבל הפוסטים לא עוברים, את המעבר צריך להתחיל מהשרת הישן, וחלה תקופת המתנה של 30 יום. ב-Bitsocial, פרופילים וקהילות הם זוגות מפתחות, ולכן החלפת מארח או אפליקציה לא משנה את הזהות. ראו את זהות ובעלות קהילתית.
איפה קהילה חיה
מבחינה מבנית, קהילה ב-Lemmy קרובה לקהילה ב-Bitsocial: פוסטים נשלחים לקהילה, והיא יכולה לבדוק אותם לפני שהיא משדרת אותם מחדש. ההבדל הוא איפה היא חיה. אפשר ליצור קהילה ב-Lemmy רק במופע הבית של היוצר שלה, למנהל המופע יש שליטה מלאה עליה, ואין דרך מתועדת להעביר אותה למופע אחר. קהילה ב-Bitsocial היא זוג מפתחות משלה: הבעלים יכול להריץ את הצומת שלה בכל מקום, ואין מעליה מנהל שרת.
בקרת ספאם
שרתי ה-Fediverse עוצרים ספאם בעיקר בשלב ההרשמה ומפעילים מודרציה אחר כך. קהילת Bitsocial מריצה אתגר על כל פוסט לפני שהיא מקבלת אותו, וכל קהילה בוחרת את שלה: captcha, רשימת היתרים, תשלום או כל קוד אחר. ראו את אתגרי אנטי-ספאם מותאמים אישית.
הפעלת התשתית
הפעלת מופע פירושה שרת שפועל כל הזמן, עם דומיין, TLS ודוא"ל. Mastodon צריך גם PostgreSQL, Redis
ותהליכי רקע; Lemmy קל יותר, עם כ-150 MB של זיכרון RAM לפי הנתונים שלו עצמו. כל מופע שומר עותקים של
התוכן המרוחק שהמשתמשים שלו עוקבים אחריו. צומת קהילה של Bitsocial לא צריך דומיין או אישור אבטחה, והוא
רץ מאפליקציית שולחן העבודה או מ-bitsocial-cli.
מה השרתים נותנים בתמורה
שרתי ה-Fediverse שומרים היסטוריה מלאה ומגישים אותה באופן אמין, ול-Mastodon יש כלי מודרציה בשלים שנבנו לאורך שנים. Bitsocial אינו מבטיח שתוכן ישן יישמר לנצח, וכלי המודרציה שלו נמצאים בכל אפליקציה.
השוואה
| שאלה | ActivityPub (Mastodon, Lemmy) | Bitsocial |
|---|---|---|
| קטגוריה | שרתים פדרטיביים | רשת קהילות עמית לעמית |
| זהות | חשבון בדומיין של שרת, שהשרת חותם בשמו | זוגות מפתחות Ed25519 למשתמשים ולקהילות |
| איפה הפוסטים נשמרים | שרת המקור, ועוד עותקים בכל שרת שעוקב | הצומת של בעל הקהילה והעמיתים שקוראים ומפיצים אותה |
| מי משאיר את זה מקוון | מנהלי המופעים | הצומת של בעל הקהילה בתוספת צמתי seeder עוזרים |
| קהילות | קהילות Lemmy שמתארחות במופע אחד | אובייקטים מהמעלה הראשונה שהצומת שלהם מקבל או דוחה פוסטים |
| בקרת ספאם | סינון בהרשמה, הגבלות קצב, דיווחים ומודרציה | האתגר של כל קהילה לפני שפוסט מתקבל |
| מודרציה | מנהלי שרתים ומודרטורים של קהילות, מקומית לכל שרת | בעלי הקהילות מנהלים את המודרציה בקהילה שלהם; האפליקציות בוחרות מה להציג |
| שמות | כינויים מסוג @user@domain ו-!community@domain | שמות .bso ו-.eth שמתורגמים למפתחות |
| דפדפן | לקוח של השרת של המשתמש | צומת עמית לעמית בתוך לשונית דפדפן רגילה |
| הפשרה העיקרית | היסטוריה אמינה ומודרציה בשלה, אך הזהות והקהילות שייכות לשרת | אין צורך בשרת או בדומיין, אך אין ערובה שתוכן ישן יישמר לנצח |