Автор оригіналу: CP, засновник Artela
Контекст статті: технічна перспектива на основі TEE + Eliza
На основі мого досвіду в галузі приватних обчислень (TEE, PPML, блокчейн) ця стаття досліджує технічні аспекти побудови.
Пропустивши великі наративи, зосередимось на двох реальних дилемах, з якими я стикаюся у використанні AI-агентів:
1) Як CTO, я не можу віддати офіційний Twitter-акаунт компанії та пароль третій стороні AI-агенту
Наразі, якщо я хочу, щоб AI-агент управляв нашим Twitter-акаунтом, я повинен надати ім'я користувача, пароль і Cookies.
Це означає, що компанія повинна довіряти адміністраторам серверів, на яких працюють AI-агенти. Як тільки ці адміністратори вчинять злочин або зазнають атаки, витік облікових даних може завдати великої економічної шкоди нашій спільноті.
Навіть через авторизацію OAuth я можу відкликати доступ, але в нинішньому дизайні ми все ще стикаємося з ризиком повної втрати контролю над обліковим записом, навіть не помічаючи, що пароль був змінено.
2) Як трейдер, я не можу довірити великі суми грошей торговим AI-агентам
Як я ніколи не буду використовувати централізованих торгових роботів у Telegram, я також не можу довірити свої приватні ключі цим централізованим AI-агентам.
На цьому етапі централізовані AI-агенти не мають жодних суттєвих відмінностей.
Резюме: наступний етап крипто AI-агентів неминуче вимагатиме управління гаманцем, обробки активів користувачів та чутливої інформації, а також глибшої взаємодії з системами на ланцюгу.
Отже, як змусити AI-агента працювати автономно без людського контролю та довести, що його рішення повністю походять з процесу AI, стало ключовим викликом.
Чи достатньо вирішення TEE + Eliza наразі?
З інженерної точки зору потрібно додати більше деталей, щоб реалізувати її потенціал.
Поточний прогрес: Phala network та @NousResearch вже заклали міцну основу:
· Вони контейнеризують Eliza, упаковуючи його в Docker-середовище, яке може працювати в TEE.
· Вимога до ручної конфігурації приватного ключа гаманця усунена шляхом отримання приватного ключа, спеціально призначеного для AI-агента, з кореневого ключа TEE.
Як розробник AI-агента, я вважаю, що потрібно додатково посилити такі функції для досягнення мінімізації довіри:
a) Необхідно посилити верифікацію TEE Eliza
Що насправді робила Eliza у TEE? І що не робила? Потрібен конкретний спосіб для перевірки.
Eliza повинна вести облік усіх отриманих повідомлень, відповідей та виконуваних дій, і ці журнали повинні бути читабельними та перевіряємими, щоб забезпечити їх генерування Eliza.
Отже, перша базова функція TEE Eliza - це верифікаційний журнал.
Eliza повинна використовувати похідні ключі з TEE для підписання журналів, надавати інтерфейс для запитів і дозволяти користувачам перевіряти їхню автентичність.
b) TEE Eliza потрібно вирішити проблему активності
Eliza, що працює в TEE, утримує приватний ключ та чутливі дані. Але вона залежить від фізичних машин, які підтримують TEE. Якщо адміністратор вимкне машину, «життя» AI-агента може бути назавжди припинено, а активи та дані, які він управляє, можуть назавжди загубитися.
Щоб вирішити цю проблему, нам потрібно:
· Зашифрувати ключові дані «життя» AI-агента в TEE (такі як визначення ролей, короткочасна та довготривала пам'ять, зберігання ключів).
· Завантаження цих даних на блокчейн або DA-мережу.
Коли TEE, що хостить AI-агента, вимкнеться, інша TEE-машина повинна мати можливість завантажити зашифровані дані, розшифрувати їх і відновити «життя» AI-агента, щоб він міг продовжити роботу.
c) Додаткові функції: побудова інженерії TEE є такою ж складною, як і побудова блокчейну
· Контроль користувача над AI-агентами:
· AI-агенти повинні дозволяти користувачам визначати стратегії, подібні до смарт-контрактів, для управління активами в спосіб з мінімальною довірою.
· Компонент взаємодії з блокчейном:
· Достовірний блокчейн-клієнт, синхронізатор даних та інші компоненти, що працюють у TEE, для безперебійної взаємодії з блокчейн-системою.
Поточний прогрес focEliza: розробляються два основні плагіни TEE
1. plugin-tee-verifiable-log
Коли Eliza працює в TEE, вона використовує похідні ключі для підписання своїх операцій. Це забезпечує виконання всіх операцій Eliza. Треті сторони можуть віддалено перевірити ці операції за допомогою публічного ключа Eliza.
2. plugin-tee-onchain-da
Eliza буде записувати дані «життя» AI-агента (такі як файли ролей, пам’ять, зберігання ключів) на блокчейн або DA-слою в майже реальному часі. Коли TEE-нод, що запускає агента, вимкнеться, інший TEE-нод може завантажити зашифровані дані «життя», відновити агента та продовжити його роботу.
ps: Перегляньте код focEliza
Чому я ініціював focEliza та технологічну візію, що стоїть за ним?
Наступне питання: чому вибрано будувати на основі Eliza? Мої міркування:
1. Eliza має потенціал стати EVM у сфері крипто x AI-агентів.
2. Вона має активну команду керівників і спільноту розробників, сприятливу атмосферу співпраці (@ai16zdao та @shawmakesmagic).
3. focEliza не є форк-версією; вона буде об'єднана з основною версією Eliza.
4. Якісна відкрита інженерія є ключем до досягнення децентралізації. Безправне створення та відновлення є основою для того, щоб AI-агенти могли реалізувати «безсмертя».
Ми не будемо визначати, які зміни це принесе світові — давайте спершу зробимо це! Нехай AI-агенти живуть у ланцюгу!
「 Посилання на оригінал」