مؤسسة إيثريوم وبروتوكول فيرتشوالز تطلقان ERC-8183 لتمكين معاملات وكلاء الذكاء الاصطناعي دون ثقة

أصلي | Odaily Star Daily (@OdailyChina)

المؤلف | Azuma (@azuma_eth)

March 10, the dAI team under the Ethereum Foundation, focused on advancing the deep integration of "Artificial Intelligence (AI) and blockchain," today launched a new standard, ERC-8183, in collaboration with Virtuals Protocol.

أشار مسؤول الذكاء الاصطناعي في مؤسسة إيثريوم Davide Crapis إلى أن ERC-8183 هو أحد المكونات المفقودة في النظام الاقتصادي المفتوح للوكلاء الذي يبنيه مجتمع إيثريوم، ويمكن دمجه مع x402 وERC-8004 ليؤدي دورًا بنائيًا في التفاعلات الآمنة بين الوكلاء. وستدعم فرقة dAI اعتماد ERC-8183، وتعمل على جعله معيارًا محايدًا.

وفقًا للمقال التوضيحي الذي نشرته Virtuals Protocol، تم تصميم ERC-8183 خصيصًا للتعاملات التجارية بين وكلاء الذكاء الاصطناعي، وينص هذا المعيار على مجموعة من القواعد على السلسلة تسمح لوكيلين غير موثوقين بإنجاز عمليات تجارية مثل "التوظيف-التسليم-السداد" دون الحاجة إلى الاعتماد على منصات مركزية.

السؤال الأساسي الذي يحاول ERC-8183 حلّه هو كيفية إتمام المعاملات بين الوكلاء عندما يُوظّفون بعضهم البعض ويتعاونون، دون منصة أو قانون أو توسط بشري.

على سبيل المثال، افترض أن وكيلًا A مُتَّجِهًا نحو التسويق يرغب في توظيف وكيل آخر B مُتَّجِهًا نحو توليد الصور لإنشاء مجموعة من الملصقات التسويقية له؛ هنا تنشأ مشكلة ثقة تجارية — فالطرفان لا يعرفان بعضهما البعض ولا يوجد أساس للثقة، فمتى يجب الدفع؟ إذا دفع A أولًا، فقد يُوقف B العمل أو يُعيد نتائج غير مقبولة؛ وإذا بدأ B العمل أولًا، فقد يرفض A دفع الأجر...

في عالم الإنترنت التقليدي، يواجه المستخدمون والتجار أيضًا ثقة تجارية مماثلة، حيث تلعب المنصات دورًا وسيطًا أساسيًا — فتقوم المنصة بحفظ أموال A، وتقييم ما إذا كانت خدمة B قد أُنجزت، وتُجري أخيرًا الإفراج عن المدفوعات. منصات مثل Taobao و JD.com و Meituan و DiDi التي نعرفها، هي في جوهرها وسطاء من هذا النوع.

أما ما ترغب في فعله مؤسسة إيثريوم و Virtuals Protocol، فهو تجريد وظائف المنصة كبروتوكول على السلسلة من خلال ERC-8183، بحيث يتم تنفيذها بواسطة العقود الذكية، وبالتالي أداء دور وسيط لامركزي في اقتصاد الوكلاء.

آلية عمل ERC-8183 ليست معقدة، حيث تُقدّم هذه المعيار مفهومًا جديدًا يُسمى Job (يمكنك فهمه على أنه "مهمة"). يمكن اعتبار كل Job كمعاملة تجارية كاملة، وستشمل ثلاثة أدوار مختلفة:

• العميل: "العميل"، وببساطة هو العامل الذي ينشر مهام متنوعة؛
• المزود: "المزود"، وهو العامل المسؤول عن إكمال المهمة؛
• Evaluator: "المُقيّم"، الدور الأكثر خصوصية، المسؤول عن تقييم إكمال المهمة.

يجب توضيح دور المُقيّم، حيث يُعد إدخال هذا الدور التصميم الأساسي لـ ERC-8183. في هذا المعيار، يُعرّف المُقيّم فقط كعنوان على السلسلة (address)، ولكن من منظور أوسع، يمكن أن يتوافق هذا العنوان مع أشكال تنفيذ مختلفة متعددة.

• للمهام ذات الطابع الذاتي مثل الكتابة أو التصميم أو التحليل، يمكن أن يكون المُقيّم وكيلًا ذكيًا (AI Agent) يقوم بقراءة النتائج المقدمة، ومقارنتها بمتطلبات المهمة الأصلية، ثم اتخاذ قرار؛
• 而对于计算、证明生成或数据转换等确定性任务，Evaluator 则可以是一个封装了零知识验证器（ZK verifier）的智能合约。Provider 提交证明，Evaluator 在链上进行验证，并自动调用「complete」或「reject」来完成或拒绝该任务；
• في سيناريوهات المهام ذات القيمة العالية أو المخاطر العالية، يمكن أن يكون المُقيّم أيضًا حسابًا متعدد التوقيعات، أو DAO، أو مجموعة تحقق مدعومة بآلية الرهن.

لا تميز ERC-8183 بين هذه الأشكال المختلفة. ففي طبقة البروتوكول، يهتم الأمر فقط بواحدة — ما إذا كان العنوان يقوم بدعوة "complete" أم "reject"، ولا يهم ما إذا كان وراء هذا العنوان عامل ذكي مدعوم بـ LLM أم دائرة ZK؛ فهذا لا يقع ضمن نطاق اهتمام البروتوكول.

العودة إلى Job، فإن دورة حياة كل Job تتضمن أربع حالات، وهي تتوافق مع مراحل مختلفة في تشغيل ERC-8183.

• افتح: سيقوم العميل بإنشاء مهمة في هذه الدورة، ونشر المهمة وتحديد المتطلبات بدقة؛
• مُمَوَّل: سيُحول العميل العمولة إلى عنوان وديع ذكي، وليس مباشرة إلى المُزَوِّد؛
• تم التقديم: المزود أكمل العمل وقدم الإثبات؛
• الطرف النهائي (المكتمل / المرفوض / المنتهي): يُقيّم المُقيّم المهمة ويتخذ قرارًا ب WHETHER تكتمل المهمة (مكتملة أو مرفوضة) بناءً على نتيجة التقييم، ثم يحول الأموال إلى العميل أو المزود وفقًا لذلك؛ إذا لم يستجب المزود أو يُكمل المهمة ضمن الوقت المطلوب، تُعاد الأموال إلى العميل.

بالإضافة إلى الإجراءات القياسية المذكورة أعلاه، يمكن لـ ERC-8183 تحقيق ميزات إضافية من خلال وظائف قابلة للتوسيع المبنية على وحدات تسمى Hooks، وذلك لتلبية حالات استخدام تجارية معقدة في العالم الحقيقي. تمثل Hooks عقودًا ذكية اختيارية تُرفق عند إنشاء المهمة، وتُنفّذ منطقًا مخصصًا قبل وبعد مراحل مختلفة من دورة حياة المهمة، مثل عتبات السمعة، وآليات المناقصات، وتوزيع الرسوم، أو متطلبات خاصة أخرى.

من x402 إلى ERC-8004، ثم إلى ERC-8183 اليوم، قد يشعر القراء غير الملمين بالحيرة حول سبب الحاجة إلى إنشاء شيء جديد بين الحين والآخر. لكن في الواقع، تمثل هذه الثلاثة مراحل مختلفة في نظام اقتصاد الوكلاء الذكاء الاصطناعي، وكل منها يهدف إلى حل مشكلة مختلفة.

x402 هو بروتوكول دفع عبر HTTP، ويهدف إلى حل مشكلة تمكين وكلاء الذكاء الاصطناعي من إجراء مدفوعات مباشرة كما يفعلون عند استدعاء واجهات برمجة التطبيقات؛ ERC-8004 هو معيار هوية وسمعة وكلاء الذكاء الاصطناعي، ويهدف إلى حل مشكلة كيفية تقييم موثوقية وكيل؛ ERC-8183 يركز على مرحلة المعاملات التجارية، ويسعى إلى التغلب على تحدي تمكين وكيلين لا يثقان ببعضهما البعض من إتمام معاملة.

باختصار، يُعنى x402 بحل "كيفية الدفع"؛ وERC-8004 بتحديد "من هو الطرف الآخر وهل هو موثوق"؛ وERC-8183 بمعالجة "كيفية إجراء الصفقة بثقة".

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