x402 قيادة الاقتصاد الآلي! ثلاث بروتوكولات لبناء عصر جديد من مدفوعات الوكلاء الذكاء الاصطناعي

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

x402 بروتوكول：تفعيل HTTP 402 لتنفيذ الدفع الأصلي API

! عملية تشغيل بروتوكول x402

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

x402 بروتوكول مبني على هيكل عميل/خادم. العميل هو المشتري الذي يشتري الخدمة/السلعة، بينما الخادم في هذا الجانب هو البائع الذي يقدم الخدمة/السلعة. على أساس هذا الهيكل، قدمت أكبر بورصة تشفير تمتثل للقوانين في الولايات المتحدة خدمة الم facilitators للبائعين لتبسيط عملية التحقق من الدفعات وتسويتها بين المشترين والبائعين. على سبيل المثال، خادم Canza الذي يحتل المرتبة الأولى في x402scan (يوفر معلومات التداول باستخدام الذكاء الاصطناعي) يعمل كما يلي:

أولاً، يقوم المستخدم بإرسال طلب عبر العميل للوصول إلى خدمات Canza المدفوعة. بعد ذلك، يستخدم خادم Canza استجابة HTTP 402 لتعريف متطلبات الدفع: يجب على العميل تقديم رأس X-PAYMENT والدفع عبر USDC على سلسلة Base. بعد تحليل محتوى استجابة 402 JSON، سيقوم المحفظة بإظهار مطالبة بتوقيع رسالة TransferWithAuthorization (من خلال تنفيذ ERC-3009). تسمح هذه الرسالة للموقع بالتوقيع على تحويل بدون رسوم غاز من عنوان الموقع إلى عنوان EOA أو عنوان عقد تابعة لطرف ثالث.

بعد ذلك يوقع المستخدم الرسالة، ويستخدم العميل رأس X-PAYMENT المشفر بتنسيق base64 لتقديم Payload، بعد استلام خادم Canza للـ Payload الوارد، سيتم التحقق منه من قبل المنسق، وسيتم تسوية الدفع على البلوكشين للخادم. بعد تأكيد الدفع من قبل خادم Canza، يوفر Canza الخدمة المطلوبة للمستخدم.

x402 بروتوكول三大優勢：

دعم متعددة السلاسل: يدعم سلاسل EVM مثل Base و Avalanche و Solana، يمكن إعداد الخادم بشكل مرن.

دفع منخفض الاحتكاك: يتم تحقيق تحويلات بدون رسوم غاز من خلال ERC-3009، مما يقلل من تكاليف المعاملات

التكامل الأصلي لـ HTTP: لا حاجة لدفع رسوم إضافية، يمكن لأي تطبيق يدعم HTTP الاتصال بسهولة.

x402 بروتوكول خاص يستحق الانتباه هو أنه يدعم أصول تشفير متعددة عبر سلاسل الكتل المختلفة (Base، Avalanche وغيرها من سلاسل EVM، Solana) (يجب دعم ERC-3009، الافتراضي هو USDC) للاستخدام في المدفوعات، ويتطلب الأمر فقط إعداد من جانب الخادم. هذه المرونة تجعل x402 قادرًا على التكيف مع سيناريوهات التطبيق المختلفة وتفضيلات المستخدمين.

AP2 بروتوكول: بناء إطار معاملات موثوق في التراخيص الرقمية

! تفويض نية بروتوكول x402 AP2

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

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

تُستخدم وثيقة التفويض (Intent Mandate) في التداول الآلي عندما يكون المستخدم غير متواجد. يقدم المستخدم تعليمات التشغيل مسبقًا إلى وكيل الذكاء الاصطناعي، والتي تشمل قيودًا واضحة مثل “شراء تذاكر الحفل، بميزانية لا تتجاوز 500 يوان”. توفر هذه الوثيقة ضمانًا قانونيًا وتقنيًا لقرارات وكيل الذكاء الاصطناعي، مما يضمن أن تصرفاته تظل دائمًا ضمن نطاق تفويض المستخدم.

تُستخدم وثيقة تفويض عربة التسوق (Cart Mandate) لتأكيد المعاملات من قبل المستخدم في الموقع. يتم إنشاؤها عندما يكون الوكيل جاهزًا لتقديم السلع والأسعار المحددة لتأكيد المستخدم. يوقع المستخدم على وثيقة تفويض عربة التسوق للموافقة، مما ينشئ سجلًا آمنًا وغير قابل للتغيير حول السلع والأسعار المحددة، مما يضمن أن ما يُرى هو ما يُدفع. وهذا يحل مشكلة “تعديل الطلب” في التجارة الإلكترونية التقليدية.

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

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

ERC-8004: الهوية اللامركزية كأساس للاقتصاد الآلي

! سجل الهوية x402 ERC-8004

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

تصميم ERC-8004 يدور حول إنشاء ثلاثة سجلات خفيفة الوزن، كل سجل مسؤول عن جوانب مختلفة من نموذج الثقة. سجل الهوية (Identity Registry) تم تنفيذه استنادًا إلى معيار ERC-721، ويقوم بتوسيع ميزات URIStorage، مما يسمح بتوافق هوية وكيل الذكاء الاصطناعي مع النظام البيئي الحالي لـ NFT. كل وكيل ذكاء اصطناعي يقوم بالتسجيل من خلال استدعاء دالة register، ويحصل على agentId فريد (أي tokenId لـ ERC-721).

سجل السمعة (Reputation Registry) يوفر واجهة معيارية لنشر والحصول على تغذية راجعة عن خدمات وكيل الذكاء الاصطناعي، ويدعم نظام تغذية راجعة من 0-100، وتصنيف العلامات، وارتباط إثبات الدفع. يعتمد هذا السجل على بنية مختلطة على السلسلة وخارجها، مما يضمن قابلية تجميع البيانات الأساسية على السلسلة، بينما تُترك الحسابات المعقدة للتجميع خارج السلسلة لزيادة الكفاءة. هيكل عقود سجل السمعة مرتبط ارتباطًا وثيقًا بسجل الهوية، مما يضمن أن فقط وكلاء الذكاء الاصطناعي المسجلين يمكنهم الوصول إلى سجلات السمعة.

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

بناء أساس الدفع للاقتصاد الآلي ثلاثي الأبعاد

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

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