الهيكل يحدد الوظيفة: مقارنة تحليلية بين AO وNostr

AO عبارة عن حوسبة فائقة التوازي، وNostr عبارة عن بروتوكول اجتماعي لامركزي. ما هو موقع ومسار التنمية لكل منهما؟

قد تشعر بالغرابة عندما ترى العنوان: AO يرمز إلى الحوسبة فائقة التوازي، وNostr هو بروتوكول اجتماعي لامركزي، ويبدو أن الاثنين مختلفان تمامًا ليس من السهل مقارنة الحقول. ومع ذلك، إذا تعمقنا في مستوى التنفيذ الفني، فسنجد أنها هي في الأساس "بروتوكولات نقل رسائل"، بحيث تكون قابلة للمقارنة.

كبروتوكول لنقل الرسائل، فإن العنصر الأساسي هو بطبيعة الحال "الرسالة" نفسها، وكل شيء يدور حول نقل الرسائل. إذًا كيف يتم تحديد الرسائل المعنية في شبكتي AO وNostr؟ كيف تم تصميم بنيات شبكتهم لدعم نقل الرسائل؟ كيفية التكامل مع البروتوكولات الأخرى؟ ما هو موقع كل منها وسيناريوهات التطبيق الرئيسية واتجاهات التطوير؟

تهدف هذه المقالة إلى إجراء مقارنة متعمقة بين البروتوكولين AO وNostr، مع التركيز على تأثير بنية البروتوكول على الوظائف، وإجراء دراسة تحليل مفصل حول القضايا المذكورة أعلاه.

مفاهيم الرسائل وخصائصها

AO رسالة في

في بنية شبكة AO، توجد رسالة (Message) بين كل وحدة شبكة (MU، SU، CU) أو بين كل عملية الوحدة الأساسية للمعلومات التي تنتقل بين . أنها تمكن تبادل المعلومات والتعاون عن طريق إرسال واستقبال الرسائل.

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

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

في AO، تتبع كل رسالة معيار ANS-104 الخاص بنظام Arweave البيئي، وهو بروتوكول تعبئة البيانات. يعمل ANS-104 على تحسين إنتاجية قراءة البيانات وكتابتها بشكل كبير عن طريق إجراء تسلسل ثنائي للمعاملات المتعددة في معاملة أصلية واحدة. هذا البروتوكول ليس مجرد حزمة بيانات بسيطة، ولكنه يضيف أيضًا حقول مثل المالك والتوقيع وعنوان الهدف والملصق والبيانات إلى البيانات المجمعة. يمكّن هذا التصميم ANS-104 من دعم مجموعة متنوعة من أنواع البيانات، بما في ذلك المستندات والصور والصوت والفيديو والألعاب ونماذج البيانات ورموز البرامج والحالات الثلاثية الأبعاد. بالإضافة إلى ذلك، فهو يدعم أيضًا ملكية البيانات والتحقق من التوقيع، مما يوفر ضمانات لأمن البيانات وسلامتها.

تعتبر هذه الميزات الخاصة بمعيار ANS-104 ذات أهمية خاصة لـ AO لأنها تمكن AO من إنشاء سيناريوهات تطبيق متنوعة لأنواع مختلفة من البيانات. كما يعزز تنسيق الرسالة الموحدة بشكل كبير التواصل الفعال والتعاون السلس بين العمليات، ويمكنه أيضًا تحسين كفاءة معالجة التخزين والتسوية على Arweave، مما يسمح لـ AO ببناء طبقة توفر البيانات وإجماع البيانات بشكل فعال لدعم متطلبات التطبيق الشاملة الخاصة به.

حدث في Nostr

في بروتوكول Nostr، أ يتم استخدام تنسيق الرسالة القياسي المحدد بناءً على بنية JSON لوصف أنواع مختلفة من البيانات. يُطلق على تنسيق الرسالة هذا اسم حدث وهو كائن البيانات الأساسي في شبكة Nostr.

يتم دمج هياكل الرسائل الأكثر استخدامًا في معيار شائع الاستخدام، يُسمى معيار بروتوكول NIPs (احتمالات تنفيذ Nostr). يعمل هذا الاتساق والتوحيد على تحسين كفاءة معالجة البيانات وإدارتها بشكل كبير، ويساعد على تعزيز قابلية التشغيل البيني للنظام واستقراره. من خلال NIPs، يمكن للمستخدمين إجراء عمليات وتفاعلات مختلفة داخل شبكة Nostr دون القلق بشأن الاختلافات أو عدم التوافق في تنسيقات البيانات.

يتم استخدام بنية JSON لتحديد تنسيق بيانات الحدث في بروتوكول Nostr. تحتوي هذه البنية على حقول مختلفة، ولكل حقل دور مختلف، على سبيل المثال:

• حقل المفتاح العام: يشير إلى المفتاح العام للمستخدم الذي أرسل الحدث، والذي يستخدم لتحديد هوية المستخدم. سيتم استخدام هذا المفتاح العام للتوقيع رقميًا على الحدث لضمان صحته وسلامته.

• حقل النوع: يشير إلى نوع الحدث. ويمكن أن تمثل أنواعًا مختلفة من الرسائل، مثل رسائل غرفة الدردشة ومعلومات المحفظة وما إلى ذلك، أو يمكن أن تمثل سلوكيات محددة للمستخدمين، مثل التوصية بقوائم الترحيل، وتنفيذ عملية معينة، وما إلى ذلك.

• حقل المحتوى: يحتوي على المحتوى المحدد للحدث. يدعم هذا الحقل أنواعًا متعددة من البيانات، مثل منشورات وسائل التواصل الاجتماعي والأوراق البحثية والصوت والفيديو وما إلى ذلك. يمكن للمستخدمين التعبير عن المعلومات والبيانات المختلفة التي يريدون نقلها هنا.

• حقل التوقيع: يستخدم لتخزين التوقيع الرقمي للحدث . يتم إنشاء هذا التوقيع بواسطة المرسل باستخدام مفتاحه الخاص ثم يتم التحقق منه بواسطة عميل المستلم باستخدام المفتاح العام المقابل. تضمن التوقيعات أن المستخدم الذي لديه المفتاح العام المقابل قام بالفعل بإرسال الحدث في تاريخ محدد، وبالتالي تعزيز مصداقية الحدث وإمكانية التحقق منه.

• ......

< p style = "text-align: left;"> يمكن العثور على وصف تفصيلي لبنية بيانات الحدث على: https://nostr.how/zh/the-protocolcontent. من خلال هذه المجالات والهياكل، يوفر بروتوكول Nostr إطارًا واضحًا لإرسال الأحداث واستقبالها والتحقق منها. يساعد هذا التصميم على ضمان أمان البيانات واتساقها وموثوقيتها.

يتم دمج كافة الحقول للتعبير عن حدث كامل يلعب دورًا محددًا. باختصار، الحدث عبارة عن بنية بيانات تحتوي على محتوى عشوائي وموقع من قبل المستخدم. تعكس هذه البنية موقع Nostr وخصائصه ودوره:

• Nostr هو نظام توزيع وتخزين واستقبال المعلومات. أنشأت Nostr إطارًا فعالاً لتبادل البيانات وإدارتها من خلال اعتماد هيكل JSON ومعايير بروتوكول NIPs، مما يضمن اتساق المعلومات وقابليتها للتحليل، وتزويد المستخدمين ببيئة اتصالات معلومات مستقرة وموثوقة وموحدة؛

  < /li>< /ul>

  • يدعم التحقق من جانب العميل: تدعم بنية البيانات هذه التحقق من جانب العميل، لذا لا داعي للثقة في أي منها خادم الترحيل أو طرف ثالث للتحقق مباشرة من صحة وسلامة الحدث.

  • بناء شبكة اجتماعية لا مركزية ومقاومة للرقابة ويمكن التحقق منها: تسمح خصائص بنية البيانات هذه لـ Nostr بالعمل كمنصة لا مركزية حيث يمكن للمستخدمين التواصل ومشاركة المعلومات بحرية دون القلق بشأن الرقابة أو التلاعب بالمعلومات.

  بنية الشبكة التي تدعم نقل الرسائل

  AO: تشكل MU/SU/CU شبكة تعاون

  تتكون شبكة AO من ثلاث وحدات: MU، SU و CU وتتكون من وحدات أساسية وتعمل وتتعاون من خلال الرسائل والعمليات. وتظهر بنية شبكتها في الشكل 1-1.

  

  الشكل 1-1: تشكل وحدات الشبكة المعيارية والتعاونية بنية شبكة AO (صورة من المستند التقني لـ AO)

  العملية هي وحدة الحوسبة في شبكة AO يعادل بدء تطبيق على AO بدء عملية واحدة أو أكثر. سيقوم النظام بتخصيص وجدولة الموارد لكل عملية، مثل MU وSU وCU والجهاز الظاهري والذاكرة وما إلى ذلك. تنفيذ العملية:

  • MU (وحدة المراسلة): هذه هي وحدة المراسلة المسؤولة عن إرسال المعلومات إلى SU المناسبة التي تتم معالجتها، ثم تسليمها إلى CU لإجراء العمليات الحسابية، ويتم إرجاع نتائج الحساب إلى SU، وتكرر وحدة المراسلة هذه العملية؛

  • SU (وحدة الجدولة): هذه هي وحدة الجدولة المسؤولة عن الجدولة وفرز الرسائل وتحميل الرسائل إلى Arweave;

  • CU (وحدة الحوسبة): هذه هي وحدة الحوسبة التي تقبل الرسائل وتجري العمليات الحسابية وتنفذ انتقالات الحالة.

  كما ذكرنا أعلاه، تشير بنية الشبكة ووضع التشغيل لـ AO إلى:

  • < p style="text-align: left;">AO هو نظام مراسلة

  رسالة إنه العنصر الأساسي في العملية وهدف العمل الوحيد لـ MU وSU وCU. تدور العملية بأكملها حول الرسائل. العملية هي النشاط الجاري لمجموعة الرسائل، بما في ذلك العملية الكاملة من استلام الرسائل ونقل الرسائل وجدولة الرسائل وفرزها وتنفيذ العمليات الحسابية (تحويل حالة الرسالة) وإخراج نتائج الحساب وتخزينها.

  لذا فإن AO هو نظام لنقل الرسائل يمكن تخصيصه لبناء التطبيقات في إصدار المعلومات، والتواصل والتفاعل في الوقت الفعلي، وتوزيع المحتوى، وما إلى ذلك، مثل الشبكات الاجتماعية اللامركزية، ووسائل التواصل الاجتماعي، ومنصات البث المباشر/الصوت والفيديو اللامركزية، وما إلى ذلك.

  • AO عبارة عن شبكة حوسبة فائقة التوازي

  < p style="text-align: left;">AO عبارة عن شبكة معيارية يتم فيها تنفيذ العمليات الحسابية خارج السلسلة ولا تكون مقيدة بتوافق الكتلة، مما يسمح بتوسيع وحدات الحوسبة (العقد) بشكل لا نهائي حسب الحاجة، وبالتالي تحسينها بشكل كبير أداء الحوسبة.

  في بيئة AO، يمكن بدء أي عدد من مهام الحوسبة (العمليات المتوازية) في نفس الوقت. يمكن تشغيل هذه العمليات بشكل مستقل على عقد حوسبة مختلفة يتم التحقق محليًا على عقد حوسبة مختلفة. وهذا يجعل AO جهاز كمبيوتر متوازيًا وموزعًا وقابلاً للتحقق.

  على الرغم من أن كل عملية حوسبة يمكن تشغيلها بشكل مستقل على عقد مختلفة، إلا أنها يمكنها التواصل والتعاون من خلال تنسيق رسالة موحد (ANS-104). يربط هذا الأسلوب عمليات الحوسبة الجارية بشكل مستقل معًا لتكوين شبكة موحدة.

  • AO عبارة عن منصة مفتوحة

  إن جوهر AO هو بروتوكول مراسلة يسمح للتطبيقات المختلفة التي تعمل على Arweave بالتواصل مع بعضها البعض. يمكن لكل تطبيق إرسال معلومات إلى تطبيقات أخرى من خلال شبكة AO، وذلك باستخدام AO لإجراء عمليات مشتركة لتحقيق تبادل المعلومات عبر السلسلة.

  تعمل شبكة AO خارج السلسلة ويمكنها تحقيق اتصال سلس مع تطبيقات Web2. من خلال استدعاء واجهة بروتوكول AO، يمكن لتطبيقات Web2 المشاركة في هذه الشبكة اللامركزية. تتيح هذه الميزة لـ AO سد الفجوة بين تطبيقات Web2 وWeb3، مما يتيح تبادل المعلومات الموثوقة وقابلية التشغيل البيني بين التطبيقات. إن آلية تصميم بروتوكول الاتصال الخاص بـ AO تجعلها منصة مفتوحة، مما يوفر إمكانيات غير محدودة للمطورين.

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

  Nostr: بنية ترحيل العميل

  Nostr هو " اختصار لعبارة "الملاحظات والأشياء الأخرى المنقولة بواسطة المرحلات"، ويعني "الملاحظات والأشياء الأخرى المرسلة بواسطة المرحلات". هناك مكونان رئيسيان في الشبكة، ويظهر هيكل الشبكة في الشكل 1-2.

  

  الشكل 1-2 بنية شبكة Nostr

  • العميل (العميل)

  هذا تطبيق يعمل من جانب المستخدم ويستخدم لقراءة البيانات وكتابتها لترحيل الخادم. يستخدم العميل المفتاح العام كعنوان للمستخدم لإرسال واستقبال الأحداث، بينما يتم استخدام المفتاح الخاص للتوقيع عند إرسال الأحداث لإثبات أنها عملية خاصة بالمستخدم ومنع التلاعب بها. عند استقبال حدث ما، يقوم العميل بالتحقق من التوقيع باستخدام المفتاح الخاص للتأكد من أصل الحدث وسلامته.

  يسمح العميل للمستخدمين بالاتصال بأي عدد من خوادم الترحيل الموزعة في مواقع مختلفة. يمكن للمستخدمين نشر المعلومات على مرحل واحد واسترجاع المعلومات على مرحل آخر. وهذا يعني أن العملاء (المستخدمين) لا يتعين عليهم الاعتماد على أي خادم ترحيل محدد، مما يوفر حماية فعالة لبيانات المستخدم وسلوكه.

  • خادم الترحيل (Relay)

  يتمتع خادم الترحيل بالقدرة على الاستماع والتقاط وتخزين أحداث العميل المتصلة به، وإعادة توجيه هذه الأحداث إلى العملاء المشتركين.

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

  يمكن لخادم الترحيل اختيار تخزين محتوى المستخدم بالكامل أو جزء منه وفقًا لاحتياجاته الخاصة، وتحديد مدة التخزين، مما يوفر معلومات لتحديد الموضع والسلوك التجاري للتتابع قدر أكبر من المرونة. وفي الوقت نفسه، لا تحتاج خوادم الترحيل إلى التواصل مع بعضها البعض، لذلك لا توجد مشكلة في مستوى الإجماع ولا حاجة لمزامنة البيانات. يتم تحقيق مزامنة البيانات من خلال إرسال واستقبال الأحداث بين العملاء، وهو ما يختلف بشكل أساسي عن عقد blockchain.

  مثل هذه البنية لا يمكنها تحسين مرونة النظام وكفاءته فحسب، بل يمكنها أيضًا الاستجابة بشكل فعال لسيناريوهات الاستخدام واحتياجاته المختلفة.

  يمكن ملاحظة أن Nostr تتبنى بنية شبكة خفيفة الوزن مثل Client-Relay، والتي لا يمكنها فقط تحسين مرونة وكفاءة النظام، ولكن أيضًا بشكل فعال دعم بناء نظام لامركزي ومقاوم للرقابة وقابل للتحقق من المعلومات يلبي احتياجات الناس لحرية التعبير والتواصل السلس وأمن البيانات ومراقبة الخصوصية. يعالج هذا التصميم بشكل فعال التحديات والعيوب المختلفة التي تسببها وسائل التواصل الاجتماعي المركزية. لذلك، يُعرف Nostr بأنه بروتوكول اجتماعي لامركزي ويفضله المطورون على نطاق واسع لبناء العديد من التطبيقات الاجتماعية اللامركزية، مثل Damus وYakiHonne وIris وما إلى ذلك.

  التكامل مع البروتوكولات الأخرى

  AO+ Arweave : الكمبيوتر العالمي اللامركزي

  يعمل AO على Arweave ويحقق تكاملًا سلسًا مع Arweave، كما هو موضح في الشكل 3-1 الموضح.

  

  الشكل 3-1 التكامل السلس بين AO وArweave (صورة من المستند التقني AO)

  هذا هو نموذج إجماع التخزين (SCP)) ) هو تنفيذ. في هذا النموذج المبتكر، يتم فصل التخزين (الإجماع) والحساب بشكل فعال، مما يجعل الحوسبة خارج السلسلة والإجماع على السلسلة ممكنًا. توفر هذه البنية مزايا واضحة:

  • حوسبة عالية الأداء: يتم حساب العقود الذكية على السلسلة يتم تنفيذه دون اتصال بالإنترنت ولم يعد خاضعًا لعملية إجماع الكتلة على السلسلة، وبالتالي توسيع أداء الحوسبة بشكل كبير وجعل الحوسبة عالية الأداء ممكنة.

  • الحوسبة المتوازية الفائقة: يمكن إجراء كل عملية على عقد مختلفة مستقل ويمكنه إجراء حسابات متوازية والتحقق المحلي بشكل فعال دون انتظار جميع العقد لإكمال الحسابات المتكررة والتحقق من الاتساق العالمي كما هو الحال في بنية EVM التقليدية. يمكّن هذا التصميم AO من تحقيق حوسبة فائقة التوازي.

  • حسابات مخصصة:يوفر Arweave جميع التعليمات، والتخزين الدائم لـ تعمل الحالات الوسيطة ونتائج الحساب كطبقة توفر البيانات وطبقة الإجماع في AO. يرتبط تنفيذ كل تطبيق (عقد ذكي) ارتباطًا وثيقًا بالبيانات المخزنة في Arweave، ويمكن تخصيص منطق الحوسبة وموارد البيانات وفقًا لاحتياجات التطبيق للتنفيذ على العقد المحلية. وتتجاوز هذه المرونة بكثير نموذج EVM التقليدي، حيث يجب على جميع العقد إجراء عمليات محددة مسبقًا في وقت واحد لتحقيق اتساق الحالة على مستوى الشبكة.

  باختصار، يضيف AO طبقة حوسبة فائقة التوازي إلى Arweave، ويوفر Arweave مساحة تخزين لـ AO. ، دعم الإجماع. يؤدي الجمع بين الاثنين إلى إنشاء كمبيوتر عالمي لامركزي، مما يفتح مساحة واسعة لابتكار التطبيقات في العالم اللامركزي.

  Nostr + Lightning: بناء معلومات لامركزية

  والقيمةالشبكةالشبكة

  نظرًا لأن مطور Nostr، fiatjaf، هو أيضًا مطور لشبكة Lightning Network، فإن Nostr يدعم أصلاً شبكة Lightning Network. تعد Lightning Network بمثابة حل من الطبقة الثانية لـ Bitcoin blockchain الذي يعمل على توسيع وظائف blockchain خارج السلسلة من خلال استخدام القنوات. إنه يحل بشكل فعال مشاكل بطء سرعة معاملات البيتكوين، والإنتاجية المحدودة وارتفاع تكاليف المعاملات، مما يجعل عمليات الدفع الصغيرة عالية التردد ومنخفضة التكلفة ممكنة.

  أحد التطبيقات الأكثر مباشرة للجمع بين Nostr وLightning Network هو تحقيق "الفلاش" في التطبيقات الاجتماعية. يمتلك عميل Nostr الشهير Damus وظيفة دفع مدمجة لشبكة Bitcoin Lightning Network، ويحتاج المستخدمون فقط إلى ملء مفتاح Nostr العام للاتصال بسهولة بشبكة Lightning Network لدفع رسوم Relay لمرة واحدة. بمجرد اكتمال عملية الدفع، سيتلقى المستخدم فاتورة شبكة Lightning Network. للحصول على سير العمل التفصيلي، يرجى الرجوع إلى: https://nostr.how/zh/zaps، حيث يتم شرح الخطوات بالتفصيل.

  فيما يتعلق بإصدار الأصول، فإن بروتوكول إصدار أصول طبقة البيتكوين Taproot Assets (TAP) متوافق مع Lightning Network ويمكنه دمج أصول Taproot مع أصغر وحدة من يتم إدخال Bitcoin إلى نظام Nostr البيئي ويستخدم شبكة Lightning Network لنقل الأصول بشكل فوري وبأسعار معقولة. وهذا لا يثري أنواع أصول Nostr فحسب، بل يوفر أيضًا المزيد من الاحتمالات لسيناريوهات التطبيق مثل الشبكات الاجتماعية والمدفوعات والتمويل اللامركزي.

  بالإضافة إلى ذلك، اقترح أعضاء مجتمع CKB أيضًا بروتوكول ربط Nostr، والذي يستخدم تقنية RGB++ لربط Nostr Event وCKB CELL بشكل متماثل. تسمح هذه الخطوة للمستخدمين بإنشاء الأصول الأصلية وتوزيعها في شبكة Nostr الاجتماعية، مما يؤدي بشكل فعال إلى حل مشكلة الدفع الأصلية في الشبكات الاجتماعية.

  والأهم من ذلك، أن الجمع بين Nostr وLightning Network يفتح نموذج عمل جديدًا للتطبيقات اللامركزية، وبالتحديد V4V (القيمة 4 القيمة).

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

  تقدم حلول V4V قيمة مبتكرة للتطبيقات الاجتماعية والبودكاست ومنصات البث المباشر المبنية على Nostr، وما إلى ذلك. على سبيل المثال:

  • YakiHonne، وهو بروتوكول لامركزي لتبادل معلومات الوسائط، يدعم تكامل Nostr وLightning Network، ويستخدم SATS كدفعة للمكافآت، ويتم الدفع له طوال الوقت العام المبلغ الإجمالي يتجاوز 90 مليون SATS.

  • Nostrwatch.live عبارة عن منصة بث مباشر لا مركزية تعمل على Nostr وLightning Network من أجل القيمة" تم بناء منصة تبادل القيمة ذات التدفق ثنائي الاتجاه. عندما يرسل اللاعب بثًا مباشرًا للوسائط إلى أحد المشاهدين، فإنه يتلقى أيضًا دفقًا من مدفوعات SATs من المشاهد. بمجرد توقف المدفوعات، تتوقف إشارة البث أيضًا. ويختلف هذا عن النموذج التقليدي المدفوع مقدمًا، حيث لا يحتاج المشاهدون إلى الاشتراك أو الدفع مقدمًا.

  • Podverse هو تطبيق Podcasting 2.0 يتكامل مع Alby ويستخدم شبكة Lightning Network لإرسال ملفات podcast المعززة (طريقة تبرع ترسل رسائل إلى المبدعين) وتدفقات الدفع. عند "بث Satoshis" في Podverse، يرسل التطبيق Satoshis إلى البودكاست الذي يستمع إليه المستخدم، في كل دقيقة من وقت الاستماع.

  يمكن ملاحظة أنه من خلال الجمع بين Nostr وLightning، تطورت Nostr تدريجيًا من نظام لامركزي لنقل المعلومات. الشبكة إنها شبكة نقل لامركزية تدمج المعلومات والقيمة. لا يحمي هذا التطور الخطاب الشخصي من الانتهاك فحسب، بل يضمن أيضًا أمان الأصول الشخصية، مما يجعله ناقلًا وشبكة لتبادل القيمة. يفتح هذا التطور إمكانيات جديدة وفرص تطوير للابتكار على نطاق واسع والتطبيقات على مستوى المستهلك، وقد يصبح وسيلة مجدية لتحقيق اعتماد Web3 على نطاق واسع.

  الملخص: الهيكل يحدد الوظيفة

  نحن فوق المستوى تمت مقارنة وتحليل بروتوكولي AO وNostr بشكل أساسي من جوانب بنية البيانات وبنية الشبكة، واستنادًا إلى مبدأ "الهيكل يحدد الوظيفة"، تم تحليل الوظائف الرئيسية وسيناريوهات التطبيق التي يدعمها كل بروتوكول بعمق:

  < ul>

• من منظور بنية البيانات

من منظور بنية البيانات، هناك بعض الأشياء المشتركة بين بروتوكولي AO وNostr. وهي جميعها عبارة عن بروتوكولات نقل معلومات تدعم إصدار المعلومات وتفاعل الاتصالات وتوزيع المحتوى لأنواع مختلفة من البيانات، ويمكنها بناء شبكات اجتماعية لا مركزية وتطبيقات وسائط اجتماعية لا مركزية. بالإضافة إلى ذلك، تتمتع جميعها بالخصائص الوظيفية المتمثلة في اللامركزية، ومقاومة الرقابة، والتحقق من التوقيع، وحماية الخصوصية والأمن.

ومع ذلك، هناك اختلافات كبيرة بينهما أيضًا. تركز سيناريوهات تحديد المواقع والتطبيق الرئيسي لبروتوكول Nostr على التطبيقات المذكورة أعلاه، وهذه ليست سوى مجموعة فرعية صغيرة من الوظائف والتطبيقات التي تدعمها بنية بيانات AO. ينصب تركيز بروتوكول AO على دعم الحوسبة المتوازية للغاية، ومجالات تطبيقه أوسع وبعيدة المدى.

• من منظور بنية الشبكة

من منظور بنية الشبكة، يحتوي بروتوكول AO على وحدات شبكة معيارية وتعاونية وقابلة للتطوير، مما يسمح للعمليات بالعمل بشكل مستقل على عقد مختلفة وإجراء التحقق المحلي. توفر هذه الميزات الشروط الأساسية تحقيق الحوسبة المتوازية للغاية.

وفي الوقت نفسه، يكسر بروتوكول AO قيود المثلث المستحيلة لتقنية blockchain من خلال التكامل السلس مع Arweave استنادًا إلى نموذج SCP. يمكنه توسيع موارد التخزين والحوسبة بشكل لا نهائي وفقًا للطلب، ويستخدم بيانات Arweave المخزنة بشكل دائم مع حماية الملكية لتبادل المعلومات والتعاون بين أي عمليات (تطبيقات). لذلك، يمكن لبروتوكول AO بناء شبكة حوسبة عالمية عالية الأداء ومتوازية للغاية، مما يوفر مساحة ابتكار لتطبيقات Web3 وحتى Web2.

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

في المقابل، يتكون بروتوكول Nostr بشكل أساسي من مكونين للشبكة، Client-Relay، وبنية بيانات الحدث ونظام المفاتيح العامة والخاصة شبكة نشر واستقبال المعلومات. عندما يتم دمج بروتوكول Nostr مع Lightning، تجمع الشبكة بأكملها بين خصائص شبكة المعلومات اللامركزية وشبكة القيمة اللامركزية، مما يجعلها أكثر ملاءمة لاحتياجات بناء شبكات تطبيقات واسعة النطاق على مستوى المستهلك.

• من منظور تحديد موضع البروتوكول

من منظور تحديد موضع البروتوكول، على الرغم من أن AO وNostr كلاهما بروتوكولات مراسلة، إلا أن موضعهما وتركيزهما مختلفان. ينصب التركيز الرئيسي لبروتوكول AO على بناء بنية تحتية مثل "الكمبيوتر العالمي اللامركزي"، والذي يتم وضعه في المستوى الأدنى، ولكنه يفتح مساحة واسعة لدعم التطبيقات المختلفة، ويمكنه التقاط نطاق أوسع من القيمة، وتحقيق التطوير التصاعدي المستمر قوة.

في المقابل، تم تصميم بروتوكول Nostr في البداية لدعم التطبيقات الاجتماعية وتم وضعه كبروتوكول اجتماعي لامركزي خفيف الوزن، وسيناريوهات تطبيقه أكثر تحديدًا وركزت.

باختصار، يتمتع AO وNostr بخصائص ومزايا خاصة بهما في بنية البيانات وبنية الشبكة ووظائف البروتوكول، ولديهما مواقع مختلفة وسيناريوهات قابلة للتطبيق. وسوف يظهرون إمكاناتهم وقيمتهم على مسارات التنمية المختلفة.