كيف ستدفع وكلاء الذكاء الاصطناعي ثمن ما تحتاجه؟ دور العملات المستقرة وx402

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

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

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

المشكلة: صفحة الدفع صُممت للبشر لا للبرمجيات

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

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

ماذا تضيف العملات المستقرة؟

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

في النموذج الذي تشرحه Eco، لا يحتاج الوكيل إلى الاحتفاظ ببيانات بطاقة قابلة لإعادة الاستخدام. بدلاً من ذلك، يوقع حمولة دفع مثل EIP-3009 أو Permit2 لتحريك USDC أو USDT أو عملة مستقرة أخرى إلى التاجر؛ وتصف Eco التسوية بأنها تتم خلال ثوانٍ، مع رسوم على شبكات الطبقة الثانية تقاس بكسور السنت .

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

x402: الدفع داخل طلب الويب نفسه

أبرز محاولة حالية لبناء معيار دفع للوكلاء بالعملات المستقرة هي x402. بروتوكول HTTP، وهو الأساس الذي تستخدمه المواقع والخوادم لتبادل الطلبات والردود، يتضمن منذ زمن رمز الحالة 402 «Payment Required». لكن Finextra تصفه بأنه جزء من مخطط الإنترنت ظل موجوداً من دون استخدام فعلي مؤثر .

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

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

لاحقاً، أعلنت Coinbase وCloudflare مبادرة x402 Foundation بهدف ترسيخ x402 كمعيار للمدفوعات المدفوعة بالذكاء الاصطناعي بين الوكلاء والشركات والمستخدمين .

الاستخدام الأقرب: API وبيانات وخدمات رقمية

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

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

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

المحافظ تجعل إنفاق الوكيل أكثر قابلية للضبط

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

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

هل تصبح العملات المستقرة طبقة مقاصة لأسواق الوكلاء؟

كلما أصبحت الوكلاء أكثر قدرة، قد لا تكتفي بالشراء من خدمات يديرها البشر. قد تستدعي أدوات، وتنسق مع وكلاء آخرين، وتبيع مخرجات، وتسوي معاملات صغيرة داخل أسواق رقمية. وتشير Galaxy إلى أن عدة لبنات أساسية لاقتصاد الوكلاء تظهر معاً، بينها Model Context Protocol وAgent-to-Agent Protocol وAgent Payments Protocol وx402 .

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

البطاقات والبنوك لن تختفي

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

إحدى المقارنات تضع بروتوكول Visa Trusted Agent في مقابل x402 من Coinbase: نموذج Visa يركز على مساعدة التجار في التمييز بين الروبوتات الخبيثة ووكلاء الذكاء الاصطناعي الشرعيين الذين يتصرفون بتفويض من المستهلك، بينما يدمج x402 المدفوعات الصغيرة بالعملات المستقرة في طبقة الاتصال على الإنترنت .

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

العقد الصعبة: الثقة، الامتثال، والتوافق

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

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

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

الخلاصة

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

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

القيمة الاستراتيجية للعملات المستقرة ليست استبدال كل وسائل الدفع. قيمتها أنها تمنح البرمجيات المستقلة طريقة قابلة للبرمجة للدفع عبر الإنترنت. وx402 هو أوضح محاولة حالية لجعل طبقة الدفع هذه جزءاً من الويب نفسه .