هل يتجه التجارة الموكلة نحو تحالف المنصات العملاقة؟

作者：تشارلي ليو، شريك في شركة جينيريتيف فينتشرز

خلال الأسبوع الماضي، أصبح كل من OpenClaw و Tempo تقريبًا رموزًا سرية في مجتمع التشفير.

الكثيرون رأوا الحماس، ويدركون أن Stripe خرجت من السوق، ووقف كل من Visa و Lightspark إلى جانبها.

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

في الأشهر الماضية، ملأ السوق خيالًا حول Agent Payments.

أطلقت Coinbase في مايو 2025 x402، وأعادت صياغة HTTP 402 كلغة دفع؛ وسرعان ما أدرجتها Cloudflare في وثائق agentic payments، مما حول تجربة الدفع البرمجية التي لا تتطلب حسابات أو جلسات أو مفاتيح API إلى نقطة انطلاق إنترنتية وذات طبيعة مطورين أصيلة.

أما Circle فتابعت على هذا المسار، وربطت USDC، المحافظ، المدفوعات الذاتية، و x402 معًا، ثم أطلقت Nanopayments، واستمرت في التقدم نحو تردد أعلى، ومبالغ أقل، وأقرب إلى المدفوعات الآلية.

لذا، خلال الأشهر الماضية، تشكلت في أذهان الكثيرين صورة نمطية: أن Agent يحتاج إلى الدفع، وأن البروتوكول هو x402، وأن الأموال هي USDC، وأن التسوية تتم على السلسلة، وأن مدخل المطورين هو منصة Coinbase للمطورين وبيئتها المرتبطة.

هذه الصورة لا تزال صحيحة حتى اليوم، لكن المشكلة أن ما تتحدث عنه هو المرحلة الأولى فقط.

أطلقت Stripe و Tempo الأسبوع الماضي MPP، وما تغير حقًا، ليس "دعم بروتوكول دفع AI agent إضافي"، بل إعادة صياغة المشكلة من "كيف يقوم agent بإجراء دفعة باستخدام عملة مستقرة" إلى "كيف يمكن للآلات أن تمتلك واجهة checkout غير مرتبطة بطريقة الدفع".

تحديد Stripe الرسمي هو: أن MPP هو معيار مفتوح، وطريقة إنترنتية أصلية لتمكين الوكلاء من الدفع؛ بينما وثائق Cloudflare التقنية تتجاوز ذلك، وتفصلها إلى بروتوكول موحد يدعم عملات Tempo المستقرة، وبطاقات ومحافظ Stripe، وLightning، وحتى طرق الدفع المخصصة.

وبذلك، تغيرت ساحة المعركة تمامًا.

فوز x402 في الجولة الأولى

لو لم أُعطِ الفضل أولًا لـ x402، فكل الأحكام اللاحقة حول MPP ستبدو فارغة.

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

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

عندما يرد الخادم برمز 402 Payment Required، يقوم العميل برمجياً بإتمام الدفع، ثم يعيد الطلب مع إثبات الدفع.

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

وهذا هو السبب في أن Circle استثمرت في هذه الموجة من الفوائد.

فهي تسعى لتمكين AI agents من الدفع عبر Circle Wallets، وUSDC، وx402 API؛ قبل أيام أطلقت Nanopayments، ووصفت x402 مباشرة بأنه معيار الدفع الموحد للوكيل على الويب.

بالإضافة إلى ذلك، مع النمو بنسبة 72% في تداول USDC في تقرير شركة Circle الأخير ليصل إلى 75.3 مليار دولار، فإن السوق المالي سيرى أن "البنية التحتية للعملة المستقرة" و"بنية وكالات الدفع" مرتبطتان، مما أدى إلى ارتفاع كبير في سعر سهم Circle.

بصراحة، فوز x402 ليس لأنه "نهاية تقنية"، بل لأنه جعل الأمور تحدث أولاً.

وهذا أمر حاسم جدًا في الأسواق الجديدة.

في المرحلة الأولى، غالبًا ما لا يكون الحل الأكثر اكتمالًا هو الأهم، بل هو الحل الذي يتيح للمطورين استخدامه أولاً.

ما يغيره MPP حقًا، ليس السكة الحديدية، بل عملية الدفع

أكثر ما يُساء فهمه حول MPP هو اعتقاد الكثيرين أنه "x402 Pro" يدعم المزيد من طرق الدفع، وهو عبارة عن مجموعة كاملة تتجاوز x402.

لكن الهدف الحقيقي هو طبقة checkout.

في مقابلة على بودكاست Tokenized هذا الأسبوع، قال رئيس قسم العملات المشفرة في Visa، كوي شيفيلد، كلمة مهمة: إذا أردنا حقًا توسيع التجارة الوكيلة، لا يمكننا أن نعيد الوكيل إلى "الأرض البشرية" للبحث عن صفحات الويب، والنقر على الأزرار، والخروج؛ ما نحتاجه حقًا هو checkout بدون رأس، يتيح للوكيل التفاوض مباشرة مع التاجر حول ما يريد شراؤه، السعر، وطريقة الدفع، ثم إتمام العملية بشكل نظيف.

الأهم من ذلك، أن هو وSimon Taylor، رئيس قسم GTM في Tempo، كررا خلال الحوار أن الأمر ليس "دعم سلسلة إضافية"، بل أن يكون النظام غير مرتبط بطريقة الدفع، وشبكة الدفع، وPSP، ومزود الحفظ.

هذه ليست فكرة مهندس بروتوكول تشفير، بل هي إعادة تعريف لواجهات أنظمة الدفع.

مدونة Stripe الرسمية تتحدث عن نفس الأمر، لكن بنبرة أكثر تحفظًا.

MPP ليس مجرد إصدار مواصفات، بل هو دمجه مباشرة في أنظمة Payment Intents والنظام الخلفي الحالي لـStripe.

يمكن للتجار قبول مدفوعات MPP التي يرسلها الوكيل ببضع أسطر من الكود؛ وتُعامل هذه المدفوعات كالمعاملات العادية، وتدخل في عمليات الرصيد، والصرف، والضرائب، والاحتيال، والتقارير، والاسترداد في Stripe.

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

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

لهذا أعتقد أن المعركة الحقيقية لـMPP ليست على سكة الدفع، بل على checkout بدون رأس في عصر التجارة الآلية. الأول يحدد كيف تسير الأموال، والثاني يحدد من يمرر المعاملة. تاريخيًا، غالبًا ما يكون الأخير هو الأهم.

الجلسة (Session) هو الترقية الحقيقية

الفرق الأعمق بين x402 و MPP ليس في أن أحدهما أكثر انفتاحًا والآخر أكثر مؤسسية، بل في الجلسة.

حدد MPP نوعين من نوايا الدفع: charge، وهو تسوية فورية لمرة واحدة، مناسب للفوترة per-request؛ وsession، وهو دفع مستمر عبر قناة دفع، مناسب للدفع حسب الاستخدام أو لكل وحدة، ويهدف إلى تقليل التكاليف إلى أقل من سنت، وتقليل الكمون إلى أقل من مللي ثانية.

الأهم أن وثائق Cloudflare تقول بوضوح أن MPP متوافق مع x402، وأن التدفق الدقيق لـx402 يمكن أن يُعبر عنه تقريبًا في MPP كـcharge.

بمعنى آخر، MPP لا ينفي x402، بل يبني على إثبات نجاحه، ويجعل الاستهلاك المستمر بروتوكولياً.

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

وفي بودكاست Tokenized، قال Liam Horne إن هذا في لغة blockchain القديمة يُعرف بـpayment channels، لكن التطبيق الطبيعي اليوم ليس شبكة الدفع المثالية التي يناقشها متحمسو BTC، بل هو دفع حسب التوكن، واستدعاءات API، واستهلاك الوكيل وفق سير العمل.

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

تجربتي السابقة مع شركة Lightning Network، Strike، جعلتني حساسًا جدًا لهذا الأمر.

جلسات MPP وقنوات الدفع تشبه إلى حد كبير Lightning Network، ولهذا دعمها في البداية.

اختيار Tempo لشركة Lightspark كشريك لـLightning Network يحمل معنى أعمق، لكن لن نناقشه الآن.

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

الجانب الأكثر رعبًا في Tempo ليس البروتوكول، بل رغبته في السيطرة على نظام الدفع بالكامل

الكثيرون يقارنون الآن بين x402 و MPP، لكن هذا المقارنة غالبًا ما يفقد دقته لأنها لا تتعلق بنفس المستوى.

x402 هو في جوهره لغة دفع. أنيقة، وتركز على النقاط الحساسة.

لكن Tempo لم يطلق مجرد لغة، بل أتى مع نظام تشغيل كامل مخصص للمدفوعات الواقعية.

ما ركز عليه Tempo عند إطلاقه هو: التسوية الفورية، الرسوم المنخفضة المتوقعة، الأداء العالي، والتوافر العالمي؛ وأدرج ضمن سرد الإطلاق دعم مسارات الدفع، والغاز للعملات المستقرة، وأعباء العمل المستقبلية للمدفوعات المؤسسية.

أما TIP-20 فهو أكثر تحديدًا: لا يكتفي بكونه معيار توكن، بل يدمج أوامر التحويل، والرقابة على الامتثال، وتوزيع المكافآت، وهي متطلبات مزعجة في عالم المدفوعات الحقيقي، ويجب التعامل معها.

استغرقت Tempo سبعة أشهر من أول سطر كود إلى الشبكة الرئيسية، لكن Liam يعترف أن الأساس الحقيقي ليس سبعة أشهر، بل هو البنية التحتية التي تم اختبارها على مدى سنوات.

ما يجعل Tempo جديرًا بالاهتمام ليس سرعته، بل أنه لم يخفِ البنية التحتية الهندسية وراء سرد ريادي، بل شرح أن هذا ليس بناءً من الصفر.

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

ليس الأمر أن أحدهم أذكى، بل من هو الأنسب للمرحلة التطويرية الحالية.

ما يجب أن تحذره Circle ليس حجم تداول USDB اليوم

هل يعني ذلك أن USDB ستتحدى USDC في المستقبل؟

حاليًا، USDC قوي جدًا: فـCircle ليست فقط جهة إصدار الأصول، بل ترتبط أيضًا بشكل وثيق مع x402، والمدفوعات الذاتية، وNanopayments، وتتمتع برؤية عالية في السوق المالي.

المشكلة أن ما تتفوق فيه Circle حاليًا هو طبقة المال: العملات التي يفضلها وكلاء AI الآن، والأرجح أنها USDC.

لكن ما تفعله Stripe وBridge لا يركز على ذلك.

Stripe تدعم حسابات العملات المستقرة بشكل متزامن لـUSDC وUSDB، وتحدد USDB كعملة مستقرة بنية تحتية/مغلقة، وليس كـ"USDC ثاني" يهدف إلى سوق التداول المفتوح.

وهذا هو مكمن خطورته، لأن الأنظمة المغلقة ليست نقطة ضعف، بل غالبًا ما تكون نقطة انطلاق لمنصات الدفع.

إذا قادت Tempo مع MPP Stripe نحو واجهة التجارة الآلية، فإن استراتيجية Bridge/USDB ستتغير تمامًا.

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

عند تصميم USDB، أكد Bridge أنها تختلف عن العملات المستقرة التقليدية في أن اقتصاد الاحتياطي يمكن أن يُوزع بشكل أكثر مرونة بين المصدر، والمطور، والمستخدم النهائي.

بالنسبة لـStripe، التي تتقن توزيع الاقتصاديات على المنصات، فإن هذا ليس ميزة منتج، بل هو ميزة هيكلية.

Lightspark ليست مجرد دور ثانوي، بل يضيف بعدًا تاريخيًا لهذا الأمر

وجود Lightspark الآن لا ينبغي أن يُفهم فقط على أنه "إضافة مسار Bitcoin آخر".

على الرغم من أن بروتوكول MPP اليوم يعمل على Tempo، إلا أنه في جوهره غير مرتبط بسكة حديد معينة.

Visa وسعت من استخدامه إلى المدفوعات عبر البطاقات، وStripe أدمجته في بطاقاتها، ومحافظها، وطرق الدفع الأخرى، وLightspark أدمجته مع Lightning Network.

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

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

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

وعند النظر أبعد، فإن هذا الخط يصبح أكثر إثارة للاهتمام. فـDavid Marcus، مؤسس Lightspark، الذي كان مسؤولًا عن Libra في Facebook، كان هدف Libra هو إعادة كتابة نظام الدفع غير الفعال، وليس إصدار عملة جديدة فقط.

لاحقًا، ترك Facebook وبدأ في Lightspark، وفي عام 2025 كتب مقالًا يقول فيه إن "إعادة تشغيل Libra" ليست الطريق الصحيح. عند ربط هؤلاء الأشخاص والأحداث، يظهر صدى تاريخي قوي: فـLibra كانت تسعى لتغيير العملة مباشرة، واليوم، هؤلاء الأشخاص يبدون وكأنهم يعيدون كتابة واجهات الدفع بطريقة مختلفة.

عند الحديث عن Libra، يتبادر إلى الذهن Meta، واستراتيجية استعادة العملات المستقرة التي أثارت الكثير من التكهنات مؤخرًا.

الآن، مع نظام MPP، تم ربط Lightspark الخاص بـDavid Marcus وStripe، وكأن لوحة تركيب تحالفات المنصات الكبرى قد اكتملت: Stripe تقدم الواجهات، وBridge تقدم العملات المستقرة المغلقة، وTempo تعمل كطبقة أساسية، وMeta تتولى التوزيع. زوكربيرج، مارك ماركوس، وPatrick Collison يقفون في الواجهة.

السوق المالي على وشك إعادة التسعير.