Bitsocial ו-Nostr
Nostr לא נכנס בצורה נקייה לא לקטגוריה הפדרטיבית ולא לקטגוריית הבלוקצ'יין. משתמשים לא מקבלים חשבונות ממופעים, ואין שרשרת, קונצנזוס, גז או סדר גלובלי. עדיף לתאר את Nostr כמדיה חברתית מבוססת ממסרים: משתמשים מחזיקים זוגות מפתחות, חותמים על אירועים ומפרסמים אותם לממסרים, שהם שרתים רגילים שמאחסנים ומגישים אותם (NIP-01). קובץ ה-README של Nostr עצמו מציין שהוא אינו נשען על טכניקות עמית לעמית.
זה מקרב את Nostr ל-Bitsocial יותר מאשר מערכות פדרטיביות או מבוססות בלוקצ'יין בהיבט אחד חשוב: הזהות היא קריפטוגרפית וניידת. ההבדלים הם בשכבת הנתונים ובשאלה מי שומר על השער.
איך Nostr עובד
- אירועים וממסרים. כל פוסט, פרופיל או תגובת רגש הוא אירוע JSON חתום. לקוחות מפרסמים אירועים לממסרים דרך WebSocket ונרשמים אליהם עם מסננים; הממסרים מאחסנים את האירועים ומגישים אותם בחזרה. ממסרים אינם מתקשרים זה עם זה.
- שכפול. משתמשים מפרסמים בדרך כלל לכמה ממסרים. מחקר על 712 ממסרים ב-2023 מצא שהפוסט הממוצע נמצא ב-34.6 מהם (Wei ו-Tyson).
- איתור הפוסטים של מישהו. משתמשים מפרסמים רשימה של הממסרים שאליהם הם כותבים ושמהם הם קוראים (NIP-65), ולקוחות מושכים את הפוסטים של משתמש מממסרי הכתיבה שלו.
- זהות. כל משתמש הוא מפתח secp256k1 שחותם בחתימות Schnorr. המפרטים אינם מגדירים החלפה או שחזור
של מפתחות, כך שמפתח שאבד הוא חשבון שאבד. מזהים אופציונליים מסוג
name@domain(NIP-05) נבדקים מול קובץ בשרת האינטרנט של אותו דומיין. - קבוצות. המנגנון הקהילתי המומלץ הוא קבוצות מבוססות ממסרים (NIP-29): ממסר מארח קבוצה, אוכף את כללי החברות והפרסום שלה לפני שהוא מקבל פוסט, וחותם על המטא-נתונים שלה. הקהילות הישנות יותר באישור מודרטורים (NIP-72) מסומנות כעת כלא מומלצות לטובת NIP-29.
- בקרת ספאם. כל ממסר בוחר את השער שלו: proof of work (NIP-13), אימות ורשימות היתרים (NIP-42), תשלום או הגבלות קצב. הלקוחות מוסיפים רשימות השתקה וציוני אמון.
- מדיה. תמונות וסרטונים מועלים לשרתי קבצים נפרדים מבוססי HTTP.
במה הם שונים
מי מאחסן ומגיש את הפוסטים
ב-Nostr, הממסרים הם שכבת האחסון וההגשה: שרת צריך לשמור כל פוסט זמין ברשת. ב-Bitsocial, נתבי HTTP רק עוזרים ללקוחות למצוא עמיתים. הם לא מאחסנים פוסטים, פרופילים, מטא-נתונים של קהילות או מצב מודרציה; הלקוחות מושכים את התוכן מהצומת של הקהילה ומהעמיתים שמפיצים אותה. ראו את פרוטוקול עמית לעמית.
מי שומר על השער
ב-Nostr, שערי הכתיבה שייכים למפעילי הממסרים. מחוץ לקבוצות NIP-29, מפתח שממסר אחד דחה יכול לפרסם את אותו אירוע לכל ממסר שמקבל אותו, ומה שהקוראים רואים תלוי באילו ממסרים הלקוח שלהם קורא. קבוצת NIP-29 קרובה יותר לקהילת Bitsocial: הממסר המארח שלה מקבל או דוחה פוסטים. עם זאת, הממסר עדיין מגדיר מה יכולים לעשות התפקידים בקבוצה, וההיסטוריה של הקבוצה נשארת קשורה לאותו ממסר, אלא אם ממסר אחר מסכים לקחת אותה לידיו.
ב-Bitsocial, קהילה היא אובייקט קריפטוגרפי עם זוג מפתחות משלה. הצומת של הקהילה מריץ את האתגר שהבעלים בוחר ומפרסם את המצב המאושר אל רשת העמית לעמית. ראו את אתגרי אנטי-ספאם מותאמים אישית.
הפעלת התשתית
ממסר הוא שרת עם דומיין ונקודת קצה של WebSocket, וממסרים פופולריים נושאים בעלות האחסון ורוחב הפס של מה שהם מגישים. המחקר מ-2023 העריך שכ-95% מהממסרים החינמיים לא הצליחו לכסות את עלויותיהם מתרומות. צומת קהילה של Bitsocial רץ על חומרה ביתית, ועמיתים שקוראים קהילה יכולים לעזור לשתף אותה.
דפדפן
לקוח רשת של Nostr פותח חיבורי WebSocket ישירות לממסרים, כך שאין צורך בשרת אפליקציה. אפליקציית רשת של Bitsocial מריצה צומת עמית לעמית בתוך הלשונית ומושכת תוכן מעמיתים. ראו את עמית לעמית בדפדפן.
תוכן ישן
פוסטים של Nostr משוכפלים באופן נרחב בין ממסרים, וזה עוזר לפוסטים ישנים לשרוד. Bitsocial שומר את המצב העדכני של הקהילה ואינו מבטיח שתוכן ישן יישמר לנצח.
השוואה
| שאלה | Nostr | Bitsocial |
|---|---|---|
| קטגוריה | פרוטוקול מבוסס ממסרים | רשת קהילות עמית לעמית |
| זהות | מפתח משתמש secp256k1, ללא החלפת מפתחות במפרטים | זוגות מפתחות Ed25519 למשתמשים ולקהילות |
| איפה הפוסטים נשמרים | ממסרים שהמחבר בוחר, לעיתים קרובות רבים | הצומת של בעל הקהילה והעמיתים שקוראים ומפיצים אותה |
| מי משאיר את זה מקוון | מפעילי הממסרים | הצומת של בעל הקהילה בתוספת צמתי seeder עוזרים |
| קהילות | קבוצות שמתארחות בממסרים (NIP-29) | אובייקטים מהמעלה הראשונה שהצומת שלהם מקבל או דוחה פוסטים |
| בקרת ספאם | המדיניות של כל ממסר: proof of work, אימות, תשלום, רשימות היתרים, הגבלות קצב | האתגר של כל קהילה לפני שפוסט מתקבל |
| מודרציה | מדיניות הממסרים, רשימות השתקה בלקוח, תוויות ודיווחים | בעלי הקהילות מנהלים את המודרציה בקהילה שלהם; האפליקציות בוחרות מה להציג |
| שמות | מזהים אופציונליים מסוג name@domain שנבדקים דרך HTTPS | שמות .bso ו-.eth שמתורגמים למפתחות |
| דפדפן | לקוח WebSocket של ממסרים | צומת עמית לעמית בתוך לשונית דפדפן רגילה |
| הפשרה העיקרית | זהות ניידת ושכפול נרחב, אך זמינות ומדיניות שתלויות בממסרים | פחות תלות בממסרים, אך אין ערובה שתוכן ישן יישמר לנצח |