$KITE #KiteBBW
كنت أنظر إلى مدفوعات الوكلاء من جانب مزوّد الخدمة. كيف يمكن لشركة التحقق من الدفع قبل منح وكيل ذكاء اصطناعي إمكانية الوصول إلى خدمتها؟

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

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

وهنا تبرز أهمية دعم Kite Passport لكل من x402 وبروتوكول المدفوعات الآلية (MPP).

مع x402، ترد الخدمة على الطلب غير المدفوع برسالة «الدفع مطلوب» (402) توضح شروطها. يستخدم الوكيل جلسة إنفاق معتمدة من Passport للتصريح بالدفع، ثم يعيد إرسال الطلب مرفقاً بمعلومات الدفع. ويتحقق وسيط من المعاملة ويسويها على السلسلة قبل أن ترد الخدمة.

أما MPP فيتبع مساراً مختلفاً. تصدر الخدمة تحدياً للدفع، ويقدّم الوكيل بيانات اعتماد، ثم يعيد المزوّد إيصالاً. ويمكن لـ MPP دعم وسائل دفع مختلفة، بما فيها العملات المستقرة والعملات النقدية، إلى جانب الفوترة القائمة على الجلسات.

لكن إثبات الدفع لا يعني إثبات تقديم الخدمة. فقد تتم تسوية معاملة بينما تكون النتيجة غير مكتملة أو غير دقيقة أو غير ملائمة. وما زال الطرفان بحاجة إلى وسيلة للتحقق من أن الخدمة المتفق عليها قد قُدّمت بالفعل.

في رأيي، هذا ما يجعل التعامل التجاري بين الوكلاء أكثر تطلباً: ينبغي أن يتمكن الطرفان من التحقق مما تم الاتفاق عليه، وما تم دفعه، وما تم تسليمه.

ما الذي ينبغي اعتباره دليلاً على أن الخدمة قُدّمت فعلياً وفقاً لما تم الاتفاق عليه؟