سولانا تطلق Pay.sh بالتعاون مع Google Cloud لتوفير مدفوعات واجهة برمجة التطبيقات (API) بنظام الدفع حسب الاستخدام للذكاء الاصطناعي

أعلنت مؤسسة سولانا (Solana Foundation) عن إطلاق “Pay.sh”، وهي بوابة دفع جديدة تم تطويرها بالتعاون مع جوجل كلاود (Google Cloud). تهدف هذه البوابة إلى تمكين وكلاء الذكاء الاصطناعي المستقلين من الوصول إلى واجهات برمجة التطبيقات (APIs) ودفع ثمنها باستخدام العملات المستقرة (Stablecoins) على شبكة سولانا.

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

ما هي Pay.sh؟

Pay.sh هي بوابة تسمح لوكلاء الذكاء الاصطناعي باكتشاف واجهات برمجة التطبيقات في مكان واحد، والوصول إليها دون إنشاء حسابات، والدفع لكل طلب (per request) باستخدام العملات المستقرة. بدلاً من أنظمة المصادقة التقليدية، يستبدل هذا النموذج بيانات الاعتماد بالمدفوعات، مما يجعل كل معاملة بمثابة تفويض خاص بها.

كيف تعمل؟

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

• تعمل Pay.sh كطبقة وكيل (Proxy Layer) لواجهات برمجة التطبيقات على بنية جوجل كلاود التحتية.
• ببساطة، تصبح المحفظة (Wallet) هي أداة الهوية وآلية الدفع في نفس الوقت.

ما هي واجهات برمجة التطبيقات المتاحة؟

تجمع المنصة واجهات برمجة التطبيقات من الطرف الأول (first-party) والطرف الثالث (third-party) في طبقة وصول واحدة تشمل فئات متعددة. تقدم معظم خدمات واجهات برمجة التطبيقات اليوم تسعيرًا يعتمد على الاستخدام (usage-based pricing)، لكنها لا تزال تتطلب حسابات ومفاتيح API وإعداد فوترة، بما في ذلك المنصات التي تديرها شركات مثل OpenAI وAnthropic. تحاول Pay.sh إزالة هذه الطبقة بالكامل من خلال جعل المدفوعات هي وسيلة الوصول، مما يبسط العملية للأنظمة الآلية.

تم بناء Pay.sh على بروتوكولات دفع مصممة خصيصًا للآلات (machine-native payment protocols) وهي x402 وMPP. صُممت هذه البروتوكولات للمعاملات الآلية المباشرة بين الأنظمة البرمجية. على عكس بنية الفوترة الخاصة (proprietary billing)، فهذه معايير مفتوحة (open standards)، مما يعني أن أي مطور أو مزود خدمة يمكنه بناء أنظمة متوافقة دون أن يكون محبوسًا في نظام بيئي لمنصة واحدة. هذا الانفتاح هو ما يمكن أن يجعل Pay.sh معيارًا صناعيًا حقيقيًا بدلاً من حديقة مسورة أخرى.

لماذا هذا مهم؟

يشير الإطلاق إلى تحول أوسع نحو ما يسمى غالبًا “التجارة الوكيلة” (agentic commerce)، حيث يصبح البرنامج (وليس البشر) المستخدم الأساسي للخدمات الرقمية. من خلال تقليل الاحتكاك حول المدفوعات والوصول، يتيح هذا النموذج للمطورين أتمتة سير العمل بسهولة أكبر، ويمكّن مزودي واجهات برمجة التطبيقات من تحقيق الدخل دون إدارة أنظمة فوترة، ويمنح وكلاء الذكاء الاصطناعي القدرة على العمل عبر خدمات متعددة بشكل مستقل. كما يعكس تحولًا تدريجيًا بعيدًا عن البرمجيات القائمة على الاشتراكات (subscription-based) نحو التسعير التفصيلي القائم على الاستخدام (usage-based pricing).

الصورة الأكبر

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

الأسئلة الشائعة (FAQs)

• س: ما هو الهدف الأساسي من Pay.sh؟
  ج: الهدف هو تمكين وكلاء الذكاء الاصطناعي من الوصول إلى واجهات برمجة التطبيقات ودفع ثمنها بسهولة وسرعة باستخدام العملات المستقرة على شبكة سولانا، دون الحاجة إلى حسابات أو عمليات تسجيل يدوية معقدة.
• س: كيف تختلف Pay.sh عن أنظمة الدفع التقليدية لواجهات برمجة التطبيقات؟
  ج: بدلاً من الاعتماد على بيانات الاعتماد والحسابات، تستخدم Pay.sh المحفظة الرقمية كأداة هوية ودفع في آن واحد، مع الاعتماد على معايير مفتوحة (open standards) تسمح لأي مطور بالانضمام دون قيود منصة واحدة.
• س: ما هي أهمية استخدام العملات المستقرة والشبكة اللامركزية هنا؟
  ج: استخدام العملات المستقرة يضمن استقرار القيمة وتجنب التقلبات، بينما توفر شبكة سولانا سرعة المعاملات وانخفاض الرسوم، مما يجعل العملية فعالة ومناسبة للمعاملات الآلية العديدة بين الآلات.