الدفع الذكي: مسار تطور نظام الدفع من الجيل التالي

المؤلف: @13yearoldvc؛ المترجم: بيغي، BlockBeats

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

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

النص الأصلي هو التالي.

مقدمة

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

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

سنستكشف المشاكل الحقيقية التي يحاولون حلها، والتطبيقات العملية الممكنة لهذه التقنيات، والتحديات الحقيقية التي تقف وراءها. يمكنك اعتباره رحلة استكشافية موجهة. عشر صفحات من المحتوى، تغطي أفكارًا وتجارب وخبرات أولئك الذين يبنون البنية التحتية لاقتصاد الآلة. استعدوا للانطلاق. بصفتي منسقًا لمعيار ERC-8004 ومستشارًا للذكاء الاصطناعي لفريق الذكاء الاصطناعي اللامركزي (dAI) التابع لمؤسسة إيثريوم، فقد عملت عن كثب مع المطورين والباحثين وفرق البروتوكول خلال الأشهر القليلة الماضية، مركّزًا على تقاطع العملات المستقرة والبنية التحتية اللامركزية والذكاء الاصطناعي. لقد سمح لي هذا بمراقبة التطور الفوري لهذه التقنيات عن كثب. هذه المقالة ليست مجرد عرض لنتائج الأبحاث، بل هي أيضًا منظور واقعي من بناة الاقتصاد الذكي. شكر خاص للأفراد التاليين على مراجعتهم ومناقشتهم (مدرجة حسب الترتيب الأبجدي حسب اسم العائلة): @louisamira (ATXP)، @RkBench (Radius)، @DavideCrapis (Ethereum Foundation)، @nemild (Coinbase/x402)، @Cameron_Dennis_ (Near Foundation)، @marco_derossi (Metamask)، @dongossen (Nevermined)، @jayhinz (Stripe/Privy)، @sreeramkannan (EigenCloud)، @kevintheli (Goldsky)، @MurrLincoln (Coinbase/x402)، @benhoneill (Stripe/Bridge)، @programmer (Coinbase/x402)، @FurqanR (Thirdweb)، @0xfishylosopher (Pantera Capital). التحول في المدفوعات الذكية. قبل شهر، أطلقت كلٌّ من Stripe وOpenAI ميزة جديدة قد تُحدث ثورة في التسوق الإلكتروني: يمكنك الآن شراء المنتجات مباشرةً من ChatGPT. لا نماذج، ولا عمليات إعادة توجيه، ولا صفحات دفع. بمجرد عبارة بسيطة، "ابحث لي عن كوب خزفي مصنوع يدويًا"، يُكمل النظام الدفع تلقائيًا باستخدام "رمز الدفع المشترك" من Stripe. تبدو هذه العملية سلسة للغاية، بل وساحرة، لكنها مدعومة ببنية مركزية عالية قد تُعيق الابتكارات المستقبلية. تتحكم منصتا OpenAI وStripe في رموز الدفع، وقنوات التسوية، وحتى هويات المستخدمين. في هذا النموذج، على الرغم من سهولة استخدام الوكلاء الأذكياء، إلا أنه لا يمكن دمجهم بحرية، ولا يمكنهم العمل إلا ضمن نظام بيئي محدد. يُظهر هذا إمكانيات المستقبل، ويُذكرنا أيضًا بأنه بدون معايير مفتوحة وطبقة تسوية محايدة، ستكون المدفوعات الذكية مقيدة بالمنصة، مما يُعيق إمكاناتها الحقيقية. في الوقت نفسه، تُمثل عملية الدفع الجديدة هذه تحولاً جذرياً: فلم يعد المستخدمون أنفسهم هم من يُجري المعاملات، بل "الوكلاء". بدأت الواجهات التي نُدخلها تُقارن الأسعار، وتُفاوض، بل وتُجري المدفوعات نيابةً عنا. وتستحوذ "التجارة الذكية القائمة على الوكلاء" تدريجياً على التجارة. يبدو حالياً أن ثلاثة أمور تحدث في آنٍ واحد: بدأ الوكلاء بإجراء المعاملات نيابةً عن البشر؛ من المرجح أن تُسوّى هذه المعاملات على شبكات مشفرة بدلاً من الأنظمة المالية التقليدية؛ وقد يُصبح هذا سيناريو تطبيقي رائد للتكامل الحقيقي بين تقنية البلوك تشين والذكاء الاصطناعي. لماذا العملات المستقرة والبلوك تشين؟ لأن شكل هذه المعاملات يختلف تمامًا عن النماذج التي صممتها فيزا أو باي بال. يتميز اقتصاد الوكلاء الذكي بمدفوعات صغيرة، ومشروطة التشغيل، وقابلة للتركيب، وعالية التردد - سريعة، ومفصلة، ​​وواسعة النطاق. بعد التواصل مع روبرت بينش من راديوس، وجدنا أن "3V3C" نموذج وصفي مناسب للغاية: السرعة، والحجم، والقيمة، والشرطي، والقابل للتركيب، والعالمي. لقد لاحظنا ثلاثة أنماط سلوكية ناشئة: 1. يدفع البشر للوكلاء (2C، 2B، سيناريوهات تحسين معقدة)؛ 2. يدفع الوكلاء لوكلاء آخرين أو لبشر؛ 3. يدفع الوكلاء للشبكة بأكملها. جميع هذه السلوكيات الثلاثة تُخالف الافتراضات الأساسية لأنظمة الدفع التقليدية. 1. أصبحت واجهات الدردشة بين المستخدمين والوكلاء تدريجيًا نقطة دخول جديدة للمستهلكين. فالمعاملات التي كانت تُجرى سابقًا عبر المتصفحات تُنجز الآن من خلال المحادثات. يمكنك بالفعل شراء منتجات Etsy مباشرةً من خلال ميزة "الدفع الفوري" في ChatGPT، وستدمج Shopify هذه العملية أيضًا في المستقبل، مدعومة بـ Stripe. كما تختبر جوجل وأمازون وPerplexity نماذج تسوق مماثلة، مما يسمح لمساعدي الذكاء الاصطناعي بمساعدة المستخدمين على اكتشاف المنتجات وشرائها من خلال نوافذ الدردشة. تتحول واجهات الذكاء الاصطناعي هذه إلى متاجر رقمية، لا سيما في سياق التجارة الإلكترونية بالتجزئة (2C) - حيث يتم اكتشاف المنتجات ومقارنة الأسعار والشراء في عملية واحدة. بمرور الوقت، سيعتمد الناس بشكل متزايد على وكلاء الذكاء الاصطناعي كمرشدين شخصيين للتسوق، أو منظمي رحلات، أو مساعدين في الحجز. ومن المثير للاهتمام أن هؤلاء الوكلاء يتصرفون بشكل مختلف عن البشر: يمكنهم مراقبة الأسعار في الوقت الفعلي وتقديم الطلبات تلقائيًا عند ظهور الخصومات؛ وتنسيق معاملات متعددة (مثل حجز الرحلات الجوية والفنادق في وقت واحد)؛ ودفع ثمن البيانات أو الخدمات عند الطلب، دون الاعتماد على الاشتراكات (سنناقش هذا بالتفصيل في قسم "الوكيل ← الشبكة"). على المدى القصير، ستظل معظم عمليات الدفع هذه تُنجز عبر القنوات التقليدية مثل Stripe أو Visa، وهو أمر جيد. بالنسبة لتجارة التجزئة الإلكترونية بين الشركات والمستهلكين، فإن البنية التحتية الحالية كافية لدعم واجهة "الموظف ← الوكيل"، على الأقل في الوقت الحالي.

يكمن التطبيق الحقيقي لمدفوعات العملات المشفرة في عمليات التوريد العالمية (B2B).

لا يزال العديد من التجار والمصنّعين في الخارج يواجهون تأخيرات في التسوية وتكاليف مرتفعة بسبب صعوبات الوصول إلى نظام سويفت (SWIFT) أو أنظمة البنوك المراسلة التقليدية. على سبيل المثال، في مدينة ييوو الصينية، أكبر سوق جملة للسلع الصغيرة في العالم، لم يسمع معظم التجار الصغار حتى بالعملات المستقرة. لكن بمجرد نضج البيئة التنظيمية، سيصبح هذا سيناريو تطبيق طبيعي. تُمكّن العملات المستقرة من تداول القيمة عبر الحدود بشكل فوري ومنخفض التكلفة وشفاف، تمامًا كما تجاوزت تحويلات العملات المشفرة ويسترن يونيون في بعض المناطق. سواءً على صعيد المستهلك أو الشركات، سنشهد سلوكيات مستخدمين جديدة كانت مستحيلة سابقًا: معاملات معقدة، تُفعّل بشروط، تتوافق مع نموذج "3V3C"، ويُنجزها الوكلاء تلقائيًا في الخلفية. مع ازدياد ذكاء نماذج اللغات الكبيرة (LLMs) وانخفاض تكاليف تشغيلها، ستتجاوز وفورات التكلفة من هذه المعاملات بكثير رسوم الرموز المطلوبة. على سبيل المثال: يمكن لوكيل المشتريات مراقبة العديد من الموردين متعددي الجنسيات في آنٍ واحد، وتقسيم الطلبات تلقائيًا إلى أرخص مُصنّع، والتفاوض على تكاليف الشحن في حدود الميزانية؛ ويمكن للوكيل الإبداعي تجميع الاشتراكات في أدوات SaaS متعددة، وتجديد الخدمات أو إلغاؤها ديناميكيًا بناءً على الاستخدام. هذا يعني أيضًا ضرورة امتلاك الوكلاء "قابلية التركيب": إذ يمكن لمخرجات أحد الوكلاء أن تصبح مدخلات لآخر، مما يُشكل تدفقات عمل معقدة ومتعددة الخطوات (مثل مجموعات الوكلاء أو سلاسل التفكير عبر النماذج). في الماضي، تحدثنا عن "تمويل ليغو"؛ أما الآن فنحن بحاجة إلى "وكيل ليغو". عمليًا، تعني "قابلية التركيب" الحاجة إلى واجهات برمجة تطبيقات موحدة، وتنسيقات رسائل، وتحكم في الوصول. بدون هذه الميزات، يكون الوكلاء كالتطبيقات التي لا تحتوي على واجهات برمجة تطبيقات - معزولين وغير قادرين على التعاون. لذلك، تكون هذه المعاملات معقدة للغاية، ومتكررة للغاية، وتعتمد بشكل كبير على التركيب والتعاون بحيث لا يمكن تنسيقها بواسطة البشر أو أنظمة الدفع التقليدية - ولكنها سهلة للغاية بالنسبة للوكلاء الذين يعملون على أنظمة دفع قابلة للبرمجة. 2. وكيل ← وكيل: في المستقبل، سيحتاج الوكلاء إلى "توظيف" وكلاء آخرين - حتى البشر - لإنجاز المهام. نماذج الأعمال الحالية (الاشتراكات، الترخيص، جدران الدفع) غير مناسبة للتفاعلات بين البرامج المستقلة. غالبًا ما تُفرض رسوم على المدفوعات بين الوكلاء لكل مكالمة، أو لكل رمز، أو لكل استدلال، وقد تصل المبالغ إلى بضعة سنتات أو أقل. تخيّل وكيل بحث يشتري 100 استدعاء لواجهة برمجة التطبيقات (API) من وكيل بيانات؛ ووكيل تصميم يدفع لعقدة حوسبة مقابل وقت استخدام وحدة معالجة الرسومات (GPU). هذه معاملات بين الوكلاء، متكررة وصغيرة القيمة. على سبيل المثال، قد يدفع وكيل لوكيل آخر 0.003 دولار مقابل 100 استدعاء لواجهة برمجة التطبيقات، أو 0.15 دولار مقابل حوسبة وحدة معالجة الرسومات، أو حتى 0.0001 دولار فقط لكل استدلال. لا تستطيع أنظمة الدفع التقليدية التعامل مع معاملات بهذا الحجم - فبطاقات الائتمان تفرض رسومًا ثابتة على كل معاملة (مثل 2.9% + 0.30 دولار)، مما يجعلها غير قابلة للتنفيذ في هذا السيناريو. ومع ذلك، من منظور تجربة المستخدم، قد لا تتم تسوية هذه المعاملات بالضرورة بطريقة "عالية التكرار وبمبالغ قليلة". على سبيل المثال، على منصات مثل OpenRouter، تُرسل الشركات ملايين مكالمات واجهة برمجة التطبيقات (API) شهريًا، ويتم التسوية عن طريق شحن النقاط بعملات مستقرة، وهو ما يُعدّ أكثر كفاءة من عملية دفع مُعقدة لكل معاملة. سيناريو أكثر تطورًا هو: ماذا لو زُوّد كل روبوت بوكيل مسؤول عن المهام والبيانات والعمليات (ربما أيضًا من خلال نقاط دفع مُسبق)؟ على سبيل المثال، قد تحتاج طائرة بدون طيار إلى دفع ثمن بيانات الطقس، أو تحديثات الملاحة، أو استخدام مسار توصيل خاص مؤقتًا. لهذا السبب، نحتاج إلى هيكل دفع جديد قابل للبرمجة. يجب أن يكون الوكيل قادرًا على: وضع الميزانيات والقواعد؛ ودفع الرسوم مُسبقًا؛ وتسوية الحسابات فورًا عند إتمام المهمة، مع إثبات العمل. بمعنى آخر، تُتيح مدفوعات العملات المشفرة "مدفوعات ذرية" بين الكيانات المُستقلة. مع مرور الوقت، لن يقتصر سلوك الدفع بالوكالة على خدمات الذكاء الاصطناعي. فقد تُوظّف هذه الخدمات مساهمين بشريين بشكل مباشر عالميًا، وخاصةً في الأسواق العالمية حيث تتمتع العملات المستقرة بإمكانيات دفع فعلية. هذا التوجه ليس ببعيد، فقد شهدنا بالفعل تجارب مماثلة في تواصلنا مع المطورين، وقد تظهر تطبيقات واسعة النطاق خلال العام أو العامين القادمين.

هذا النموذج مشابه جدًا لمنطق التحويلات المالية.

تخيل منصة عمل حر للوكلاء، على غرار Fiverr: يمكن لوكيل التسويق تكليف عشرات المؤثرين الصغار في جنوب شرق آسيا تلقائيًا، ودفع أجورهم تلقائيًا بمجرد وصول بيانات تفاعلهم إلى حد معين مسبقًا؛ ويمكن لوكيل شرح البيانات توظيف عمال شرح من كينيا أو بنغلاديش، ودفع مبالغ صغيرة لكل مهمة لهم في الوقت الفعلي، بدلاً من الاعتماد على الفواتير المجمعة. بمجرد أن يتمكن الوكلاء من تحويل الأموال فورًا وعالميًا، تبدأ العمالة نفسها في أن تشبه استدعاء واجهة برمجة التطبيقات. من منظور تصميم السوق (وهي ميزة فريدة لأنظمة التشفير)، عندما يكون هناك مئات الآلاف من الكيانات المستقلة عالميًا، والتي تتكون من بشر ووكلاء، سيظهر اتجاه آخر: سوق مزادات قائم على النية. سيتنافس الوكلاء على طلبات المهام. سيحصل أفضل الوكلاء أداءً على مكافآت (مثل العملات المستقرة، أو درجات السمعة، أو رصيد على السلسلة)؛ وقد يفقد الوكلاء ذوو الأداء الضعيف ودائعهم أو سمعتهم. هذه هي بالضبط الرؤية التي تصورناها ونأمل في بنائها في ERC-8004. قد يتضمن النموذج الأولي ما يلي: 1. طبقة النية: نظام تسجيل مشترك للوكلاء (مثل ERC-8004) لإصدار طلبات منظمة والتحقق من هويات الوكلاء؛ 2. طبقة المزاد: تخصيص المهام عبر آليات مثل المزادات الهولندية أو الإنجليزية؛ 3. طبقة التقييم: يتم التحقق من إكمال المهمة من قبل الجمهور، أو وكلاء الذكاء الاصطناعي الآخرين، أو أوراكل، وتوزيع المكافآت تلقائيًا؛ 4. طبقة التسوية: الدفع عبر العملات المستقرة، مع تحديث حالة السمعة والمراهنة على ERC-8004. في الماضي، غالبًا ما كانت اللامركزية تُعتبر غير فعالة - ويرجع ذلك جزئيًا إلى بطء وتيرة العمل البشري وارتفاع تكاليف التنسيق. لكن الآن، يعمل الوكلاء على تجاوز هذه العوائق: إذ يمكنهم باستمرار تقييم من هو الأنسب لأداء المهام، والأسعار المعقولة، والبيانات الموثوقة. تلعب تقنية بلوكتشين دور "طبقة تنسيق الحالة" - وهي نظام ذاكرة مشتركة ثابت يُستخدم لتسجيل النتائج والإيداعات والنقاط؛ بينما تعمل العملات المستقرة كقنوات دفع صغيرة لتبادل القيمة في الوقت الفعلي (الدفع مقابل الإجابة، الدفع مقابل الإجراء). هذا السيناريو المعقد للتعاون بين "الوكيل والإنسان" هو تحديدًا المشكلة التي تُعدّ بلوكتشين والعملات المستقرة الأنسب لحلها. تتيح قابلية التشغيل البيني للوكلاء التواصل، وتتيح لهم قابلية التركيب التعاون. 3. الوكيل → الشبكة: من الاتجاهات الجديرة بالملاحظة أيضًا أن مستخدمي الشبكة لم يعودوا مجرد بشر؛ إذ يتزايد عدد المحتوى الذي يتم فحصه وقراءته والتفاعل معه بواسطة وكلاء الذكاء الاصطناعي، وفي المستقبل، قد يسيطر الوكلاء عليه. هذا يعني أن المواقع الإلكترونية لن تفرض رسومًا على البشر فقط، بل ستبدأ في فرض رسوم على الآلات - وهي ممارسة نُطلق عليها "الدفع مقابل الزحف". على سبيل المثال، يُكافح الناشرون ضد استخراج المحتوى غير المُقيد. دفعت شركة أنثروبيك مؤخرًا 1.5 مليار دولار لتسوية دعوى قضائية تتعلق بحقوق الطبع والنشر مع أحد المؤلفين، وهي واحدة من عدة قضايا تختبر ما إذا كان بإمكان شركات الذكاء الاصطناعي استخدام محتوى محمي بحقوق الطبع والنشر بحرية. كما تخوض شركات OpenAI وMicrosoft وMeta وغيرها جدلًا مماثلًا. والنتيجة المحتملة هي اعتماد بيانات التدريب واستخدام المحتوى نموذج "الدفع مقابل الوصول". في الوقت نفسه، تُجري Cloudflare (التي يُقال إنها تُعالج حوالي 20% من طلبات صفحات الويب) تجربةً بالفعل لنموذج جديد: يُمكن لمواقع الويب فرض رسوم ضئيلة جدًا على الوكلاء (أقل حتى من المدفوعات الصغيرة) للسماح لهم بالوصول إلى البيانات. كما أطلقت مؤخرًا عملتها المستقرة الخاصة - NET Dollar. وهنا يأتي دور مدفوعات العملات المشفرة مجددًا. يُمكن لمواقع الويب وواجهات برمجة التطبيقات فتح واجهة "الدفع مقابل الاستخدام"، حيث يُمكن للوكلاء قراءة المحتوى أو الاستعلام عنه أو استهلاكه مقابل بضعة سنتات أو حتى أقل، دون اشتراكات أو إعلانات. يُحوّل هذا الشبكة إلى نظام من الخدمات الصغيرة، حيث لم تعد تدفقات القيمة تعتمد على دورات الفوترة الشهرية، بل تحدث في الوقت الفعلي. إذا كنت مهتمًا بالبدايات الأولى للإنترنت مع "رمز الحالة 402" والمناقشات ذات الصلة التي أجراها أندريسن وآخرون، فقد كتب جاي يو من بانتيرا كابيتال مقالًا رائعًا يتعمق في هذا التطور. تخيل غرفة بريد في خمسينيات القرن الماضي، حيث يقوم الناس بختم الفواتير في مظاريف. هذه العملية غير الفعالة هي أحد أسباب اعتمادنا في النهاية لشروط الدفع "صافي 30". في الواقع، سيُظهر النموذج الاقتصادي "الدفع مقابل الزحف" توزيعًا أسيًا. فقط عدد قليل من المواقع الإلكترونية عالية الحركة أو عالية القيمة - تلك التي تمتلك البيانات التي يحتاجها الوكلاء حقًا - ستدمج هذا النوع من منطق الربح بشكل استباقي. بالنسبة لمعظم المواقع الإلكترونية، ستتفوق تكلفة قياس حركة مرور الوكلاء وفرض رسوم عليها وتسويتها على الإيرادات بكثير. بعبارة أخرى، نعتقد أنه في النهاية، سيستحوذ عدد قليل فقط من الناشرين الكبار على غالبية الإيرادات، بينما ستظل مواقع الويب طويلة المدى مفتوحة الوصول أو غير قادرة على الربح. وهنا تحديدًا، يمكن لمنصات وسيطة مثل كلاودفلير أن تُحدث تغييرًا في المنحنى. إذا سمحت Cloudflare لمواقع الويب بتفعيل مدفوعات الوكلاء بنقرة زر واحدة، وأدارت عمليات المصادقة والقياس والتسوية عبر بروتوكولات مثل x402 أو Web Bot Auth، فسيتم تقليل عائق الدخول بشكل كبير. تستطيع Cloudflare تحديد طلبات الوكلاء المصرح بها تلقائيًا، وجمع رسوم ضئيلة نيابةً عن مواقع الويب، وتوزيع الإيرادات تلقائيًا. في هذا النموذج، تكتسب شبكة الويب المفتوحة نفسها طبقة أعمال آلية أصلية: يمكن لأي صفحة ويب أن تصبح واجهة برمجة تطبيقات قابلة للفوترة، ويمكن دفع رسوم أي وكيل بسلاسة أثناء التصفح أو الزحف أو التعلم. لا يقتصر هذا التوجه على الوصول إلى البيانات. من المرجح أن تتحول جميع الخدمات عبر الإنترنت تقريبًا، التي يمكن استخدامها على أساس الاستخدام، إلى نموذج "الدفع حسب الاستخدام" في المستقبل. في محادثة مع لويس أميرة، المؤسس المشارك لشركة ATXP، ناقشنا كيف يمكن للشركات فتح مصادر دخل جديدة من خلال مدفوعات الوكلاء. فيما يلي بعض الأمثلة: يمكن لـ LegalZoom فرض رسوم قدرها دولارين لكل اتفاقية عدم إفصاح؛ ويمكن لـ Netflix فرض رسوم قدرها 0.50 دولار لكل حلقة إذا كانت تجربة الدفع سلسة بما يكفي؛ يمكن لشركة Replit فرض رسوم على كل رمز مميز، مما يسمح باستخدام "رموز الاهتزاز" غير المحدودة، بفرض رسوم قدرها 1.23 دولار أمريكي لكل مليون رمز مميز؛ ويمكن لشركة PitchBook أو Bloomberg فرض رسوم قدرها 0.25 دولار أمريكي على وكيل لاستخراج نماذج التقييم دفعة واحدة؛ ويمكن للمستشفيات فرض رسوم على كل سجل، مما يوفر بيانات مسح سرطان مجهولة المصدر لتدريب النماذج. بدأ لويس بتوثيق "الترقيات القسرية" أو "جدران الدفع غير الضرورية" التي واجهها - وهي حالات كان من الممكن أن تجعله فيها عميلاً من خلال فرض رسوم على كل استخدام. في الوضع المثالي، يمكن لمطوري المؤسسات إطلاق واجهات برمجة تطبيقات مخصصة بسرعة، تُفرض رسومها على كل استخدام بدلاً من الاشتراكات الشهرية؛ ويمكن للكتاب أو الباحثين بيع نصوص أو رسوم بيانية أو مجموعات بيانات فردية لكل استعلام. في المقابل، يمكن للوكلاء الوصول إلى واجهات برمجة تطبيقات البيانات غير العامة عند الطلب، والاستعلام عن بيانات الموردين التي لا يمكن الوصول إليها من خلال صفحات الويب، باستخدام طلبات صغيرة مدفوعة مسبقًا. هذا النموذج مناسب تمامًا لواجهات برمجة التطبيقات طويلة الذيل ومجموعات بيانات المؤسسات. أجرى فريق منصة CDP التابعة لشركة Coinbase بالفعل محاولات مبكرة مع Payments MCP، مما يسمح لـ LLM باستخدام أدوات على السلسلة، مثل المحافظ ووظائف الدفع، دون الحاجة إلى مفاتيح API. بدأ الإنترنت يتجاوز مجرد مجموعة من باقات الاشتراك، وأصبح أشبه بـ"نظام فوترة آني" - فكل تفاعل له تسعير ودفع وتسوية، مع تدفق مستمر للقيمة. ما زلنا في المراحل الأولى، لكن التكامل جارٍ. بعد إكمال جولة بحثية كاملة، خلصنا إلى أنه على الرغم من الإمكانات الهائلة لمدفوعات الوكلاء الذكية، إلا أنها لا تزال في مراحلها الأولى. يتمثل أحد أكبر التحديات في أن المدفوعات تُعد من أكثر مجالات الإنترنت تنظيمًا وتعقيدًا من حيث الأذونات. وغالبًا ما يعتمد تنفيذها ليس على الجدوى التقنية بقدر ما يعتمد على القدرة على التكامل والتفاعل مع الشركات الكبيرة والشبكات المالية. وهذا يجعل التقدم بطيئًا بطبيعته. بالنسبة للشركات الناشئة، حتى مع وجود التكنولوجيا الأساسية بالفعل، فبدون وصول البنوك أو شركات البطاقات أو معالجات الدفع الرئيسية، يكاد يكون من المستحيل إجراء تجارب مجدية. ومن المرجح أن تركز الحلول المستقبلية على التطبيقات الموجهة للمؤسسات والموجهة نحو الامتثال. لذلك، تعمل فرق مثل Catena Labs على بناء مجموعات Agent Commerce Kits، مع التركيز على مصادقة الوكيل، وتفاعلات الدفع بين الأفراد والوكلاء، واستهداف المؤسسات المالية المرخصة، والامتثال التنظيمي، وتطبيقات المؤسسات. ومن المرجح أن تستكشف PayPal اتجاهات مماثلة. ما مدى بُعدنا عن المدفوعات الذكية حقًا؟ حاليًا، معظم ما يُسمى "الوكلاء" هم في الواقع أنظمة شبه مستقلة فقط. من الناحية الفنية، هم أشبه بأدوات أتمتة سير العمل المعقدة منها بوكلاء أذكياء قادرين على التسوق أو التفاوض بشكل مستقل. وكما صرّح كيفن لي من Goldsky: "لا يمكن تسويق "التجارة الآلية بالكامل" بشكل حقيقي بعد؛ فمعظم شركات الذكاء الاصطناعي لا تزال تُؤتمت سير العمل". تكمن الفرصة على المدى القصير في "المنطقة الوسطى شبه المستقلة": حيث تُفعّل الإجراءات التي يبدأها الإنسان تسويات لكل معاملة على مستوى واجهة برمجة التطبيقات، والتي تُنجز من خلال قنوات العملات المستقرة. على الرغم من أن هذه العمليات ليست سلوكًا ذكيًا تمامًا للوكيل، إلا أنها تستخدم بالفعل البنية التحتية نفسها - محافظ قابلة للبرمجة منخفضة الكمون، وقياس لكل مكالمة، وتسوية فورية - وهي المكونات الأساسية التي تعتمد عليها التجارة المستقبلية الحقيقية "بين الوكلاء". في الوقت نفسه، تحتاج سلسلة الكتل الأساسية إلى التطور. تتطلب المدفوعات الذكية قنوات عملات مستقرة تتمتع بإنتاجية عالية، وزمن وصول منخفض، وحماية للخصوصية. ويستكشف لاعبون رئيسيون، مثل سلسلة Tempo الجديدة من Stripe وسلسلة Circle الأصلية، سلاسل عامة من الجيل التالي موجهة للدفع. كما نتوقع ظهور المزيد من الفرق التي تركز على الوكالات والعملات المستقرة في نظام Ethereum L2 البيئي (مثل Thirdweb). يشير كل هذا إلى إعادة بناء البنية التحتية للعملات القابلة للبرمجة من الصفر لدعم ملايين المدفوعات الصغيرة والصغيرة في الثانية. علاوة على ذلك، يجب أيضًا ترقية المحافظ القابلة للبرمجة وهياكل الخادم بالتزامن. إذا كانت المحافظ لا تزال تفترض أن العبارات التذكيرية محفوظة لدى البشر، فلن يكون أي من هذا ممكنًا. تتطلب التجارة الذكية استضافة من جانب الخادم قائمة على السياسات - مع ميزانيات قابلة للبرمجة، وحدود للسعر، وحدود للإنفاق، ومراقبة متعددة التوقيعات/TEE، وآليات تفويض قابلة للتدقيق. هذه تحديدًا تكمن أهمية المحافظ القابلة للبرمجة: فهي تُوفر للوكلاء إدارة مفاتيح قابلة للاستدعاء وقدرات تنفيذ سياسات دون الحاجة إلى "حفظ العبارة المُختصرة". وكما يُشير جيمي هينز من Privy، قبل أربع سنوات، ربما كنا نحاول تحويل Fireblocks أو MetaMask إلى هذا الشكل؛ أما اليوم، فتُصمّم مجموعة التقنيات بأكملها لتمكين الوكلاء من إتمام المعاملات ضمن إطار سياسة مُحددة، بدلًا من الاعتماد على التشفير - فقد بدأ الأمان والأتمتة في الاندماج، ولم يعودا متناقضين. (لفهم أعمق، نوصي بقراءة مقال Privy حول التحكم في اللغة الطبيعية وتنفيذ السياسات). والأهم من ذلك، أن هذا التوجه بدأ يظهر بالفعل. حتى Visa وMastercard تُعدّلان شبكاتهما لاستيعاب التجارة الذكية للوكلاء، حيث أطلقتا بروتوكولي Trusted Agent وAgent Pay القائمين على Web Bot Auth - مما يُشير إلى أن المصادقة والتفويض والتسوية تتقارب بسرعة، سواءً في تقنية البلوك تشين أو قنوات الدفع التقليدية. قد نكون على بُعد إنجاز أو إنجازين رئيسيين من تحقيق هذه الرؤية حقًا. بمجرد أن تصبح المدفوعات قابلة للبرمجة، سيتغير سلوك الإنترنت. يمكن تسعير كل إجراء ودفعه وتسويته في الوقت الفعلي. يمكن مكافأة كل وكيل، سواء كان نموذجًا أو إنسانًا، فورًا على مساهماته. مع نضوج البنية التحتية، يظهر معياران رئيسيان: يوفر ERC-8004 طبقة ثقة، مما يسمح للوكلاء بالاكتشاف والتعاون دون وسطاء مركزيين؛ ويتيح x402 مدفوعات فورية وسلسة بين الوكلاء. معًا، يشكلان خط الأنابيب الأساسي لاقتصاد الوكلاء الذكي. نتصور مستقبلًا يجد فيه الوكيل أ الوكيل ب من خلال سجل ERC-8004، ويتفاوضان على تفاصيل الخدمة، ثم يُكملان الدفع فورًا عبر بروتوكول دفع ذكي مثل x402، ويستقران على Ethereum، وهي طبقة مالية محايدة. لكي يحدث تعاون حقيقي بين الوكلاء، يجب أن يكونوا متوافقين - قادرين على اكتشاف بعضهم البعض والتواصل وتبادل البيانات من خلال بروتوكولات مشتركة؛ وقابلين للتركيب - يمكن وضع القدرات فوق بعضها البعض. كما صرّح لينكولن مور من كوين بيس، "قد تدفع المدفوعات بين الآلات، التي تهيمن عليها قنوات العملات المستقرة، إلى انتشار واسع للعملات المستقرة عبر الإنترنت. وبينما لا تزال فيزا وماستركارد تهيمنان على المدفوعات المباشرة، سيصبح الوكلاء بمثابة "حصان طروادة" الذي يقود انتشار مدفوعات العملات المشفرة." استغرق الإنترنت 20 عامًا ليتطور من صفحات الويب إلى التطبيقات، و15 عامًا أخرى ليتطور من التطبيقات إلى المنصات. سيُقلص الوكلاء هذه الدورة. لن يكون العمل بعد الآن نشاطًا "تمارسه بنشاط"، بل عملية "تتم تلقائيًا" - بهدوء، وبشكل مستمر، وفي كل مكان.