ما هو AVS

ملاحظة: هذا المستند هو ترجمة آلية للنسخة الإنجليزية الأصلية.

ما هو AVS

AVS (Actively Validated Service — الخدمة المُتحقَّق منها بنشاط) هي خدمة لامركزية تعتمد على مجموعة من المدقّقين الذين يؤدّون المهام بنشاط ويضعون حصة اقتصادية تحت المخاطرة لضمان السلوك الأمين. وعلى خلاف العقد الذكي الذي يُنفَّذ بشكل سلبي عند استدعائه، تتطلّب AVS من المدقّقين أداء واجبات محدّدة باستمرار أو دوريًا — التحقق من البيانات، أو تشغيل الحسابات، أو إنتاج الإثباتات، أو الحفاظ على التوفّر — مع خضوع رأس مالهم المحجوز للـ slashing إن أخفقوا أو تصرّفوا بخبث.

باختصار: AVS هي خدمة مؤمَّنة بمدقّقين يحجزون رأس مال ويواجهون عقوبات على سوء التصرّف — وثيقة الصلة بـ الرستيكنغ (restaking)، الذي يوفّر الآلية التي يمدّد بها هؤلاء المدقّقون أمانهم الاقتصادي من سلسلة كتل قائمة إلى AVS.

كيف تعمل AVS

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

التحقق النشط

آلية إجماع سلسلة الكتل هي نفسها شكل من التحقق النشط — إذ على المدقّقين اقتراح الكتل والمصادقة عليها باستمرار، ويتعرّضون للـ slashing على سوء التصرّف. وتعمّم AVS هذا النمط إلى ما هو أبعد من الإجماع. فأي خدمة تتطلّب عملًا نشطًا من المدقّقين — لا مجرّد تنفيذ سلبي للعقود الذكية — يمكن هيكلتها كـ AVS. وتشمل الأمثلة توفّر البيانات (تخزين البيانات وتقديمها عند الطلب)، وتغذيات بيانات الأوراكل، والتحقق من الرسائل عبر السلاسل، والتحقق من استدلال الذكاء الاصطناعي، وعمليات الـ keeper التي تطلق إجراءات عند استيفاء ظروف محدّدة.

الأمان الاقتصادي عبر الرستيكنغ

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

ويغيّر نموذج AVS هذه الديناميكية، خاصة كما طوّرته أُطُر الرستيكنغ (restaking). فبدلًا من حاجة كل AVS إلى مجمّع حجز مستقل خاص بها، يمكن للمدقّقين إعادة حجز أصول من سلسلة كتل راسخة لتأمين عدة بروتوكولات AVS في آنٍ معًا. ويخضع رأس المال المُعاد حجزه للـ slashing من قبل كل AVS يختار المدقّق المشاركة فيها، ما يخلق مساءلة اقتصادية حقيقية دون إلزام كل خدمة بالبدء من الصفر.

Slashing والمساءلة

السمة المميّزة لـ AVS هي أن المدقّقين يواجهون عواقب اقتصادية حقيقية على الأداء الضعيف. وتحدّد كل AVS شروط slashing خاصة بها — أنواع سوء التصرّف أو الإخفاقات المحدّدة التي تنتج عنها خسارة رأس المال المحجوز. وقد تشمل هذه الشروط:

• تقديم بيانات أو إثباتات غير صحيحة.
• الإخفاق في الاستجابة ضمن نافذة زمنية مطلوبة.
• توقيع عبارات متعارضة (equivocation).
• الانقطاع عن الاتصال خلال فترة واجب حرجة.

ويجب أن تكون قواعد slashing موضوعية وقابلة للتحقق — ويفضّل أن تكون قابلة للإثبات على السلسلة — بحيث يمكن حلّ النزاعات بشفافية.

لماذا تهمّ مشاريع كريبتو الذكاء الاصطناعي

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

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

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

الأمان دون تجزئة الرموز. بدلًا من إطلاق رمز جديد خصيصًا لتأمين خدمات التحقق من الذكاء الاصطناعي، يمكن لمشروع ذكاء اصطناعي هيكلة طبقة التحقق لديه كـ AVS والاعتماد على أمان مُعاد حجزه، متجنّبًا تعقيد إنشاء رمز أمان منفصل وصيانته.

أين تظهر في بطاقات مشاريع DecAIHub

• Type — المشروع الذي يعمل كـ AVS أو يوفّر بنية تحتية لـ AVS قد يُصنَّف بنوع يعكس دوره كخدمة مُتحقَّق منها بنشاط.
• Category — خدمات التحقق أو التنسيق للذكاء الاصطناعي القائمة على AVS تقع عادة ضمن فئات متعلقة بالبنية التحتية في بطاقات المشاريع.
• Consensus — المشاريع المبنية كبروتوكولات AVS لها منطق تحقق وslashing خاص بها، قد يُشار إليه في وصف الإجماع أو بنية الأمان.
• Token model — إذا كان رمز المشروع يُستخدم للحجز ضمن AVS (أو إذا كان يكافئ مدقّقي AVS)، فهذا ينعكس في نموذج الرمز.

ما الذي لا تثبته AVS وحدها

• جودة الذكاء الاصطناعي — تؤمّن AVS عملية التحقق، لا نموذج الذكاء الاصطناعي نفسه. فيمكن لـ AVS حسنة التصميم أن تتحقّق من أن المدقّقين يبلّغون نتائج الاستدلال بأمانة، لكنها لا تستطيع ضمان أن نموذج الذكاء الاصطناعي الأساسي دقيق أو مفيد أو حسن التدريب.
• الأمان الكافي — يعتمد أمان AVS على إجمالي رأس المال المُعاد حجزه، وعدد المدقّقين واستقلالهم، وسلامة شروط slashing. ووسم «AVS» لا يضمن أمانًا اقتصاديًا كافيًا.
• اللامركزية — إذا تحكّم عدد صغير من المدقّقين بمعظم رأس المال المُعاد حجزه لـ AVS، تكون الخدمة لامركزية بالاسم لكنها مركزية في الواقع. تنوّع المدقّقين وتوزيع الحصة يهمّان.
• الضرورة — ليست كل خدمة ذكاء اصطناعي تحتاج إلى الضمانات الأمنية الاقتصادية لـ AVS. فبعض مهام الذكاء الاصطناعي يمكن التحقق منها بوسائل أخرى (براهين تشفيرية، أنظمة سمعة، أو مجرّد التكرار). وتضيف AVS تكلفة وتعقيدًا؛ وينبغي أن تبرّر متطلبات الأمان استخدامها.

لا تخلط بين

• الرستيكنغ (Restaking) — الرستيكنغ هو الآلية التي توفّر الأمان الاقتصادي لـ AVS بتمديد رأس المال المحجوز من سلسلة كتل قائمة. وAVS هي الخدمة التي تستهلك هذا الأمان. الرستيكنغ هو «كيف»؛ وAVS هي «ماذا». راجع ما هو الرستيكنغ.
• العقد الذكي — ينفّذ العقد الذكي شيفرته عند استدعائه ولا يتطلّب مشاركة نشطة بين الاستدعاءات. أما AVS فتتطلّب عملًا نشطًا مستمرًا أو دوريًا من المدقّقين، مع عقوبات اقتصادية على عدم الأداء.
• المدقّق — المدقّق هو مشارك يؤدّي واجبات التحقق. وAVS هي الخدمة التي يؤمّنها أولئك المدقّقون. يوجد المدقّقون باستقلال عن مفهوم AVS.
• الوسيط البرمجي (Middleware) — في بعض السياقات، تُوصف بروتوكولات AVS بأنها «middleware» لأنها تقع بين طبقة سلسلة الكتل الأساسية وتطبيقات المستخدم النهائي. غير أن ليس كل middleware هو AVS، وليست كل بروتوكولات AVS تخدم وظيفة middleware.

الأسئلة الشائعة

ما العلاقة بين AVS والرستيكنغ؟

يوفّر الرستيكنغ آلية الأمان الاقتصادي؛ وتحدّد AVS الخدمة التي تستخدمها. ويتيح إطار الرستيكنغ للمدقّقين اختيار تأمين بروتوكولات AVS محدّدة بتمديد رأس مالهم المحجوز. وفي المقابل، يكسب المدقّقون مكافآت إضافية من AVS لأدائهم واجبات التحقق لديها. تحدّد AVS أي عمل يجب القيام به وأي شروط slashing تنطبق؛ ويوفّر الرستيكنغ رأس المال وبنية المساءلة.

هل يمكن أن توجد AVS دون رستيكنغ؟

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

لماذا قد يستخدم مشروع كريبتو ذكاء اصطناعي AVS بدلًا من أوراكل تقليدي؟

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

مراجع خارجية

• Ethereum.org — Proof-of-Stake — خلفية عن آليات الحجز والتحقق التي يقوم عليها مفهوم AVS.

انظر أيضًا

• ما هو الرستيكنغ
• ما هو المدقّق
• ما هو الحجز (staking)
• ما هو الإجماع
• ما هو العقد الذكي
• ما هو slashing