Нещодавно глибоко ознайомився з новим типом протоколу передачі даних. Спочатку чесно кажучи, був дещо наляканий — знову новий протокол і новий стандарт, наскільки він може бути сильним? Але після більш ніж тижня використання я справді був приголомшений. Цей протокол реально вирішує ключову проблему комунікації AI-агентів.

Спершу про проблему. Традиційний HTTPS достатній для перегляду веб-сторінок людьми, але сценарії взаємодії AI-агентів зовсім інші. Візьмемо торгового бота: збір емоційних даних з соцмереж → визначення купівлі Meme-коінів → розміщення замовлення. Навіть якщо дані будуть підроблені або затримані на кілька секунд, наслідки можуть змінитися з прибуткових на дуже збиткові. Раніше я використовував один із рішень, і зазнав цього — стоп-лосс був встановлений на 0.5 долара, але через затримку даних угода відбулася на 0.45, і я втратив чимало.

Ідея цього нового протоколу досить проста: кожен блок даних містить криптографічне підтвердження, і весь процес від відправки до отримання можна перевірити. Архітектура поділена на три рівні — верхній рівень — це Manager-контракт (реєстрація агентів і управління правами), середній — Verifier-контракт (перевірка доказів, управління подіями), нижній — консенсусний ланцюг. Будь-який вузол, який захоче підробити дані під час передачі, буде швидко виявлений.

Зараз я тестую застосунок для прогнозного ринку, який потребує отримання даних про матчі NBA в реальному часі для автоматичного розрахунку прогнозів користувачів. Традиційні оракули або оновлюються рідко, або мають дуже високі комісії. Використання цього протоколу в режимі pull — набагато зручніше — запитує дані за потребою, перевіряє цілісність і одразу активує смарт-контракт для розрахунку. За приблизно 50 транзакціями стабільність досить хороша. Чи хтось ще використовує цю ідею для інших застосунків?