Автор: CP, засновник Artela Фон: технічна точка зору, підкріплена TEE+Eliza. На основі мого досвіду в галузі приватних обчислень (TEE, PPML, блокчейн) ця стаття досліджує ідеї технічного будівництва. Давайте пропустимо великі розмови і зосередимося на двох реальних труднощах, з якими я стикаюся під час використання AI-агентів: 1) Як CTO я не можу передати офіційний Twitter-аккаунт компанії та пароль сторонньому AI-агенту.
Автор: CP, засновник Artela Фон: технічна точка зору, підкріплена TEE+Eliza. На основі мого досвіду в галузі приватних обчислень (TEE, PPML, блокчейн) ця стаття досліджує ідеї технічного будівництва. Давайте пропустимо великі розмови і зосередимося на двох реальних труднощах, з якими я стикаюся під час використання AI-агентів: 1) Як CTO я не можу передати офіційний Twitter-аккаунт компанії та пароль сторонньому AI-агенту. Якщо я хочу, щоб AI-агент керував нашим Twitter-аккаунтом, я повинен надати ім'я користувача, пароль і cookie. Це означає, що компанія повинна довіряти AI-агенту, що працює на сервері. Якщо ці адміністратори діють зловмисно або були зламані, зламані облікові дані можуть завдати величезних фінансових збитків нашій спільноті. Навіть якщо я можу відкликати доступ через OAuth, згідно з поточним дизайном, ми все ще стикаємося з ризиком повної втрати контролю над обліковим записом, і навіть можемо не знати, що пароль був змінений. 2) Як трейдер я не можу передати великі кошти AI-агенту для торгівлі. Я не буду використовувати централізованих торгових ботів у Telegram і не передам свої приватні ключі цим централізованим AI-агентам. На цьому етапі немає суттєвої різниці. Підсумок: наступний етап крипто-AI-агентів повинен управляти гаманцем, обробляти активи користувачів та чутливу інформацію, а також взаємодіяти з блокчейн-системами. Отже, як дозволити AI-агентам працювати без людської участі та довести, що їхні рішення повністю походять з AI-процесу, є ключовим викликом. Чи достатньо рішення TEE+Eliza? З інженерної точки зору потрібно додати більше деталей, щоб реалізувати потенціал. Прогрес: мережа Phala і @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 повинен мати можливість завантажити зашифровані "життєві" дані, розшифрувати і відновити агента для продовження роботи.
plugin-tee-verifiable-log Коли Eliza працює в TEE, вона використовує експортовані ключі для підпису своїх операцій, що гарантує, що всі операції виконуються саме Eliza. Це забезпечує можливість третьої сторони відстежувати ці операції на відкритому ключі Eliza. 2. plugin-tee-onchain-da Eliza в режимі реального часу записує "життєві" дані (наприклад, файли символів, пам'ять, зберігання ключів тощо) AI-агента на DA-слоя або блокчейн. Коли агент на вузлі TEE закривається, інший вузол TEE повинен мати можливість завантажити зашифровані "життєві" дані, розшифрувати і відновити агента для продовження роботи. Чому я обрав будувати focEliza на Eliza і які мої думки щодо його технічного бачення? 1) Eliza має потенціал стати EVM для крипто-агентів. 2) У неї є активна команда лідерів та спільнота розробників з хорошою атмосферою співпраці. 3) focEliza не є форком, він буде об'єднаний з основною версією Eliza. 4) Високоякісні проекти з відкритим кодом є ключовими для досягнення децентралізації. Крипто-відновлення є основою для того, щоб AI-агенти були "вічними". Ми не тут, щоб визначити, як це змінить світ, а щоб це сталося. Нехай AI-агенти живуть на ланцюзі!
Джерело