Arweave، AO، AI - إطار عمل معياري وأمان مرن

المؤلف: Arweave Oasis، المصدر: Twitter @ArweaveOasis

مؤخرًا، نشرت مؤسسة Messari، وهي مؤسسة بحثية معروفة في الصناعة، مقالًا بعنوان "Arweave, AO, and AI - Modular Framework and Elastic الأمن" مقال بقلم سيث بلومبرج. المحتوى غني جدًا وله قيمة مرجعية كبيرة لفهم بنية AO وAR وآفاق التطوير المستقبلية. ومع ذلك، نظرًا لقضايا حقوق الطبع والنشر، لا يمكن ترجمة النص الكامل وعرضه للقراء. ولذلك يأمل المؤلف أن يقتطف شذرات منه ويعرضها لكم بالتفسير. يمكن الحصول على المحتوى الأصلي من موقع مساري (الدفع مطلوب).

في 30 مايو، نشر سيث بلومبرج، مؤلف هذا المقال، بعضًا من ملخص المقال على X. وإليك الطريقة:

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

• أعتقد أن إحدى أعظم القيم التقنية لـ AO هي أنها تفصل آلية الإجماع عن الحساب الذي يتطلبه التطبيق. يوفر تقسيمها إلى AO بنية معيارية ويسمح للمطورين بتوسيع نطاق الأمان وقوة الحوسبة لتطبيقاتهم.

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

• AO عبارة عن منصة افتراضية لا تعتمد على الآلة، مما يفتح إمكانية نشر التطبيقات كثيفة الحوسبة. تعمل فرق مثل @autonomous_af بالفعل على تطوير أتمتة DeFi. ومع ذلك، فإن LLMs (نماذج اللغة الكبيرة) الموجودة على السلسلة ستكون نوعًا مختلفًا تمامًا.

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

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

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

• تتمثل الميزة الفريدة لـ AO في القدرة على توسيع أمان العملية بمرونة. يمكن لمطوري العمليات تكوين الأمان المطلوب لتطبيقاتهم وتوسيع نطاق الأمان من خلال الدفع بشكل فعال لمدققين إضافيين (يُطلق عليهم اسم Compute Units CUs في مصطلحات AO) لحساب حالة التطبيق.

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

النمطية والأمان المرن

يلخص المؤلف بنيتين أساسيتين ظهرتا في السنوات القليلة الماضية: الأطر المعيارية والجنس الأمني ​​المرن.

إطار العمل المعياري: يمكّن المطورين من تحديد المكونات المعيارية الشائعة لـ blockchain (على سبيل المثال، التنفيذ، وتوافر البيانات، والتسوية، والتوافق) ودمجها معًا. تستخدم هذه المقالة طبقات توفر البيانات المجمعة وCelestia الخاصة بـ Base كأمثلة تمثيلية.

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

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

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

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

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

بنية AO

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

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

لقد قدمنا ​​بنية AO في مقالات مختلفة، وفي هذه المقالة قمنا أيضًا ببعض التفسيرات من وجهة نظر المؤلف:

العملية

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

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

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

الرسائل ووحدات الرسائل (MU)

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

قارن المؤلف الاختلافات المباشرة بين AO وEthereum. في AO، تكمل العملية التفاعل بين العمليات عن طريق طلب معلومات من عملية أخرى من خلال الرسائل وانتظار إرجاع البيانات. ولكن على إيثريوم، يمكن للتطبيقات (أي العقود الذكية) الوصول مباشرة إلى حالة أي تطبيق آخر بسبب الطبيعة العالمية لـ EVM.

هناك فرق جوهري بين الاثنين. من منظور معياري، من المفيد توحيد قابلية التشغيل البيني للعمليات المختلفة مسبقًا؛ كما تعمل معظم الشبكات المعيارية (مثل Optimism's Superchain) على تطوير معايير مماثلة.

وحدة الجدولة (SU)

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

تحتوي وحدة الجدولة على وظيفتين عمليتين رئيسيتين مرتبطتين بها:

التأكد من أن كل رسالة فريدة ومرتبة. وهذا مشابه من الناحية النظرية للزيادات غير المتساوية في بيئات blockchain الأخرى مثل Ethereum. وهذا أمر بالغ الأهمية لحسن سير العملية.

تأكد من كتابة كل رسالة إلى Arweave. وهذا يتيح للعمليات الوصول إلى بيانات بعضها البعض.

سيكون لكل عملية AO وحدة جدولة مرتبطة بها.

وحدة الحوسبة (CU)

توفر وحدة الحوسبة قوة الحوسبة لتحديث عملية AO. تقوم وحدة المراسلة بإبلاغ وحدة الحوسبة باحتياجاتها من الخدمة.

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

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

نموذج أمان AO

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

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

في إطار عمل أمان AO، على الرغم من أن جميع البيانات تستخدم ضمان الأمان لآلية توافق Arweave's SPoRes، إلا أن هناك أيضًا المزيد من المرونة على مستوى AO لتلبية الاحتياجات والأهداف المختلفة.

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

لذلك، يمكن لـ AO اقتراح خطط تخزين مختلفة لكل دور مكون وإنشاء آليات عقابية مقابلة.

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

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

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

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

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

مستقبل AO وAI

كما أعرب المؤلف عن آرائه حول الدمج المستقبلي بين AO وAI. وهو يعتقد أن الذكاء الاصطناعي يمكن تصنيفه إلى فئتين:

حتمية تمامًا وبارامترية تمامًا، مثل الروبوتات ذات الإعدادات القابلة للتكوين؛

غير حتمية، مع القدرة على التكيف، مثل ChatGPT أو تطبيقات LLM.

في تطوير AO، يعتقد المؤلف أن نقطة البداية ستكون الأولى، مثل أدوات أتمتة DeFi.

أتمتة DeFi

أحد مشاريع أتمتة DeFi المبكرة على AO هو @autonomous_af. قام الفريق ببناء "وكيل DCA" الذي يمكّن المستخدمين من شراء الرموز المميزة على أساس متوسط ​​التكلفة بالدولار (DCA).

تتبع منتجات وكيل DCA نموذجًا:

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

يستجيب وكيل DCA للإشعارات المستلمة (أي مهام cron) وينفذ معاملات DCA عند استيفاء الشروط المحددة مسبقًا.

يمكن للمستخدمين في النهاية إيقاف وكيل DCA مؤقتًا أو إلغاء تنشيطه بشكل دائم.

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

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

ما وراء أتمتة DeFi

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

من الواضح أن هذا النوع من النظام سيكون أكثر تقدمًا من "وكيل DCA". لكنها أيضًا مكلفة للغاية. بشكل عام، تتطلب منتجات LLM وحدات معالجة الرسومات لتوفير الطاقة الحاسوبية اللازمة، كما أن حوسبة وحدة معالجة الرسومات أكثر تكلفة من حوسبة وحدة المعالجة المركزية النموذجية. يمكن أن تصل تكلفة الاستضافة الذاتية لنموذج LLM الأساسي بسهولة إلى حوالي 20000 دولار شهريًا. يقدم المؤلف بيانات a16z تفيد بأن بعض الشركات الناشئة في مجال الذكاء الاصطناعي تنفق 80% من أموالها على حوسبة الذكاء الاصطناعي وحدها.

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

الأفكار النهائية

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

توفر بنية AO الفريدة طريقة فعالة لتطوير التطبيقات، ومنصات جذابة. من DeFi إلى التطبيقات المعتمدة على الذكاء الاصطناعي.

إن المراسلة غير المتزامنة جنبًا إلى جنب مع الحوسبة المتوازية تجعل التطبيقات أكثر ثراءً وتعقيدًا من تطبيقات العقود الذكية النموذجية.

يعد دعم الأمان المرن والقابل للتطوير للعمليات أمرًا فريدًا أيضًا بالنسبة لـ AO، وستستفيد المنتجات التي تعتمد على LLM على وجه الخصوص من هذه السمة.