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

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

ملاحظة المحرر: فيما يتعلق بمسألة كيفية دفع الوكيل، فقد اتخذت x402 و MPP مسارين متناقضين تقريبًا.

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

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

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

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

فيما يلي المقال الأصلي:

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

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

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

x402: حل أبسط

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

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

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

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

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

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

على سبيل المثال، قام بروتوكول الدفع الآلي من جوجل (AP2، وهو جزء من إطار عمل A2A) بدمج x402؛ وعرضت مختبرات الابتكار في Lowe's عرضًا توضيحيًا حيث يمكن لوكيل الذكاء الاصطناعي إكمال العملية بأكملها من اكتشاف المنتج إلى البحث إلى الطلب في تدفق واحد. في غضون ذلك، أصدرت شركة World (التي أسسها سام ألتمان) برنامج AgentKit هذا الأسبوع، مضيفةً إمكانيات التحقق من الهوية البشرية إلى محافظ x402.

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

MPP: حل متكامل

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

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

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

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

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

لماذا يدعم Stripe كلا الأمرين

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

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

وبناءً على مساري الدفع هذين، تم إطلاق مجموعة أدوات التجارة الإلكترونية من Stripe في ديسمبر 2025. كل ما يحتاجه التجار هو تحميل كتالوج منتجاتهم، واختيار وكلاء الذكاء الاصطناعي الذين يرغبون في دمجهم، وسيتولى 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 Suite.

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

طبقة الدفع (السكك الحديدية)
x402: صُممت لتكون مستقلة عن تقنية البلوك تشين، وهي مدعومة حاليًا على Base وPolygon وSolana، مع وجود سلاسل أخرى قيد الاستكشاف.
MPP: مبني على سلسلة كتل Tempo - وهي سلسلة كتل من الطبقة الأولى محسّنة للمدفوعات، تدعم أكثر من 10 آلاف معاملة في الثانية، ونهائية أقل من ثانية، ولا تحتوي على رمز غاز أصلي؛ والهدف طويل المدى هو التوافق عبر السلاسل.

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

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

عملية تسجيل التجار
x402: يمكن استضافة البرامج الوسيطة مفتوحة المصدر (Express، Hono، Next.js، إلخ) ذاتيًا أو تسهيلها.
MPP: التكامل المباشر مع واجهة برمجة تطبيقات 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 Bank.

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

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

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

التحقق من الواقع: أين نحن الآن من حيث التنمية؟

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

وفقًا لملاحظات إصدار Coinbase x402، تشمل الشركاء الأوائل Hyperbolic (GPU Inference Pay) و Anthropic (تكامل بروتوكول MCP). يذكر مدونة Stripe سيناريوهات الوكلاء الذين يتم الدفع لهم عن طريق استدعاءات واجهة برمجة التطبيقات (مثل CoinGecko). عندما تم إطلاق Tempo، كان الدليل يحتوي على أكثر من 100 خدمة. يدعم برنامج Cloudflare's Agents SDK بشكل أصلي x402، كما تحاول بعض المشاريع الصغيرة على Base L2 استخدام x402 كبوابة دفع.

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

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

الأمر الأكثر أهمية هو المشاركون الكبار الذين يقفون وراء البنية التحتية. في عام 2025، قامت شركة Stripe بمعالجة مدفوعات بقيمة 19 تريليون دولار، مع نمو إجمالي الحجم بنسبة 34٪ على أساس سنوي. وفي الوقت نفسه، دخلت كل من Coinbase وCloudflare وVisa وGoogle وشبكة كاملة من الشراكات مع Tempo إلى الساحة.

بمعنى آخر، تم وضع المسار. السؤال الوحيد المتبقي هو: هل يحتاج وكيل الذكاء الاصطناعي حقاً إلى إجراء معاملات على نطاق واسع في هذا المسار في عام 2026؟ أم أن هذا أشبه بوضع كابلات الألياف الضوئية في عام 1998 - بناء البنية التحتية قبل وصول الطلب؟

أيهما يجب أن تختار؟

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

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

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

لقد وجدت رسالة HTTP 402 أخيرًا غرضها. استغرق الأمر حوالي 27 عامًا.

[ رابط المقال الأصلي ]