ERC-8004 مقابل x402: كيف يبني وكلاء الذكاء الاصطناعي الثقة ويمكّنون المدفوعات المستقلة

ERC-8004 هو معيار للهوية والثقة لوكلاء الذكاء الاصطناعي، مقترح ضمن منظومة Ethereum. ويُعرف رسميًا باسم Trustless Agents، ويهدف إلى استخدام البلوكشين لإنشاء آليات لاكتشاف الوكلاء عبر المنصات المختلفة، وتسجيل السمعة، والتحقق من المهام. أما x402 فهو بروتوكول دفع مفتوح يستند إلى رمز الحالة HTTP 402، ويتيح للتطبيقات ووكلاء الذكاء الاصطناعي تفويض المدفوعات وتسويتها عند طلب موارد الإنترنت. يعالج البروتوكولان، على التوالي، مسائل الثقة والدفع في تعاون الوكلاء، ويشكلان بنية تحتية مهمة لاقتصاد الوكلاء المفتوح.

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

يوفر الجمع بين ERC-8004 وx402 أساليب لتلبية هذه الاحتياجات على طبقات مختلفة. ويتطلب فهم البروتوكولين التمييز بين تسجيل الهوية والتحقق من الهوية الواقعية، وبين سجلات السمعة والتحقق من النتائج، وبين تفويض الدفع والتسوية الفعلية. كما يتطلب دراسة كيفية عملهما مع MCP وA2A ومحافظ العقود الذكية والعملات المستقرة لبناء سير عمل تعاوني مؤتمت لوكلاء الذكاء الاصطناعي.

النقاط الرئيسية

• يعالج ERC-8004 اكتشاف هوية الوكلاء والثقة بهم. ومن خلال سجلات الهوية والسمعة والتحقق، يتيح التعرف على وكلاء الذكاء الاصطناعي من منصات مختلفة وتقييمهم والتحقق منهم.

• يعالج x402 المدفوعات الأصلية للإنترنت. واستنادًا إلى آلية HTTP 402 Payment Required، يتيح لوكلاء الذكاء الاصطناعي الدفع تلقائيًا مقابل واجهات API والبيانات وموارد الحوسبة وغيرها من الخدمات الرقمية ضمن تفويضات محددة مسبقًا.

• لا يمثل البروتوكولان منافسين لبعضهما. يساعد ERC-8004 الوكلاء على تحديد الجهة التي سيتعاونون معها، بينما يوفر x402 قدرات الدفع والتسوية.

• لا يتعامل ERC-8004 مع المدفوعات مباشرةً، ولا يوفر x402 نظامًا متكاملًا لهوية الوكلاء وسمعتهم. ويمكن لهما معًا دعم سير عمل تجاري يمتد من اكتشاف الخدمات وتقييم الثقة إلى المدفوعات المؤتمتة والتغذية الراجعة بشأن النتائج.

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

ما هو ERC-8004، ولماذا يحتاج وكلاء الذكاء الاصطناعي إلى هويات على البلوكشين؟

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

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

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

يقترح ERC-8004 ثلاثة سجلات مستقلة على البلوكشين:

يعتمد سجل الهوية على ERC-721. وتتوافق كل هوية مسجلة مع agentId وتستخدم البيانات الوصفية لربط وصف الوكيل ونقاط نهاية الخدمة وغيرها من المعلومات الضرورية.

يتيح ذلك للوكلاء امتلاك معرّفات هوية مستقلة نسبيًا عن أي منصة تطبيقات واحدة.

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

اعتبارًا من 22 أكتوبر 2026، لا تزال صفحة EIP الخاصة بـ ERC-8004 تعرض حالته باعتبارها مسودة. ومع ذلك، بدأت بالفعل عمليات نشر واستخدام للسجلات ذات الصلة وتطبيقات المنظومة، لذا ينبغي التمييز بين حالة المواصفة والتبني الفعلي.

كيف يبني ERC-8004 الثقة عبر الهوية والسمعة والتحقق؟

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

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

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

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

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

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

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

ما هو x402، ولماذا يحتاج وكلاء الذكاء الاصطناعي إلى بروتوكول دفع أصلي لـ HTTP؟

x402 هو بروتوكول دفع مفتوح مبني على رمز الحالة HTTP 402 Payment Required. ويهدف إلى إضافة آلية دفع موحدة إلى سير عمل طلبات الإنترنت.

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

يعمل هذا النموذج مع مسارات العمل التي يديرها البشر، لكنه قد لا يناسب وكلاء الذكاء الاصطناعي الذين يعملون بصورة متكررة وعند الطلب.

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

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

ولا يقدم الخادم المورد المحمي إلا بعد استيفاء متطلبات الدفع وإكمال التحقق أو التسوية الضروريين.

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

ومن المهم أن x402 ليس عملة رقمية جديدة ولا بلوكشين منفصلًا. فهو بروتوكول لتفاعل الدفع يمكنه العمل مع شبكات بلوكشين مختلفة وعملات مستقرة وبنية تحتية للتسوية.

ما الفرق بين ERC-8004 وx402؟

يظهر ERC-8004 وx402 معًا غالبًا في النقاشات المتعلقة بوكلاء الذكاء الاصطناعي، لكنهما يعملان على طبقات تقنية مختلفة.

يركز ERC-8004 على كيفية إنشاء الوكلاء لهويات قابلة للبحث وعلاقات ثقة. بينما يركز x402 على كيفية تحفيز طلبات الخدمات للمدفوعات وكيفية ملاءمة تفويض الدفع والتسوية ضمن تفاعلات الإنترنت.

في الاستخدام العملي، يكون ERC-8004 أقرب إلى بنية الهوية والثقة لاقتصاد الوكلاء، بينما يكون x402 أقرب إلى بنية الدفع التحتية.

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

وعندما يقرر الوكيل الوصول إلى الخدمة، يمكن أن يساعده x402 في إتمام الدفع. وبعد تسليم الخدمة، يمكن للعميل أيضًا تسجيل الملاحظات عبر الآليات ذات الصلة في ERC-8004.

لكن يجب على مطوري التطبيقات دمج سير عمل هذا التعاون. فلا يحدث ذلك تلقائيًا لمجرد نشر ERC-8004 أو دعم x402.

كيف يتيح x402 لوكلاء الذكاء الاصطناعي إجراء مدفوعات مؤتمتة؟

تتمثل الآلية الأساسية لـ x402 في تضمين متطلبات الدفع ضمن سير عمل طلب واستجابة HTTP القياسي.

في x402 V2، يمكن تقسيم عملية الدفع النموذجية إلى ست مراحل.

سير عمل الدفع المؤتمت لوكلاء الذكاء الاصطناعي

سير عمل توضيحي؛ يعتمد الترتيب المحدد للتحقق والتسوية والتسليم على مخطط الدفع المستخدم.

فعلى سبيل المثال، يطلب وكيل ذكاء اصطناعي الوصول إلى واجهة API لبيانات السوق بسعر 0.05 USDC. ويمكن للخادم استخدام استجابة 402 Payment Required لإبلاغ العميل بأن المورد يتطلب دفعًا وتقديم شروط الدفع المقبولة.

بعد التحقق من السعر والبلوكشين المدعوم ومعلومات المستلم، يستخدم العميل محفظة مفوضة لإنشاء توقيع دفع ثم يرسل الطلب مجددًا.

في x402 V2، يمكن للخادم تقديم متطلبات الدفع عبر PAYMENT-REQUIRED، ويقدم العميل معلومات الدفع الموقعة باستخدام PAYMENT-SIGNATURE، ويمكن للخادم إرجاع نتيجة معالجة الدفع عبر PAYMENT-RESPONSE.

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

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

كيف يعمل ERC-8004 وx402 معًا لبناء سير عمل معاملات مؤتمتة لوكلاء الذكاء الاصطناعي؟

يمكن لـ ERC-8004 وx402 معًا دعم سيناريو تجاري متكامل يمتد من اكتشاف الخدمات والدفع إلى التسليم والملاحظات.

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

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

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

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

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

يوضح سير العمل هذا العلاقة التكاملية بين البروتوكولين:

يساعد ERC-8004 الوكلاء على اكتشاف الخدمات وتقييم الثقة، بينما يساعدهم x402 على الدفع مقابل الخدمات.

لكن ERC-8004 لا يضمن التسليم تلقائيًا، ولا يوفر x402 مباشرةً آلية عامة لقبول المهام أو التحكيم في عمليات الاسترداد. وبالنسبة إلى الخدمات عالية القيمة، لا يزال المطورون بحاجة إلى تصميم آليات للوفاء بالالتزامات وحل النزاعات وحماية الأموال.

كيف تعمل ERC-8004 وx402 وMCP وA2A معًا؟

إلى جانب ERC-8004 وx402، يمثل MCP وA2A مكونات مهمة في البنية التحتية للوكلاء.

يساعد MCP ‏(Model Context Protocol) أساسًا تطبيقات الذكاء الاصطناعي على الاتصال بالأدوات والموارد والبيانات الخارجية، ما يتيح للوكلاء الوصول إلى قواعد البيانات وخدمات البحث وغيرها من قدرات النظام.

يركز A2A ‏(Agent2Agent) على الاتصال والتعاون في المهام بين الوكلاء المختلفين، بما في ذلك أوصاف القدرات وتبادل الرسائل وإدارة دورة حياة المهام.

لا يحل ERC-8004 محل MCP أو A2A. بل يضيف آليات الاكتشاف والثقة للبيئات العابرة للمنظمات. ويمكن أن يوفر x402 قدرات الدفع للخدمات المدفوعة ضمن مسارات العمل هذه.

يمكن تلخيص العلاقة بين البروتوكولات الأربعة كما يلي:

فعلى سبيل المثال، يمكن لوكيل أبحاث الوصول إلى أدوات البيانات عبر MCP، والتعاون مع وكيل تحليل آخر عبر A2A، والبحث عن هويته وسمعته عبر ERC-8004، ثم الدفع مقابل البيانات أو موارد الحوسبة عبر x402.

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

كيف يمكن لوكلاء الذكاء الاصطناعي إدارة أذونات الدفع المؤتمت بأمان؟

تعد المدفوعات المؤتمتة قدرة مهمة في اقتصاد الوكلاء، لكنها تثير أيضًا مخاوف جديدة بشأن أمن الأموال.

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

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

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

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

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

يمكن للحسابات الذكية وآليات تجريد الحساب في منظومة Ethereum دعم تصاميم أذونات أكثر مرونة، بما في ذلك مفاتيح الجلسات وحدود الإنفاق وقوائم السماح.

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

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

لا تمنح المدفوعات المؤتمتة الآمنة حقًا وكلاء الذكاء الاصطناعي سيطرة غير مقيدة على الأموال. بل تتيح التنفيذ المستقل ضمن حدود تفويض محددة بوضوح.

ما التحديات التقنية والتجارية التي يواجهها ERC-8004 وx402؟

يوفر ERC-8004 وx402 قدرات تأسيسية مهمة لاقتصاد الوكلاء، لكن لا تزال هناك عدة مسائل قبل أن يتمكنا من دعم استخدام تجاري مستقر وعلى نطاق واسع.

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

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

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

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

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

وتبين هذه المسائل أن ERC-8004 وx402 أكثر ملاءمة للعمل كبنية تحتية مفتوحة منهما كحل تجاري متكامل يغطي الهوية والمدفوعات والوفاء بالالتزامات والمسؤولية القانونية.

ماذا يعني ERC-8004 وx402 لمنظومتي Ethereum وويب3؟

يوسع تطور ERC-8004 وx402 حالات استخدام البلوكشين لتشمل التعاون الاقتصادي بين الآلات.

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

يوفر ERC-8004 معلومات ثقة قابلة للتركيب لشبكات الوكلاء المفتوحة، بينما يسهل x402 دمج الخدمات الرقمية القائمة على الدفع حسب الاستخدام ضمن مسارات الدفع المؤتمتة.

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

ومع ذلك، لا يقتصر ERC-8004 على شبكة Ethereum الرئيسية. إذ يمكن نشر سجلاته على شبكات متوافقة مختلفة. كما أن x402 ليس حصريًا لـ Ethereum ويمكنه العمل مع سلاسل بلوكشين أخرى مدعومة.

لذلك، لا يعني تطور هذه البروتوكولات أن جميع معاملات الوكلاء ستتركز على Ethereum، كما لا يشير مباشرةً إلى أن سعر ETH سيرتفع بالضرورة.

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

الخلاصة

يعالج ERC-8004 وx402 مسألتين أساسيتين في اقتصاد وكلاء الذكاء الاصطناعي: الثقة والمدفوعات.

ومن خلال سجلات الهوية والسمعة والتحقق، يوفر ERC-8004 للوكلاء عبر المنصات هويات قابلة للبحث وإشارات للثقة. ومن خلال آلية الدفع HTTP 402، يتيح x402 للوكلاء الدفع مقابل الموارد الرقمية ضمن تفويضات محددة مسبقًا عند الوصول إليها.

لا يمثل البروتوكولان بديلين لبعضهما. إنهما مكونان للبنية التحتية يمكن دمجهما. يساعد ERC-8004 الوكلاء على اختيار المتعاونين، ويساعدهم x402 على إجراء التفاعلات الاقتصادية، ويمكن لـ MCP وA2A التعامل مع وظائف مثل اتصال الأدوات وتواصل الوكلاء.

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

يسهل ERC-8004 اكتشاف وكلاء الذكاء الاصطناعي وتقييمهم، بينما يسهل x402 عليهم الدفع مقابل الخدمات. ويقدمان معًا أساسًا مهمًا لاقتصاد وكلاء مفتوح وقابل للتركيب.

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

ما هو ERC-8004؟

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

ما هو x402؟

x402 هو بروتوكول دفع مفتوح يستند إلى HTTP 402 Payment Required. ويتيح للتطبيقات أو وكلاء الذكاء الاصطناعي تفويض المدفوعات وتسويتها عند الوصول إلى واجهات API المدفوعة والبيانات وغيرها من موارد الإنترنت.

ما الفرق الرئيسي بين ERC-8004 وx402؟

يعالج ERC-8004 بصورة أساسية اكتشاف هوية الوكلاء والثقة، بينما يعالج x402 بصورة أساسية المدفوعات المؤتمتة. ويوفران قدرات تأسيسية مختلفة.

هل يمكن لـ ERC-8004 إجراء المدفوعات مباشرةً؟

لا. لا يحدد ERC-8004 سير عمل عام لتسوية المدفوعات، لكنه يمكن استخدامه مع بروتوكولات دفع مثل x402.

هل يجب أن يستخدم x402 Ethereum؟

لا. يمكن أن يعمل x402 مع سلاسل البلوكشين وأصول الدفع المدعومة المختلفة. وهو ليس حصريًا لـ Ethereum.

هل يحتاج وكلاء الذكاء الاصطناعي الذين يستخدمون x402 إلى تأكيد بشري لكل دفعة؟

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

هل تعني هوية ERC-8004 على البلوكشين أن الوكيل اجتاز مراجعة أمنية؟

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

ما حالات الاستخدام التي يمكن أن يدعمها ERC-8004 وx402؟

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