Skyfire تم تأسيسها بواسطة اثنين من كبار التنفيذيين السابقين في Ripple @AmirSarhangi و DeWitt، كان الثنائي مسؤولاً عن بناء شبكة المدفوعات عبر الحدود خلال فترة عملهم في Ripple، وقد شاركوا في معالجة أكثر من 500 مليار دولار من معاملات.
حالة التمويل
في عام 2024، أكملت Skyfire جولة تمويل أولية بقيمة حوالي 8.5 مليون دولار، مع مستثمرين مثل Circle، Ripple، Gemini، وصناديق مرتبطة بـ Tim Draper من المؤسسات المالية والتشفيرية.
ثم حصلت على استثمار إضافي من Coinbase Ventures و a16z (Andreessen Horowitz) Crypto Startup Accelerator (CSX) بمجموع 9.5 مليون دولار.
الخلفية
مع تحول الذكاء الاصطناعي من توليد المحتوى إلى الوكلاء المستقلين، بدأت البنية التحتية المالية وهويات الأفراد الحالية تعاني من عدم التكيف.
التحقق من الهوية: تعتمد طرق التحقق الحالية على سمات بشرية (رقم الهاتف، القياسات الحيوية، CAPTCHA). وكلاء الذكاء الاصطناعي لا يملكون شخصية قانونية، ولا يمكنهم اجتياز هذه التحققات، بل قد يُنظر إليهم على أنهم "روبوتات خبيثة" ويتم حظرهم.
كما أن مزودي الخدمة متضررون أيضًا، إذ لا يمكنهم معرفة ما إذا كان هذا Agent AI حقيقيًا أم مجرد زاحف خبيث أو حتى هجوم DDoS.
Gemini (عذرًا، لا أستطيع الوصول إلى صفحة xxx)
الدفع: أدوات الدفع الحالية (بطاقات الائتمان) غير مناسبة للاستخدام الآلي.
سهل جدًا أن يثير ذلك أنظمة إدارة المخاطر، كما أنه لا يدعم المدفوعات الدقيقة عالية التكرار المعتادة (مثل استدعاء API بقيمة 0.01 دولار). كما أن منح بطاقة ائتمان مباشرةً للذكاء الاصطناعي ليس أمرًا مطمئنًا.
لذا فالمحور هنا هو تمكين الآلة من التمييز بين ثلاثة أدوار: إنسان / وكيل ذكاء اصطناعي / روبوت هجوم خبيث (مثل السكربتات)
التحقق من الهوية KYAPay / الفرق عن KYC
KYAPay هو معيار مفتوح تقوده Skyfire وشركاؤها (مثل Visa وCoinbase)، ويهدف إلى تعريف كيفية قيام وكلاء الذكاء الاصطناعي بنقل الهوية ونية الدفع فيما بينهم باستخدام تنسيق JWT (JSON Web Token) القياسي.
"الهوية المرتبطة بالدفع" (Identity-linked Payment).
في التجارة الإلكترونية التقليدية، تسجيل الدخول (التحقق من الهوية) والدفع (إتمام الشراء) هما خطوتان منفصلتان.
في KYAPay، يتم ضغط هذين الأمرين داخل حزمة بيانات واحدة، بحيث تُنجز في طلب HTTP واحد كلاً من "من أنا" و"أريد أن أدفع"
تنقسم KYA إلى ثلاثة أذونات مختلفة لتناسب سيناريوهات متعددة.
حقل JWT قياسي:
المُصدِر، منصة Skyfire
معرّف المشتري
معرّف المستلم
وقت الانتهاء
رقم فريد لتجنب هجمات إعادة الإرسال
------(فيما يلي حقول خاصة)------
معلومات التحقق الخاصة بالمشتري
مبلغ الدفع
وحدة العملة
سعر الوحدة للخدمة
معرّف مشروع الخدمة
العملية العامة: آلية تحقق لامركزية (JWKS)
تعتمد Skyfire آلية تحقق بالمفتاح العام مشابهة لـ OAuth:
التوقيع: يستخدم وكيل المشتري المفتاح الخاص الموزع من Skyfire (أو يطلب توقيع Skyfire عبر API) لإنشاء JWT.
التحقق: يحصل البائع على المفتاح العام من نقطة JSON Web Key Set (JWKS) القياسية التي توفرها Skyfire.
التحقق المحلي: يقوم البائع على خادمه المحلي بالتحقق مما إذا كان توقيع JWT صحيحًا، وما إذا كان منتهي الصلاحية، وما إذا كان المستلم متطابقًا.
تسوية الأموال / التحقق من الهوية
العملة المستقرة: يتم استخدام USDC (USD Coin) بشكل موحد كعملة تسوية
يتم نشر Skyfire بشكل أساسي على Polygon وBase (شبكة L2 الخاصة بـ Coinbase)، والسبب الرئيسي بطبيعة الحال هو انخفاض التكلفة + تجريد الحساب، كما أن Coinbase هي أيضًا المستثمر الرئيسي.
التحقق من هوية الوكيل: KYA (Know Your Agent)
تُربط الهوية الرقمية لكل وكيل ذكاء اصطناعي تشفيريًا بالهوية القانونية الواقعية لصاحبها (Controller).
رمز الهوية الذي تصدره Skyfire، ويشبه "جواز سفر رقمي"، ويتضمن:
حالة التحقق: هل تم التحقق من صحة هذا الوكيل بواسطة Skyfire أو طرف ثالث (مثل Trulioo)
بصمة الكود: القيمة التجزئية لإصدار برنامج الوكيل، لضمان أن البرنامج الذي يتفاعل معه غير مُعبث به
درجة السمعة: درجة ائتمانية مبنية على بيانات المعاملات التاريخية على السلسلة
اعتماد الشارة الزرقاء: مشابه لاعتماد وسائل التواصل الاجتماعي (تاجر Binance OTC Shield)
الأدوار المشاركة في العملية كاملةً (Participants & Roles)
المستخدم/متحكم الوكيل: مطوّر الذكاء الاصطناعي، أو شركة، أو شخص ينشر الوكيل.
يجب إكمال KYC/KYB وتحمل المسؤولية القانونية
توفير العملة الورقية وقنوات الإيداع للوكيل
تحديد الصلاحيات، مثل الميزانية والتجار المدرجين في القائمة البيضاء
وكيل المشتري: كيان ذكاء اصطناعي ينفذ مهام الشراء المحددة
يمكن أن يكون برنامجًا ذاتيًا يعمل في السحابة، أو أداة CLI محلية (مثل OpenCode)، أو إضافة داخل المتصفح.
يمتلك Agent ID فريدًا وAPI Key مخصصين من Skyfire (أو شظية محفظة MPC).
يعتمد أساسًا على المهمة المحددة، فيقرر ذاتيًا الخدمات المطلوبة ويبدأ عملية الدفع
وكيل المشتري، وجوهره هو 【حق استخدام الأموال】
وكيل البائع / مزود الخدمة: يوفّر الموارد، ويمكن أن يكون مزود API أو وكيلًا آخر
تحديد سعر الخدمة
نشر وسيط التحقق (Middleware) الخاص بـ Skyfire أمام بوابة API الخاصة به، لاعتراض JWT الواردة والتحقق منها
بعد التحقق بنجاح، يوفّر البيانات أو ينفذ المهمة لوكيل المشتري
تحصيل الدفعات، وتحويل التزام المشتري إلى USDC داخل المحفظة
Skyfire: مركز الثقة ومزوّد البنية التحتية الذي يربط بين الأطراف الثلاثة المذكورة أعلاه.
إصدار شهادة KYA
تنسيق سجلات الدفاتر خارج السلسلة مع تسوية الأموال على السلسلة
مراقبة المعاملات على مستوى الشبكة، وتحديد الأنماط غير الطبيعية (مثل غسيل الأموال وهجمات DDoS)، وتنفيذ آلية الإيقاف القسري
الحفاظ على المنصة، ومساعدة البائعين والمشترين على إنشاء اتصال.
على سبيل المثال
يحتاج وكيل ذكاء اصطناعي يُدعى "Analyst-Bot" إلى شراء تقرير بيانات مالية فورية، بسعر 0.5 USDC.
إنشاء الحساب: يسجل المتحكم (شركة مالية) في Skyfire ويكمل التحقق المؤسسي (KYB).
إنشاء الوكيل: يتم إنشاء مثيل "Analyst-Bot" في لوحة التحكم. ويولد النظام له Agent_ID فريدًا: uuid-1234 ومفتاح API.
الأموال والاستراتيجية: تقوم الشركة بشحن 1000 USDC إلى Skyfire، وتحدد استراتيجية لـ "Analyst-Bot": "حد أقصى يومي للميزانية 50 دولارًا، وحد أقصى للمعاملة الواحدة 2 دولار".
تكامل البيئة: يضبط المطور خادم MCP الخاص بـ Skyfire في بيئة تشغيل "Analyst-Bot" (مثل Composio أو LangChain)، مما يمنحه القدرة على استدعاء أدوات الدفع.
بدء المهمة: يتلقى "Analyst-Bot" تعليمات المستخدم: "حلّل أحدث اتجاهات سهم Apple".
اكتشاف الخدمة: يستعلم الوكيل دليل Skyfire ويجد أن الخدمة المقدمة من "MarketData-Provider" تلبي المتطلبات وتقبل الدفع عبر Skyfire.
الحصول على التسعير: يستدعي الوكيل نقطة البيانات الوصفية الخاصة بالبائع، ويتأكد من: price: 0.50, currency: USD.
اتخاذ قرار ذاتي: يقرر منطق الوكيل الداخلي أن 0.50 USDC ضمن الميزانية، ويقرر بدء الشراء.
طلب الرمز المميز: يرسل "Analyst-Bot" طلبًا إلى واجهة Skyfire API: "أريد دفع 0.50 USDC إلى Seller_ID: 5678".
إدارة مخاطر المنصة (خطوة أساسية): يستقبل المحرك الأساسي في Skyfire الطلب وينفذ الفحوصات التالية: هل الوكيل مجمّد؟ (لا) ◦ هل رصيد الحساب الأم كافٍ؟ (نعم) ◦ هل الاستخدام اليومي الحالي + 0.50 يتجاوز 50 دولارًا؟ (لا) ◦ هل الطرف المقابل موجود في القائمة السوداء؟ (لا)
إصدار JWT: بعد اجتياز الفحوصات، ينشئ Skyfire رمز kya+pay JWT موقّعًا تشفيريًا ويقوم بحجز (Reserve) 0.50 USDC من الحساب الأم لمنع الإنفاق المزدوج. ثم يُعاد هذا JWT إلى "Analyst-Bot".
إرسال الطلب: يرسل "Analyst-Bot" طلب HTTP GET إلى واجهة API الخاصة بـ "MarketData-Provider"، ويضع الـ JWT الذي حصل عليه في العنوان: Authorization: Bearer <sk_token_...> Skyfire-Payment: <jwt_payload>
التحقق المحلي: يستقبل خادم "MarketData-Provider" الطلب. ويُستخدم المفتاح العام الخاص بـ Skyfire (JWKS) للتحقق من توقيع JWT. نجاح التحقق يعني: ◦ أن هذا الطلب صادر فعلًا من وكيل Skyfire مشروع. ◦ أن Skyfire تلتزم بدفع 0.50 USDC. ◦ أن الرمز لم تنتهِ صلاحيته.
تسليم الخدمة: يعالج خادم البائع الطلب ويعيد أحدث بيانات مالية بصيغة JSON إلى "Analyst-Bot".
التحصيل (Capture): بعد تسليم الخدمة، يستدعي البائع واجهة charge API الخاصة بـ Skyfire ويقدّم ذلك JWT.
تحويل الأموال: يؤكد Skyfire أن JWT صالح ولم تتم تسويته من قبل، ثم ينفذ عملية التحويل.
المحاسبة خارج السلسلة: في معظم الحالات، يقوم Skyfire أولًا بتحديث الرصيد داخل قاعدة البيانات الداخلية (المشتري -0.50، البائع +0.50) لتحقيق وصول فوري للأموال.
التسوية على السلسلة: بشكل دوري أو وفقًا للحدود المحددة، يقوم Skyfire بتنفيذ تحويلات USDC جماعية على سلسلة Polygon/Base لضمان انتقال الملكية النهائي للأموال.سجل التدقيق: تُكتب تفاصيل المعاملة في سجل غير قابل للتلاعب
تقسيم العملية يبدو معقدًا نسبيًا، لكن التنفيذ الفعلي سريع جدًا.
الربح
عمولة المعاملة
كلما دفع وكيل ذكاء اصطناعي رسومًا عبر بروتوكول Skyfire (مثل شراء الحوسبة أو البيانات أو الاشتراك في خدمات API)، تستقطع المنصة نسبة معينة كرسوم خدمة.
التسعير المتدرج:
المعاملات الصغيرة (أقل من 250 دولارًا): 2.5%
المعاملات الكبيرة: 1%
رسوم خدمة KYA (التحقق من الهوية)
يحتاج المطور أو الشركة إلى التقدم للحصول على هوية رقمية موثقة لوكلاء الذكاء الاصطناعي التابعين لها، وذلك لاجتياز فحوصات مكافحة الروبوتات في المنصات الكبرى. وتفرض Skyfire رسومًا على خدمات التحقق والصيانة هذه.
مشابه لشهادة SSL أو التحقق المؤسسي
