ما هو بروتوكول نوستر؟ لماذا قام جاك دورسي بتمويله وحظره إيلون ماسك؟

تم التعامل مع بروتوكول اجتماعي جديد يسمى Nostr بشكل مختلف تمامًا من قبل الرئيس التنفيذي السابق لشركة Twitter Jack Dorsey والرئيس التنفيذي الحالي Elon Musk.

في 14 ديسمبر ، تلقى الرئيس التنفيذي السابق لشركة Twitter Jack Dorsey توصية من مستخدم Twitter Koty_Auditore لتمويل Nostr. بعد البحث عن Nostr ، أعلن Jack Dorsey عن تبرع بـ 14 Bitcoins (حوالي 245000 دولار) لتمويل تطوير Nostr في 15 ديسمبر.

وفي الوقت نفسه ، في 18 ديسمبر ، أعلن موقع تويتر رسميًا عن حظر المستخدمين الذين تحتوي دعايتهم على روابط لوسائل التواصل الاجتماعي الأخرى ، بما في ذلك Facebook و Instagram و Truth Social و Mastodon وغيرها ، وتم إدراج Nostr.

ما هو Nostr؟

nostr ، تعني & quot ؛ الملاحظات والأشياء الأخرى التي تنقلها المرحلات & quot ؛.

وفقًا لـ Nostr & # x27 ؛ s github ، Nostr هو أبسط بروتوكول مفتوح قادر على إنشاء & quot؛ اجتماعية & quot؛ عالمية مقاومة للرقابة الشبكة مرة واحدة وإلى الأبد.

شبكة Nostr الاجتماعية تشبه إلى حد كبير تويتر ، حيث يمكنك إنشاء منشورات (مثل التغريدات) ، مثل المنشورات ، أو متابعة شخص ما أو إلغاء متابعته ، أو إعادة التغريد / إعادة النشر. عادةً ما يكون المصطلح & # x27 ؛ post & # x27 ؛ أو & # x27 ؛ note & # x27 ؛ يستخدم للإشارة إلى إنشاء منشور على الشبكة الاجتماعية nostr.

لكنه لا يعتمد على أي خادم مركزي موثوق به ، وبالتالي فهو مرن ؛ يعتمد على مفاتيح التشفير والتوقيعات ، لذا فهو غير قابل للعبث ؛ لا تعتمد على تقنيات P2P ، وبالتالي فهي تعمل.

كيف يعمل Nostr؟

• هناك نوعان من المكونات:عملاء ويمرر . كل مستخدم يدير العميل. يمكن لأي شخص تشغيل التتابع.
• يتم تحديد كل مستخدم بواسطة مفتاح عام. يتم توقيع كل وظيفة. كل عميل يتحقق من صحة هذه التوقيعات.
• يقوم العملاء بجلب البيانات من المرحلات التي يختارونها وينشرون البيانات إلى مرحلات أخرى من اختيارهم. لا يتحدث التتابع إلى مرحل آخر ، فقط للمستخدمين مباشرة.
• على سبيل المثال ، لـ & quot؛ متابعة & quot؛ شخص ما يوجه المستخدم فقط إلى عميله للاستعلام عن المرحلات التي يعرفها عن المنشورات من ذلك المفتاح العام.
• عند بدء التشغيل ، يستعلم العميل عن البيانات من جميع المرحلات التي يعرفها لجميع المستخدمين الذين يتابعهم (على سبيل المثال ، جميع التحديثات من اليوم الأخير) ، ثم يعرض هذه البيانات للمستخدم بترتيب زمني.
• & quot؛ نشر & quot؛ يمكن أن تحتوي على أي نوع من البيانات المنظمة ، ولكن أكثرها استخدامًا ستجد طريقها إلى المعيار بحيث يمكن لجميع العملاء والمرحلات التعامل معها بسلاسة.

ملخص قصير عن كيفية عملها

الجميع يدير العميل. يمكن أن يكون عميلًا أصليًا ، أو عميل ويب ، وما إلى ذلك. لنشر شيء ما ، يمكنك كتابة منشور ، وتوقيعه باستخدام مفتاحك وإرساله إلى مرحلات متعددة (خوادم يستضيفها شخص آخر ، أو بنفسك). للحصول على تحديثات من أشخاص آخرين ، تسأل مرحلات متعددة إذا كانوا يعرفون أي شيء عن هؤلاء الأشخاص الآخرين. يمكن لأي شخص تشغيل التتابع. التتابع بسيط للغاية وغبي. إنه لا يفعل شيئًا سوى قبول المشاركات من بعض الأشخاص وإعادة توجيهها إلى آخرين. لا يجب الوثوق بالمرحلات. يتم التحقق من التوقيعات من جانب العميل.

لماذا هناك حاجة إلى Nostr

لأن الحلول الأخرى معطلة:

مشكلة تويتر

• تويتر لديه إعلانات ؛
• يستخدم تويتر تقنيات غريبة لإبقائك مدمنًا ؛
• لا يعرض Twitter موجزًا تاريخيًا فعليًا من الأشخاص الذين تتابعهم ؛
• تويتر يحظر الأشخاص ؛
• تويتر shadowbans الناس.
• يحتوي Twitter على الكثير من البريد العشوائي.

مشكلة Mastodon والبرامج المماثلة

• يتم إرفاق هويات المستخدم بأسماء المجالات التي تسيطر عليها أطراف ثالثة ؛
• يمكن لمالكي الخوادم حظرك ، تمامًا مثل Twitter ؛ يمكن لمالكي الخوادم أيضًا حظر الخوادم الأخرى ؛
• يعتبر الترحيل بين الخوادم فكرة متأخرة ولا يمكن تحقيقه إلا إذا تعاونت الخوادم. لا يعمل في بيئة معادية (يتم فقد جميع المتابعين) ؛
• لا توجد حوافز واضحة لتشغيل الخوادم ، وبالتالي يتم تشغيلها من قبل المتحمسين والأشخاص الذين يرغبون في ربط أسمائهم بنطاق رائع. بعد ذلك ، يخضع المستخدمون لاستبداد شخص واحد ، والذي غالبًا ما يكون أسوأ من استبداد شركة كبيرة مثل Twitter ، ولا يمكنهم الهجرة ؛
• نظرًا لأن الخوادم غالبًا ما يتم تشغيلها بطريقة الهواة ، فغالبًا ما يتم التخلي عنها بعد فترة - وهو ما يشبه فعليًا حظر الجميع ؛
• ليس من المنطقي أن يكون لديك الكثير من الخوادم إذا كان لابد من دفع التحديثات من كل خادم بشكل مؤلم (وحفظها!) إلى عدد كبير من الخوادم الأخرى. تتفاقم هذه النقطة بسبب حقيقة أن الخوادم تميل إلى الوجود بأعداد ضخمة ، لذلك يجب تمرير المزيد من البيانات إلى أماكن أكثر في كثير من الأحيان ؛
• بالنسبة للمثال المحدد لمشاركة الفيديو ، أدرك عشاق ActivityPub أنه سيكون من المستحيل تمامًا نقل الفيديو من خادم إلى خادم بالطريقة التي تكون بها الملاحظات النصية ، لذلك قرروا الاحتفاظ بالفيديو مستضافًا فقط من مثيل واحد تم نشره فيه ، وهو على غرار نهج Nostr.

مشكلة SSB (Secure Scuttlebutt)

• ليس لديها الكثير من المشاكل. أعتقد أنه رائع. في الواقع ، كنت سأستخدمه كأساس لهذا ، لكن
• بروتوكولها معقد للغاية لأنه لم يكن يفكر في أن يكون بروتوكولًا مفتوحًا على الإطلاق. لقد تمت كتابته للتو في JavaScript بطريقة سريعة على الأرجح لحل مشكلة معينة ونما من ذلك ، لذلك فهو يحتوي على مراوغات غريبة وغير ضرورية مثل توقيع سلسلة JSON والتي يجب أن تتبع قواعدECMA-262 الإصدار السادس ؛
• إنها تصر على الحصول على سلسلة من التحديثات من مستخدم واحد ، الأمر الذي يشعرني بأنه غير ضروري ، وهو أمر يضيف الانتفاخ والصلابة إلى الشيء - يحتاج كل خادم / مستخدم إلى تخزين كل سلسلة المنشورات للتأكد من صلاحية المنشور الجديد. لماذا؟ (ربما لديهم سبب وجيه) ؛
• الأمر ليس بهذه البساطة Nostr ، حيث تم إنشاؤه أساسًا لمزامنة P2P ، مع & quot؛ pubs & quot؛ كونها فكرة متأخرة
• ومع ذلك ، قد يكون من المفيد التفكير في استخدام SSB بدلاً من هذا البروتوكول المخصص ومواءمته فقط مع نموذج خادم ترحيل العميل ، لأن إعادة استخدام معيار أفضل دائمًا من محاولة الحصول على أشخاص في واحد جديد.

مشكلة الحلول الأخرى التي تتطلب من الجميع تشغيل الخادم الخاص بهم

• يطلبون من الجميع تشغيل الخادم الخاص بهم ؛
• في بعض الأحيان لا يزال من الممكن فرض رقابة على الأشخاص في هذه المواقع لأن أسماء النطاقات يمكن أن تخضع للرقابة.