Многие люди все еще не понимают, почему я постоянно призываю проектировщиков стандартов фреймворка AI двигаться к «цепочке»? Возможно, в течение первых двух циклов бычьего и медвежьего рынков цепочная инфраструктура несла на себе слишком много ожиданий, и, наконец, когда мы достигли эпохи «применения» AI Agent, у всех возникло чувство опасения перед «цепочкой». Но для того, чтобы AI Agent мог принимать более надежные автономные решения и взаимодействовать, ему обязательно нужно стремиться к «цепочке».
В настоящее время популярные фреймворки, такие как ELIZA, ARC, Swarms, в основном находятся на «этапе концепции», этот этап нельзя опровергнуть до нуля, но также нельзя доказать до взлета, он фактически находится на стадии, когда оценка не может быть количественно определена. Это первый барьер для выпуска активов на GitHub: необходимо найти возможность реализации для набросанного фреймворка и видения, чтобы получить согласие рынка.
Если внимательно изучить фреймворки ELIZA, ARC, Swarms, независимо от того, оптимизируют ли они производительность одного AI Agent или взаимодействие нескольких AI Agents, в конечном итоге они должны упорядочить набор прослеживаемой логики и правил для вызова API больших моделей AGI.
Ведь данные находятся вне цепочки, процесс вывода трудно проверить, процесс выполнения не прозрачен, а результаты выполнения непредсказуемы.
С точки зрения краткосрочного взгляда, TEE предоставляет набор недорогих, высокоэффективных решений без доверия вне цепочки, который может ускорить применение AGI в автономных решениях AI Agent. С точки зрения долгосрочного взгляда также требуется набор «согласия в цепочке», чтобы повысить надежность.
Например, ELIZA хочет построить решение для самостоятельного управления приватными ключами на основе своей инфраструктуры фреймворка, используя возможности TEE безопасной удаленной аутентификации от @PhalaNetwork, что гарантирует, что код выполнения AI-Pool не будет изменен до подписания приватного ключа, но это лишь первый маленький шаг TEE в направлении AI Agent.
Если мы сможем поместить сложную логику выполнения в контракт агенту и позволим валидаторам сети Phala участвовать в проверке, то мы создадим цепочку, основанную на правилах исполнения TEE с учетом согласия по цепочке. Тогда потребность AI Agent в TEE и TEE, поддерживающий возможности цепочки, создадут положительный эффект.
Логика имеет смысл: TEE может гарантировать, что приватные ключи невидимы, но как приватные ключи вызываются, на каких предварительных правилах они основаны, как запускается экстренный реагирования на риски и т.д. В краткосрочной перспективе это можно передать открытым библиотекам кода для обеспечения прозрачности, но в более долгосрочной перспективе это все равно должно опираться на децентрализованную систему верификационного согласия для реального подтверждения.
Поэтому «цепочка» может ускорить переход фреймворка AI Agent к стадии реального применения и создать новые возможности в сфере криптоинфраструктуры.
Направление стало очень ясным: для большинства людей поиск и оптимизм по поводу первых «цепочных» AI Agent фреймворков и старых цепей, поддерживающих AI Agent, является новым трендом Alpha.