مراقبة دفع الوكيل لمدة عام: الواقع البارد وراء السرد الحماسي

العنوان الأصلي: سنة داخل المدفوعات الوكيلة: الحقيقة غير المريحة

الكاتب الأصلي: @13yearoldvc

الترجمة: بيغي

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

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

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

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

وفيما يلي النص الأصلي:

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

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

أطلقت Stripe الشهر الماضي في مؤتمر Sessions أكثر من 288 منتجاً جديداً، وزيارات وثائق الوكيل اقتربت من 40% من إجمالي قراءة جميع الوثائق. سوق الوكيل التجاري لديها أكثر من 1000 تاجر متصل. لكن في المؤتمر، عدد الوكلاء المسجلين والمكتملين للصفقات كان في خانة الأحاديات.

ذكرت Visa أن رمز الوكيل الخاص بها يحتاج حالياً إلى 3 إلى 9 أشهر للموافقة عبر KYC، ويشترط أن يكون دخل الشركة السنوي على الأقل 250 مليون دولار للدخول. اليوم، فقط شركات مثل Amazon و Walmart لديها القدرة على إغلاق سلسلة التحقق من الهوية.

أفاد Coinbase أنه حتى أبريل، كان هناك 69 ألف وكيل نشط و1.65 مليون معاملة على x402. لكن التحليل المستقل على السلسلة يُظهر أن حجم المعاملات اليومي الحقيقي حوالي 17 ألف دولار، ونصفها تقريباً تجارب اختبارية (CoinDesk، مارس 2026).

ماذا تعلمنا من بناء shop.fast.xyz

الوكيل إلى التاجر، أي الأعمال التجارية الوكيلة

أنشأنا shop.fast.xyz بهدف التحقق من صحة الأعمال التجارية الوكيلة بشكل مباشر. منتجات حقيقية، تجار حقيقيون، معاملات حقيقية.

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

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

رأينا أن هناك طلباً من جانب التجار، لكنه أكثر دفاعية. التجار يرغبون في أن يتمكن الوكيل من استعلام متاجرهم، ليس لأن هناك الكثير من المستهلكين يتسوقون عبر الوكيل الآن، بل لأنهم يخشون أن يصبح الوكيل قناة رئيسية في المستقبل، فيتأخرون. هذه فرصة تحسين محركات الوكيل (Agentic Engine Optimization)، لكنها حالياً مجرد "أفضل" وليس "ضرورية". التجار يجهزون أنفسهم لموجة لم تصل بعد.

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

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

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

ماذا تعلمنا من x402 و MPP

الوكيل إلى الويب/API، أي الأعمال التجارية بين الآلات

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

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

المشكلة الأعمق تتعلق بسوق المزودين. معظم شركات SaaS الكبرى لا ترغب في تقديم وصول API متقطع بأسعار من بضعة سنتات. نموذج أعمالها هو عقود طويلة الأمد مع الشركات. تلك التي تعتمد على التزامات كبيرة ترفض أن تتجاوز هذا النموذج بأسعار جديدة.

العمل التجاري بين الآلات هو سوق ذي ذيل طويل من حيث الهيكل. يخدم خدمات صغيرة، مصادر بيانات عمودية، مطورين مستقلين، وخوادم MCP. بروتوكولات مثل MPP و x402 مناسبة تماماً لهذا السوق المتخصص. لكن، حسب التعريف، هو سوق موجه للمستخدمين ذوي الاحتياجات الخاصة؛ والمطورون دائماً من أقل الفئات استعداداً للدفع.

عند إطلاق Stripe Projects، تم دمج 32 مزود خدمة، بما في ذلك Vercel وSupabase وCloudflare وTwilio، لتغطية معظم الخدمات الأساسية التي يستخدمها المطورون لبناء ونشر البرمجيات، ويمكن الوصول إليها عبر نظام الفوترة الحالي. تم تلبية احتياجات تكنولوجيا المطورين بشكل جيد. الفرص الجديدة للدفع تكمن في كل شيء خارج أول 30 مزود خدمة: فهي حقيقية، لكنها بطبيعتها صغيرة مقارنة بالسوق الواسع الذي تشير إليه الروايات الكبرى.

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

ماذا تعلمنا من الدفع بين الوكلاء

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

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

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

ماذا تعلمنا من التمويل الوكلي

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

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

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

خلاصة صادقة

فلماذا لا تزال الشركات تتجه نحو هذا المجال؟ هناك سببان.

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

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

لكن الدفع هو جزء واحد من مشكلة أكبر. المشكلة الحقيقية ليست في تدفق الأموال بين الوكلاء، بل في كيفية تنسيق عمل الوكلاء مع البشر، والتحقق من إتمام المهام، وتسوية النتائج. الدفع هو جزء من التسوية. والتسوية جزء من التنسيق. والتنظيم هو الجائزة الحقيقية.

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

معظم العمالقة الحاليين يبنون بشكل دفاعي مستقبل "التداول الواسع للآلات". بالنسبة لهم، الجدول الزمني غير مهم، لأن لديهم مساراً غير محدود تقريباً.

لكن الشركات الناشئة لا تملك هذا الترف. علينا أن نحدد أين السوق الآن فعلاً. لا يمكننا الانتظار حتى تأتي الموجة.

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

[رابط النص الأصلي]

انقر لمعرفة وظائف BlockBeats في التوظيف

مرحباً بك في المجتمع الرسمي ل律ود BlockBeats:

قناة التلغرام للاشتراك: https://t.me/theblockbeats

مجموعة التلغرام: https://t.me/BlockBeats_App

حساب تويتر الرسمي: https://twitter.com/BlockBeatsAsia

V0.46%
COINON0.11%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • إعادة النشر
  • مشاركة
تعليق
إضافة تعليق
إضافة تعليق
لا توجد تعليقات
  • مُثبت