Автор оригінального тексту: CP, засновник Artela

Контекст статті: технічна перспектива на основі TEE + Eliza

На основі мого досвіду в галузі конфіденційних обчислень (TEE, PPML, блокчейн) ця стаття досліджує технічні аспекти будівництва.

Пропустіть великий епос, зосередьтеся безпосередньо на двох реальних проблемах, з якими я зіткнувся при використанні штучного інтелекту.

1) Як CTO, я не можу передати офіційний обліковий запис Twitter компанії та пароль третій стороні, яка надає послуги AI-агента

Наразі, якщо я хочу дозволити штучний інтелект керувати нашим обліковим записом Twitter, мені потрібно надати ім'я користувача, пароль та файли cookie.

Це означає, що компанія повинна довіряти адміністраторам серверів за AI-агентом. Якщо ці адміністратори вчиняють зловмисні дії або стають жертвами атаки, витік облікових даних може призвести до значних економічних втрат для нашої спільноти.

Навіть за допомогою авторизації OAuth я можу відкликати права доступу, але в поточному дизайні ми все ще стикаємося з ризиком повної втрати контролю над обліковим записом, і навіть може бути незрозумілим, якщо пароль був змінений.

2) Як трейдер, я не можу довірити велику кількість коштів торговому AI агенту.

Так само, я ніколи не використовуватиму централізованого торгового бота в Telegram, так само, я не можу віддати свій приватний ключ цим централізованим штучним інтелектом.

На цій точці централізовані розгортання штучного інтелекту не мають жодної суттєвої відмінності.

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

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

Чи достатньо для вас поточне рішення TEE + Eliza?

З інженерного погляду, для реалізації його потенціалу потрібно додати більше деталей.

Поточний прогрес: Мережа Phala та @NousResearch вже зробили міцну основу:

· Вони контейнеризували Eliza, упакувавши її в середовище Docker, яке може працювати в TEE.

· За допомогою похідництва приватного ключа AI-агента від кореневого секретного ключа TEE усунуто потребу вручної конфігурації приватного ключа гаманця.

Як розробник AI-агента вважаю, що потрібно подальше посилити наступні функції для досягнення мінімального рівня довіри:

a) Підвищення перевірки TEE Eliza

Що саме робив Еліза в TEE? Що не робила? Потрібний конкретний спосіб перевірки.

Eliza має реєструвати всі отримані повідомлення, відповіді та виконані дії, і ці журнали повинні бути читабельними та перевіреними, щоб гарантувати їх створення Eliza.

Отже, першою основною функцією TEE Eliza є можливість перевірки журналів.

Eliza повинна використовувати ключі, похідні від TEE, для підпису журналу, надавати інтерфейс запиту та дозволяти користувачам перевіряти його автентичність.

b) TEE Eliza потрібно вирішити проблему активності

Eliza, яка працює в TEE, має особистий ключ і чутливі дані. Проте вона залежить від фізичної машини, яка підтримує TEE. Якщо адміністратор вимкне машину, 'життя' 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 та її технологічну візію?

Наступне питання полягає в тому, чому обрали будувати на основі Елізи? Мої роздуми:

1. Еліза має потенціал стати EVM в галузі криптовалют x штучного інтелекту.

2. Вона має активну керівну команду та розробничу спільноту, атмосфера співпраці є хорошою (@ai16zdao і @shawmakesmagic).

3. focEliza не є версією відгалуження; він буде об'єднаний з основною версією Eliza.

4. Високоякісна відкрита інженерія є ключем до децентралізації. Будівництво та відновлення без дозволу - це основа для забезпечення «вічного» існування AI агента.

Ми не визначаємо, які зміни принесе це світу - спочатку дозвольте йому статися! Дайте AI-агентам жити на ланцюжку!

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

：