كيف يساهم x402 و Switchboard في تشكيل "شرايين القيمة" للاقتصاد الذكي؟

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

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

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

3）في نموذج الفوترة، تم كسر نموذج الاشتراك التقليدي لآلة أوراكل، ودعم الدفع حسب الاستخدام - حيث يدفع الوكيل حسب عدد الاستدعاءات ونقاط البيانات، مما يعني الدفع بقدر ما يستخدم، وهذا يتماشى تمامًا مع مفهوم الدفع عند الطلب لبروتوكول x402؛

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

المشكلة ظهرت، هل يحتاج بروتوكول x402 إلى طبقة خدمة آلة أوراكل مخصصة؟

أولاً، يجب فهم مفهوم واحد، في هيكل بروتوكول x402، المسؤولية تقع على عاتق Facilitator وهي تسهيل الدفع - الدفع بالنيابة، بث المعاملات، والتحقق من الحالة، حيث تُحل مشكلة “كيف تتدفق الأموال”. بينما فإن خدمات واجهة برمجة التطبيقات (API) التي يستدعيها Agent، سواء كانت للحصول على الأسعار، تنفيذ الحسابات، أو استدعاء استدلال LLM، كلها مقدمة من طبقة Provider.

وما تود Switchboard القيام به هو نوع خاص من موفري الخدمة: موفر خدمة يقدم بيانات موثوقة على السلسلة، ويشكل طبقة المعلومات الأساسية لنقل قيمة الوكيل.

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

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

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

عند الجمع بين الأمرين، فإن الاقتصاد الوكلي يعتبر له بنية تحتية كاملة.