Skip to main content
يتمحور Ace Data Cloud X402 حاليًا حول تسوية USDC، ويدعم نوعين من السلاسل: EVM وSolana. تختلف طريقة التوقيع وعنوان الأصل وسلوك gas وسيناريوهات الاستخدام باختلاف الشبكات، ويجب اختيار الشبكة مسبقًا قبل التكامل.

تستخدم معرّفات الشبكات CAIP-2

إن accepts[].network في x402 v2 هو معرّف CAIP-2، وليس اختصارات مثل base وskale. يجب على العميل مطابقة الشبكة عبر المقارنة بسلسلة CAIP-2:

مصفوفة الدعم

يتوفر upto حاليًا على Base فقط. تعتمد العناصر المتاحة فعليًا على accepts التي تعيدها API. يمكنك أيضًا عرض Facilitator:
استجابة Facilitator /supported:
توضيح النتائج:
  • إن exact في Base وSKALE وSolana هو مسار دفع بمبلغ ثابت.
  • توفر Base فقط مسار الفوترة اللاحقة upto، والذي يعتمد على approve لـ Permit2.
  • إن extra.facilitatorAddress في عنصر upto هو العنوان الذي يجب كتابته في witness عند توقيع العميل، ويجب أن يتطابق مع القيمة التي يعيدها الخادم.

Base

تستخدم Base عقد USDC الرسمي:
في مخطط exact، يوقع العميل EIP-712 TransferWithAuthorization. يتضمن محتوى التوقيع:
  • from: عنوان محفظة الدفع
  • to: عنوان المستلم الخاص بـ Ace Data Cloud
  • value: مبلغ الدفع لهذه المرة
  • validAfter / validBefore: نافذة صلاحية التوقيع
  • nonce: nonce عشوائي من 32 بايت
بعد أن يتحقق Facilitator من التوقيع، سيستدعي transferWithAuthorization الخاص بـ USDC على السلسلة لإتمام التحويل. Base هي شبكة التكامل الرسمية الأكثر توصية، وهي مناسبة بشكل خاص للفوترة اللاحقة upto، لأن نظام Permit2 وUSDC والمحافظ أكثر نضجًا. مثال على نتيجة التحقق من Base exact:
توضيح النتائج:
  • تعيد API paid retry محتوى النموذج ADC_BASE_E2E_OK.
  • يمكن البحث عن المعاملة على السلسلة في BaseScan، ورقم الكتلة هو 46726299.
  • إن 95215 atomic USDC تساوي 0.095215 USDC، وهو مبلغ التسوية الفعلي لاستدعاء API هذا.
نتيجة تشغيل البرنامج لدفع طلب Base exact:
توضيح النتائج:
  • الحالة النهائية لطلب المنصة هي Finished.
  • يُكتب pay_id الخاص بالطلب في نفس تجزئة معاملة Base.
  • إن 1200000 atomic USDC تساوي 1.2 USDC، وهو مبلغ الدفع الفعلي التاريخي لطلب 10 Credits هذا بموجب السياسة القديمة؛ لا تتمتع الطلبات الجديدة بخصم إضافي لطريقة دفع X402، ويُعتد بمبلغ التوقيع المحدد في استجابة 402 هذه.

SKALE

تستخدم SKALE USDC المُجسَّر، وطريقة التوقيع مشابهة لـ Base، وهي أيضًا EIP-3009. وهي مناسبة لسيناريوهات الدفع EVM ذات تكلفة gas المنخفضة؛ وتظل الاستدعاءات الفعلية خاضعة لـ accepts التي تعيدها API. سيحتوي accepts النموذجي لـ 402 في SKALE على:
توفر SKALE حاليًا exact فقط. إذا كنت تحتاج إلى فوترة لاحقة، فاستخدم Base upto. مثال على نتيجة التحقق من SKALE exact:
توضيح النتائج:
  • تعيد محاولة الدفع عبر API محتوى النموذج ADC_SKALE_E2E_OK.
  • يمكن الاستعلام عن المعاملة في مستكشف SKALE، ورقم الكتلة هو 1969317.
  • مبلغ التسوية لهذه الدفعة exact هو 0.095215 USDC.

Solana

تستخدم Solana عملية TransferChecked الخاصة بـ SPL USDC. سيُنشئ العميل معاملة تحويل، ويوقّع عليها ويقدّمها، ثم يضع توقيع المعاملة أو المعاملة المتسلسلة في envelope PAYMENT-SIGNATURE. خصائص Solana:
  • استخدام Solana wallet adapter أو base58 secret key؛
  • الأصل هو Solana USDC mint؛
  • يدعم حاليًا exact فقط؛
  • سيتحقق الـ Facilitator من mint وdestination وauthority وamount الخاصة بتعليمة التحويل.
إذا تم استخدام نمط wallet fee payer، فستقدّم المحفظة المعاملة مباشرةً، وسيكون الـ Facilitator مسؤولًا عن تأكيد المعاملة وإرجاع نتيجة settlement. مثال على نتيجة التحقق من exact في Solana:
شرح النتائج:
  • أعادت paid retry بالفعل HTTP 200، وكان خرج النموذج ADC_SOLANA_E2E_OK.
  • قد تواجه استعلامات RPC العامة عن signature على السلسلة تقييدًا للمعدل.
  • نظرًا لأن استعلامات RPC العامة قد تكون مقيّدة بالمعدل، فلا يُكتب هنا مستكشف Solana. عند الحاجة إلى مطابقة صارمة، يُرجى استخدام Solana RPC خاص بك أو سجلات settlement من جهة المنصة لتأكيد توقيع المعاملة.

كيفية الاختيار

بغض النظر عن السلسلة التي تختارها، لا تقم بترميز السعر بشكل ثابت في العميل. يحدده السعر الذي يعيده الخادم عبر accepts[].maxAmountRequired.