فهم x402 و MPP في مقال واحد: مساران لمدفوعات Agent

عنوان النص الأصلي: موازنة بين MPP و x402 في Stripe: ماذا حدث اليوم فعلاً
مؤلف النص الأصلي: نيك ساوينيه، defiprime.com
ترجمة: بيغي، Blockbeats

ملاحظة المحرر: حول كيفية دفع الوكيل، قدمت كل من x402 وMPP مسارين يكادان يكونان متعاكسين.

اختارت x402 مسار تقليل البروتوكول: دمج الدفع مباشرة في طلبات HTTP، لتحقيق الدفع عند الطلب بأبسط شكل ممكن. لا حسابات، لا وسطاء، أشبه بتصميم الإنترنت المفتوح والغير مرخص في بداياته، مناسب للمطورين ذوي الطلبات الطويلة والسيناريوهات اللامركزية.

أما MPP فهي تعظيم النظام: من خلال الجلسات (sessions)، والدفع التدفقى، ونظام الامتثال، لحل مشكلات التداول عالي التردد، وإدارة المخاطر، والوصول إلى العملات القانونية. لا تسعى للبساطة المطلقة، بل تركز على تلبية الاحتياجات التجارية الواقعية، وتناسب بشكل أكبر المؤسسات والتطبيقات الواسعة النطاق.

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

ولذلك، فهي ليست منافسة مباشرة تمامًا، بل تتوزع على مناطق مختلفة؛ x402 يغطي احتياجات الشبكة المفتوحة، وMPP يتعامل مع حركة التردد العالي والتجارية. في اقتصاد الوكيل غير المكتمل، قد يكون هذا التخصص ضروريًا.

وفيما يلي النص الأصلي:

منذ تعريف رمز الحالة HTTP 402 في نهاية تسعينيات القرن الماضي في مواصفة HTTP/1.1، وهو ينتظر فرصة لاستخدامه. معناه هو “مطلوب الدفع” (Payment Required). كانت الفكرة أن يُدمج الدفع في طبقة بروتوكول الويب، بحيث يمكن للآلات شراء الموارد كما تطلب صفحات الويب.

لكن غالبًا لم يتحقق هذا الحلم. على مر السنين، ظهر هذا الرمز في بعض الحالات الحدية، مثل استجابة تحديد الحد في Shopify، أو خطأ الفوترة في Apple Mobile Me، لكنه لم يُستخدم أبدًا بشكل فعلي لبناء مستقبل المدفوعات الصغيرة كما كان متوقعًا. بدلاً من ذلك، ظهرت أنظمة بطاقات الائتمان، والجدران المدفوعة بالاشتراك، وآليات مفاتيح API، وكلها مصممة بشكل أساسي للبشر الذين يديرونها.

واليوم، ظهرت مساران متنافسان لتحقيق هذا المستقبل، وتم إصدارهما في نفس اليوم. إليكم تفصيلهما، وما يميز كل منهما، ولماذا تراهن Stripe على كلا المسارين.

x402: حل أبسط

أطلقت Coinbase رسميًا x402 في مايو 2025، وهو تقريبًا مبسط بشكل جذري. يطلب العميل موردًا؛ يرد الخادم برمز HTTP 402، ويخبر العميل: كم المبلغ المطلوب، وأي رموز تستخدم، وعلى أي سلسلة يتم الدفع. بعد إتمام الدفع على السلسلة، يرفق العميل إثبات الدفع في الطلب الجديد، فيقوم الخادم بتسليم المورد.

الأمر بسيط جدًا. لا نظام حسابات، لا مفاتيح API، ولا نظام اشتراكات. مجرد طلب HTTP يمر، مع إدراج عملية دفع واحدة في الوسط.

حاليًا، تقدم Stripe دعمًا أصليًا لهذا البروتوكول، ويمكن للتجار استقبال هذه المدفوعات عبر واجهاتهم الحالية. لكن من حيث الجوهر، لا يزال x402 بروتوكولًا بقيادة Coinbase، وتديره مؤسسة x402 التي أطلقتها مع Cloudflare في سبتمبر 2025. البروتوكول مفتوح المصدر (رخصة Apache 2.0)، ويوفر SDK بلغات متعددة مثل TypeScript وGo وPython.

من حيث الدعم، تظهر وثائق Coinbase أن البروتوكول يدعم حاليًا مدفوعات ERC-20 على شبكات Base وPolygon وSolana. كما يستكشف المجتمع توسيعه ليشمل Avalanche وSui وNear، لكن بدرجات نضج مختلفة.

أما عن بيانات الاعتماد، فهي أكثر تعقيدًا بعض الشيء. تقول Coinbase إن أكثر من 50 مليون معاملة تمت عبر بنية Agentic Wallet الخاصة بها. يبدو رقمًا لافتًا، لكن وفقًا لتحليل Artemis على السلسلة الذي أوردته CoinDesk في 11 مارس، فإن حجم المعاملات اليومي حوالي 131,000 معاملة، وإجمالي المبلغ حوالي 28,000 دولار، ومتوسط الدفع حوالي 0.20 دولار، ونصفها تقريبًا كانت اختبارات أو أنشطة ألعاب، وليست معاملات تجارية حقيقية.

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

على سبيل المثال، بروتوكول Agentic Payments الخاص بـ Google (AP2، ضمن إطار A2A) أدمج x402؛ وLowe’s Innovation Labs عرضت نموذجًا تجريبيًا: يمكن لوكيل AI أن يكمل عملية اكتشاف المنتجات، والبحث، والطلب في مسار واحد. وأطلقت شركة World (بقيادة سام ألتمان) هذا الأسبوع AgentKit، الذي يضيف قدرات إثبات الهوية للبنود في محافظ x402.

الفرضية الأساسية هنا هي: بمجرد جعل الدفع خفيفًا مثل طلب HTTP، ستظهر سيناريوهات الاستخدام تلقائيًا. وما إذا كانت صحيحة أم لا، فهي لا تزال قيد الاختبار.

MPP: الحل الشامل

اختارت Stripe وTempo مسارًا مختلفًا. أُطلق بروتوكول المدفوعات الآلية (MPP) اليوم مع إطلاق شبكة Tempo الرئيسية. على عكس x402، الذي هو طبقة خفيفة على شبكات البلوكشين الحالية، فإن MPP مصمم خصيصًا لسيناريو وكلاء التداول عالي التردد.

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

شبكة Tempo مبنية حول هذا الطلب. تدعم عشرات الآلاف من المعاملات في الثانية، وتؤكد خلال أقل من ثانية، ولا تملك رمز غاز أصلي. يمكن للمستخدمين الدفع باستخدام العملات المستقرة مباشرةً، مما يلغي الحاجة لشراء رموز عشوائية للتحويل.

عنصر آخر مهم هو: حزمة Stripe المسماة Agentic Commerce Suite تتضمن رموز دفع مشتركة (SPTs). هذا ليس جزءًا من MPP نفسه، لكنه امتداد من Stripe يمكن استخدامه معه. يسمح SPT لوكيل أن ينقل بيانات اعتماد البطاقة أو المحفظة بشكل آمن إلى التاجر، دون الكشف عن البيانات الحقيقية. هذه البيانات تكون لمرة واحدة، ولها مدة زمنية، ويمكن اعتبارها تفويضًا برمجيًا ذاتي التدمير. في الاستخدام العملي، يعني ذلك أن وكيلًا يدفع عبر MPP يمكنه استخدام USDC على Tempo، أو بطاقة Visa مرتبطة بالمستخدم، أو الاثنين معًا.

وفقًا لمدونة إطلاق شبكة Tempo، تشمل الشركاء: Anthropic، DoorDash، Mastercard، Nubank، OpenAI، Ramp، Revolut، Shopify، Standard Chartered، وVisa. وذكرت تقارير أخرى أن أكثر من 100 خدمة مدرجة في قائمة الدفع عند إطلاق MPP، بما في ذلك Alchemy، Dune Analytics، Merit Systems، وParallel Web Systems. قال مؤسس مشارك في Paradigm، مات هوانغ، في مقابلة مع Fortune إن المجال لا يزال في مراحله المبكرة، وأن هدف تصميم MPP هو أن يمتد إلى شبكات أخرى غير Tempo في المستقبل.

لماذا تدعم Stripe كلا المسارين؟

إذا كنت تستخدم Stripe بالفعل، فالجواب العملي هو: لست بحاجة للاختيار بينهما.

تدعم Stripe كلا المسارين بشكل مستقل، وليس كواجهة موحدة. بالنسبة لـ x402، تركز الوثائق على إنشاء عناوين الإيداع، ومراقبة المعاملات على السلسلة، وتسوية الأموال إلى حساب Stripe الخاص بك — أنت تتولى الرد برمز 402، والبنية التحتية للتشفير والدفع تتولى Stripe. حاليًا، يدعمون USDC على Base، وسيتم التوسع لاحقًا. أما بالنسبة لـ MPP، فيمكن للتجار استخدام API الخاص بـ PaymentIntents لاستقبال المدفوعات القائمة على الجلسات.

وفي ديسمبر 2025، أطلقت Stripe حزمة Agentic Commerce Suite المبنية على هذين المسارين. يتطلب الأمر فقط رفع قائمة المنتجات، واختيار الوكلاء الذكيين، وستتولى Stripe اكتشاف المنتجات، وإتمام عمليات الدفع، وإدارة الاحتيال، والضرائب. وتستخدم الآن شركات مثل URBN، Etsy، Coach، Kate Spade، وAshley Furniture، بالإضافة إلى منصات مثل Wix، WooCommerce، BigCommerce، Squarespace، وcommercetools.

استراتيجيتها واضحة جدًا: السيطرة على مستوى التجريد، وترك البروتوكولات الأساسية تتنافس.

مقارنة بينهما

على المستوى الكلي، كلا البروتوكولين يهدفان إلى شيء واحد: تمكين الآلات من الدفع مقابل الموارد عبر HTTP. لكن الاختلاف الحقيقي يكمن في التفاصيل.

x402 (بقيادة Coinbase) مقابل MPP (Stripe + Tempo)

التوحيد القياسي
x402: مفتوح المصدر بالكامل (Apache 2.0)، بقيادة مؤسسة x402 التي تضم Coinbase، Cloudflare، Visa، Google.
MPP: معيار مفتوح وضعته Stripe وTempo، وهو جزء من حزمة Stripe Agentic Commerce.

آلية HTTP
x402: يعيد إحياء رمز HTTP 402، ويستخدم رأس PAYMENT-REQUIRED، ويعتمد على توقيع PAYMENT-SIGNATURE لإعادة المحاولة.
MPP: يستخدم آلية تحدي-استجابة، مع بروتوكول مصادقة HTTP للدفع (مسودة IETF)، ويربط التحدي عبر HMAC باستخدام معرف التحدي.

الطبقة الأساسية للدفع (Rails)
x402: غير معتمد على السلسلة، ويدعم حاليًا Base وPolygon وSolana، مع استكشاف شبكات أخرى.
MPP: مبني على شبكة Tempo، وهي L1 محسنة للدفع، تدعم أكثر من 10,000 TPS، وتؤكد خلال أقل من ثانية، ولا تملك رمز غاز أصلي؛ وتخطط لتكون متوافقة عبر السلاسل.

طرق الدفع
x402: يقتصر على العملات المستقرة، ويعمل بالكامل على السلسلة.
MPP: يدعم USDC على Tempo، وSPT (آلية Stripe)، ويتيح الدمج بين التشفير والعملات القانونية (بطاقات، محافظ، BNPL).

طرق التسوية
x402: تسوية على السلسلة (تقريبًا 200 مللي ثانية إلى ثوانٍ)، ويقوم الوسيط مثل Coinbase بالتحقق والتسوية.
MPP: تأكيد خلال أقل من ثانية على Tempo، وStripe يتولى التسوية والدفع تلقائيًا.

دخول التجار
x402: وسيط مفتوح المصدر (Express، Hono، Next.js)، يمكن بناءه أو استخدام وسيط.
MPP: يتصل مباشرة بـ API الخاص بـ PaymentIntents من Stripe، ويشمل إدارة المخاطر، والضرائب، والاسترداد، والتقارير.

الابتكار الرئيسي
x402: بسيط جدًا، غير مرتبط بمصنع معين، يشبه فلسفة يونكس في الدفع.
MPP: عالي الأداء، ويدمج العملات القانونية، ويستخدم الجلسات لتحقيق الدفع التدفقى، والمدفوعات الصغيرة، والتحكم البرمجي في الإنفاق عبر SPT.

الشركاء الرئيسيون
x402: Coinbase، Cloudflare، Google (A2A/AP2)، Visa، World، Anthropic (MCP).
MPP: Stripe، Visa، Lightspark، Anthropic، DoorDash، Mastercard، OpenAI، Shopify، Revolut، Standard Chartered.

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

أما MPP فهي نمط مختلف تمامًا. إذا كان وكيلك يحتاج إلى مئات أو آلاف المعاملات في جلسة واحدة، ولا تريد أن تتعامل مع كل معاملة على السلسلة، فهي الخيار الأنسب. آلية الجلسات تسمح بمعظم التفاعلات أن تبقى خارج السلسلة، حتى يتم التسوية النهائية؛ ونظام الامتثال من Stripe يتولى إدارة المخاطر والضرائب؛ ودمج SPT يتيح لوكيل الدفع استخدام العملات المستقرة أو بطاقات Visa، أو الاثنين معًا.

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

أين وصل الأمر الآن؟

بصراحة، لا توجد معاملات واسعة النطاق بعد.

وفقًا لإعلان Coinbase عن x402، الشركاء الأوائل يشملون Hyperbolic (مدفوعات استنتاج GPU) وAnthropic (تكامل بروتوكول MCP). وذكر مدونة Stripe أن هناك حالات دفع عبر API، مثل CoinGecko. وعلى شبكة Tempo، يوجد أكثر من 100 خدمة في القائمة. وSDK الخاص بـ Cloudflare لدعم x402 موجود، وبعض المشاريع الصغيرة على شبكات Layer 2 تستخدمه كبوابة دفع.

لكن بشكل عام، حجم المعاملات قليل، وعدد التجار محدود، ومعظم النشاطات لا تزال تجريبية.

وهذا ليس مفاجئًا. فكل بنية دفع جديدة تمر بمراحل مماثلة. غالبًا ما يكون هناك فرق بين توقيع الاتفاقيات والإطلاق الفعلي، وغالبًا لا يتم التمييز بشكل كبير في الإعلانات.

الأهم هو أن البنية التحتية ذاتها تتضمن لاعبين كبار. فقد تعاملت Coinbase وStripe وCloudflare وVisa وGoogle مع 1.9 تريليون دولار من المدفوعات في 2025، مع نمو سنوي قدره 34%. ومعهم شبكة الشركاء الخاصة بـ Tempo.

وبالتالي، فإن الطريق مُمهد. السؤال هو: هل ستحتاج وكالات الذكاء الاصطناعي في 2026 إلى إجراء معاملات واسعة على هذا المسار؟ أم أن الأمر يشبه تركيب الألياف البصرية في 1998 — البنية التحتية موجودة قبل أن تتطلب الحاجة، والطلب لم يظهر بعد.

أي خيار تختار؟

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

أما إذا كنت ضمن نظام Stripe وترغب في دمج حركة الوكيل — فإن MPP هو الأنسب. الجلسات، والدفع التدفقى، والدمج بين العملات القانونية والتشفير، والنظام الكامل للامتثال، كلها ترقية في التكوين، وليست إعادة بناء كاملة للنظام.

وإذا كان كل ما يهمك هو أن تضمن استلام الأموال بغض النظر عن البروتوكول المستخدم من قبل الوكيل، فالجواب هو: استخدم Stripe. فهي تدعمهما.

وأخيرًا، فإن رمز HTTP 402 قد وجد أخيرًا مكانه — بعد انتظار دام حوالي 27 عامًا.