عندما يصبح الوكلاء مستهلكين، من سيعيد كتابة المنطق الأساسي للأعمال التجارية على الإنترنت؟

المؤلف: YQ

الترجمة: جياخوان، ChainCatcher

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

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

ليس افتراضًا فحسب. تتوقع Gartner أنه بحلول عام 2028، سيتم إنجاز عمليات مشتريات B2B بقيمة 15 تريليون دولار عبر AI Agents. لدى ChatGPT 900 مليون مستخدم نشط أسبوعيًا (بيانات فبراير 2026). عندما يفوض هؤلاء المستخدمون قرارات الشراء إلى وكلاء، يحتاج الوكيل إلى طريقة دفع. توجد شركتان تعملان على وضع هذا المسار: x402 من Coinbase وMPP من Stripe. كلاهما فعّل نفس كود الحالة الذي كان خامدًا في مواصفة HTTP منذ 1996. وإلى جانب ذلك، لا يمكنهما الاتفاق على أي شيء آخر.

إيقاظ بروتوكول الدفع الخامل منذ ثلاثين عامًا

في عام 1996، تضمّن Roy Fielding في HTTP/1.1 عنصرًا placeholder: كود الحالة 402، أي “Payment Required” (يتطلب الدفع). كانت الرؤية آنذاك تضمين المدفوعات الصغيرة (المعاملات المالية ذات المبالغ الضئيلة جدًا) في الطبقة الأساسية للشبكة. قراءة مقال بخمس سنتات. تحميل صورة بسنت واحد. ليصبح المال جزءًا أصليًا من HTTP مثلما هي الروابط.

ثلاثة أشياء قتلت ذلك. رسوم بطاقات الائتمان لكل معاملة تتراوح بين 0.25 و0.35 دولارًا جعلت دفع خمس سنتات أمرًا عبثيًا. كما سبّبَت تلميحات الدفع إجهادًا في اتخاذ القرار. لم يكن هناك وقتها Wallets داخل المتصفحات. فشل الدفع الصغير في MSN من Microsoft. وفشل DigiCash. ثم اتجه الإنترنت إلى احتضان الإعلان، وظل HTTP 402 خامدًا لمدة ثلاثين عامًا.

لم يتغير شيء من ناحية التقنية. جعلت العملات المستقرة وشبكات Layer 2 المعاملات التي تقل عن دولارًا واحدًا ممكنة. الذي تغير هو المستخدم. عندما يكون المستخدم إنسانًا، ينجح الإعلان. وعندما يكون المستخدم آلة، يصبح الإعلان مستحيلًا من الناحية البنيوية. الاقتصاد الآلي يحتاج طبقة دفع. ومن الواضح أن HTTP 402 هو مكان ممتاز لبنائها. أطلقت Coinbase x402 في مايو 2025. وأطلقت Stripe MPP في مارس 2026. بدأ السباق.

لكن الجميع يسأل: أي بروتوكول سيفوز؟ هذا سؤال خاطئ. مسار الدفع مجرد بنية تحتية. تقوم Visa بمعالجة 14 تريليون دولار من المعاملات سنويًا. وفي 2 مارس 2026، أنهت Mastercard والبنك Santander أول دفعة في أوروبا مخصصة لـ AI Agents. عندما يمكن استخدام 4 مليارات بطاقة موجودة لإجراء معاملات مع وكلاء، فإن بروتوكول تحويل الأموال يصبح مجرد تذكرة دخول. أما الحاجز الحقيقي فهو طبقة تنسيق القرارات: في هذا النظام، تحدد Agents ماذا تشتري، ومن تشتري منه، وكيف تتحقق من الثقة.

بحر أزرق بمقياس تريليوني

خلال الأشهر الـ12 الماضية، نشرت خمس جهات تحليل تنبؤات عن أعمال Agents. اختلفت في الأرقام المحددة، لكن اتفقت بشكل لافت على اتجاه التطور.

الحد الأدنى لدى Morgan Stanley (190 مليار دولار) مقابل بيانات Gartner لـB2B (15 تريليون دولار) يفصل بينهما ترتيبان من حيث الحجم. لا يعود هذا التباين إلى الفوضى، بل إلى اختلاف نطاقات القياس. يحسب Morgan Stanley التجارة الإلكترونية الاستهلاكية في الولايات المتحدة. وتحسب Gartner كل مشتريات B2B في أنحاء العالم. حتى مع أكثر التقديرات تحفظًا، فإن حجم السوق الذي يمثله يتجاوز إجمالي معالجة Stripe في عام 2023 بالكامل (1 تريليون دولار).

لماذا يجب أن تسبق التطبيقات على مستوى المؤسسات

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

المعلومة الأساسية هي: 7% فقط يثقون في منصات AI طرف ثالث للتسوق. تبلغ ثقة روبوتات الدردشة للمتاجر 25%. والفرق هنا هو مسافة الثقة. الناس يثقون أكثر في المتاجر التي سبق أن اشتروا منها، لا في وكيل AI عام. ستظهر المرحلة الأولى من الأعمال القائمة على الوكلاء عبر AI التجزئة المرتبط بالعلامات التجارية، لا عبر بروتوكولات وكلاء مستقلة.

بالنسبة إلى x402 وMPP، فإن المعنى الضمني متشابه. كلا البروتوكولين يحتاج إلى اعتماد من الشركات قبل انتشار المستهلكين. المستهلكون لا يختارون مسار الدفع، بل التجار هم من يختارون. والاختيار لدى التجار يعتمد على معدلات الاحتيال وسرعة التسوية ومسؤوليات شكاوى/رفض المدفوعات، وليس على أناقة البروتوكول.

منظومة بروتوكولات دفع قابلة للتركيب

أسرع طريقة لسوء فهم دفع الوكلاء هي ترتيب إعلانات كل بروتوكول جنبًا إلى جنب ثم سؤال: “أيها الأفضل؟” تشغل هذه البروتوكولات مستويات مختلفة ضمن نفس مكدس التقنية. خلطها معًا يشبه مقارنة TCP مع Shopify.

يقع x402 في أدنى طبقة. يضيف دلالات الدفع إلى HTTP نفسه. أي خادم يمكنه إرجاع كود حالة 402، وأي عميل يمكنه الاستجابة بمعاملات موقعة. لا حاجة لـSDK، ولا جلسات، ولا حالة. أما MPP فيقع في الطبقة التالية. يستخدم نفس كود الحالة 402، لكنه يغلّفه داخل بروتوكول جلسة؛ حيث يجمع المدفوعات الصغيرة، ويدعم العملات الورقية (fiat)، ويتصل ببنية Stripe للامتثال.

فوق هذين الاثنين توجد طبقة تنسيق القرارات. يحدد AP2 من Google كيف يكتشف الوكلاء بعضهم بعضًا، وكيف يتبادلون الأذونات، وكيف يفوضون الصلاحيات. ويتولى ACP المسؤول—وهو من تصميم مشترك بين Stripe وOpenAI—الاكتشاف الخاص بالمنتج، وإدارة سلة التسوق، والدفع عند الخروج. وتبني Visa وMastercard فوق ذلك طبقة الاعتمادات/الشهادات (credentials).

تتجاهل أغلب جهات التحليل insightًا واحدًا: هذه طبقات قابلة للتركيب وليست خيارات حصرية. نظريًا، يمكن تفويض المعاملة الواحدة عبر AP2 للتفويض، وعبر ACP لاختيار المنتج، وعبر MPP لإدارة الجلسة، وأخيرًا عبر x402 للتسوية. لا يوجد حتى الآن من بنى مكدسًا كاملًا. هذه القابلية للتركيب هي فرضية تصميم وليست واقع إنتاج. لكن منطقها المعماري صحيح: امتداد a2a-x402 من Google (مُتاح كـ open source على GitHub) يربط بالفعل AP2 وx402.

المشكلة الآن هي: عندما تتجه الطبقات الأخرى نحو التجانس، أي طبقة ستلتقط أكبر قدر من القيمة؟

من يحسم النتيجة: الرسوم

كل نقاش حول دفع الوكلاء ينتهي في النهاية إلى نقاش حول الرسوم. فيما يلي مقارنة بيانات فعلية لِـ4 حلول لم يعلن عنها الآخرون بعد.

بروتوكول x402: الحد الأدنى، مفتوح المصدر، ومسار تشفيري خالص

يمكن تفسير بروتوكول x402 عبر بضعة أسطر من كود Middleware. يطلب العميل موردًا. يرد الخادم بكود HTTP 402 ومعه ترويسة طلب دفع. يوقّع العميل تحويل عملة مستقرة (stablecoin)، ويعيد المحاولة مرفقًا بتوقيع الدفع. يتحقق موفر الخدمة من التسوية على السلسلة. يرد الخادم بـ HTTP 200.

اعتبارًا من مارس 2026، بيانات السلسلة: يبلغ حجم المعاملات اليومي نحو 131 ألف معاملة، والقيمة اليومية حوالي 2.8 مليار دولار؟ (حوالي 28 ألف دولار). متوسط مبلغ الدفع 0.20 دولار. وفقًا لتحليل جنائي لـCoinDesk (11 مارس 2026)، يُقدّر أن حوالي نصف ذلك هو اختبارات المطورين واستكشاف التكامل. يبلغ إجمالي حجم المعاملات سنويًا (annualized) نحو 10 ملايين دولار. بعد استبعاد الاختبارات، ينخفض إجمالي المعاملات التجارية الحقيقية سنويًا إلى حوالي 5 ملايين دولار. بالنسبة لبروتوكول تدعمه Coinbase وCloudflare وVisa وGoogle، فإن هذا مجرد بيانات مرحلة “بذرة/Seed round”. البروتوكول يعمل جيدًا بحد ذاته؛ المشكلة أن السوق لم يصل بعد.

والشيء الذي يجعل x402 قويًا من منظور معماري—هو أيضًا ما يفتقر إليه. رسوم بروتوكول صفر. إنشاء حسابات صفر. قفل مزود صفر. يستخدم هذا المعيار رخصة Apache 2.0. يمكن لأي خادم لأي لغة أن يتم نشره خلال فترة بعد ظهر واحد. قام “x402 Foundation” حتى الآن بإدراج Coinbase وCloudflare وGoogle وVisa كأعضاء، في حين أن AWS وCircle وAnthropic وVercel شركاء إضافيون. تكلفة التجربة/الخطأ لديه شبه معدومة.

تعالج مواصفة v2 القيود الواضحة في النسخة الأصلية. تتيح معمارية الإضافات لمزودي الخدمة دعم سلاسل بلوكشين متعددة. وتقلل إعادة استخدام الجلسات من العبء على السلسلة لكل طلب. يمتد دعم متعدد السلاسل من شبكة Base إلى شبكة Ethereum الرئيسية وArbitrum وSolana.

نقطة ضعفه بنيوية. x402 يدعم العملات المشفرة فقط. لا توجد قنوات للعملة الورقية. إذا احتاج وكيل إلى الدفع باستخدام بطاقة ائتمانية شركة مقابل واجهة برمجة SaaS، فلن يستطيع استخدام x402. كما أن المنصة التي تقف خلفه—Coinbase—توجد هي أيضًا في مرحلة تحوّل حاليًا.

بروتوكول Stripe MPP: تثبيت الامتثال والدفع بالعملة الورقية

لا توجد قنوات للـfiat في x402. ولا يمكنه تجميع المدفوعات الصغيرة. ولا يتضمن كشف احتيال مضمّنًا، ولا حسابات ضرائب، ولا منطقًا للرد/الاسترجاع. بالنسبة لمطورين مستقلين يبيعون صلاحيات وصول إلى API بسعر 0.01 دولار لكل استدعاء، قد تكون هذه مقايضات مقبولة. لكن بالنسبة لوكيل ضمن مؤسسة (Enterprise) يقوم بـ10,000 استدعاء API كل ساعة لِـSaaS مزود متوافق مع SOC 2، فإن هذه العيوب تكون قاتلة.

MPP بُني تحديدًا لملء تلك الفجوات. يبدأ المسار أيضًا من كود الحالة 402، لكن لم يعد الأمر معاملة واحدة بتوقيع منفرد لعملة مستقرة. بدلًا من ذلك، يتفاوض العميل على جلسة، ويمنح حدًا إنفاقيًا، ثم يجري مكالمات متكررة دون الحاجة إلى التسوية في كل مرة.

الطبقة الأساسية لـMPP هي Tempo: بلوكشين مخصص أُطلق في 18 مارس 2026. مواصفاته: أكثر من 100,000 TPS، و0.6 ثانية لتحديد نهائي (finality)، وتصميم بلا رموز (لا يوجد Gas Token ولا عملة مشفرة أصلية). تُدير عقد التحقق شركاء معتمدون من Stripe. وهذه المقايضة واضحة: Tempo يضحّي باللامركزية مقابل قابلية أعلى للإنتاجية، وتكلفة يمكن التنبؤ بها، وامتثال تنظيمي. ولا تخفي Stripe ذلك.

توضح قائمة الشركاء عند الإطلاق بوضوح نيتها دخول السوق على مستوى المؤسسات. تضم الدفعة الأولى أكثر من 50 مزودًا، بينها OpenAI وAnthropic وGoogle Gemini وDune Analytics وBrowserbase. شركاء التصميم يتضمنون Visa وMastercard وDeutsche Bank وShopify وRevolut. هذا امتداد لشبكة التجار الحالية لدى Stripe إلى أعمال الوكلاء، ومزود أيضًا بكشف احتيال (Stripe Radar)، وحسابات ضريبية، وآليات تسوية نزاعات/حل خلافات.

يدعم MPP داخل بروتوكول واحد USDC، وبطاقات الائتمان، وبطاقات الخصم، و"اشترِ الآن وادفع لاحقًا" (BNPL)، والمحافظ الرقمية. على شبكة Base، ستصل الوكلاء الذين يدفعون بـUSDC والوكلاء الذين يدفعون ببطاقات Visa المؤسسية إلى نفس نقطة النهاية ويستلمون نفس الإيصال. ما زالت معظم مشتريات الشركات تتم عبر بطاقات الائتمان/الخصم. بروتوكول يقبل العملات المشفرة وحدها لن توافق عليه الأغلبية الساحقة من CFO.

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

مقارنة x402 مع MPP

بعيدًا عن طبقة البروتوكول، تصبح الاستراتيجية على مستوى المنصة واضحة. الشركتان تبنيان نظامًا بيئيًا كاملًا لأعمال الوكلاء. البروتوكولات مجرد طبقة دفع ضمن رقعة أكبر.

في هذا التنافس، كانت الخطوة الأهم هي آخر خطوة لـStripe. تدعم Stripe استخدام x402 على شبكة Base. وهي تتحوط ضد المخاطر عبر توفير هذا البروتوكول غير المرخّص بجانب بروتوكولها المخصص للمؤسسات. أما Coinbase فلم تقدم ردًا نظيرًا. لا توجد في بنية Coinbase مسار لدفع العملة الورقية. إذا احتاج وكيل إلى الدفع ببطاقة ائتمان، فلن تقدم Coinbase حلًا.

ميزة التوزيع لدى Stripe لا يمكن المبالغة فيها. عبر تكاملها مع ChatGPT، وصلت MPP إلى 900 مليون مستخدم نشط أسبوعيًا (فبراير 2026)، ويتضمن ذلك 50 مليون مشترك مدفوع. عندما يحتاج وكيل AI المبني على منصة OpenAI إلى إجراء مشتريات، فإن Stripe هي المسار الافتراضي. بالمقابل، يعتمد توزيع Coinbase على اعتماد المطورين: نظام Base البيئي، وشركات أعضاء مؤسسة x402، إضافة إلى منشئي البنية التحتية المشفّرة الذين يفضلون البنى غير المرخصة.

لكن جهود Stripe في الترويج لأعمال الوكلاء داخل القطاع واجهت تعثرًا. عند الإطلاق، تم دمج ACP مع Shopify، لكن في البداية لم تُفعّل الخدمة سوى حوالي 12 متجرًا. يستطيع المستخدمون تصفح المنتجات عبر واجهة الوكيل، لكن عند مرحلة الدفع عليهم الانتقال إلى موقع المتجر لإتمام العملية (بحسب تقرير The Information في مارس 2026). الوكيل يتولى التصفح، والإنسان يتولى الدفع. هذا ليس أعمال وكلاء. إنه مجرد محرك توصيات منتجات يضيف خطوات إضافية.

ميزة الردّ لدى Coinbase هي الحياد. لدى Stripe كمُعالج مدفوعات دوافع تجارية للاحتفاظ بالمعاملات داخل منصتها. بينما قامت Coinbase ببناء x402 كبروتوكول مفتوح، وسلمت سلطة الحوكمة إلى المؤسسة. لكن سرد Coinbase للمنصة معقد: منتجها Commerce سيتوقف في 31 مارس، وCoinbase Business مُستضاف ومخصص للولايات المتحدة وسنغافورة فقط، وعند التسوية يتم تحويل كل شيء تلقائيًا إلى USDC. هذا البروتوكول مفتوح بالكامل، لكن المنصة التي تدعمه في مرحلة انتقالية.

هجوم عمالقة تقليديين: Visa وMastercard تقفزان إلى الأمام

في الوقت الذي كان فيه Coinbase وStripe يبنيان من الأسفل إلى الأعلى، كانت Visa وMastercard تبنيان من الأعلى إلى الأسفل. أعلنت الشبكتان الدوليتان للشبكات البنكية عن ميزات دفع خاصة بالوكلاء في مطلع 2026، وكشفت استراتيجيتاهما عن ما يحدث عندما يدخل عمالقة تقليديون يمتلكون عشرات المليارات من “أوراق الاعتماد” للمستخدمين إلى سوق ناشئة.

عند إطلاق منصة Intelligent Commerce التابعة لـVisa، تم الإعلان مع أكثر من 100 شريك، بما في ذلك Samsung وPerplexity وMicrosoft. تكمن ابتكاراتها الأساسية في الاعتمادات/الأوراق المُرمّزة (tokenized) لوكلاء: تغليف رقم بطاقة Visa داخل توكن مخصص لوكيل، مع تقييدات إنفاق، وتقييدات للتجار، ومراقبة لحظية. Visa تعالج 14 تريليون دولار سنويًا من الأموال. ليست بحاجة أصلًا إلى ابتكار مسار دفع جديد.

اتبعت Mastercard نهجًا مشابهًا عبر Agent Pay. يوفّر توكن الوكيل صلاحيات التفويض للإنفاق. وقد أدت عملية الدمج مع Fiserv إلى إدخال آلاف من المؤسسات الحالية لمعالجة/تجميع التجار. وأنجز Santander أول مدفوعات لوكيل في الاتحاد الأوروبي في 2 مارس 2026. رهنت Mastercard رهانه على أن أصعب جزء هو البنية التنظيمية والامتثالية التي تعمل بالفعل، وأن توسيعها إلى مجال الوكلاء ليس سوى عمل هندسي إضافي.

تعلو كل ذلك بروتوكول AP2 من Google بوصفه طبقة الحوكمة. يحتوي AP2 على أكثر من 60 شريكًا مؤسسًا، من بينهم Adyen وAmerican Express وAnt Group وCoinbase وEtsy وIntuit وJCB وMastercard وPayPal وRevolut وSalesforce وUnionPay وWorldpay. وهو يعرّف كيف يكتشف الوكلاء الخدمات، وكيف يتبادلون الأذونات، وكيف يفوضون الصلاحيات. يحافظ AP2 عمدًا على عدم المعرفة بنوع طريقة الدفع. تفويض AP2 واحد يمكنه الموافقة على الدفع عبر x402 أو MPP أو Visa أو Mastercard.

ماذا يحدث على السلسلة (On-Chain)

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

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

الملاحة في المناطق الرمادية التنظيمية

كل بروتوكول في هذا المكدس يعمل ضمن منطقة رمادية تنظيمية، وهذه المنطقة لن تبقى رمادية إلى الأبد. يفرض قانون MiCA في الاتحاد الأوروبي (قانون أسواق الأصول المشفرة، ساري منذ يونيو 2024) متطلبات ترخيص على مُصدري العملات المستقرة وعلى مزودي خدمات الأصول المشفرة. ونموذج مزودي خدمة x402 (حيث يقوم طرف ثالث بالنيابة عن التاجر بتسوية مدفوعات العملات المستقرة) يتوافق تمامًا مع تعريف MiCA لمقدمي خدمات الأصول المشفرة. حتى الآن، لم يحصل أي مزود لخدمات x402 على ترخيص MiCA. وهذا يعني أن انتشاره في أوروبا يواجه “قنبلة موقوتة” يتم عدّ دقتها—توقيتًا ينتهي قريبًا.

MPP يواجه طبقات تنظيم مختلفة تمامًا. إطار PSD2/PSD3 الأوروبي ينظم خدمات بدء الدفع. وكيل يمثل تفويض المستخدم لجلسة دفع يقوم بتنفيذ فعل بدء الدفع. هل يحتاج نموذج جلسة MPP إلى ترخيص PSD3 يعتمد على تصنيف الوكيل كمقدم خدمة دفع أو كوسيط تقني. لدى Stripe ترخيص PSD2 في عموم أوروبا. أما حلول MPP المنفذة بشكل مستقل فلا تملك ذلك.

في الولايات المتحدة، لم تصدر هيئة حماية المستهلك المالي (CFPB) بعد إرشادات محددة بخصوص معاملات المستهلكين التي يتوسطها AI، لكن القواعد الحالية لحماية المستهلك (E للتنقل/التحويلات الإلكترونية للأموال، وTILA للائتمان) تنطبق كذلك، سواء بدأ الدفع بواسطة بشر أم بواسطة وكيل. المدفوعات في الاتحاد الأوروبي بين Mastercard وSantander (2 مارس 2026) تمت تسويتها ضمن ترخيص البنوك القائم لدى Santander. ولم تُنشئ سابقة تنظيمية جديدة. إنها تثبت أنه ضمن “غلاف” مؤسسي مناسب، يمكن للإطار القائم أن يستوعب مدفوعات الوكلاء بالكامل.

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

ما الذي سيحدث بعد ذلك

سيصبح x402 طبقة دفع غير مرخصة للبنية التحتية الممتدة عبر “ذيل طويل” للإنترنت: واجهات API مستقلة، ومصادر بيانات مفتوحة، ومحتوى عتبات للمدفوعات الصغيرة، وحالات استخدام حيث يؤدي إنشاء حساب قبل الدفع إلى احتكاك غير مقبول. وسيصبح MPP طبقة جلسة موجهة إلى أحمال عمل مؤسسية عالية التواتر وشديدة الامتثال: واجهات SaaS API، وخدمات سحابية، وبيانات مالية، وأي مهام تحتاج إلى موافقة فرق مشتريات ضمن Fortune 500.

يتعايشان لأنهما يخدمان حدود ثقة مختلفة. لا يحتاج وكيل مجهول يقوم بقرصنة بيانات السوق على واجهة API عامة إلى Stripe Radar. لكن وكيل للرعاية الصحية يعالج مطالبات التأمين يحتاج ليس فقط إلى Stripe Radar، بل يحتاج أيضًا إلى الالتزام بـHIPAA، وإلى تتبع تدقيق، ومنطق الاسترداد/الرد. دمج هذين النوعين من الوظائف في بروتوكول واحد يكون ثقيلًا جدًا للحالة الأولى وخفيفًا جدًا للحالة الثانية. التصميم ثنائي الطبقة هو المعماري الصحيح.

تقدم شبكات البطاقات طبقة ثالثة: امتثال وحوكمة قابلة للتوسع. ستقوم أوراق/اعتمادات Visa المُرمّزة وتوكنات وكلاء Mastercard بمعالجة الحالات التي يلزم فيها توسيع العلاقات المالية الحالية للإنسان إلى وكلائه. وبالنسبة لأغلب المستهلكين، فإن أول دفعة لوكيل يفوضونها ستتم عبر بطاقاتهم الحالية من Visa أو Mastercard، لا عبر محافظ العملات المستقرة. هذه مسألة حسابية بسيطة: 4 مليارات بطاقة مقابل 50 مليون محفظة عملات مستقرة.

نهاية عصر تحقيق الدخل من خلال التدفق (Traffic Monetization)

لمدة ثلاثين عامًا، كان نموذج الأعمال للإنترنت هو: عرض الإعلانات على البشر، والاستحواذ على الانتباه، وتحويل النقرات إلى دخل. إيرادات الإعلانات السنوية لـGoogle (300 مليار دولار)، وMeta (135 مليار دولار)، وAmazon (50 مليار دولار). كل ذلك يعتمد على وجود إنسان حي في الطرف الآخر من الشاشة.

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

تقول Gartner إنه بحلول 2028، سيتم إنجاز مشتريات B2B بقيمة 15 تريليون دولار عبر AI Agents. وحتى لو حسبنا 10% فقط، فهناك 1.5 تريليون دولار تحتاج إلى مسار دفع وتسويات وحلول نزاعات. تتوقع Bain أن حجم أعمال Agents في الولايات المتحدة سيصل إلى 3000 إلى 5000 مليار دولار بحلول 2030. وسينمو سوق AI Agents نفسه بمعدل نمو سنوي مركب قدره 46.3% (وفقًا لبيانات Markets & Markets) من 7.84 مليار دولار إلى 52.62 مليار دولار. هذا الأساس كبير بما يكفي لأن يقتطع x402 وMPP وVisa وMastercard كل منها مساحة خاصة به.

لكن الرقم التالي يجب أن يجعل كل مطور في هذا المجال يشعر بوخز على أطراف الأعصاب: 7% فقط من المستهلكين يثقون في منصات AI طرف ثالث للتسوق (حسب استطلاع Bain في 2026 على 2016 مستجيبًا أمريكيًا). بروتوكولات الدفع جاهزة. والبنية التحتية جاهزة. لكن البشر لم يستعدوا بعد.

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