Трек x402 наразі перебуває у стані невизначеності щодо інфраструктури. Хоча бурхливий ринок забрав "слушний час" і зробив такі прикладні шари, як Launchpad, та проміжні шари, як Facilitator, тимчасово тихими, він дав базовому інфраструктурному шару більше часу для розбудови. Switchboard, оракул-проєкт, що виник з екосистеми Solana, нещодавно запропонував надати шар сервісу даних для протоколу x402. Як саме він це зробить? 1) З точки зору технічної архітектури, Switchboard використовує Trusted Execution Environment (TEE), що відрізняється від традиційних моделей консенсусу, таких як Chainlink і Pyth, які покладаються на мережеву верифікацію. Дані передаються безпосередньо в блокчейн на основі захищеного анклаву. 2) З точки зору сумісності протоколів, Switchboard сумісний зі стандартом протоколу x402, що дозволяє ШІ-агенту безпосередньо ініціювати запити даних через HTTP 402, завершувати авторизацію за допомогою ончейн мікроплатежів і миттєво отримувати дані. Весь процес не потребує додаткового шару адаптації чи проміжного контракту; 3) З точки зору моделі білінгу, він руйнує традиційну модель підписки оракулів і підтримує оплату за виклик — агент платить відповідно до кількості викликів і точок даних, і платить лише за те, що використовується, що повністю відповідає концепції дизайну "плати за використання" протоколу x402; 4) Ще радикальніше, Switchboard повністю усунув механізм API-ключа. У традиційній моделі доступ до сервісів даних вимагав реєстрації, подання заявки на ключ і управління дозволами — процес, який створював значне тертя для агента. Тепер запит на транзакцію 402 користувача просто повинен включати достатню інформацію для миттєвого доступу до будь-якого джерела даних, без реєстрації чи схвалення. Питання в тому, чи потрібен протоколу x402 спеціальний шар сервісу оракула? Спочатку давайте уточнимо концепцію: в архітектурі протоколу x402 Facilitator відповідає за полегшення платежів — оплату від імені інших, трансляцію транзакцій і верифікацію стану — вирішуючи питання "як рухаються гроші". API-сервіси, які фактично викликає Агент, будь то отримання цін, виконання обчислень чи виклик висновків LLM, надаються шаром Provider. Те, що Switchboard прагне створити, — це особливий тип Provider: Provider, який спеціально надає ончейн сервіси довірених даних, будуючи основний інформаційний шар для передачі вартості Агента. Уявіть, якщо Provider — це централізований API; що, якщо дані будуть підроблені або сервіс вийде з ладу? У сценаріях Web2 ці ризики пом'якшуються брендами каналів і юридичними контрактами, але в ончейн середовищах виконання, особливо тих, що включають складні операції DeFi, потрібні деякі верифіковані дані, які зберігаються в блокчейні. Якщо ERC-8004 вирішує проблему надійності ідентичності агента-покупця та репутації, то цей тип провайдера, керованого оракулом, забезпечує шар гарантії довіри у верифікації надійності даних продавця (API). По суті, протокол x402 будує платіжний шар для ринку агентських послуг, тоді як Switchboard будує шар сервісу даних. Якщо платіжний шар дозволяє грошам текти, шар сервісу даних дозволяє текти довіреним даним. Тільки коли обидва поєднані, Агентна Економіка може мати повну інфраструктуру.Трек x402 наразі перебуває у стані невизначеності щодо інфраструктури. Хоча бурхливий ринок забрав "слушний час" і зробив такі прикладні шари, як Launchpad, та проміжні шари, як Facilitator, тимчасово тихими, він дав базовому інфраструктурному шару більше часу для розбудови. Switchboard, оракул-проєкт, що виник з екосистеми Solana, нещодавно запропонував надати шар сервісу даних для протоколу x402. Як саме він це зробить? 1) З точки зору технічної архітектури, Switchboard використовує Trusted Execution Environment (TEE), що відрізняється від традиційних моделей консенсусу, таких як Chainlink і Pyth, які покладаються на мережеву верифікацію. Дані передаються безпосередньо в блокчейн на основі захищеного анклаву. 2) З точки зору сумісності протоколів, Switchboard сумісний зі стандартом протоколу x402, що дозволяє ШІ-агенту безпосередньо ініціювати запити даних через HTTP 402, завершувати авторизацію за допомогою ончейн мікроплатежів і миттєво отримувати дані. Весь процес не потребує додаткового шару адаптації чи проміжного контракту; 3) З точки зору моделі білінгу, він руйнує традиційну модель підписки оракулів і підтримує оплату за виклик — агент платить відповідно до кількості викликів і точок даних, і платить лише за те, що використовується, що повністю відповідає концепції дизайну "плати за використання" протоколу x402; 4) Ще радикальніше, Switchboard повністю усунув механізм API-ключа. У традиційній моделі доступ до сервісів даних вимагав реєстрації, подання заявки на ключ і управління дозволами — процес, який створював значне тертя для агента. Тепер запит на транзакцію 402 користувача просто повинен включати достатню інформацію для миттєвого доступу до будь-якого джерела даних, без реєстрації чи схвалення. Питання в тому, чи потрібен протоколу x402 спеціальний шар сервісу оракула? Спочатку давайте уточнимо концепцію: в архітектурі протоколу x402 Facilitator відповідає за полегшення платежів — оплату від імені інших, трансляцію транзакцій і верифікацію стану — вирішуючи питання "як рухаються гроші". API-сервіси, які фактично викликає Агент, будь то отримання цін, виконання обчислень чи виклик висновків LLM, надаються шаром Provider. Те, що Switchboard прагне створити, — це особливий тип Provider: Provider, який спеціально надає ончейн сервіси довірених даних, будуючи основний інформаційний шар для передачі вартості Агента. Уявіть, якщо Provider — це централізований API; що, якщо дані будуть підроблені або сервіс вийде з ладу? У сценаріях Web2 ці ризики пом'якшуються брендами каналів і юридичними контрактами, але в ончейн середовищах виконання, особливо тих, що включають складні операції DeFi, потрібні деякі верифіковані дані, які зберігаються в блокчейні. Якщо ERC-8004 вирішує проблему надійності ідентичності агента-покупця та репутації, то цей тип провайдера, керованого оракулом, забезпечує шар гарантії довіри у верифікації надійності даних продавця (API). По суті, протокол x402 будує платіжний шар для ринку агентських послуг, тоді як Switchboard будує шар сервісу даних. Якщо платіжний шар дозволяє грошам текти, шар сервісу даних дозволяє текти довіреним даним. Тільки коли обидва поєднані, Агентна Економіка може мати повну інфраструктуру.