أهم قطعة في اللغز؟ Switchboard تعتزم إعادة بناء "طبقة الأوراكل" من جديد

لا تزال البنية التحتية الأساسية لمسار x402 في حالة فراغ تام حتى الآن، فعلى الرغم من أن السوق الكبير قد استحوذ على "الفرصة الزمنية"، مما جعل تطبيقات مثل Launchpad والطبقة الوسيطة مثل Facilitator تدخل في حالة من السكون المؤقت، إلا أن ذلك منح طبقة البنية التحتية الأساسية وقتًا أكبر للبناء والتطوير؛ Switchboard، كمشروع أوراكل نشأ في نظام Solana البيئي، أعلن مؤخرًا عن نيته توفير طبقة خدمة البيانات لبروتوكول x402، فكيف سيتم ذلك تحديدًا؟

1) من الناحية التقنية، يعتمد Switchboard على بيئة التنفيذ الموثوقة TEE، والتي تختلف عن نماذج الإجماع التقليدية التي تعتمد على التحقق الشبكي مثل Chainlink وPyth، حيث يتم نقل البيانات مباشرة إلى السلسلة من خلال منطقة آمنة (Enclave)؛

2) من حيث التوافق مع البروتوكول، فإن Switchboard متوافق مع معيار بروتوكول x402، مما يسمح لـ AI Agent بإرسال طلبات بيانات مباشرة عبر HTTP 402، وإتمام التفويض من خلال دفع صغير على السلسلة، ليتم إرجاع البيانات فورًا. ولا يتطلب هذا التدفق بأكمله طبقة توافق إضافية أو عقدًا وسيطًا؛

3) في نموذج الفوترة، كسر Switchboard نموذج الاشتراك التقليدي للأوراكل، ويدعم الدفع لكل طلب - حيث يدفع الـ Agent حسب عدد الطلبات أو نقاط البيانات المستخدمة، أي الدفع حسب الاستهلاك، وهذا يتوافق تمامًا مع فلسفة التصميم للدفع حسب الحاجة في بروتوكول x402؛

4) والأكثر جرأة، أن Switchboard أزال تمامًا آلية API Key. ففي النموذج التقليدي، يتعين على المستخدم التسجيل وطلب مفتاح وإدارة الصلاحيات قبل استدعاء خدمة البيانات، وهذه العملية تشكل عائقًا كبيرًا أمام الـ Agent. أما الآن، فيمكن للمستخدم الوصول الفوري إلى أي مصدر بيانات من خلال تضمين ما يكفي من الرصيد في طلب معاملة 402، دون الحاجة للتسجيل أو الموافقة.

وهنا يبرز السؤال: هل يحتاج بروتوكول x402 إلى طبقة خدمة أوراكل متخصصة؟

لنوضح المفهوم أولاً، في بنية بروتوكول x402، يتولى Facilitator تسهيل عمليات الدفع - الدفع بالنيابة، بث المعاملات، والتحقق من الحالة، أي أنه يحل مشكلة "كيفية تدفق الأموال". أما خدمات API التي يستدعيها الـ Agent فعليًا، سواء لجلب الأسعار أو تنفيذ العمليات الحسابية أو استدعاء LLM للاستدلال، فهي مقدمة من طبقة Provider.

وما يسعى إليه Switchboard هو أن يكون نوعًا خاصًا من الـ Provider: مقدم خدمة بيانات موثوقة على السلسلة، يبني طبقة المعلومات الأساسية لنقل القيمة بين الـ Agent.

تخيل لو كان الـ Provider عبارة عن API مركزي، ماذا لو تم التلاعب بالبيانات أو تعطلت الخدمة؟ في سيناريوهات Web2، يتم تغطية هذه المخاطر من خلال العلامة التجارية للقناة والعقود القانونية، لكن في بيئة التنفيذ على السلسلة، خاصة عند التعامل مع عمليات DeFi المعقدة، هناك حاجة إلى بيانات يمكن التحقق منها وتوثيقها على السلسلة.

إذا كان ERC-8004 قد حل مشكلة موثوقية وهوية الـ Agent المشتري وسمعته، فإن هذا النوع من الـ Provider الموجه للأوراكل يوفر طبقة موثوقة للتحقق من بيانات البائع (API).

في جوهر الأمر، يبني بروتوكول x402 طبقة الدفع لسوق خدمات الـ Agent، بينما يبني Switchboard طبقة خدمة البيانات. فإذا كانت طبقة الدفع تتيح تدفق الأموال، فإن طبقة خدمة البيانات تتيح تدفق البيانات الموثوقة.

وباجتماعهما معًا، يمكن القول إن اقتصاد الـ Agentic Economy يمتلك بنية تحتية متكاملة.