مواصفات بروتوكول الكمبيوتر

المؤلف: تايلر هول، فينس جوليانو، إيفان موروزوف، سام ويليامز، توم ويلسون. " >ما هو آو؟

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

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

يربط معيار المراسلة هذا العمليات التي تعمل بشكل مستقل على جهاز لتكوين "شبكة"، تمامًا مثل موقع الويب الذي يعمل على خادم منفصل، ولكن من خلال الارتباطات التشعبية تتصل بـ النظام الشامل مع تجربة موحدة.

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

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

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

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

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

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

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

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

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

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

الوظائف الأساسية

مع اللامركزية الحالية مقارنة بالحوسبة الموزعة الأنظمة، يوفر بروتوكول ao الوظائف التالية:

يتم تشغيل أي عدد من العمليات (العمليات المشابهة للعقود الذكية) بالتوازي:في أيضًا، يتم إنشاء التطبيقات من أي عدد من عمليات الاتصال. مستوحى من نموذج الممثل الأصلي (Carl Hewitt, 1973) وErlang، لا يسمح ao بمشاركة الذاكرة بين العمليات، ولكنه يسمح لها بالتواصل عبر معايير المراسلة الأصلية.

يمكن بعد ذلك تشغيل كل من هذه العمليات بأقصى سرعة باستخدام موارد الحوسبة المتاحة دون التدخل مع بعضها البعض. من خلال التركيز على المراسلة، تطبق ao آلية توسيع أكثر تشابهًا مع بيئات Web2/الأنظمة الموزعة التقليدية، بدلاً من العقود الذكية التقليدية.

موارد حوسبة غير محدودة: في الإصدارات الأصلية من SmartWeave وLazyLedger تم تصميمها في بنية الحوسبة البطيئة لـ Celestia (المعروفة لاحقًا باسم Celestia)، لا تحتاج العقد الموجودة في شبكة ao إلى إجراء أي حسابات عند التوصل إلى توافق في الآراء بشأن انتقالات حالة البرنامج.

يتم تخزين كافة سجلات كل عملية، كما يتم الاحتفاظ بالحالة الثلاثية الأبعاد (HolographicState) للعملية النهائية في Arweave. يتم بعد ذلك تفويض التكاليف الحسابية للمستخدم، الذي يمكنه حساب حالته بنفسه أو طلب إجراء الحساب بواسطة عقدة من اختياره.

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

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

العقود الآلية: في بيئات العقود الذكية التقليدية (مثل Ethereum، وSolana، وPolygon، وما إلى ذلك. ) ، يجب "إيقاظ" العقد لإجراء الحسابات بناءً على طلب معاملة المستخدم. في هذه البيئة، لا يكون البرنامج "نشطًا" إلا إذا تفاعل المستخدم معه، مما يقلل من نطاق التطبيقات التي يمكن بناؤها عليه.

يزيل ao هذا القيد من خلال السماح للعقود بجدولة المهام والتفاعلات التي يمكن أن تنشط تلقائيًا وتؤدي العمليات الحسابية على فترات زمنية محددة. يمكن لأي مستخدم، أو العملية نفسها، أن تدفع للعقدة "للاشتراك" في عملية ما، وبالتالي إطلاق العمليات الحسابية بالتردد المناسب.

البنية المعيارية التي تدعم الامتدادات: البنية الأساسية لـ ao هي بروتوكول بيانات مفتوح يمكن لأي شخص إنشاءه. يمكن استبدال وتوسيع كل شيء بدءًا من أجهزة التسلسل ومرحلات الرسائل وحتى الأجهزة الافتراضية على مستوى النظام حسب الرغبة.

ستسمح هذه المرونة لأنظمة العقود الذكية الحالية في نظام Arweave البيئي (Warp، وeverPay، وMem، وما إلى ذلك) بالتوصيل إلى ao. ويمكن إرسال واستقبال الرسائل بالشبكة الموحدة. سيسمح هذا أيضًا لجميع أنظمة العقود الذكية هذه بمشاركة بعض البنية التحتية والأدوات نفسها، مما يجعل تجربة الحوسبة على Arweave أكثر تماسكًا.

مقدمة عن الهندسة المعمارية

مكونات ao الأساسية هي كما يلي يلي:

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

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

الرسالة: يتم تمثيل كل تفاعل مع عملية في ao برسالة. في الأساس، الرسائل هي عناصر بيانات تتوافق مع معيار ANS-104. يمكن للمستخدمين والعمليات (من خلال وحدات البريد الصادر ووحدات المراسلة) إرسال رسائل إلى العمليات الأخرى في الشبكة من خلال وحدة الإرسال.

ao التعريف الدلالي للرسالة يقع بين UDP وTCP: يتم ضمان إرسالها مرة واحدة فقط، ولكن إذا لم يتم إعادة توجيه الرسالة مطلقًا بواسطة وحدة المراسلة أو أن المتلقي لا يتعامل معها فعليًا، وكأن الرسالة لم تحدث أبدًا.

وحدات الجدولة (SUs): وحدات الجدولة مسؤولة عن تعيين أرقام الفتحات المتزايدة الذرية للرسائل المرسلة إلى العمليات (على غرار Ethereum nonce ). بمجرد التخصيص، يحتاج المجدول إلى التأكد من تحميل البيانات إلى Arweave، مما يجعلها متاحة بشكل دائم للآخرين.

تتمتع العمليات بحرية اختيار الترتيب المفضل لها، والذي يمكن تنفيذه بطرق مختلفة: لامركزية، أو مركزية، أو حتى مستضافة بواسطة المستخدم.

وحدات الحوسبة (CUs): وحدات الحوسبة هي العقد التي تحسب حالة العملية في ao. تستخدم مدخلاتها معلومات وحدات المستخدم والمراسلة متاح. ستقوم وحدة الجدولة بفرز رسائل العملية فقط وتتطلب وحدات حوسبة إضافية لحساب حالة العملية.

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

قد تقوم وحدات الحوسبة أيضًا بإنشاء ونشر إثباتات الحالة الموقعة، والتي قد تختار العقد الأخرى تحميلها - اختياريًا دفع رسوم محددة بواسطة UDL.

وحدات المراسلة (MUs): وحدات المراسلة مسؤولة عن تسليم الرسائل في شبكة ao، وتمر هذه الرسائل عبر العملية يُسمى Cranking (اسم علم، بمعاني مثل "البدء" و"تكرار التنفيذ") لنقل العملية.

في الأساس، عندما تقوم وحدات المراسلة بمعالجة رسالة في النظام، فإنها ترسل المعلومات إلى الوحدة المناسبة للمعالجة، ويتم تسليم المعلومات بواسطة الوحدة إلى CU للحساب يتم إرجاع الإخراج إلى SU، وتكرر وحدة المراسلة العملية.

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

وبهذه الطريقة، يمكن لـ ao توفير بيئة نابضة بالحياة وتزويد المستخدمين بأكبر قدر من حرية الاختيار للعمليات - الأجهزة الافتراضية (VMs)، ووضع الدفع، ونوع المجدول وأمن الرسائل وما إلى ذلك - دون الحاجة إلى الاتفاق على الحساب الباهظ الثمن نفسه.

الأعمال ذات الصلة

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

نموذج الممثل

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

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

Erlang

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

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

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

منصة العقود الذكية (مثل Ethereum)

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

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

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

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

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

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

سوق الحوسبة اللامركزية (مثل Akash)

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

تم تصميم بعض الشبكات لتسهيل العمليات الحسابية واسعة النطاق في بيئة لا مركزية، مثل Akash. على عكس المنصات التي تؤكد على العمليات الحسابية التي يمكن التحقق منها والقابلة للتكرار، توفر Akash والشبكات المماثلة سوقًا لا مركزيًا لخدمات استضافة الحاويات.

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

يسمح ao للمطورين باختيار أجهزتهم الافتراضية المفضلة (VM)، مع تركيز التنفيذ المرجعي الأولي على استخدام WebAssembly (WASM) لتنفيذ العمليات. يمكن لحاويات WASM في ao إدارة ما يصل إلى 4 جيجابايت من الذاكرة، ومن المتوقع أن يزداد هذا الحد مع اعتماد WASM64، مما يجعل الحسابات طويلة الأمد ممكنة.

تدعم أدوات التجميع الغنية في نظام WASM البيئي مجموعة متنوعة من البرامج. تتضمن أمثلة الاستخدامات الحديثة لـ WASM تنفيذ نماذج محولات نموذج اللغة الكبيرة (LLM) في متصفحات الويب، والتعرف على الكلام، وحتى برامج معالجة الصور المكثفة حسابيًا مثل Photoshop.

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

مع الفواتير الحتمية للأجهزة الافتراضية وتوافر جميع رسائل العملية على Arweave، يمكن عرض "صورة ثلاثية الأبعاد": قد لا يتم تمثيل الولاية بعد من قبل أي مشارك أو قم بحسابها فعليًا، ولكن بمجرد اكتمال الحساب، يمكننا ضمان أن يكون ناتجها ثابتًا دائمًا.

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

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

استضافة الأجهزة الافتراضية من نظير إلى نظير (مثل Urbit)

Urbit هو نظام حوسبة نظير إلى نظير وله بعض أوجه التشابه مع ao. من خلال التركيز على تسليم وإتاحة سجلات التفاعل، تستطيع Urbit توفير بيئة حوسبة موزعة يمكن من خلالها نقل "الخوادم" من مضيف فعلي إلى آخر.

أثناء التبديل من مضيف إلى آخر، يمكن إجراء سجل التفاعلات مع الحسابات المُدارة لإعادة حساب الحالة الحالية. يمكن للعمليات Urbit أيضًا إرسال رسائل لبعضها البعض للتواصل.

خلافًا لـ ao، لا يصل Urbit إلى إجماع لا مركزي بشأن سجلات التفاعل الخاصة به. من الناحية العملية، هذا يعني أنه لا يوجد اتفاق رسمي بشأن "تراكمه" أو ضمان توفره - وبالتالي لا توجد ضمانات بشأن حالة عملياته.

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

ao يوسع هذا النموذج من خلال التأكد من أن رسائل السجل المرسلة إلى العمليات متاحة من خلال وحدات الجدولة (SUs) التي تقوم بتحميلها إلى Arweave. من خلال فرض توفر هذا السجل، تصبح عمليات المستخدم لا مركزية - ولم تعد موجودة في عقدة حوسبة محددة - مما يسمح بحل حالتها في الوقت الفعلي من خلال شبكة موزعة من وحدات الحوسبة (CUs).

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

نموذج الثقة والأمان المرن

كما في هذا المستند كما هو مذكور، يوفر بروتوكول البيانات الأساسية ao إطارًا للحوسبة الآمنة ولكنه لا يوفر في حد ذاته أو ينفذ أي شكل من أشكال الضمانات الاقتصادية. وبدلاً من ذلك، يوفر ao نظامًا مرنًا من عناصر أمان التشفير التي تتيح آليات أمان اقتصادية.

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

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

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

مواصفات البروتوكول الكاملة:

https://permadao.com /permadao/ao-1353cc109d434941a6757560ef35dcc2