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

مؤلف المقال، المصدر: Yajin科研创业录

في 29 أبريل 2025، عقدت Mastercard مؤتمرًا صحفيًا في مقرها في Purchase، نيويورك، وأعلنت رسميًا عن منتج "Agent Pay" [3]. لم يكن هناك رد فعل مثير ذلك اليوم، واعتبره معظم الصناعة مجرد إعلان عادي آخر من منظمة بطاقات.

في الأشهر الـ12 القادمة، ستكون الأمور غير عادية.

في مايو، أطلقت Coinbase x402، مستخدمة لأول مرة رمز حالة HTTP الذي تم الاحتفاظ به منذ عام 1998 ولم يُفعّل قط، 402 لدمج تحويلات USDC مباشرة في استجابات HTTP [1]. بعد شهرين، أطلقت Cloudflare خدمة "Pay per Crawl" باستخدام نفس رمز الحالة، لتسعير عمليات الزحف الخاصة بالذكاء الاصطناعي على أساس الاستخدام [9]، مما يعني أن فكرة "استخدام HTTP 402 للدفع" انتشرت من دائرة التشفير إلى مزودي المحتوى. وبعد شهرين آخرين، انضم طبقة البروتوكول إلى الساحة: في سبتمبر، أطلقت Google بالتعاون مع أكثر من 60 شركة AP2، وفي نفس الوقت أطلقت OpenAI وStripe ACP، مما سمح لـ ChatGPT لأول مرة بإتمام عملية الدفع نيابة عن المستخدم مباشرة على Etsy [2][4]. وفي أكتوبر، دخلت شركات البطاقات نفسها الميدان: أطلقت Visa وCloudflare TAP، لأول مرة منح وكيل هوية قابلة للتحقق من شركات البطاقات [5].

مع دخول عام 2026، انتقلت整个 الصناعة من مرحلة "الظهور المتناثر" إلى مرحلة "المعيارية". في فبراير، طبّقت Lightning Labs فكرة 402 على Bitcoin وأنتجت L402 [8]. في مارس، أطلقت Stripe وParadigm MPP، وفي نفس الوقت تم تشغيل شبكة Tempo، وبعد 12 يومًا، تم إرسال الحزمة الكاملة إلى عملية توحيد IETF [6]. في أبريل، تولّت مؤسسة Linux إدارة x402 Foundation، حيث جلست في نفس الوقت أكثر من عشرين عضوًا مؤسسًا من ثلاث كتل كانت تنافس بعضها البعض سابقًا: بطاقات الدفع (Visa وMastercard وAmerican Express) ومزوّدي السحابة (AWS وGoogle وMicrosoft) وبنية التحتية للعملات المشفرة (Coinbase وCircle وStripe) [1]. هذه هي المرة الأولى التي يُقرّ فيها ببروتوكول دفع واحد من قبل هذه الكتل الثلاث معًا.

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

أدى طلب جديد هذا إلى ظهور سوق كامل، بدأ الصناعيون في تسميته统一 Agentic Payment: جعل الوكلاء ككيانات دفع مستقلة، يتم التعرف عليها، وتأهيلها، وتسويتها، ومحاسبتها. الافتراض الأساسي الذي استُخدم لمدة 60 عامًا وهو "القرار النهائي يُتخذ من قبل الإنسان" قد تغيّر لأول مرة.

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

لماذا لا تناسب دفعات الوكلاء رزمة الدفع التقليدية؟

لفهم سبب تدفق البروتوكولات بتركيز، دعنا ننظر أولاً إلى كيفية تدفق الأموال في دفعة استهلاك تقليدية.

على سبيل المثال، إذا كان شياوشواي محبًا للجري ويشتري حذاء رياضي من موقع Nike باستخدام بطاقة Visa، فإن البنك المصدر (issuer)، مثل Chase، هو الجهة التي تصدر البطاقة. لا يمكن لشركة Nike، كتاجر، معالجة دفع البطاقة مباشرة، بل يجب أن ترسل هذه المعاملة إلى بنك الاستلام (acquirer)، مثل Adyen. تقوم Adyen بإرسال المعاملة عبر شبكة Visa إلى Chase. يقوم Chase بخصم 100 دولار من حساب شياوشواي، وتحتفظ أجزاء من هذا المبلغ كرسوم: لمعاملة بقيمة 100 دولار، يحتفظ البنك المصدر بحوالي 1.5% (تسمى interchange)، وتحصل Visa على حوالي 0.1% (تسمى network fee)، وتحصل Adyen على حوالي 1.5% (تسمى processing fee). في النهاية، يصل حوالي 96 دولارًا إلى حساب Nike.

هذه النسبة 3-4% ليست من دفعات شياو شواي، بل من دفعات نايكي (يُخصم من بطاقة شياو شواي ما لا يزيد عن 100 دولار، بينما تتلقى نايكي فعليًا 96 دولارًا). لماذا ترغب نايكي في تحمل هذه التكلفة؟ لأن منظمات البطاقات قد كونت على مدار الستين عامًا الماضية أصلًا شبه غير قابل للتعويض: عملية استرداد المدفوعات. هذه الآلية توفر ضمانًا للمستهلكين مثل شياو شواي، مما يشجعهم على الشراء عبر الإنترنت أو من تجار مجهولين. إذا اكتشف شياو شواي أن نموذج الحذاء غير صحيح، أو أن نايكي لم تُرسل الطلب، أو أن هناك رصيدًا غير مبرر على بطاقته، يمكنه الاتصال بـ Chase لتقديم طلب نزاع (dispute)، حيث تُدار عملية التحكيم هذه من قبل البنك المصدر، وشركة فيزا، وشركة Adyen، ونايكي وفقًا لسلسلة من الإجراءات المستندة إلى سوابق قانونية تعود لعقود، وفي حال نجاح النزاع، يمكنه استرداد أمواله. إن ما تدفعه نايكي بقيمة 3-4% هو ثمن ثقة المستهلك.

تغيير السوق لا يزال نفس الشيء. عندما يدفع المستهلكون الصينيون مقابل حذاء رياضي على JD.com باستخدام بطاقة Bank of Communications أو مسح رمز دفع Alipay، فإن هيكل "السكك الحديدية" مختلف: في طبقة منظمات البطاقات، تحتل UnionPay مكان Visa، وفي طبقة الدفعات第三方، تستخدم Alipay وWeChat Pay هيكلًا مكونًا من طبقتين: الاتصال المباشر بالبائع + التسوية عبر NetClearing. المنطق الأساسي هو نفسه تمامًا: نظام التسجيل الحقيقي KYC + حماية معاملات Alipay / معالجة النزاعات في WeChat Pay / آلية الشكاوى 12315، مما يوفر قناة انتصاف لحالات "المنتج غير صحيح أو تهرب البائع". يمكن أن يكون هيكل "السكك الحديدية" مختلفًا، لكن الشرط الأساسي "أنه في النهاية شخص طبيعي ذو هوية هو من يتخذ القرار النهائي" هو نفسه على الجانبين.

الافتراضات القليلة التي كان مهندسو طبقة الدفع يعتمدونها منذ عقد 1960 هي التي تشكل أساس عمل هذه الآلية الكاملة:

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

ثانيًا، يجب أن يكون المبلغ الفردي كبيرًا بما يكفي لتحمل رسوم المعاملة. تبلغ تكلفة المعاملة النموذجية على نظام Visa/Mastercard من الطرف إلى الطرف حوالي 2.9% + 0.30 دولارًا أمريكيًا. هذا مقبول في عملية شراء تجزئة بقيمة 100 دولار أمريكي، لكنه غير اقتصادي في طلب API أو نقطة نهاية بيانات أو طلب تصفح بسعر 0.005 دولار أمريكي لكل عملية: فالرسوم تتجاوز تكلفة المعاملة نفسها بـ 60 مرة.

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

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

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

تعتمد خدمات الاستدلال الذكي مثل Anthropic و OpenAI و Replicate اليوم على نموذج "الإيداع المسبق + القياس الداخلي": حيث يتم تجميع آلاف طلبات API في دفعة واحدة مدفوعة ببطاقة كبيرة، وذلك لتجاوز قيود الحد الأدنى للرسوم على أنظمة البطاقات. بمجرد أن يبدأ الوكيل في شراء التقارير وترتيب الأدوات وتوقيع عقود API مباشرة على السلسلة، لن يتمكن هذا الهيكل من التكيف.

إشارات أكثر مباشرة تأتي من جانب المحتوى. كشفت Cloudflare في تقريرها عن التحكم في زحف الذكاء الاصطناعي لشهر أغسطس 2025 أن مواقع عملائها تُعيد بشكل متوسط أكثر من مليار رمز حالة HTTP 402 يوميًا [9]، حيث يستخدم الناشرون هذه الطريقة الأبسط لإخبار روبوتات الذكاء الاصطناعي: "إذا أردت رؤية المحتوى، فعليك الدفع".

المشكلة أن HTTP 402 تم حجزه منذ معيار HTTP/1.1 عام 1998، لكنه لم يُطور أبدًا إلى بروتوكول دفع مُعتمد على نطاق واسع، لذا فإن بوتات الذكاء الاصطناعي التي تتلقاه تتعامل معه كخطأ عام "رفض الوصول" ولا يمكن تحويله إلى دفع فعلي. إن البروتوكولات الجديدة مثل x402 وPay per Crawl وL402 تهدف إلى حل هذه المشكلة: إضافة طبقة بروتوكول حقيقية على HTTP 402 تسمح لبوتات الذكاء الاصطناعي بالدفع تلقائيًا.

في نفس النظام البيئي، هناك مجموعة أخرى من البيانات الأساسية: عندما تقوم محركات البحث التقليدية بفهرسة الصفحات، فإنها توجه القراء إلى الموقع الأصلي، بينما لا تفعل ذلك روبوتات الذكاء الاصطناعي. إحصائيات Cloudflare لشهر يونيو 2025: يعيد Google توجيه زيارة واحدة لكل 14 عملية فهرسة، بينما النسبة الخاصة بروبوتات OpenAI هي 1700:1، وترتفع نسبة روبوتات Anthropic إلى 73000:1 [9]. بعد جمع المحتوى، تقدم روبوتات الذكاء الاصطناعي الإجابات مباشرة في مربعات المحادثة مثل ChatGPT وClaude، لدرجة أن المستخدمين لا يزورون الموقع الأصلي أبدًا. لقد انقطعت تمامًا سلسلة الربح التي كانت تعتمد عليها الناشرون سابقًا: "الظهور في البحث → نقر المستخدم → تحقيق الدخل من الإعلانات".

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

ثلاث قوى، ثلاث طرق دخول

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

بما أن بطاقة rail لا تستطيع دعم المعاملات الفردية بأقل من سنت واحد من الناحية الاقتصادية، فتجاوزها واستخدم العملات المستقرة مباشرة للتسوية على السلسلة.

أول من حقق حجمًا كبيرًا على هذا المسار هو x402 الذي أصدرته Coinbase في 2025-5. لقد دمجت تحويلات USDC مباشرة في استجابة HTTP 402: يطلب العميل المورد، فيُعيد الخادم 402 + السعر، ثم يوقّع العميل على تفويض EIP-3009 باستخدام محفظته، وتدفع واجهة Coinbase الوسيطة رسوم الغاز لتسجيل المعاملة على السلسلة. على سلسلة Base، لا تتجاوز رسوم الغاز لكل معاملة 0.0001 دولار أمريكي، ويستغرق التسوية حوالي ثانيتين. بحلول أبريل 2026، عندما تولت مؤسسة لينكس إدارة المشروع، كان x402 قد أجرى بالفعل 165 مليون معاملة، بحجم إجمالي تداول قدره حوالي 50 مليون دولار أمريكي، و69 ألف عميل نشط، حيث تمثل سولانا حوالي 65% من حجم المعاملات [1].

هذا الرقم لا يُعتبر كبيرًا في صناعة الدفع التقليدية. ففي السنة المالية 2025، تعامل Visa مع 14.5 تريليون دولار، أي حوالي 260 مليار عملية؛ بينما تعامل Mastercard مع 9.2 تريليون دولار على مدار العام. إجمالي حجم التداول على x402 منذ إطلاقه بعد عام واحد، يعادل تقريبًا حجم المعاملات التي تتعامل معها Visa خلال دقيقتين وMastercard خلال ثلاث دقائق. يبدو صغيرًا. لكن يجب ملاحظة أن x402 تستهدف سوق الدفعات الصغيرة التي لا تستطيع فيها بطاقات الدفع التقليدية العمل بسبب عتبة الرسوم الدنيا، وهي سوق مختلف تمامًا عن استهلاك التجزئة الذي تستهدفه Visa وMastercard.

نفس الفكرة تزدهر في أنظمة إيكولوجية أخرى. قام Lightning Labs بتطبيقها على Bitcoin لصنع L402 [8]، وقدمت Skyfire طبقة هوية KYC على الوكلاء لتنفيذ مدفوعات دقيقة عبر USDC، واستخدمتها خدمات الذكاء الاصطناعي مثل Anthropic للدفع حسب الاستخدام [7]، واستخدمت Cloudflare Pay per Crawl نفس طبقة البروتوكول لفرض رسوم على الزاحفات من قبل مالكي المحتوى، وقد انضم إليها ناشرون مثل Conde Nast / TIME / AP [9]، ودخلت Circle مباشرة في مايو 2026 لطرح Agent Stack لتحقيق تكامل عمودي.

دعم Bedrock AgentCore Payments من AWS في مايو 2026 لـ x402 منذ الإطلاق الأول، وهو أول مرة تدعم فيها عملاق السحابة العامة دفعًا ذاتيًا من قبل الوكلاء. من حيث مزودي خدمة API، قام BlockSec بدمج تسميات العناوين على السلسلة وفحص المخاطر الامتثالية عبر Phalcon كنقطة نهاية مدفوعة لـ x402، بسعر يبدأ من 0.10 دولار لكل استدعاء وكيل، مع التسوية بـ USDC على Base [1].

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

الخيار الممثل هو Agent Pay [3] الذي أصدرته Mastercard 2025-4. فهو لا يُنشئ أي شيء جديد، بل يُدمج هوية الوكيل داخل بنية MDES المُستَخدمة منذ عشر سنوات: كانت MDES تخدم في الأصل رموز البطاقات الافتراضية لـ Apple Pay و Google Pay، والآن تم ربط حقلين إضافيين بالرمز (هوية الوكيل + كائن مرتبط بجلسة، حيث يُحدد النطاق الحدود، نطاق التاجر، ووقت الانتهاء). عندما يساعد ChatGPT و Microsoft Copilot المستخدمين في الدفع عبر Agent Pay، تظل مسار الدفع هو مسار البطاقة، مع الاحتفاظ الكامل بإجراءات interchange و chargeback dispute. تستمر الأموال في التوزيع وفقًا للنموذج القديم: تأخذ منظمة البطاقات interchange + رسوم الشبكة، وتأخذ بنك الإصدار الجزء الأكبر من interchange، وتأخذ acquirer / PSP رسوم المعالجة. الحاجز التنافسي هو ضمان chargeback، وهي آلية حل النزاعات التي تدعمها عقود من السوابق القانونية، والتي لا تزال غير قابلة للتعويض بأي مسار كريبتوجيني حتى عام 2026.

تتبع فيزا نهجًا مختلفًا: في أكتوبر 2025، أطلقت بالتعاون مع Cloudflare بروتوكول Trusted Agent، والذي يمنح الوكلاء هوية قابلة للتحقق بناءً على HTTP Message Signature / Web Bot Auth، مع انضمام 12 شريكًا مثل Adyen وCheckout.com وWorldpay إلى التجربة الأولية [5]. أما Stripe، فاختارت الطريق الثالثة، حيث حوّلت منتج Issuing الحالي إلى "إصدار بطاقات افتراضية مؤقتة للوكلاء برمجيًا" [10]، حيث يقوم الوكيل مباشرةً باستدعاء واجهة برمجة تطبيقات Issuing الخاصة بـ Stripe لإنشاء بطاقة افتراضية وإتمام عملية الشراء، مما يربط عتبة أقل رسوم على شبكة البطاقات مع الطلب العالي الذي يتحمله الوكيل.

لا تُ抢 rail، ولا تُصدر شهادات جديدة، بل فقط تنظّم تنسيق "شهادات النية" المتبادلة بين الوكلاء والتجار.

يتمثل الحل المقترح في AP2 [2] الذي أصدرته Google بالتعاون مع أكثر من 60 شركة في 2025-9. يستخدم AP2 وثائق W3C القابلة للتحقق لتقسيم عملية شراء الوكيل نيابة عن المستخدم إلى ثلاث خطوات موقعة، حيث تُوقَّع خطوة واحدة على شهادة تشفيرية (تُعرف مجتمعة باسم Mandate):

1. 1. يوقع المستخدم أولاً على وصية النية: يخبر الوكيل "ما الذي يجب فعله" (مثل "ابحث عن زوج من أحذية الجري البيضاء بسعر أقل من 200 دولار"). بعد التوقيع، يمكن للمستخدم المغادرة، بينما يأخذ الوكيل هذا التفويض للبحث عن المنتجات.
2. 2. بعد أن يجد الوكيل المنتج المحدد، يعرض عربة التسوق للمستخدم، وعندما يؤكد المستخدم في الوقت الفعلي، يوقع على تفويض عربة التسوق: لتحديد ما سيتم شراؤه وكم سعره.
3. 3. يوقع الوكيل على أمر الدفع في اللحظة التي يُطلق فيها الدفع فعليًا: يُبلغ طرف التسوية السفلي (منظمة البطاقات / السلسلة / Lightning) "هذا الدفع قام به الوكيل نيابة عن المستخدم، ومعالجته وفقًا لهذا النطاق".

عملية Mandate المكونة من ثلاث خطوات AP2: الخطوة الأولى Mandate النية (الموافقة المسبقة من المستخدم → يحصل الوكيل على الشهادة للبحث عن المنتجات)؛ الخطوة الثانية Mandate العربة (الوكيل يجد المنتج → المستخدم يؤكد في الوقت الفعلي قفل العربة)؛ الخطوة الثالثة Mandate الدفع (الوكيل يبدأ الدفع → Visa/x402/Lightning السفلي يحصل على الأدلة)

تُشكّل التوقيعات الثلاثة سلسلة كاملة، بحيث يمكن لأي مسار تابع — سواء كان بطاقة Visa أو x402 USDC أو Lightning — الحصول على نفس الدليل التشفيري. لا تقوم AP2 بالتسوية بنفسها، ولا تمر الأموال عبرها؛ إنما تربح Google على هذه المسار حقوق وضع المعيار: بمجرد أن تصبح AP2 معيارًا فعليًا، ستُضاف جميع المسارات إليها. وقد أظهرت Coinbase وLowe's بالفعل عملية شراء كاملة باستخدام AP2 plus العملات المستقرة [2].

في نفس الفترة، أطلقت OpenAI وStripe ACP، بمسارين مختلفين: تحويل ChatGPT مباشرة إلى نافذة شراء، وذكرت The Information لاحقًا أن OpenAI تأخذ رسوم منصة تبلغ حوالي 4% من تجار Shopify [4]، وهي المرة الأولى التي تأخذ فيها مُصنّعو LLM أموالًا مباشرة على مستوى الدفع. في 2026-3، أطلقت Stripe وParadigm MPP، مصحوبة بسلسلة Tempo الخاصة بهما ومقترح معياري من IETF [6]؛ وانضمّت OpenAI وAnthropic إلى قائمة شركاء التصميم في MPP، وهو أمر لم يحدث قط في تاريخ تصميم أي بروتوكول دفع.

ليست المسارات الثلاثة متبادلة الاستبعاد. فـ Stripe هي في نفس الوقت عضو مؤسس في مؤسسة x402، والداعي الرئيسي لـ ACP، والداعي الرئيسي لـ MPP، وشريك في AP2، وهي تضع رهاناتها في جميع المعايير الأربعة، وهو ما يُعد دليلاً مباشرًا على عدم وضوح المشهد في النصف الأول من عام 2026 [6].

رسم توضيحي للرهان الأربعة جوانب: طاولات x402 / ACP / MPP / AP2، حيث يضع Stripe رهانات في نفس الوقت على كل طاولة. التسمية التوضيحية: "عندما لا تعرف من يفوز، فقط ارهن على كل الطاولات."

ما الذي سيتم تناوله بعد ذلك

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

ابدأ بالمسار الأصلي لـ crypto. كيف نشّط x402 رمز الحالة "الميت" HTTP 402 الذي يبلغ من العمر 27 عامًا؟ وبأي أساس استطاع Skyfire تحويل KYC إلى بنية تحتية للهوية في عصر الوكلاء، وجذب Anthropic لاستخدامها؟ وكيف استخدم Cloudflare Pay per Crawl نفس رمز الحالة هذا لإنشاء سوق دفع للزاحفات للمؤلفين؟ وراء هذه الخطوط الثلاثة نفس الحكم التجاري: الأسواق التي تقل فيها قيمة كل معاملة عن 1 سنت، لا يمكن للبنية التحتية التقليدية للبطاقات الدخول إليها أبدًا.

المقال الثالث ينظر في كيفية استجابة منظمات البطاقات. يدمج Mastercard Agent Pay هوية الوكيل داخل بنية تحتية للرموز تم تطويرها على مدار عشر سنوات، مما يضيف طبقة إضافية إلى أقوى أصولها؛ وتمنح Visa TAP الوكلاء بطاقات هوية قابلة للتحقق، مما يتوافق مع الحدس التقليدي المتمثل في "يجب أن أعرف من أنت أولاً قبل أن أسمح لك باستخدام البطاقة"؛ بينما يقدم Stripe Issuing for Agents بطاقات افتراضية لمرة واحدة للوكلاء بشكل برنامجي، مما يربط قوة الدفع الدقيقة المتكررة مباشرة بخط سكك البطاقات. وراء هذه المواقف الثلاثة تكمن نفس المشكلة الأساسية: في عصر الوكلاء، هل لا يزال مفهوم "حامل البطاقة" ككيان قانوني قابلاً للبقاء؟

القسم الرابع ينتقل إلى طبقة البروتوكول، حيث تحدث الأمور الأكثر إثارة للدهشة: فبروتوكولات AP2 و ACP و MPP لا تنقل الأموال نفسها، بل تتنافس على معيار تنسيق "إذن النية" في عصر الوكلاء. يستخدم AP2 ثلاثة Mandate لتشكيل سلسلة توقيعات كryptوغرافية، ويجعل ACP ChatGPT يتحول مباشرة إلى واجهة دفع، بينما يُدخل MPP HTTP 402 في عملية التوحيد القياسية لدى IETF. الفائز في هذا المستوى سيصبح نظام التشغيل الذي يقع فوق جميع السكك.

آخر مقال يُجري مقارنة أفقية. ضع المسارات الثلاثة في جدول واحد لمقارنة الهوية، والتمويل، ومعالجة النزاعات؛ سيناريوهات الهجوم الفريدة لعصر الوكلاء، ودرجة تأثيرها على كل مسار؛ والرقابة الحالية لا تزال صامتة، فكيف يُعوّض القطاع الفراغ في المسؤولية؛ بالإضافة إلى أن Stripe تُقَدِّم رهانات في أربع معايير في آنٍ واحد، فما الذي يعكسه هذا الظاهرة الظاهرية التناقضية من حكم صناعي؟

إذا كنت غير معتاد على بعض مصطلحات الدفع حتى الآن، يمكنك التحقق من جدول المراجع السريعة في النهاية قبل المتابعة، حيث ستُفترض في المقالات الأربع المتبقية من هذه السلسلة أن القارئ يعرف بالضبط ما الذي تشير إليه مصطلحات chargeback و acquirer و issuer و interchange و merchant of record و token و Mandate.

قائمة مصطلحات سريعة

References

[1] Coinbase. "تقديم x402." مايو 2025. https://www.coinbase.com/developer-platform/discover/launches/x402 ؛ مؤسسة لينكس. "إطلاق مؤسسة x402." 2 أبريل 2026. https://www.linuxfoundation.org/press/linux-foundation-is-launching-the-x402-foundation-and-welcoming-the-contribution-of-the-x402-protocol ؛ BlockSec x402 API مدفوع (وسم العنوان + نقطة نهاية فحص الامتثال Phalcon، بدءًا من 0.10 دولار أمريكي، التسوية بـ USDC على Base). https://x402.blocksec.ai/ ؛ التقرير السنوي لشركة فيزا FY2025 (SEC 10-K). https://investor.visa.com/ ؛ نتائج ماستركارد FY2025. https://investor.mastercard.com/

[2] Google Cloud. "الإعلان عن بروتوكول مدفوعات الوكلاء (AP2)." 16 سبتمبر 2025. https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol ؛ الوثائق الرسمية لـ AP2. https://ap2-protocol.org/

[3] ماستركارد. "تكشف عن Agent Pay." 29 أبريل 2025. https://www.mastercard.com/global/en/news-and-trends/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai.html

[4] OpenAI. "اشترِه في ChatGPT." 2025-09-29. https://openai.com/index/buy-it-in-chatgpt/ ; بروتوكول التجارة الوكيلية GitHub. https://github.com/agentic-commerce-protocol/agentic-commerce-protocol

[5] فيزا. "بيان صحفي ببروتوكول العميل الموثوق." 14 أكتوبر 2025. https://investor.visa.com/news/news-details/2025/Visa-Introduces-Trusted-Agent-Protocol-An-Ecosystem-Led-Framework-for-AI-Commerce/default.aspx

[6] Stripe. "تطوير معيار مفتوح للتجارة الوكيلة." 2026. https://stripe.com/blog/developing-an-open-standard-for-agentic-commerce ; Stripe. "تقديم بروتوكول المدفوعات الآلية." 2026. https://stripe.com/blog/machine-payments-protocol ; مسودة الإنترنت الخاصة بـ IETF "مخطط المصادقة HTTP للدفع." https://datatracker.ietf.org/doc/html/draft-ryan-httpauth-payment-01 ; The Defiant. "Tempo تطلق الشبكة الرئيسية وكشفها عن بروتوكول المدفوعات الآلية بالشراكة مع Stripe." 2026-03. https://thedefiant.io/news/blockchains/tempo-launches-mainnet-unveils-machine-payments-protocol-with-stripe

[7] Skyfire. https://skyfire.xyz/ ; "Skyfire تطلق بروتوكول Open KYAPay مع ميزة الدفع عبر الوكلاء." 26 يونيو 2025. https://www.businesswire.com/news/home/20250626772489/en/

[8] Lightning Labs. "The Agents Are Here." 11 فبراير 2026. https://lightning.engineering/posts/2026-02-11-ln-agent-tools/

[9] Cloudflare. "تقديم الدفع مقابل التتبع." 2025-07-01. https://blog.cloudflare.com/introducing-pay-per-crawl/ ; Cloudflare. "تقديم التحكم في التتبع بالذكاء الاصطناعي." 2025-08-28. https://blog.cloudflare.com/introducing-ai-crawl-control/ ; Cloudflare. "التجسس قبل السقوط... على الإحالات." 2025-06. https://blog.cloudflare.com/ai-search-crawl-refer-ratio-on-radar/

[10] Stripe. "إعطاء الوكلاء القدرة على الدفع." 2025. https://stripe.com/blog/giving-agents-the-ability-to-pay ؛ وثائق Stripe Issuing للوكلاء. https://docs.stripe.com/issuing/agents