تفكيك مكدس بروتوكول deAI - x402 / ERC 8004 / A2A

المؤلف: جاي يو؛ الترجمة: بلوك يونيكورن## المقدمة

اليوم، نشهد بناء “طبقة بروتوكول الشبكة” للذكاء الاصطناعي اللامركزي (deAI) بشكل تدريجي. تمامًا كما تعمل الإنترنت على مجموعة من المعايير القابلة للتشغيل المتبادل - حيث تستخدم طبقة النقل TCP/IP، وطبقة اكتشاف الخدمة DNS، والمنطق التطبيقي HTTP - يمكننا أيضًا تقسيم طبقة بروتوكول deAI إلى هذه الوحدات الثلاث: طبقة التطبيق تستخدم x402، وطبقة اكتشاف الخدمة تستخدم ERC 8004، وطبقة النقل تستخدم A2A - كل ذلك يعمل على طبقة بروتوكول HTTP التقليدية.

بشكل عام، يحدد مكدس بروتوكول deAI كيفية دفع الوكلاء للرسوم، واكتشاف الموارد، والتواصل مع بعضهم البعض. الآن، دعونا نحلل كل جزء على حدة:

! صورة

1. طبقة التطبيق - x402

في قمة مجموعة بروتوكولات الذكاء الاصطناعي اللامركزي (deAI) يوجد x402، والذي يمثل بروتوكول طبقة التطبيق للدفع بين الوكلاء مقابل خدمات متنوعة (مثل تخزين الملفات، التجارة الإلكترونية، واستخراج بيانات الويب، وغيرها). تم بناء x402 بواسطة Coinbase وCloudflare، وهو يوسع بشكل جذري رمز الحالة الأصلي “HTTP 402: يتطلب الدفع”، مما يجعله جزءًا من سير العمل، ويسمح للوكلاء بدفع رسوم الخدمات باستخدام العملات المستقرة.

لقد كتبت سابقًا مقالًا تفصيليًا عن x402، عنوان المقال هو “التحول الحديث لـ HTTP 402”، ويتناول رؤيته، هيكله، الفرص والتحديات.

بشكل أساسي، تعمل x402 من خلال اتفاقية ثلاثية الأطراف تتكون من ثلاثة أجزاء: طلب العميل للموارد → عودة خادم الحالة 402 → يتحقق منسق الدفع (facilitator) من تفويض الدفع للعميل وينقل الأموال فعليًا (مثل تقديم معاملة موقعة على السلسلة). بعد إتمام هذه الخطوات، سيفتح الخادم المحتوى المتقدم.

! صورة

اليوم، قد تكون x402scan واحدة من أفضل الموارد لمراقبة أداء خادم x402 في العمل الفعلي. على الرغم من أن x402 سيكون له فوائد كبيرة على المدى الطويل فيما يتعلق بالمدفوعات الصغيرة للمحتوى عالي الجودة (مثل زحف الويب، المقالات المدفوعة، موارد الحوسبة)، إلا أن صعوده الأخير (الذي يمكن رؤيته بوضوح من خلال x402scan) يعود إلى حد كبير إلى مجموعة من عملات الميم، مثل … $PING - هذه العملات تتطلب الدفع عبر x402 لتعدينها على طول منحنى السندات.

ومع ذلك، تظل x402 مثالًا جيدًا لمعيار طبقة التطبيقات في مجموعة بروتوكولات الذكاء الاصطناعي اللامركزي (deAI) الناشئة. تمامًا كما تحتوي “طبقة التطبيقات” في مجموعة بروتوكولات الشبكة التقليدية على العديد من البروتوكولات (HTTP و FTP و SMTP و VoIP وغيرها)، يمكننا أيضًا أن نتوقع ظهور المزيد من معايير طبقة التطبيقات في المستقبل.

2. طبقة الاكتشاف - ERC 8004

عند استخدام x402، فإن إحدى الأسئلة التي يسهل طرحها هي: كيف يكتشف الناس الخدمات المتاحة؟ وهنا يأتي دور ERC 8004 الذي تم تطويره بقيادة مؤسسة إيثريوم في “طبقة الاكتشاف”.

تمامًا كما يقوم DNS بربط أسماء النطاقات بعناوين IP (google.com → 8.8.8.8)، فإن ERC 8004 يحل مشكلة اكتشاف الوكلاء من خلال إنشاء سجل على سلسلة الكتل يربط بين معرف الوكيل وروابطه ووظائفه المختلفة. يستخدم ERC 8004 “بطاقة الوكيل” كهوية الوكيل، ويقدم ميزات إضافية مثل تقييم السمعة والتحقق.

! صورة

تستخدم ERC 8004 كطبقة أساسية ERC721 (NFT) و URIStorage. تحتوي على معلمات مثل الاسم، A2A، MCP، OASF، ENS، DID وأنواع الثقة المدعومة (مثل السمعة، الاقتصاد المشفر، إثبات TEE). جميع هذه المعلمات المختلفة تشير إلى معايير معرف الوكيل المتنوعة، مما يعرض بشكل أكثر شمولاً وظائف الوكيل.

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

3. طبقة النقل - بروتوكول A2A

حتى الآن، قدمنا ​​طبقة التطبيق وطبقة الاكتشاف. الحلقة الأخيرة من كومة البروتوكولات هي طبقة النقل - المسؤولة عن معالجة كيفية تواصل التطبيقات مع بعضها بعد الانتهاء من الاكتشاف من خلال بروتوكول مشابه لـ ERC 8004. بالنسبة لكومة بروتوكولات الإنترنت التقليدية، فإن بروتوكول TCP/IP مسؤول عن نقل حزم البيانات عبر الشبكة من العميل إلى الخادم. أما بالنسبة لكومة بروتوكولات الذكاء الاصطناعي اللامركزية (deAI)، فقد أطلقت Google مؤخرًا بروتوكول A2A، الذي يهدف خصيصًا إلى تمكين التواصل بين الوكلاء.

تتواصل وكيل العميل (A2A العميل) والوكيل البعيد (A2A الخادم) عبر HTTPS باستخدام JSON-RPC 2.0. في الأساس، يقوم الوكيلان “بالحديث” من خلال الوصول إلى نقاط النهاية HTTP الخاصة بهما وطلب الحساب أو وظائف متنوعة. كما تحدد A2A أن كل وكيل يمتلك بطاقة وكيل لنشر معلومات حول وظائفه، الإطار، مرفقات MCP، وغيرها.

! صورة

في بروتوكول A2A، بعد أن يؤكد العميل والوكيل البعيد بعضهما البعض، يقوم العميل بمراجعة بطاقة الوكيل للحصول على نقطة نهاية HTTP، ويطلب الخدمة المناسبة. سيستخدم الوكيل البعيد أدوات MCP الخاصة به والموارد الحاسوبية وغيرها، ويرسل تحديثات غير متزامنة أثناء عملية معالجة المهام (تشبه “عملية التفكير” في نموذج الاستدلال). أخيرًا، سيرسل الاستجابة النهائية والقطع.

أوصي هنا بمقالة ممتازة للمبتدئين وهي “ما هو بروتوكول A2A (Agent2Agent)؟” من IBM.

جمع جميع العوامل معًا…

بالنظر إلى عوامل مثل x402 و8004 وA2A، يمكننا الرجوع إلى مثال العرض المقدم من Coinbase - شراء ثلاجة جديدة من Lowe's. لنفترض أن المستخدم يتحدث مع روبوت الدردشة ويسأل عن كيفية شراء ثلاجة من Lowe's:

• سنستخدم ERC 8004 (طبقة الاكتشاف) للعثور على وكيل مبيعات ثلاجات Lowe's، وسنطلب منه إدراج ميزات الوكيل.
• سنستخدم A2A (طبقة النقل) للتواصل مع وكيل Lowe's عبر نقطة نهاية HTTP.
• سنستخدم x402 (طبقة التطبيق) لمعالجة تفويض الدفع ونقل عملة مستقرة على السلسلة.

بالطبع، كل هذا سيحدث على مجموعة بروتوكولات الشبكة التقليدية HTTP-DNS-TCP/IP!

بشكل عام، يشكل هذا المكدس العمود الفقري لبروتوكول الإنترنت الوكيل (Agentic Internet () ، مما يسمح للوكلاء ليس فقط بنقل البيانات، ولكن أيضًا بالتداول والتحقق والتنسيق مع الموارد على السلسلة.