Bitsocial وNostr
لا يندرج Nostr بوضوح في فئة الأنظمة الاتحادية ولا في فئة أنظمة سلاسل الكتل. فالخوادم لا تمنح المستخدمين حسابات، ولا توجد سلسلة ولا إجماع ولا غاز ولا ترتيب عالمي. والوصف الأدق لـ Nostr أنه وسائط اجتماعية قائمة على المرحّلات: يملك المستخدمون أزواج مفاتيح، ويوقّعون الأحداث، وينشرونها إلى المرحّلات، وهي خوادم عادية تخزّن هذه الأحداث وتقدّمها (NIP-01). ويقول ملف README الخاص بـ Nostr نفسه إنه لا يعتمد على تقنيات نظير إلى نظير.
وهذا يضع Nostr أقرب إلى Bitsocial من الأنظمة الاتحادية أو القائمة على سلاسل الكتل في جانب مهم واحد: الهوية تشفيرية وقابلة للنقل. أما الفوارق فتكمن في طبقة البيانات وفي مَن يملك قرار القبول.
كيف يعمل Nostr
- الأحداث والمرحّلات. كل منشور أو ملف شخصي أو تفاعل هو حدث JSON موقّع. ينشر العملاء الأحداث إلى المرحّلات عبر WebSockets ويشتركون فيها بمرشّحات؛ وتخزّن المرحّلات الأحداث وتعيد تقديمها. ولا تتواصل المرحّلات بعضها مع بعض.
- النسخ المتماثل. ينشر المستخدمون عادةً إلى عدة مرحّلات. ووجدت دراسة شملت 712 مرحّلًا في 2023 أن المنشور الواحد موجود في المتوسط على 34.6 منها (Wei وTyson).
- العثور على منشورات شخص ما. ينشر المستخدمون قائمة بالمرحّلات التي يكتبون إليها ويقرؤون منها (NIP-65)، ويجلب العملاء منشورات المستخدم من مرحّلات الكتابة الخاصة به.
- الهوية. كل مستخدم مفتاح secp256k1 يوقّع بتواقيع Schnorr. ولا تعرّف المواصفات أي تدوير للمفاتيح أو استعادة لها، فخسارة المفتاح تعني خسارة الحساب. ويُتحقَّق من المعرّفات الاختيارية بصيغة
name@domain(NIP-05) مقابل ملف على خادم الويب الخاص بذلك النطاق. - المجموعات. آلية المجتمعات الموصى بها هي المجموعات القائمة على المرحّلات (NIP-29): يستضيف مرحّلٌ المجموعة، ويفرض قواعد العضوية والنشر فيها قبل قبول أي منشور، ويوقّع بياناتها الوصفية. أما المجتمعات الأقدم المعتمدة من المشرفين (NIP-72) فصارت الآن موسومة بأنها غير موصى بها لصالح NIP-29.
- مكافحة الرسائل العشوائية. يختار كل مرحّل آلية القبول الخاصة به: إثبات العمل (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 للمستخدمين وللمجتمعات |
| أين تُحفظ المنشورات | مرحّلات يختارها المؤلف، وكثيرًا ما تكون عديدة | عقدة مالك المجتمع والأقران الذين يقرؤونه ويبذرونه |
| من يبقيه متاحًا | مشغّلو المرحّلات | عقدة مالك المجتمع إضافة إلى عُقد بذر مساعدة |
| المجتمعات | مجموعات تستضيفها المرحّلات (NIP-29) | كائنات من الدرجة الأولى تقبل عقدتها المنشورات أو ترفضها |
| مكافحة الرسائل العشوائية | سياسة كل مرحّل: إثبات العمل، أو المصادقة، أو الدفع، أو قوائم السماح، أو حدود المعدل | تحدي كل مجتمع قبل قبول المنشور |
| الإشراف | سياسات المرحّلات، وقوائم الكتم لدى العملاء، والتصنيفات، والبلاغات | يشرف مالكو المجتمعات على مجتمعاتهم؛ وتختار التطبيقات ما تعرضه |
| الأسماء | معرّفات اختيارية بصيغة name@domain يُتحقَّق منها عبر HTTPS | أسماء .bso و.eth تُحلّ إلى مفاتيح |
| المتصفح | عميل WebSocket للمرحّلات | عقدة نظير إلى نظير داخل تبويب متصفح عادي |
| المقايضة الرئيسية | هوية قابلة للنقل ونسخ واسع، لكن الإتاحة والسياسة تعتمدان على المرحّلات | اعتماد أقل على المرحّلات، لكن المحتوى القديم غير مضمون إلى الأبد |