accepts، وكيف تجعل PAYMENT-SIGNATURE نفس طلب API يتحول إلى طلب مدفوع.
التحضيرات
تحتاج إلى تحضير:
لا تحتاج X402 لاستدعاء Ace Data Cloud API إلى رمز API. الطلب الأول من SDK لا يحمل
Authorization، وستعيد البوابة 402 Payment Required ومتطلبات الدفع؛ بعد التوقيع، سيعيد SDK المحاولة تلقائيًا.
تثبيت SDK
عنوان المصدر والحزمة:- مستودع SDK: https://github.com/AceDataCloud/SDK
- مستودع X402 Client: https://github.com/AceDataCloud/X402Client
- npm:
@acedatacloud/sdk،@acedatacloud/x402-client - PyPI:
acedatacloud،acedatacloud-x402
acedatacloud-x402.
تثبيت وفحص الإخراج في بيئة نظيفة مؤقتة:
- حزم npm وحزم PyPI هي حزم منشورة حقيقية، وليست أسماء موضوعة في الوثائق.
acedatacloud-x402[cli]ستقوم بتثبيت CLI، ويمكن استخدام الأمر الفرعيapprove-permit2لمشاهداتuptoلتفويض Permit2.
الطلب الأول سيعيد 402
يمكنك أولاً استخدامcurl لرؤية ما تعيده الطلبات غير المدفوعة. المثال أدناه لن ينتج عنه خصم، لأنه لا يحمل PAYMENT-SIGNATURE:
accepts، الهيكل الشائع كما يلي:
PAYMENT-REQUIRED، مما يسهل على العميل قراءة متطلبات الدفع دون تحليل الجسم.
ملخص الإخراج لطلب API غير المدفوع في الإنتاج كما يلي:
- الطلب الأول لم يحمل
AuthorizationأوPAYMENT-SIGNATURE، لذا أعاد HTTP 402، ولن ينتج عنه خصم. acceptsهو المصدر الوحيد الموثوق للتوقيع في هذا الطلب، ويحتوي على الشبكات الاختيارية، المخطط، الحد الأقصى للمبلغ، عنوان الدفع وعنوان الأصول.networkهو تعريف CAIP-2، ويجب على العميل مطابقة الشبكة وفقًا لسلسلة CAIP-2.- الحد الأقصى لمبلغ طلب الدردشة الأدنى لـ
gpt-4o-miniهو95215وحدة USDC الذرية، أي ما يعادل0.095215USDC. - يجب قراءة استجابة 402 في كل طلب، ولا يجب ترميز المبلغ النموذجي في كود العمل.
إكمال الدفع وإعادة المحاولة باستخدام SDK
إليك مثال TypeScript الأدنى. يحددnetwork: 'skale'، وسيختار المعالج متطلبات الدفع لـ SKALE من استجابة 402 هذه؛ المبلغ الفعلي وعنوان الدفع لا يزالان يعتمدون على accepts.
content ADC_TS_SDK_X402_OKهو سلسلة ثابتة تعود بها النموذج وفقًا للكلمات الدلالية، مما يدل على أن الدفع قد تم إعادة المحاولة بعد أن دخل الطلب فعليًا إلى واجهة برمجة التطبيقات للنموذج.payerهو عنوان محفظة التوقيع المحلية، لم يتم إرسال المفتاح الخاص إلى Ace Data Cloud.- أكمل SDK تحليل 402، وتوقيع
PAYMENT-SIGNATUREوإعادة محاولة الطلب الأصلي؛ لا تزال الشيفرة التجارية مكتوبة بطريقة استدعاء SDK العادية.
- أرسل SDK طلب API عادي مرة واحدة، دون
Authorization. - أعاد Gateway
402 Payment Requiredوaccepts. - اختار
createX402PaymentHandlerمتطلبات الدفع لـnetwork = 'skale'ووقعPAYMENT-SIGNATURE. - أعاد SDK محاولة بنفس جسم الطلب، بعد أن تحقق Gateway من Facilitator وأجرى التسوية، تم السماح بالوصول إلى واجهة برمجة التطبيقات المستهدفة.
عرض قدرات Facilitator
لا تعتمد واجهة برمجة التطبيقات X402 على دليل الموارد. يستدعي العميل واجهات برمجة التطبيقات المعروفة مباشرة، ويستخدم402 Payment Required و accepts التي تم إرجاعها في الوقت الفعلي كمرجع وحيد للسعر والتوقيع.
تقع بيانات قدرة Facilitator في:
/supported، /verify، /settle والشبكات المدفوعة الحالية، ولا تسرد موارد واجهة برمجة التطبيقات.
عنوان Facilitator الإنتاجي لـ Ace Data Cloud هو:
kinds المدعومة من قبل Facilitator الشبكات والمخططات. لا يزال يتم الاعتماد على accepts التي تعيدها واجهة برمجة التطبيقات عند الاستدعاء الفعلي.
مخرجات Facilitator /supported:
- توضح
/supportedأن Facilitator يمتلك قدرات التحقق والتسوية لهذه الشبكات والمخططات. - تدعم Base وSKALE وSolana
exact؛ بينماuptoمتاحة حاليًا فقط على Base. - لا يزال يتعين الاعتماد على واجهة برمجة التطبيقات الخاصة بـ 402
acceptsلتحديد ما إذا كانت واجهة برمجة التطبيقات تسمح بشبكة معينة.

