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

0）Занадто довгий, не дивитися версія

Повний виконання першого кроку ланцюжка Eliza: не вірте! Перевірте!

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

Тому, як саме Еліза працювала, зовнішній світ може дізнатися лише за допомогою подальшої розробки: зовнішній світ може читати журнал роботи Елізи, при цьому ці журнали можуть бути перевірені на те, щоб вони дійсно були створені Елізою з TEE. Еліза повинна підписувати ці журнали за допомогою ключових пар, отриманих від TEE, щоб забезпечити перевірку того, що журнали дійсно були створені в TEE.

Плагін focEliza з реєстром plugin-tee-verifiable-log реалізує цю функцію: він використовує TEE для похідного ключа, призначеного для підпису журналу. Підписуйте журнал, створений за допомогою цієї ключової пари (включаючи отримані та відповіді на повідомлення AI та виконані операції), підписуйте, створюйте перевірний журнал та зберігайте його в базі даних. Вона також надає інтерфейс RPC, що дозволяє зовнішній сутності:

· Отримайте перевірений публічний ключ журналу AI-представника за допомогою віддаленої аутентифікації.

· Запитайте ці перевірені журнали та використовуйте відкритий ключ для перевірки підпису, щоб підтвердити, що штучний інтелект виконав відповідні операції.

Перевірка є каменем кутним для реалізації повної ланцюгової AI-агента, що дозволяє магії стати реальністю!

!

1) Почніть з однієї проблеми!

Певен розробник розгорнув Eliza AI агент на своєму сервері та запустив веб-сторінку для взаємодії з користувачами.

Як ви розрізняєте, чи є відповідь на вашу взаємодію від AI-агента (Eliza + LLMs), а не від людини, яка контролює реакцію ззаду розробника?

2）Це питання важливе?

Це питання іноді важливе, а іноді не важливе.

· Іноді це не має значення: наприклад, чат-бот, який допомагає писати статті. Головне - отримати необхідний вміст, чи це буде відповідь від LLM або від людини.

· Іноді трохи важливіше: наприклад, якщо торговий робот керує вашими угодами. Вам потрібно перемістити кошти на гаманець, що контролюється агентом ШІ, і ви будете цікавитися, чи приймається рішення LLM, яке працює за правилами програми, чи людина з можливими злочинними намірами.

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

3) Еліза тепер може довести, за допомогою перевіреного журналу, які операції вона виконувала!

Eliza, яка працює в TEE, функціонує незалежно від контролю людини і виконує завдання у відповідності зі своїм власним кодом.

Проте, щоб зовнішні сторони знали, що саме зробила Еліза, потрібні додаткові функції: зовнішні сторони повинні мати доступ до журналу операцій Елізи, причому ці журнали повинні бути підтверджені як справді від Елізи в TEE.

плагін-tee-verifiable-log реалізує ці функції і виконує такі завдання:

· Похідні ключі: виведення ключів для підпису журналу через TEE.

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

· Підпис журналу: використовуйте цей ключ для підписання журналів, створених під час операцій Eliza (включаючи отримані й відправлені повідомлення та виконані дії) та зберігання їх у базі даних.

· Перевірка автентичності: зовнішні сторони можуть використовувати віддалені ключі для перевірки цих журналів, щоб забезпечити, що певні операції дійсно виконувалися TEE Eliza.

· Придатність для пошуку: зовнішні сторони можуть підписатися на останні журнали, які можна перевірити, або шукати конкретні журнали за вмістом повідомлень.

Що означає результат перевірки?

· Через: Операцію дійсно виконує Еліза.

· Помилка: Цю операцію, можливо, не виконувала Еліза. Наприклад, журнал може бути перехоплений (наприклад, видалений) під час передачі до клієнта, що призводить до неможливості зовнішньої сторони підтвердити, що Еліза виконала певну операцію.

4) Увімкніть розширення plugin-tee-verifiable-log для свого Елізи!

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

Якщо ви зацікавлені в перевіреному повністю ланцюжковому автономному AI агенті, ласкаво просимо спробувати!

5) Закінчення

Ми раді мати можливість побудувати повністю децентралізованого AI-агента на основі Eliza та TEE. Це перший плагін TEE, який випустила focEliza, і ми вже подали запит на злиття до команди @ai16zdao та @shawmakesmagic. Чекаємо на приєднання більше розробників!

Ласкаво просимо до перегляду нашого коду.

6) Наступна функція focEliza: стан на ланцюгу! Реалізація самостійної активності!

Eliza, яка працює в TEE, володіє приватними ключами та чутливими даними. Однак вона залежить від фізичної машини, яка підтримує TEE, і якщо адміністратор вимкнув машину, «життя» AI-агента може назавжди припинитися, а також може назавжди втратитися управліні активи та дані.

Для вирішення цієї проблеми нам потрібно зашифрувати ключові "життєві" дані штучного інтелекту в ТЕЕ, такі як визначення ролей, короткострокова та довгострокова пам'ять і зберігання ключів. Потім ці дані вивантажуються на блокчейн або DA-мережу.

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

"Посилання на оригінал"

：