Binance x402: عندما يصبح كود HTTP 402 نظام دفع للإنترنت

على مدار عقود، بقي كود HTTP 402 "Payment Required" مجرد بند محجوز في بروتوكول الويب دون استخدام فعلي. الآن تحاول مبادرة جديدة من Binance تغيير ذلك.

من خلال تنفيذ يسمى Binance x402 أو B402 على شبكة BNB Chain، يتم تحويل هذا الكود إلى آلية دفع معيارية تسمح للبرمجيات أو لوكلاء الذكاء الاصطناعي بالدفع مقابل واجهات البرمجة (APIs)، البيانات، أو الخدمات الرقمية مباشرة داخل طلبات HTTP.

الفكرة الأساسية بسيطة: عندما يطلب برنامج ما مورداً مدفوعاً، يرد الخادم بكود 402 مع متطلبات الدفع، ثم يتم إرسال إثبات الدفع ضمن الطلب نفسه. بعد التحقق من العملية على البلوكشين، يحصل العميل على الخدمة المطلوبة.

ما المشكلة التي يحاول x402 حلها؟

نموذج تحقيق الدخل التقليدي من واجهات البرمجة يعتمد غالباً على:

• إنشاء حسابات للمستخدمين
• اشتراكات شهرية
• مفاتيح API
• فواتير دورية

هذا النموذج صُمّم أساساً للبشر. لكنه غير مناسب عندما تكون البرمجيات نفسها هي العميل — مثل وكلاء الذكاء الاصطناعي الذين يحتاجون شراء بيانات أو خدمات صغيرة أثناء تنفيذ مهمة ما.

بروتوكول x402 الذي قدمته Coinbase يقترح دمج الدفع مباشرة في بروتوكول HTTP نفسه باستخدام كود 402 Payment Required. بهذه الطريقة يمكن للبرمجيات الدفع فوراً باستخدام العملات المستقرة دون إعداد حسابات أو عمليات دفع تقليدية.

كيف يعمل Binance x402 عملياً؟

آلية العمل تشبه طلب ويب عادي، لكن مع خطوة دفع مدمجة في المنتصف.

1. طلب مورد مدفوع

يرسل المستخدم أو التطبيق أو وكيل الذكاء الاصطناعي طلباً إلى API يتطلب الدفع.

2. رد الخادم بكود HTTP 402

بدلاً من إرسال البيانات، يرد الخادم برسالة:

• HTTP 402 Payment Required

• معلومات الدفع مثل العملة المطلوبة والسعر وعنوان المستلم.

3. توقيع تفويض الدفع

يقوم العميل بتوقيع رسالة تفويض خارج السلسلة (off‑chain) — غالباً باستخدام أسلوب مشابه لـ EIP‑712 — لإثبات موافقته على تحويل التوكنات.

4. إعادة إرسال الطلب مع إثبات الدفع

يعيد العميل إرسال طلب HTTP مع تضمين توقيع الدفع في ترويسة الطلب.

5. التحقق والتسوية عبر Binance

يقوم مزود الخدمة بإرسال بيانات الدفع إلى واجهات B402 الخاصة بـ Binance للتحقق من التوقيع وتنفيذ التحويل على BNB Smart Chain.

6. تسليم الخدمة

إذا نجحت عملية التحقق، يعيد الخادم الاستجابة العادية مع البيانات أو الخدمة المطلوبة.

بهذا الشكل يصبح الدفع جزءاً من دورة طلب HTTP نفسها.

لماذا يهم هذا لوكلاء الذكاء الاصطناعي؟

مع انتشار الأنظمة الذاتية مثل وكلاء الذكاء الاصطناعي، يظهر احتياج جديد: برامج تحتاج شراء موارد رقمية أثناء العمل.

أمثلة على ذلك:

• وكيل ذكاء اصطناعي يشتري بيانات إضافية لتحليلها
• تطبيق يدفع مقابل كل استدعاء API بدلاً من الاشتراك
• روبوتات تدفع للوصول إلى محتوى أو نماذج ذكاء اصطناعي

وجود الدفع داخل بروتوكول الطلب نفسه يسمح للبرنامج بأن يدفع ويكمل التنفيذ تلقائياً دون تدخل بشري.

كما يسمح ذلك بنموذج الدفع حسب الاستخدام الحقيقي بدلاً من الاشتراكات الثابتة.

العلاقة مع بروتوكول Coinbase x402

بروتوكول x402 في الأساس معيار مفتوح قدمته Coinbase لدمج مدفوعات العملات المستقرة داخل طلبات HTTP.

يعتمد البروتوكول على عدة أفكار أساسية:

• استخدام كود HTTP 402 لطلب الدفع
• إرفاق إثبات الدفع ضمن ترويسة الطلب
• تنفيذ تحويلات العملات المستقرة بشكل برمجي وفوري

تنفيذ Binance، المسمى B402، يعمل كطبقة بنية تحتية على شبكة BNB Chain تقوم بالتحقق من المدفوعات وتسويتها، بحيث لا يحتاج المطورون إلى تشغيل عقد بلوكشين أو كتابة عقود ذكية بأنفسهم.

بعبارة أخرى:

• Coinbase قدمت المعيار المفتوح
• Binance قدمت تطبيقاً عملياً له على BNB Chain

وقد صُمم البروتوكول أساساً ليعمل عبر شبكات متعددة وليس شبكة واحدة فقط.

إشارات على انتشار الفكرة

الفكرة الأوسع — أن الآلات تدفع للآلات — بدأت تظهر في عدة شركات تقنية.

في مايو 2026 أعلنت Amazon Web Services عن ميزة Amazon Bedrock AgentCore Payments التي تسمح لوكلاء الذكاء الاصطناعي بالدفع تلقائياً مقابل APIs أو محتوى أو خدمات أثناء تنفيذ المهام.

النظام يعتمد على بنية دفع تم تطويرها بالتعاون مع Coinbase وStripe، ويتيح للمطورين إعطاء وكلاء الذكاء الاصطناعي محافظ رقمية وحدود إنفاق حتى يتمكنوا من الوصول إلى الموارد المدفوعة بشكل آلي.

هذه الخطوة تشير إلى اتجاه أوسع نحو بنية دفع آلية للبرمجيات داخل الأنظمة السحابية والذكاء الاصطناعي.

تجارب BNB Chain على التشفير المقاوم للكم

بالتزامن مع إطلاق x402، نشرت BNB Chain تقريراً بحثياً حول إمكانية انتقال الشبكة مستقبلاً إلى التشفير المقاوم للحوسبة الكمومية.

شملت التجارب تقنيات مثل:

• خوارزمية التوقيع ML‑DSA‑44
• تجميع التوقيعات باستخدام pqSTARK لإجماع المدققين.

النتائج أظهرت أن الانتقال ممكن تقنياً لكنه يأتي مع تكاليف أداء واضحة:

• حجم المعاملة ارتفع من نحو 110 بايت إلى حوالي 2.5 كيلوبايت.
• حجم الكتلة ازداد من 110 كيلوبايت تقريباً إلى نحو 2 ميغابايت.
• معدل المعالجة انخفض من 4973 معاملة في الثانية إلى حوالي 2997.

وأظهرت الاختبارات أن المشكلة الرئيسية ليست سرعة التحقق من التوقيع، بل زيادة حجم البيانات التي يجب نقلها عبر الشبكة.

الصورة الأكبر: الدفع كميزة أساسية للإنترنت

لفترة طويلة كان الإنترنت يفتقر إلى طبقة دفع مدمجة في بروتوكولاته الأساسية. محاولة x402 تعيد إحياء فكرة قديمة لكنها تستفيد من ثلاث تقنيات حديثة:

• العملات المستقرة
• المحافظ القابلة للبرمجة
• التجارة بين البرمجيات والآلات

إذا تبنت منصات وشبكات أخرى النموذج نفسه، فقد يتحول اقتصاد واجهات البرمجة والخدمات الرقمية إلى مدفوعات مباشرة لكل طلب بين الأنظمة البرمجية بدلاً من الاشتراكات التقليدية.

ما إذا كان هذا سيصبح معياراً أساسياً للويب ما زال غير واضح، لكن الاهتمام المتزايد من شركات البلوكشين والحوسبة السحابية والذكاء الاصطناعي يشير إلى أن التجربة بدأت بالفعل.