سيُنشر هذا المقال قريباً
موعد النشر: 2026-07-02 11:56
سيظهر المقال تلقائياً عند حلول الموعد — لا حاجة لإعادة التحميل.
مشكلة المنصات المركزية
في عصر تهيمن فيه المنصات المركزية على التواصل الاجتماعي، بات المستخدمون يدفعون ثمناً باهظاً مقابل الخدمة المجانية: بياناتهم، خصوصيتهم، وحريتهم في التعبير. الخوارزميات تتحكم في ما يرونه، ويمكن إلغاء حساباتهم في أي لحظة دون سابق إنذار، وكلما كبرت المنصة زادت قوتها في فرض قواعدها وسياساتها.
هذه المشاكل دفعت إلى البحث عن بدائل، لكن معظمها كان يعيد إنتاج نفس النموذج المركزي. هنا يأتي دور Nostr.
🔗 المستودع الرسمي (البروتوكول): github.com/nostr-protocol/nostr 🔗 مستودع NIPs: github.com/nostr-protocol/nips
ما هو Nostr؟
Nostr (اختصار لـ Notes and Other Stuff Transmitted by Relays) هو بروتوكول مفتوح وبسيط لمقاومة الرقابة، صُمم ليكون بديلاً لامركزياً لشبكات التواصل الاجتماعي، دون الاعتماد على أي خادم مركزي موثوق. يعتمد على التشفير بالمفاتيح العامة والخاصة لضمان سلامة المحتوى وعدم قابليته للتزوير.
فكرة Nostr بسيطة بشكل مدهش: كل شخص ينشر ملاحظاته إلى عدة “مرحلات” (Relays)، وهي خوادم بسيطة. يمكن للمتابعين الاتصال بهذه المرحلات لجلب الملاحظات. البروتوكول يحدد فقط الرسائل التي يمكن تبادلها بين العملاء والمرحلات لنشر وجلب المحتوى. [citation:4]
المكونات الأساسية
الأحداث (Events) والمفاتيح
الوحدة الأساسية في Nostr هي “الحدث” (Event)، وهو كائن JSON يحتوي على الحقول التالية:
id: معرف فريد مشفر (SHA-256) للحدث.pubkey: المفتاح العام للمستخدم (32 بايت بصيغة hex).created_at: طابع زمني (Unix timestamp).kind: نوع الحدث (عدد صحيح)، يحدد كيفية تفسير المحتوى.tags: مصفوفة من العلامات (مثل الإشارة إلى حدث أو مستخدم آخر).content: محتوى الحدث (نص حر).sig: توقيع رقمي (64 بايت بصيغة hex) يثبت ملكية الحدث.
يتم حساب المعرف id بأخذ SHA-256 لتمثيل JSON للحدث، ويتم التوقيع عليه باستخدام خوارزمية Schnorr على منحنى secp256k1 (وهو نفس المنحنى المستخدم في البيتكوين) [citation:5].
المرحلات (Relays)
المرحلات هي خوادم ويب سوكيت (WebSocket) تستقبل الأحداث من العملاء، وتخزنها، وترسلها إلى العملاء الآخرين المشتركين فيها. يمكن لأي شخص تشغيل مرحل خاص به، ولكل مرحل سياساته الداخلية الخاصة به [citation:4]، ولا تحتاج إلى الثقة ببعضها البعض أو التنسيق فيما بينها [citation:13].
العملاء (Clients)
التطبيقات التي يستخدمها المستخدمون للتفاعل مع الشبكة. تقوم العملاء بإدارة مفاتيح المستخدمين، وإنشاء وتوقيع الأحداث، والاتصال بالمرحلات، وعرض المحتوى [citation:8]. العملاء لا تحتاج إلى الوثوق بالمرحلات، حيث يتم التحقق من صحة التوقيعات محلياً.
آلية العمل
- يقوم المستخدم بإنشاء زوج مفاتيح (عام وخاص) على أحد العملاء.
- المستخدم (العميل) يوقع الأحداث بمفتاحه الخاص.
- ينشر العميل الحدث الموقع إلى واحد أو أكثر من المرحلات المختارة.
- المرحل يتحقق من صحة التوقيع، ويخزن الحدث، ويرسله إلى أي عميل آخر مشترك فيه طلب هذا النوع من الأحداث [citation:13].
- لمتابعة مستخدم آخر، ما عليك إلا متابعة مفتاحه العام (pubkey)، وسيتولى العميل جلب الأحداث من المرحلات التي ينشر عليها ذلك المستخدم.
المفتاح الخاص للمستخدم (nsec) لا يغادر جهازه أبداً، مما يمنحه ملكية كاملة لهويته، ولا يمكن لأي مرحل أو منصة إلغاء حسابه [citation:9].
امتدادات البروتوكول (NIPs)
تطور Nostr عبر مجموعة من المقترحات تسمى NIPs (Nostr Implementation Possibilities)، والتي توثق الميزات والإضافات القابلة للتنفيذ [citation:3]. من أهم هذه الامتدادات [citation:12]:
- NIP-01: يحدد التدفق الأساسي للبروتوكول [citation:5].
- NIP-05: يربط المفاتيح العامة بعناوين DNS لسهولة التعرف (مثل
@username@example.com) [citation:12]. - NIP-19: يوفر ترميزاً مقروءاً للكيانات (مثل
npub1...وnsec1...) [citation:12]. - NIP-44: يوفر تشفيراً محدثاً للحمولات (Payloads).
- NIP-57: يضيف دعم المدفوعات الصغيرة عبر شبكة Lightning (Zaps) [citation:12].
- NIP-59: يضيف مفهوم “Gift Wrap” لإخفاء البيانات الوصفية للرسائل المشفرة، مما يعزز الخصوصية.
- NIP-17: يحدد نظاماً للرسائل الخاصة المشفرة [citation:1].
منصات وتطبيقات مبنية على Nostr
يوجد نظام بيئي متنام من التطبيقات والمنصات التي تستخدم Nostr، ومن أبرزها:
Ditto
منصة اجتماعية مفتوحة المصدر وقابلة للتخصيص، أطلقتها شركة Soapbox، تتيح للمستخدمين متابعة والتفاعل مع مستخدمي شبكات Nostr وBluesky وMastodon من واجهة واحدة [citation:2][citation:9].
GNUTUX
مميزات Ditto:
- التخصيص الكامل: يمكن للمستخدمين تغيير السمات والألوان والخطوط والتخطيطات، مما يعيد إحياء روح الإبداع في تصميم الملفات الشخصية مثل أيام ماي سبيس [citation:2].
- ملكية الهوية: تعتمد على Nostr، حيث يمتلك المستخدمون مفاتيحهم المشفرة، ولا يمكن لأي منصة تعليق هويتهم أو مصادرتهم [citation:9].
- مدفوعات مدمجة: تدعم إرسال Lightning Zaps للمنشئين مباشرة [citation:9].
- ميزات ترفيهية: تتضمن رسائل مشفرة مزخرفة (Encrypted Letters) وحيوانات أليفة افتراضية (Blobbis) [citation:9].
- متاحة على: الويب، أندرويد (متجر Google Play و Zapstore)، iOS (قريباً) [citation:2][citation:14].
منصات وخدمات أخرى
- Primal: عميل ويب ومحمول يركز على الأداء وتجربة المستخدم.
- Coracle: عميل ويب يركز على البساطة والخصوصية.
- Damus: عميل iOS (من أوائل العملاء).
- Amethyst: عميل Android.
- Nostr Wallet Connect (NWC): بروتوكول للربط بين المحافظ وتطبيقات Nostr.
خلاصة
يمثل Nostr نقلة نوعية في مفهوم التواصل الاجتماعي، حيث يمنح المستخدمين السيطرة الكاملة على هويتهم وبياناتهم. من خلال اعتماد بنية لامركزية تعتمد على مرحلات مستقلة ومفاتيح تشفير، يوفر Nostr بديلاً حقيقياً ومقاوماً للرقابة للمنصات المركزية التقليدية. مع تزايد عدد العملاء والمرحلات، وتنوع التطبيقات المبنية عليه، يبدو Nostr مرشحاً قوياً ليكون أساساً للجيل القادم من الإنترنت المفتوح.
روابط سريعة
https://github.com/nostr-protocol/nostr
https://github.com/nostr-protocol/nips
نشر في قسم البرمجيات الحرة مفتوحة المصدر – بروتوكولات وتواصل
التفاعلات والتعليقات
سجّل الدخول بحساب GitHub للتعليق أو التفاعل. مدعوم بـ Giscus (مخزَّن في GitHub Discussions)