Автор оригіналу: 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-агенти живуть у ланцюгу!

「 Посилання на оригінал」