Автор: Haotian
Багато людей все ще не розуміють, чому я постійно закликаю проєкти стандартів AI-структури переходити до «ланцюгування»? Можливо, під час двох попередніх циклів бичачого та ведмежого ринку Chain infra взяла на себе занадто багато очікувань. Нарешті, ми дійшли до епохи «застосування» AI Agent, і у всіх виникає відчуття страху перед «ланцюгом». Але щоб AI Agent могли приймати надійні автономні рішення та співпрацювати, вони неминуче повинні прагнути до «ланцюгування».
В даний час популярні структури, такі як ELIZA, ARC, Swarms, насправді все ще перебувають на «концептуальному етапі». Цей етап не може бути спростований до нуля, так само не може бути підтверджений до зростання, в основному перебуває на стадії, коли оцінка не може бути кількісно визначена. Це перший бар'єр для випуску активів на Github, потрібно знайти можливості реалізації для окреслених структур і перспектив, щоб отримати єдине визнання на ринку.
Якщо уважно розглянути такі структури, як ELIZA, ARC, Swarms, то незалежно від того, чи йдеться про оптимізацію продуктивності одиночного AI Agent, чи про взаємодію багатьох AI Agent, в основному необхідно для API викликів великої моделі AGI розробити відстежувану логіку та правила.
Адже дані поза ланцюгом, процес міркування важко перевірити, процес виконання не є прозорим, а результат виконання невизначений.
З короткострокової перспективи TEE пропонує набір недорогих, високоефективних рішень без довіри поза ланцюгом, які можуть прискорити застосування AGI до автономного прийняття рішень AI Agent. З більш довгострокової перспективи також потрібен набір «ланцюгового консенсусу», щоб допомогти стати більш надійним.
Наприклад, ELIZA хоче на основі своєї структури створити автономну систему зберігання приватних ключів для AI Agent, використовуючи можливості безпечної віддаленої аутентифікації TEE від @PhalaNetwork, що може забезпечити, щоб код виконання AI-Pool не був змінений до підписання приватного ключа. Але це лише перший невеликий крок TEE у напрямку AI Agent.
Якщо ми можемо помістити складну попередню логіку виконання в контракт Agent, дозволяючи валідаторам Phala Chain спільно брати участь у перевірці, то ланцюг, заснований на консенсусі ланцюга, що обмежує правила виконання TEE, буде з'єднаний. Тоді AI Agent стимулюватиме попит на TEE, а TEE запустить позитивний маховик ланцюгової активізації.
Логіка має сенс. TEE може гарантувати невидимість приватного ключа, але як викликати приватний ключ, на основі яких попередніх правил, як буде спрацьовувати контроль ризиків і реагування на надзвичайні ситуації, і так далі. У короткостроковій перспективі це можна передати відкритим бібліотекам коду для забезпечення прозорості, але в довгостроковій перспективі не все ж має спиратися на набір децентралізованих перевірок консенсусу, щоб в реальному часі підтверджувати деталі?
Отже, «ланцюгування» може прискорити перехід AI Agent-структури до стадії реального застосування, а також принести нові можливості разом із Crypto infra.
Напрямок вже дуже чіткий. Для більшості людей пошук і Bullish — це найраніше ланцюгове AI Agent-структура та найстаріший ланцюг, що підтримує AI Agent, це і є Alpha у новій тенденції AI Agent.