Найважливіший фрагмент пазлу? Switchboard має намір повністю переосмислити "шар оракулів"

Інфраструктура великого масштабу в секторі x402 наразі залишається практично незайманою територією. Хоча велика ринкова активність забрала «сприятливий момент», що тимчасово призупинило такі додатки, як Launchpad, і проміжний рівень, як Facilitator, це дало більше часу для розвитку базового інфраструктурного рівня. Switchboard, як проект оракула в екосистемі Solana, нещодавно запропонував надати x402-протоколу рівень обслуговування даних. Як саме це буде реалізовано?

1) З точки зору технічної архітектури, Switchboard використовує TEE (Trusted Execution Environment — Довірене середовище виконання), що відрізняється від традиційних моделей консенсусу, які базуються на мережевій перевірці, таких як Chainlink, Pyth тощо. Дані передаються безпосередньо на блокчейн із захищеної області (Enclave);

2) Щодо сумісності протоколу, Switchboard підтримує стандарт x402-протоколу, що дозволяє AI Agent напряму надсилати запити даних через HTTP 402, здійснювати авторизацію за допомогою мікроплатежів на блокчейні, і отримувати дані миттєво. Весь процес не потребує додаткового адаптаційного шару чи проміжних смарт-контрактів;

3) У моделі тарифікації Switchboard ламає традиційну підписну модель оракулів, підтримуючи оплату за кожен виклик (pay-per-call) — Agent сплачує за кількість викликів або за кожну точку даних, тобто платить стільки, скільки використовує. Це повністю відповідає концепції оплати за потребою x402-протоколу;

4) Ще більш радикальною є повна відмова Switchboard від механізму API Key. У традиційній моделі для доступу до сервісу даних потрібно реєструватися, отримувати ключ, управляти правами доступу — цей процес створює значне тертя для Agent. Тепер же, якщо користувач має достатньо коштів у запиті транзакції 402, він може миттєво отримати доступ до будь-якого джерела даних без реєстрації та схвалення.

Виникає питання: чи потрібен x402-протоколу спеціальний рівень обслуговування оракулів?

Спочатку потрібно чітко зрозуміти, що в архітектурі x402-протоколу Facilitator відповідає за сприяння платежам — оплату від імені, трансляцію транзакцій, верифікацію стану, тобто вирішує питання «як рухаються гроші». А API-сервіси, які дійсно викликає Agent — чи то отримання цін, виконання обчислень, чи виклик LLM-інференсу — надаються рівнем Provider.

Switchboard прагне стати особливим Provider: Provider, що спеціалізується на наданні довірених даних на блокчейні, формуючи основний інформаційний рівень для передачі цінності Agent.

Уявіть, якщо Provider — це централізований API, що буде, якщо дані будуть змінені або сервіс вийде з ладу? У Web2 ці ризики покриваються брендом каналу та юридичними контрактами, але в ончейн-середовищі, особливо коли йдеться про складні DeFi-операції, потрібні перевірені та збережені на блокчейні дані.

Якщо ERC-8004 вирішує питання довіри до ідентичності та репутації Agent-покупця, то такі Provider, орієнтовані на оракул, мають забезпечити рівень довіри до перевірки даних продавця (API).

По суті, x402-протокол створює платіжний рівень ринку Agent-сервісів, а Switchboard — рівень обслуговування даних. Якщо платіжний рівень забезпечує рух грошей, то рівень обслуговування даних забезпечує рух довірених даних.

Лише поєднання цих двох рівнів створює повноцінну інфраструктуру для Agentic Economy.