X402

📅 آخر تحديث: ٢٧ يوليو ٢٠٢٦
✍️ نُشر في: ٢٧ يوليو ٢٠٢٦
📷 يحتوي على 1 صور
الموسوعة الحرة
مثال على طلب دفع x402

x402 هو معيار دفع مفتوح ومحايد للمعاملات عبر الإنترنت ، مبني على بروتوكول HTTP. يعيد هذا المعيار استخدام رمز الحالة HTTP 402 "الدفع مطلوب" الذي لم يُستخدم منذ فترة طويلة ، لتمكين عمليات الدفع المباشر بين المستخدمين ضمن دورات طلب واستجابة HTTP. يمكن إجراء المدفوعات بالعملات الرقمية المدعومة مثل USDC، ومن خلال وسائل الدفع المدعومة مثل بطاقات الدفع . [ 1 ]

تاريخ

كان رمز حالة HTTP 402 موجودًا منذ بدايات شبكة الإنترنت العالمية ، وقد صُمم في الأصل كآلية للخوادم لتحصيل رسوم من العملاء مقابل كل طلب. ومع ذلك، ظل رمز الحالة غير مستخدم إلى حد كبير لعقود بسبب قيود البنية التحتية: كانت المدفوعات بطيئة ومكلفة وتتطلب حسابات وجلسات ووسطاء يعتمدون بشكل كبير على عمليات رد المبالغ المدفوعة .

طوّرت منصة Coinbase بروتوكول x402 لإعادة النظر في هذا المفهوم الأصلي باستخدام تقنيات التشفير الحديثة، بما في ذلك العملات المستقرة ، وتسوية معاملات البلوك تشين السريعة ، والتفويض القابل للبرمجة . ويعتمد البروتوكول على معيار EIP-3009 (التفويض القائم على التصريح) لتمكين التحقق المباشر من المدفوعات دون الحاجة إلى بوابات دفع خارجية.

المواصفات الفنية

نظرة عامة على البروتوكول

يُقدّم بروتوكول x402 امتدادًا بسيطًا لتدفقات HTTP القياسية، مما يُتيح التحقق من الدفع قبل منح الوصول إلى الموارد. ويحافظ البروتوكول على التوافق الكامل مع HTTP مع إدخال عملية التفاوض على الدفع كجزء لا يتجزأ من دورة الطلب والاستجابة. [ 2 ]

تدفق الدفع على ثلاث مراحل

المرحلة الأولى: طلب عرض سعر

يقوم العميل بإرسال طلب HTTP قياسي إلى خادم الموارد . إذا كان المورد يتطلب دفعًا، يستجيب الخادم برمز حالة HTTP 402 بالإضافة إلى حمولة JSON تحدد ما يلي :

المرحلة الثانية: الترخيص والتحقق

يقوم العميل بإنشاء تفويض دفع موقّع باستخدام معيار EIP-3009transferWithAuthorization عبر محفظة العملات الرقمية الخاصة به . ثم يعيد العميل إرسال طلب HTTP، مرفقًا حمولة الدفع الموقّعة في ترويسة HTTP (عادةً ما تكون `@EIP-3009` X-PAYMENTأو PAYMENT-SIGNATURE`@EIP-3009`). تقوم خدمة التسهيل (أو الخادم نفسه) بالتحقق من التوقيع المشفر والتأكد من تطابق معلمات الدفع مع السعر الأولي. [ 3 ]

المرحلة الثالثة: التوطين وتوفير الموارد

بمجرد أن يتحقق الوسيط من صحة تفويض الدفع خارج سلسلة الكتل، تُرسل المعاملة الموقعة إلى سلسلة الكتل للتسوية. بعد التأكيد على سلسلة الكتل، يُعيد الخادم المورد المطلوب مع رمز حالة HTTP 200X-PAYMENT-RESPONSE ورأس يحتوي على تجزئة المعاملة للتحقق.

ميزات التصميم الرئيسية

  • HTTP-native : مُدمجة مباشرةً في طلبات HTTP دون الحاجة إلى بروتوكول اتصال إضافي
  • بدون حالة : لا حاجة لحسابات المستخدمين أو الجلسات أو مفاتيح واجهة برمجة التطبيقات أو بيانات الاعتماد الدائمة
  • قابلة للتحقق تشفيرياً : جميع عمليات تفويض الدفع موقعة وقابلة للتحقق على سلسلة الكتل.
  • تسوية فورية : تستخدم العملات المستقرة وتقنية البلوك تشين السريعة للتحقق شبه الفوري
  • مستقل عن الواجهة الخلفية : يمكن لأي خادم قادر على إرجاع استجابة HTTP 402 اعتماد البروتوكول

التطبيقات وحالات الاستخدام

يُسهّل بروتوكول x402 إجراء معاملات فورية وبرمجية في بيئات تفتقر إلى كفاءة أنظمة الدفع التقليدية. وقد أثبتت منصات المؤسسات، مثل خدمات أمازون السحابية (AWS) ، كيف يمكن للمؤسسات المالية دمج وكلاء الذكاء الاصطناعي المستقلين مع بنية x402 التحتية للدفع، مما يُمكّن هؤلاء الوكلاء من الوصول إلى واجهات برمجة التطبيقات (APIs) وخدمات البيانات المتميزة مع تسوية فورية على سلسلة الكتل (البلوكشين) دون الحاجة إلى إنشاء حساب أو تدخل وسيط. [ 4 ] تشمل التطبيقات الرئيسية ما يلي:

  • المدفوعات الصغيرة : معالجة فورية ومنخفضة الرسوم للمعاملات ذات الحجم الكبير والقيمة الجزئية.
  • المدفوعات الآلية : التفاوض والتسوية الآلية للمعاملات بواسطة وكلاء برمجيات مستقلين دون تدخل بشري.
  • الدفع مقابل كل استدعاء لواجهة برمجة التطبيقات : نظام فوترة قابل للبرمجة، يدفع مقابل كل استدعاء، يحل محل مفاتيح واجهة برمجة التطبيقات التقليدية ومستويات الاشتراك.
  • المعاملات بين الآلات (M2M) : عمليات تبادل مالية عالية السرعة بين الأنظمة الآلية، مثل أجهزة إنترنت الأشياء (IoT).
  • الوصول حسب الاستخدام : نماذج الدفع حسب الاستخدام لموارد السحابة والوسائط والبيانات، ويتم فوترتها بدقة حسب الاستخدام بدلاً من الاشتراكات الثابتة.
  • الاشتراكات والتجديدات : التنفيذ التلقائي للمدفوعات المتكررة بواسطة وكلاء البرامج نيابة عن المستخدمين.

تطبيق

مثال على الكود

مثال بسيط لـ Node.js باستخدام برنامج x402 الوسيط:

app.use ( paymentMiddleware ( { " GET /weather" : { accepts : [...], // أي عدد من الشبكات/الأنظمة التي تريد دعمها description : "بيانات الطقس" , // ما يفعله نقطة النهاية الخاصة بك }, }, ) );

إذا وصل طلب بدون دفع، فإن الخادم يستجيب برمز HTTP 402. عند استلام الرمز 402، تقوم محفظة العميل بتوقيع تفويض الدفع وإعادة إرسال الطلب.

المعايير الفنية والامتثال

يتوافق x402 مع:

  • RFC 9110 - دلالات ومحتوى HTTP
  • EIP-3009 - تمديدات تصاريح ERC-20
  • EIP-712 - تجزئة وتوقيع البيانات المهيكلة المكتوبة

المزايا والعيوب

المزايا

  • يلغي الحاجة إلى وسطاء الدفع والرسوم المرتبطة بهم
  • لا يلزم إنشاء حساب أو التحقق من الهوية
  • آمن تشفيرياً وقابل للتحقق على سلسلة الكتل
  • متوافق تمامًا مع البنية التحتية الحالية لبروتوكول HTTP
  • مناسب للمدفوعات الصغيرة حيث تكون المعالجات التقليدية غير فعالة

التحديات

  • يتطلب ذلك اعتماد المحفظة الرقمية بين العملاء
  • يعتمد ذلك على مدى توفر وسرعة شبكة البلوك تشين
  • محدودية الوعي العام مقارنة بطرق الدفع التقليدية
  • حالة عدم اليقين التنظيمي المحيطة بالمدفوعات القائمة على العملات المشفرة في مختلف الولايات القضائية

مراجع

  1. ↑ "x402 - الدفع مطلوب" . x402.org . تم الاطلاع عليه بتاريخ 2026-04-04 .
  2. ↑ "كيف يعمل x402" . وثائق مطوري Coinbase . تم الاطلاع عليه بتاريخ 2026-04-04 .
  3. ↑ "تكامل بروتوكول x402 - وثائق Browserbase" . Browserbase . تم الاسترجاع بتاريخ 2026-04-04 .
  4. ↑ "x402 والتجارة الآلية: إعادة تعريف المدفوعات الذاتية في الخدمات المالية" . مدونة خدمات أمازون السحابية . تم الاطلاع بتاريخ 4 أبريل 2026 .