المدفوعات الوكيلة

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

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

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

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

الدفع مقابل واجهات برمجة التطبيقات باستخدام pay.sh

pay.sh هي طبقة دفع لوكلاء HTTP وأدوات سطر الأوامر. راجع وثائق pay.sh لتثبيت pay. تغلف واجهة سطر أوامر pay أدوات مثل curl و codex و claude حتى تتمكن من استدعاء واجهات برمجة التطبيقات المدفوعة دون حسابات موفري الخدمة أو مفاتيح API. عندما ترجع واجهة برمجة التطبيقات تحدي 402 Payment Required من نوع MPP أو x402، يطلب pay من محفظتك المحلية الموافقة على التوقيع.

يمكنك تثبيت Pay باستخدام:

brew install pay

أو

npm install -g @solana/pay

تحقق من التثبيت باستخدام:

pay --version

ستقوم سلسلة الأدوات بإعداد عنوانك تلقائيًا. شغّل الأوامر التالية لإعداد محفظتك وتعبئتها:

pay setup

بروتوكول x402

تحتاج المدفوعات الذكية إلى وسيلة تتيح للعملاء والخوادم التفاوض على شروط الدفع عبر البنية التحتية للويب القياسية دون الإخلال بواجهات الويب التقليدية. لا يزال مجال المدفوعات الصغيرة في مراحله الأولى، وسيشهد على الأرجح ظهور أدوات ومعايير جديدة مع تطوره. غير أن بروتوكول x402 قد برز كمعيار مبكر يحظى بدعم قوي من النظام البيئي. يستخدم x402 رمز الحالة HTTP 402 "Payment Required"—وهو معيار منذ HTTP/1.1 لم يصبح عمليًا إلا مع تسوية البلوك تشين.

آلية العمل

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

مخطط تدفق x402

البروتوكول عديم الحالة (لا جلسات ولا مفاتيح API)، ويعمل مع البنية التحتية القياسية لـ HTTP، ويدعم أي رمز SPL يقبله الخادم. إليك مقتطفًا يوضح كيفية إعداد خادم Express باستخدام وسيط x402:

app.use(
  paymentMiddleware(
    {
      "GET /costly-data": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.001",
            network: "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
            payTo: svmAddress
          }
        ],
        description: "Costly data",
        mimeType: "application/json"
      }
    },
    new x402ResourceServer(facilitatorClient).register(
      "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
      new ExactSvmScheme()
    )
  )
);

app.get("/costly-data", (req, res) => {
  res.send({
    report: {
      data: "costly data"
    }
  });
});

لمعرفة المزيد حول x402، اطّلع على أدلتنا:

أدوات x402