قضيت عطلة نهاية الأسبوع في عبث بسيط لمشروع جانبي صغير، وأفكر في توصيل LLM لتنظيف المحتوى. قلبت على عدة واجهات برمجة تطبيقات شائعة؛ فإما أن يتطلب الأمر تسجيل بريد إلكتروني للشركة، أو ربط بطاقة لتنفيذ KYC، وإجراءات التشغيل تلتهم بعد الظهر كاملًا. قررت بدلًا من ذلك التحويل إلى بوابة x402 في OpenGradient وإعادة المرور بالخطوات، لأعرف هل كلامها عن الدفع المُشفّر بنقرة واحدة لتوليد/استدعاء النموذج هو مجرد حشو كلامي، أم أنها فعلًا تفصل الدفع عن داخل التطبيق.
اخترت ثلاثة نماذج بأحجام مختلفة، واستخدمت نفس مهمة التنظيف لاستدعاء البوابة x402 أربع مرات لكل نموذج. أجريت اثنتي عشرة مرة طلبًا، في كل مرة التقطت إيصالات السلسلة (on-chain receipts) وفقرات تسعير/فوترات الفوترة الخاصة بالبوابة للمقارنة. في كل مرة كان مسار الاستدعاء عبر HTTP 402 للتفاوض مع قناة “micro-payment” (دفع صغير)، ثم توقيع محفظة لاستخراج اعتماد/تذكرة صالحة مرة واحدة، وبعدها تقوم البوابة بتوجيه الطلب إلى العقدة المطابقة. لحظة انتهاء الاستدعاء يحدث التسوية والتحميل على الحساب مباشرةً؛ وفي المنتصف لا توجد حسابات ولا تسوية شهرية ولا “بركة” رصيد مسبق.
النقاشات العامة حول بوابة x402 في الغالب تتمحور حول كونها “ودية للمطورين” من ناحية تجربة الاستخدام. لكن OpenGradient يقوم فعلًا بالعمل على مستوى أعمق: ينزل الدفع من طبقة التطبيق إلى بدائية/أصل بروتوكولي. HTTP 402 تجعل أي عميل يستخدم دلالة موحدة للتحدث عن المال، وطبقة توجيه/تمرير الطلبات Middleware للقدرات تقوم بمواءمة الطلبات وتطابقها حسب التسعير مع العقد، وطبقة Verification تعطي لكل عملية خصم إيصالًا يمكن التحقق منه. لم يعد الدفع “خطوة إقحامية” في عملية الربط، بل أصبح جزءًا من الاستدعاء نفسه.
حتى مؤشرات القياس يجب أن تتغير. لا أنظر إلى عدد المطورين الذين انضموا بصورة إجمالية إلى OpenGradient؛ أنا أركز على بيانات غير توافقية (غير إجماعية): نسبة الاستدعاءات الدقيقة التي تقل عن سنت/جزء من دولار واحد أقل من عُشر/جزء من المبلغ (أقل من a penny) على بوابة x402 يوميًا، وكذلك نسبة الاستدعاءات ضمن هذه الفئة التي تحمل إيصالات كاملة. الأول يقيس هل يتم تقليل العتبة فعلًا إلى الصفر، والثاني يقيس إن كانت هذه السلسلة “استدعِ وادفع فورًا” ما تزال صامدة في سيناريوهات المبالغ الصغيرة.
إذا كان $OPG مجرد رسوم/أجرة وسيطة لمرة واحدة في عملية مطابقة/تسعير الطلب، فهو أشبه بtoken يعبر بوابة الدخول؛ لكن إذا كانت مستقبلًا حلقة المغلقة حوله تتشكل حول أشياء مثل المزايدة على الأسعار، ورهن العقدات، وإصدار الإيصالات، والتحكيم في النزاعات، وتقسيم أرباح نماذج ذات ذيل طويل—عندها لن يكون مجرد “رمز عبور”، بل يصبح أصل التسوية (clearing asset) لشبكة خدمات LLM قابلة للتحقق.
لا تتسرع في القفز إلى الاستنتاجات. إن نزول بدائية الدفع إلى طبقة البروتوكول أمر بطيء، وسأستمر في مراقبة أمثلة ما يقدمه OpenGradient على الشبكة الرئيسية، وما تسلمه من نماذج عند انضمام المطورين لاحقًا. #opg @OpenGradient