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

AO هو الحساب الزائد.ما هي مسارات تحديد المواقع والتطوير التي لدينا؟

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

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

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

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

رسالة في AO

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

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

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

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

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

الحدث في nostr

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

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

يتم استخدام بنية JSON لتحديد تنسيق بيانات الحدث في بروتوكول NOSTR.

حقل PubKey:يتم استخدام المفتاح العام للمستخدم لحدث إرسال لتحديد هوية المستخدم.سيتم استخدام هذا المفتاح العمومي لتوقيع الحادث لضمان صحة الحدث ونزاهة.

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

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

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

Nympho

للحصول على أوصاف بنية بيانات الحدث التفصيلية ، يرجى الرجوع إلى: https://nostr.how/zh/the-protocolcontent.يوفر بروتوكول NOSTR إطارًا واضحًا لإرسال الحادث وتلقيه والتحقق منه من خلال هذه الحقول والهياكل.يساعد هذا التصميم في ضمان الأمان واتساق وموثوقية البيانات.

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

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

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

بناء شبكة اجتماعية لا مركزية ، مضادة للمراجعة ، والتحقق منها: يمكن استخدام خصائص بنية البيانات هذه كمنصة لا مركزية.

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

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

تتكون شبكة AO من ثلاث وحدات معيارية من MU و SU و CU ، وتشغيلها وتعاون من خلال الرسائل والعمليات.

الشكل 1-1: وحدات الشبكات الحديثة والتعاونية بينها لتشكيل بنية شبكة AO من AO (صورة من AO White Paper)

العملية (العملية) هي وحدة حوسبة في شبكة AO. انتظر الذاكرة لتنفيذ هذه العملية:

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

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

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

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

AO هو نظام نقل الرسائل

الرسالة هي العنصر الأساسي في العملية والكائن الوظيفي الوحيد لـ Mu و Su و Cu.يتم تنفيذ العملية بأكملها حول الرسالة. نتائج.

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

AO هي شبكة حوسبة رائعة

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

عميل

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

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

خادم التتابع

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

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

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

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

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

متكامل مع الاتفاقيات الأخرى

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

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

الشكل 3-1 تكامل سلس من AO و Arweave (صورة من AO White Paper)

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

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

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

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

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

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

وقيمةشبكةمرتبط

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

مزيج من شبكة NOSTR و Lightning ، واحدة من أكثر التطبيقات المباشرة هو تحقيق “وميض” في التطبيقات الاجتماعية.قام عميل NOSTR الشهير ببناء وظيفة دفع شبكة Bitcoin Lightning.بعد اكتمال الدفع ، سيتلقى المستخدم فاتورة شبكة Lightning.للاطلاع على سير العمل التفصيلي ، راجع: https: //nostr.how/zh/zaps ، تشرح صفحة الويب خطوات العملية بالتفصيل.

فيما يتعلق بإصدار الأصول ، فإن أصول Taproot (TAP) في الطابق الأول من Bitcoin (TAP) متوافقة مع شبكة البرق. الفوائد الاقتصادية.هذا لا يثري نوع أصول NOSTR فحسب ، بل يوفر أيضًا المزيد من الاحتمالات لسيناريوهات التطبيق مثل الشبكات الاجتماعية والدفع و Defi.

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

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

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

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

تدعم اتفاقية التفاعل بين المعلومات اللامركزية Yakihonne تكامل شبكة NOSTR و Lightning.

NoStrwatch.live عبارة عن منصة إذاعية حية لا مركزية تعمل على شبكة Nostr و Lightning ، وتبني منصة دفق من الطريق لـ “قيمة للقيمة”.عندما يرسل اللاعب تدفق وسائط الوقت الحقيقي إلى الجمهور ، فإنه يتلقى أيضًا تدفق دفع SATS من الجمهور.بمجرد توقف الدفع ، تتوقف إشارة البث أيضًا عن اللعب.هذا يختلف عن النموذج التقليدي المدفوع مقدمًا.

Podverse هو تطبيق Podcasting 2.0 يمكنه الاندماج مع Alby لإرسال Boostagram (طريقة تبرع لإرسال رسالة إلى المبدع) وتدفق الدفع إلى البودكاست.عند “تدفق Satoshis” في Podverse ، يرسل التطبيق Satoshis إلى البودكاست الذي يستمع إليه المستخدمون وفقًا لوقت الاستماع في الدقيقة.

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

ملخص: وظيفة قرار الهيكل

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

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

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

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

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

من منظور بنية الشبكة ، يحتوي بروتوكول AO على وحدة شبكية قابلة للتطوير ، مما يسمح للعمليات بالعمل بشكل مستقل والتحقق المحلي على العقد المختلفة.

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

على سبيل المثال ، يدعم تطبيقات التعلم الآلي التي تتطلب نماذج لغة كبيرة (LLMs) وحوسبة عالية الكثافة يمكن أن تلبي منطق الأعمال المعقدة ، والاستراتيجيات المستقلة المتنوعة ؛ وسوق المبدعين (ContentFI) ؛

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

من منظور تحديد المواقع

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

في المقابل ، تم تصميم بروتوكول NOSTR في البداية لدعم التطبيقات الاجتماعية.

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