هل يفتح التجارة الوكلائية باب نظام دفع ثنائي الطبقة للمعاملات القائمة على الذكاء الاصطناعي؟
تتحول المعاملات التي تديرها الذكاء الاصطناعي من مجرد فكرة إلى واقع ملموس، مما يدفع إلى إعادة التفكير جذرياً في كيفية عمل أنظمة الدفع والتسوية الرقمية.
من المدفوعات البشرية إلى أنظمة الذكاء الاصطناعي
بين سبتمبر 2025 ومارس 2026، تحركت جميع الشركات الكبرى في مجال المدفوعات العالمية نحو التجارة المدعومة بالذكاء الاصطناعي. أطلقت شركتا OpenAI وStripe “بروتوكول التجارة الذكية”، بينما كشفت Google عن “بروتوكول التجارة العالمي” بالشراكة مع أكثر من 30 شركة تجزئة وشركة تقنية مالية.
في نفس الفترة، أصدرت Visa وMastercard أطر عمل للمدفوعات مخصصة للوكلاء الذكيين. كما طورت Coinbase معيارها x402، وقامت بتسوية أكثر من 15 مليون معاملة على شبكة Base. علاوة على ذلك، شاركت Stripe وشركة Tempo في كتابة “بروتوكول مدفوعات الآلة” وتم تقديمه لتوحيده كمعيار عالمي.
هذا التوقيت ليس صدفة. لقد بُنيت بنية المدفوعات التحتية خلال العقود الثلاثة الماضية للبشر الذين يجلسون أمام المتصفحات ويملؤون النماذج. لكن وكلاء الذكاء الاصطناعي يحتاجون إلى واجهات برمجية وتفويض فوري تقريباً وقدرة على التعامل مع معاملات بقيمة أجزاء من السنت.
لم يتم تصميم النظام الحالي لهذا البيئة، والصناعة تدرك هذا التناقض. ما يظهر الآن هو بنية من طبقتين: طبقة عليا للتنسيق والاكتشاف، وطبقة سفلى لتسوية القيمة. ستتطور هاتان الطبقتان بشكل منفصل.
التنسيق التجاري: كيف تتم معاملات الوكلاء الذكيين
تحدد طبقة التنسيق كيف يجد الوكيل الخدمة، ويدير الجلسة، وينتقل إلى الدفع. ظهرت فئتان رئيسيتان من الاستخدام، والخلط بينهما يؤدي إلى سوء فهم هيكل السوق.
1. الوكلاء الذين يتصرفون نيابة عن المستهلكين
بالنسبة للوكلاء الذين يشترون نيابة عن البشر، المشكلة الرئيسية اليوم ليست في آلية الدفع بل في الوصول. معظم منصات التجارة الإلكترونية مصممة للتنقل البشري. لكن الوكيل الذكي لا يجب أن يتصفح صفحات المنتجات أو يفسر الإعلانات.
بدلاً من ذلك، يحتاج التجار إلى نقاط نهاية مهيكلة يقرأها الآلة. هذه النقاط لا تزال نادرة، مما يحد من تفاعلات الوكلاء الأصلية. الموجة الأولى من البروتوكولات في هذا القطاع تأتي من OpenAI وStripe وGoogle، ولكل منها نهج مختلف في التحكم والانفتاح.
- بروتوكول OpenAI وStripe (ACP): يركز على تفويض الدفع الآمن. يتم تخزين طريقة دفع المستخدم في ChatGPT، وعند التأكيد على الشراء، تصدر Stripe رمز دفع لمرة واحدة. يحتفظ التاجر بوضعه الكامل ويعالج الدفع عبر بنية Stripe التحتية الحالية.
- بروتوكول Google العالمي (UCP): يمثل استراتيجية مختلفة. يعمل كفهرس مفتوح: ينشر التجار وثيقة مهيكلة على موقعهم، ويمكن لأي وكيل متوافق قراءتها مباشرة. تتحكم Google في سطح الاكتشاف ولكن ليس في الدفع نفسه.
باختصار، يضحي بروتوكول ACP بالانفتاح من أجل التحكم، بينما يضحي بروتوكول UCP بالتحكم من أجل اتساع الفهرس والتوحيد القياسي.
2. الوكلاء الذين يتعاملون مع وكلاء آخرين
الفئة الثانية مختلفة هيكلياً: كلا طرفي المعاملة هما وكلاء ذكيون مستقلان، ولا يوجد تاجر بشري. في هذه البيئة، تختفي ضمانات الثقة التقليدية.
لا توجد قوانين حماية مستهلك أو حقوق استرجاع للاعتماد عليها. تحاول معايير Ethereum الجديدة مثل ERC-8183 معالجة هذه المشكلة من خلال تقسيم كل معاملة إلى ثلاثة أطراف: عميل، ومزود خدمة، ومقيّم. يتم الاحتفاظ بالأموال في عقد ذكي ولا يتم الإفراج عنها إلا عند توقيع المقيّم.
من الناحية الهيكلية، من المرجح أن تتطلب التجارة بين الوكيل والوكيل تسوية بعملات مستقرة، حيث تصبح رسوم البطاقات غير اقتصادية للمعاملات صغيرة الحجم وعالية التردد.
بروتوكولات التسوية: من ينقل الأموال فعلياً؟
إذا قررت طبقة التنسيق ماذا وأين تتعامل، فإن طبقة التسوية تحدد ما إذا كانت القيمة تنتقل بالفعل. هناك خمسة بروتوكولات رئيسية تتنافس الآن، كل منها مصمم لحالات استخدام مختلفة.
1. معيار الدفع المفوض و SPT (Stripe)
يمتد معيار Stripe للدفع المفوض ليشمل بنية البطاقات بدلاً من استبدالها. وهو مناسب للمشتريات التقليدية، ولكنه غير ملائم للمعاملات عالية التردد ذات القيمة الصغيرة جداً.
2. Visa Intelligent Commerce و Mastercard Agentic Tokens
قامت كل من Visa وMastercard بتعديل طبقات الترميز الخاصة بهما للتعامل مع المدفوعات التي يبدأها الوكيل. تظل التسوية على أنظمة البطاقات التقليدية. القيد الهيكلي هو أن كلا الشبكتين لا يمكنهما دعم المدفوعات التي تقل قيمتها عن الدولار بكفاءة.
3. x402 (Coinbase)
يبدأ x402 من بروتوكول HTTP بدلاً من البطاقات. يعتمد على رمز الحالة 402 “الدفع مطلوب”. لا يوجد إعداد حساب أو توزيع مفاتيح API على مستوى البروتوكول. تم تصميمه صراحة للمدفوعات الصغيرة، والفجوة الرئيسية هي عمق الاعتماد وليس التصميم الفني.
4. مدفوعات Nanopayments (Circle)
بروتوكول Circle متوافق مع x402، ولكنه يضيف طبقة تسوية مجمعة. بدلاً من تسوية كل دفعة على السلسلة بشكل فردي، يتم تجميع المدفوعات. هذا يجعل التحويلات صغيرة جداً مجدية اقتصادياً. المقايضة هي أن كلا الطرفين يجب أن يودعا في بوابة Circle.
5. بروتوكول مدفوعات الآلة MPP (Tempo و Stripe)
بروتوكول MPP هو الأكثر طموحاً. يسمح للتجار والوكلاء بالاختيار من بين مسارات تسوية متعددة (مثل العملات المستقرة أو بطاقات SPT أو شبكة Lightning) ضمن إطار موحد. يقدم أيضاً مفهوم “الجلسة” التي تسمح بالتسوية الآلية في الوقت الفعلي دون الحاجة إلى معاملة على السلسلة لكل دفعة.
واقع السوق: البروتوكولات تسبق النشر الفعلي
على الرغم من الإطلاق السريع للبروتوكولات، لا يزال النشاط التجاري الفعلي محدوداً. المعايير الجديدة تسبق النشر الفعلي. وصلت الصناعة إلى نقطة تحول حيث أصبحت معظم بنية البروتوكول موجودة، لكن التطبيق التجاري على نطاق واسع لم يبدأ بعد.
العقبة المركزية هي التجزؤ في طبقة التنسيق. يواجه التجار معايير متعددة، مما يزيد التكاليف ويثبط التجربة. من المرجح أن يأتي حل تجميع هذه المعايير من مزودي البنية التحتية من جهات خارجية، وليس من المنصات الكبرى.
أين تكمن الفرص القريبة؟
تظهر فرصتان رئيسيتان: بنية تحتية للتسوية، وخدمات من طبقة التطبيقات بين الوكلاء الذكيين.
- بنية التسوية التحتية: الضغط يتجه نحو دمج عمليات الدفع. هذا يخلق حاجة ملموسة لمحفظة رقمية للوكلاء الذكيين تدعم مسارات متعددة (بطاقات وعملات مستقرة) في تكامل واحد.
- اقتصاد الوكيل-للوكيل: هذه هي الفرصة الأقل تطوراً ولكنها الأكثر تحويلاً. الوكلاء يمكنهم بالفعل تكليف مهام مثل تحليل البيانات أو كتابة المحتوى والدفع على أساس كل استدعاء. القطعة المفقودة هي نظام خدمات يمكن للوكلاء الدفع له مباشرة.
الخلاصة: بنية من طبقتين وقطع أساسية مفقودة
ستستمر تجارة الوكلاء الذكيين في التطور على مسارين منفصلين: وكلاء يواجهون المستهلك ويعتمدون على البطاقات، ووكلاء تدفع برمجيات لبرمجيات أخرى على مسارات العملات المستقرة.
الحالة النهائية المحتملة هي بنية من طبقتين: تنسيق يحكم الاكتشاف، وتسوية تحكم نقل القيمة. بالنسبة للمطورين، فإن أولوية الأولوية هي التكامل على نطاق واسع عبر كلتا الطبقتين.
الزناد الذي سيطلق النشاط التجاري على نطاق واسع ليس بروتوكولات أفضل، بل هو اللحظة التي تفوض فيها الشركات سلطة الإنفاق للوكلاء الذكيين. عند عبور هذا العتبة، يصبح موقعان في البنية التحتية حاسمين:
- محفظة وكيل ذكي متعددة المسارات.
- دليل خدمات يسمح للمطورين بعرض واجهات برمجة التطبيقات (APIs) للوكلاء المشترين.
كلاهما فرص مفتوحة اليوم، ويصبحان أساسيين بمجرد عمل الوكلاء المنفقين على نطاق واسع.
الأسئلة الشائعة
ما هي أهم تغيير تحققه تجارة الوكلاء الذكيين؟
أهم تغيير هو الانتقال من أنظمة دفع مصممة للبشر إلى أنظمة مصممة خصيصاً للبرمجيات (الوكلاء الذكيين). هذه الأنظمة الجديدة تحتاج إلى سرعة فورية وقدرة على التعامل مع ملايين المعاملات الصغيرة جداً.
ما هي أكبر عقبة تواجه انتشار تجارة الوكلاء الذكيين؟
أكبر عقبة حالياً هي “التجزؤ”. يوجد العديد من البروتوكولات والمعايير المختلفة، مما يجعل الأمر معقداً ومكلفاً للتجار والشركات للانضمام والتجربة. يحتاج السوق إلى طبقة تجمع بين هذه المعايير وتسهل عملية الدمج.
كيف يمكن للشركات الصغيرة أو المطورين الاستفادة من هذه الفرصة؟
يمكنهم التركيز على بناء خدمات قابلة للدفع من قبل الوكلاء الذكيين. فكر في تقديم خدمة (مثل تحليل بيانات، كتابة، برمجة) كواجهة برمجة (API) يدفع الوكيل الذكي مقابل كل مرة يستخدمها. هذه المساحة لا تزال جديدة وقليلة المنافسة مقارنة بقطاعات التشفير الأخرى.
