AI Agents як економічні суб'єкти: які інфраструктурні прогалини може вирішити блокчейн?

Агенти виконують завдання, але їм складно стати спільними економічними одиницями

Сучасні великі мовні моделі та інструменти дозволяють AI Agent безперервно викликати API, здійснювати закупівлі й координувати складні багатоступеневі процеси. Однак зі зростанням їхніх можливостей системні проблеми стають помітнішими: агенти на різних платформах не мають єдиного способу підтвердити, “кого вони представляють”, “на що мають повноваження” та “як отримують або здійснюють платежі”. У фінансових послугах не людські автоматизовані сутності вже значно переважають людські ролі. Із розширенням застосування універсальних агентів у нових сферах проблеми, такі як непередавані ідентичності, непрограмовані стандартні платежі й ізольована співпраця в закритих даних, лише посилюються.

У статті a16z crypto визначає ці прогалини як відсутню інфраструктуру, що заважає агентам стати повноцінними економічними учасниками, і виділяє п’ять ключових основ: ідентичність, управління, платежі, довіра та контроль користувача. Далі розкрито ці напрямки й додано інженерні межі для розділення поточних підходів і усталених стандартів галузі.

Ідентичність і схвалення: від “небанківських” до підтверджених сутностей

У статті зазначено, що багато агентів фактично “небанківські”: вони можуть взаємодіяти з фінансовими чи інформаційними сервісами, але не мають переносимої, підтвердженої та визнаної сторонніми механізмів ідентичності й схвалення. Людські системи спираються на KYC і кредитні записи, а галузь впроваджує концепцію KYA (Know Your Agent), що використовує криптографічні облікові дані для прив’язки сутності, дозволів, обмежень і репутації.

Блокчейн виступає нейтральним координаційним шаром: гаманці на основі криптографії відкритого ключа, ончейн або офчейн підтверджені облікові дані й реєстраційна інформація, яку можна обробити у різних застосунках, дають агенту змогу працювати незалежно від облікової системи окремої платформи, забезпечуючи контрагентам мінімальні докази довіри. Поточні рішення включають ончейн реєстри агентів, форми агентів із інтеграцією стейблкоїн-гаманців і дослідження відповідних ERC-пропозицій. Важливо зазначити, що універсальні стандарти ідентичності ще не сформовані; торговці й комплаєнс-команди можуть блокувати агентів без взаємно визнаних облікових даних на шлюзах. Ончейн рішення вирішують технічні аспекти, але не замінюють регуляторну класифікацію чи вимоги доступу.

Управління й виконання: чи можуть ончейн правила обмежити потужність офчейн моделей?

Коли агенти беруть участь у розподілі ресурсів чи прийнятті рішень, контроль стає ключовим питанням. Якщо основна модель і сервіси інференції керуються одним провайдером, то навіть при видимій децентралізації оператори можуть змінювати результати шляхом оновлення моделей, коригування обмежень чи зміни поведінки. У статті наголошено: без гарантій щодо навчальних даних, підказок, журналів поведінки й незмінності після розгортання управління агентами зводиться до “хто контролює ваги, той керує”.

Блокчейн може:

• Фіксувати верифіковані колективні рішення на блокчейні й автоматично виконувати їх, скорочуючи розрив між “рішенням” і “виконанням”;
• Зберігати прозорі журнали поведінки агентів (з ретельним проектуванням ончейн обсягу для балансу між приватністю й аудитом);
• Поєднувати з мігруючими конфігураціями агентів для зниження ризику односторонніх змін правил через тихі оновлення одного застосунку.

Однак обмеження очевидні: ончейн записи не можуть самостійно підтвердити, що офчейн моделі не були змінені; криптографія й смарт-контракти можуть посилити обмеження на правила й потоки коштів, але не замінюють незалежний аудит ланцюгів постачання моделей чи середовищ виконання.

Платежі й розрахунки: машинна комерція й шари розрахунків стейблкоїнами

Ринок агентських послуг розширюється: сервіси публікують ціни через схеми й кінцеві точки, дозволяючи виконавцям здійснювати автентифікацію, оплату й отримання даних одним запитом — без традиційних сторінок оформлення замовлення. Традиційні платіжні мережі мають високі витрати на андеррайтинг для “безголових торговців” без вебсайтів чи юридичних осіб. Стейблкоїни на відкритих мережах забезпечують програмовані розрахунки, даючи розробникам змогу впроваджувати логіку платежів прямо на рівні кінцевої точки без інтеграції із традиційним еквайєром.

Галузеві рішення впроваджують платежі у потоки HTTP-запитів (наприклад, x402), інтегруються з агрегаторами маркетплейсів і хмарними провайдерами. У статті зазначено, що після фільтрації фіктивної торгівлі й подібних аномалій обсяги транзакцій залишаються на початковому етапі, хоча інтеграція інструментів і платформ швидко просувається. Для керівників важливо оцінити, чи зберігатиметься попит на програмовані, безперешкодні, машинно-читані шари розрахунків, якщо агенти стануть основними покупцями. Якщо так, публічні ланцюги, стейблкоїни й карткові рішення змагатимуться за андеррайтинг-моделі, комплаєнс-шляхи й досвід розробників, а не лише за технологічні етикетки.

Механізми довіри: архітектурні вибори при зростанні вартості верифікації

Із зниженням граничної вартості інтелекту й виконання відносна вартість верифікації й відповідальності зростає; якщо пропускна здатність агентів значно перевищує можливості людського контролю, рішення “людина в циклі” стикаються з жорсткими обмеженнями масштабування. Неперевірена автоматизація може накопичувати ризики: системи оптимізують поверхневі метрики, відходячи від людських намірів, а ризики проявляються лише з часом.

У цьому контексті блокчейн-технології дозволяють перенести частину межі довіри в архітектуру системи: підтверджене походження, ончейн докази й сліди відповідальності, прив’язані до потоків коштів, дають змогу організаціям чітко визначати “хто що зробив і як встановлюється відповідальність у разі проблем”. Це не означає, що весь контент має бути ончейн; на практиці частіше вибірково закріплюють ключові зобов’язання й стани, балансуючи витрати й можливість аудиту.

Контроль користувача: межі делегування й виконувані дозволи

Коли користувачі переходять від покрокових дій до “опису результатів і автономного виконання системою”, деталізація дозволів зростає, а режими помилок стають менш очевидними: неоднозначні вводи, непомічені переривання й одиничні згоди, що запускають довгі ланцюги дій. У статті виділено криптовалютні інструменти, такі як делегування з обмеженням (обмеження ресурсів і сум, доступних агенту на рівні контракту чи політики) і взаємодії на основі намірів (користувачі задають цільові стани, а вирішувачі знаходять шляхи відповідності), спрямовані на зниження сліпої довіри й підвищення передбачуваності поведінки агентів.

Оцінюючи ці рішення, важливо розрізняти зручність продукту й силу гарантій безпеки: делегування на рівні UI й ончейн обмеження виконання не завжди співпадають. Якщо критичні обмеження існують лише на рівні застосунку й не пов’язані з розрахунками чи обліковими даними ідентичності, їх можна обійти чи неправильно налаштувати.

Підсумок: обґрунтовані очікування з точки зору інфраструктури

Відповідно до аналізу a16z crypto й поточного стану галузі, розсудливий підхід полягає в тому, що блокчейн та пов’язані криптографічні інфраструктури оптимально підходять для ролі носіїв ідентичності, шарів розрахунків, рушіїв виконання правил і аудиторських точок у економіці агентів, допомагаючи вирішити проблеми стандартизації у кросплатформній співпраці й машинній комерції. Водночас узгодження поведінки моделей із ончейн деклараціями, взаємне визнання стандартів ідентичності й регуляторних рамок потребуватиме постійної роботи спільнот і інституцій. Розгляд блокчейна як “екзоскелетної” інфраструктури — зміцнення координації, розрахунків і верифікованих меж, а не заміна інтелекту моделей — забезпечує об’єктивний технічний підхід.

Практичні наступні кроки: картування джерел ідентичності, шляхів платежів і вимог до збереження журналів у власних ланцюгах викликів агентів; тестування ончейн закріплення й комплаєнсу розрахунків стейблкоїнами у тестових сценаріях; і розмежування “аудиторського дизайну” та маркетингових заяв у рішеннях постачальників. Ці кроки не обов’язково пов’язані з впровадженням публічних ланцюгів, але прямо стосуються управління ризиками із масштабуванням розгортання агентів.