شرح X402: المدفوعات الصغيرة الأصلية عبر HTTP لوكلاء الذكاء الاصطناعي

تعيد مواصفات X402 استخدام حالة HTTP 402 Payment Required القياسية لتحويل استدعاء API عادي إلى عملية دفع صغيرة على الشبكة (on-chain). يمكن لوكلاء الذكاء الاصطناعي الآن تسوية الرسوم لاستعلامات LLM أو خلاصات البيانات دون تدخل بشري، ويمكن للمزودين فرض رسوم لكل طلب دون الحاجة لبناء نظام فواتير مخصص.

لماذا يحتاج وكلاء الذكاء الاصطناعي إلى بروتوكول دفع

تقوم الوكلاء المستقلة بالربط بين النماذج اللغوية، وأدوات البحث عبر الويب، ومصادر البيانات المملوكة. وكل عملية ربط هذه لها تكلفة—سواء كانت رسومًا لكل رمز (token) للنموذج أو رسومًا لكل استدعاء لواجهة برمجة تطبيقات (API) لبيانات السوق. تعتمد نماذج الأعمال الحالية على مفاتيح API مرتبطة بحسابات اشتراك، أو شحن رصيد يدوي، أو فوترة لاحقة. وتكسر هذه الأساليب وعد "عدم التدخل البشري" للوكلاء المستقلين وتضيف أعباءً تشغيلية على المزودين.

يوفر X402 حلاً وسطاً: تدفق طلب-استجابة يشبه أي استدعاء HTTP آخر، ولكن مع خطوة دفع مدمجة مسجلة على بلوكشين عام. المتطلب الوحيد هو أن يتمكن العميل من توقيع وبث معاملة على الشبكة التي يحددها الخادم.

تفاصيل عملية المصافحة (handshake) في X402

  1. الطلب الأولي – يرسل الوكيل طلب GET أو POST عادي إلى نقطة نهاية مدفوعة. لا حاجة إلى رؤوس (headers) خاصة.
  2. رد الخادم بـ 402 – تحمل الاستجابة الحالة 402 وجسم JSON يسرد ما يلي:
    • amount – الرسوم التي يتوقعها الخادم، بأصغر وحدة رمز (token)؛
    • token – عنوان عقد ERC-20 (أو ما يعادله)؛
    • chain – معرف البلوكشين حيث يجب تسجيل الدفع؛
    • nonce اختياري – قيمة فريدة تمنع هجمات إعادة التشغيل (replay attacks).
  3. تجهيز العميل للدفع – يتحقق الوكيل من عنوان الرمز والشبكة مقابل سياسته (على سبيل المثال، الشبكات الموثوقة فقط). ثم ينشئ معاملة تحول المبلغ المطلوب إلى العنوان الذي وفره الخادم، ويوقعها بمفتاحه الخاص، ثم يبثها.
  4. إرسال هاش الدفع (Payment hash) – عندما يتوفر هاش المعاملة، يكرر العميل الطلب الأصلي، مع إضافة رأس X-Payment هذه المرة والذي يحتوي على الهاش. تظل الحمولة (payload) دون تغيير.
  5. تحقق الخادم على الشبكة – يبحث الخادم في البلوكشين عن تحويل مؤكد يطابق المبلغ والرمز والشبكة والـ nonce. إذا وجد تطابقاً، فإنه يعيد البيانات المطلوبة مع حالة 200 OK.

يمكن لأي مكتبة عميل HTTP تدعم الرؤوس المخصصة ويمكنها استدعاء SDK الخاص بالبلوكشين تنفيذ هذه الخطوات. لا يلزم وجود بروتوكول نقل جديد أو طبقة socket مخصصة.

مقايضات يجب وضعها في الاعتبار

  • زمن الاستجابة (Latency) – يؤدي تأكيد الشبكة العامة إلى إضافة تأخير.
  • تكاليف الغاز (Gas costs) – حتى الشبكات الرخيصة تفرض رسوم غاز؛ لذا قد تكون المدفوعات التي تقل عن 0.001 دولار غير اقتصادية.
  • التعقيد – يجب على الوكلاء التعامل مع المعاملات الفاشلة وإعادة تنظيم الشبكة (chain reorganizations)؛ لذا يعد وجود منطق إعادة محاولة قوي أمراً ضرورياً.
  • الأمان – يمنع الـ nonce هجمات إعادة التشغيل، ولكن لا يزال يتعين على الوكلاء حماية المفاتيح الخاصة وتجنب إعادة استخدامها عبر خدمات غير مرتبطة.