Solana × جوجل كلاود: تحليل تنفيذ طبقة الدفع حسب الاستخدام لواجهة برمجة التطبيقات للوكيل الذكي المستند إلى العملات المستقرة وبروتوكول x402

في 5 مايو 2026، أطلقت مؤسسة سولانا بالتعاون مع جوجل كلاود بوابة دفع موجهة للوكيل الذكي Pay.sh. تتيح هذه المنصة للوكيل الذكي أن يستخدم العملات المستقرة على شبكة سولانا، وأن يدفع مقابل خدمات جوجل كلاود الأساسية مثل Gemini و BigQuery و Vertex AI، بالإضافة إلى أكثر من 50 مزود خدمة API من المجتمع، دون الحاجة إلى تسجيل حساب، أو مفتاح API، أو اشتراك، مع الدفع لكل طلب.

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

HTTP 402: العودة بعد ستة وعشرين عامًا

لفهم أصل Pay.sh وسيرته، من الضروري استرجاع حالة الرمز التي صمدت لمدة ستة وعشرين عامًا.

في معايير بروتوكول HTTP، ظل رمز الحالة 402 — الذي يعني “يلزم الدفع” — محفوظًا منذ عام 1997، لكنه لم يُطبق أبدًا بشكل فعلي. قبل ذلك، كانت أي محاولة لجعل موقع ويب أو API يستخدم هذا الرمز للمحاسبة تتعثر.

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

الجدول الزمني كالتالي:

تحليل بنية Pay.sh من أربع طبقات

يمكن فهم البنية التقنية لـ Pay.sh من خلال أربع مستويات.

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

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

طبقة التسوية: معيار مفتوح يعتمد على بروتوكول x402. يستخدم Pay.sh بروتوكول x402 الذي أنشأته Coinbase ويشرف عليه الآن مؤسسة Linux، بالإضافة إلى توافقه مع بروتوكول الدفع الآلي (MPP) الذي طورته Tempo وStripe. يحقق بروتوكول x402 منطق آلة الحالة لرمز الحالة 402 — يطلب العميل موردًا، ويرد الخادم برمز 402 “يلزم الدفع” مع سعر، ونوع العملة، وعنوان المحفظة الهدف، وبيانات وصفية أخرى؛ يوقع العميل الدفع، ويعيد الطلب، ويقوم المصفّي على السلسلة بالتحقق من الدفع، ثم يسلّم المحتوى.

طبقة المزودين: أكثر من 50 مزود API من المجتمع. بالإضافة إلى خدمات جوجل الأساسية، وصل Pay.sh إلى أكثر من 50 مزود API من المجتمع، يغطي البنية التحتية للبلوكشين، وخدمات البيانات، والتجارة الإلكترونية، وأدوات الاتصال. من بين المزودين المؤكدين: Helius، Alchemy، Dune Analytics، Nansen، The Graph، بالإضافة إلى أدوات الذكاء الاصطناعي مثل Anthropic Claude Code، OpenAI Codex، OpenClaw، Hermes.

حتى مارس 2026، حقق بروتوكول x402 أكثر من 119 مليون عملية على شبكة Base، وأكثر من 35 مليون عملية على شبكة سولانا، مع حجم تداول سنوي يقارب 6 مليارات دولار، دون فرض رسوم على البروتوكول نفسه. كانت شبكة سولانا قد أنجزت سابقًا 15 مليون عملية دفع على السلسلة للوكيل الذكي، ويُقدّر أن حصة السوق من المدفوعات بين الوكيلين تصل إلى حوالي 49% حتى فبراير 2026.

لعبة ثلاثية الأطراف حول بنية الدفع للذكاء الاصطناعي

الجدل في الصناعة حول Pay.sh وبروتوكول x402 يتركز في ثلاث روايات تنافسية.

الدفع الآلي هو شرط ضروري لتوسيع نطاق الوكيل الذكي. أكد إريك ريبل، مسؤول منصة مطوري Coinbase، أن الوكيل الذكي يتجاوز الإعلان على الإنترنت — وهو نموذج تجاري يعتمد على تحويلات المرور والربح — وأن بروتوكولات مثل x402 ستعيد تشكيل الحوافز الاقتصادية للإنترنت. لا يمكن للنظام المالي التقليدي دعم المعاملات الذاتية للوكيل: لا توجد قنوات تلقائية، ولا يمكنه معالجة المدفوعات التي تقل عن دولار واحد. أكد Rishin Sharma، مسؤول نمو الذكاء الاصطناعي في مؤسسة سولانا، في حديثه في مارس أن “الوكيل لا يمكنه التداول عبر شبكات البطاقات التقليدية”، وأنه يحتاج إلى نظام دفع مخصص للبرمجيات المستقلة.

المنافسة بين أربعة بروتوكولات دفع للوكيل ليست صفقة صفرية. يوجد حاليًا أربعة بروتوكولات رئيسية: x402 (Coinbase + Cloudflare)، MPP (Stripe + Tempo)، ACP (OpenAI + Stripe)، وAP2 (Google). يعتقد بعض المحللين أن هذه البروتوكولات تعالج طبقات مختلفة من بنية الدفع للذكاء الاصطناعي، وليست بدائل بعضها البعض، بل تكاملية.

بينما يُعد بروتوكولا MPP وx402 الأكثر قابلية للمقارنة المباشرة، فهما يعتمدان على نمط HTTP 402، والاختلاف الرئيسي هو أن x402 يركز على التسوية عبر العملات المستقرة على السلسلة، بينما يختار MPP بنية قابلة للفصل تدعم أدوات دفع متعددة، بما في ذلك العملات المستقرة والبطاقات الورقية.

حجم معاملات x402 على السلسلة شهد تقلبات حادة، والطلب الحقيقي لا يزال قيد التحقق. في ديسمبر 2025، وصل حجم معاملات x402 اليومي إلى حوالي 731,000 عملية، لكنه انخفض في فبراير 2026 إلى حوالي 57,000 عملية، بانخفاض يزيد عن 92%. تشير هذه البيانات إلى أن الاستخدام المبكر للدفع الوكيل ربما كان مدفوعًا بالمضاربة أو الاختبارات، وأن الطلب العضوي الكبير لا يزال في مراحله المبكرة من التجميع.

ماذا غيرت Pay.sh حقًا

في الوقت الحالي، هناك انحراف دقيق في التقارير عن Pay.sh — نوع من المبالغة في النسب. إصدار الإعلان نفسه لا يغير من المنطق الأساسي لبروتوكول x402، وإنما الزيادة الحقيقية لـ Pay.sh تكمن في تطبيقه لبروتوكول x402 كمنتج تجاري في بيئة جوجل كلاود الإنتاجية. لم يبتكر بروتوكولًا جديدًا، لكنه أول من جعل البروتوكول مفتوح المصدر في شكل بوابة قابلة للتكوين، والمراقبة، والاستخدام المباشر في بيئة الإنتاج.

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

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

تحليل تأثير الصناعة: لماذا يهم مسار الدفع هذا بنية البنية التحتية

بالنسبة لنظام سولانا البيئي، فإن Pay.sh هو أساس هيكلي لاقتصاد الوكيل الذكي. قال فيبهو نوربي، رئيس المنتج في مؤسسة سولانا، في قمة الأصول الرقمية في مارس إن 95% إلى 99% من المعاملات على السلسلة ستأتي في المستقبل من الوكيل الذكي وأنظمة النماذج اللغوية الكبيرة، “الوكيل هو آلة باردة ودقيقة وحاسوبية — لن تتبع أي سردية تشفير دينية”، بل ستقيم أفضل مسار تسوية. تتيح قدرة سولانا على المعالجة عالية السرعة والتأخير المنخفض أن تتفوق في تقييم التكاليف. كما أن توسع العرض المستمر للعملات المستقرة على السلسلة — الذي تجاوز 15.58 مليار دولار حتى فبراير 2026 — يوفر سيولة للمدفوعات الصغيرة والمتكررة على الشبكة.

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

بالنسبة للبنية التحتية الصناعية، فإن تطبيق Pay.sh يمثل انتقالًا من مناقشة البروتوكول إلى المنافسة على المنتج. إن الأعمال بين الآلات — أن تدفع أنظمة الذكاء الاصطناعي مقابل البيانات، والحوسبة، والخدمات بشكل مستقل — سوق يتوقع أن يتجاوز تريليون دولار. أظهرت بيانات DWF Ventures في أبريل 2026 أن الوكيل الذكي يشكل حوالي 19% من جميع النشاطات على السلسلة — وهو رقم استنتاجي، ويجب اعتباره مؤشرًا أوليًا. حتى الآن، تم إطلاق حوالي 17,000 وكيل منذ 2025، ومعالجة حوالي 50 مليون دولار من المعاملات.

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

الخاتمة

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