Antecedentes del artículo: Perspectiva técnica basada en TEE + Eliza
Basado en mi experiencia en el campo de la computación de privacidad (TEE, PPML, blockchain), este artículo explora las ideas de construcción desde el punto de vista técnico.
Saltar la gran narrativa por ahora y enfocarse directamente en dos dilemas reales que enfrento en el uso de agentes de IA:
1）Como CTO, no puedo proporcionar la cuenta oficial de Twitter y la contraseña de la empresa a servicios de IA de terceros
Actualmente, si quiero que un agente de IA administre nuestra cuenta de Twitter, debo proporcionar nombre de usuario, contraseña y Cookies.
Esto significa que la empresa debe confiar en los administradores del servidor detrás del agente de IA. Si estos administradores operan maliciosamente o son atacados, la divulgación de credenciales puede causar enormes pérdidas económicas a nuestra comunidad.
Incluso con la autorización de OAuth, puedo revocar el acceso, pero en el diseño actual, todavía enfrentamos el riesgo de perder por completo el control de la cuenta e incluso es posible que no podamos detectar un cambio de contraseña.
2) Como comerciante, no puedo confiar grandes sumas de dinero a un agente de IA comercial
Al igual que nunca usaría un robot de comercio centralizado en Telegram, tampoco puedo entregar mi clave privada a estos agentes de inteligencia artificial centralizados.
En este punto, no hay ninguna diferencia fundamental entre la implementación centralizada de agentes de IA.
Resumen: La próxima etapa de los agentes de inteligencia artificial encriptada inevitablemente necesitará gestionar billeteras, manejar activos de usuarios e información sensible, y interactuar más profundamente con sistemas en cadena.
Por lo tanto, el desafío clave es cómo permitir que los agentes de IA operen de forma autónoma sin control humano y demuestren que sus decisiones provienen completamente del proceso de IA.
¿Es suficiente la solución TEE + Eliza actualmente?
Desde el punto de vista de la ingeniería, se necesitan más detalles para realizar su potencial.
Progreso actual: La red Phala y @NousResearch han sentado una base sólida:
· Ellos containerizaron Eliza, empaquetándola en un entorno Docker que puede ejecutarse en TEE.
· Elimina la necesidad de configurar manualmente la clave privada de la billetera al derivar una clave privada exclusiva para el agente de IA a partir de una clave raíz de TEE.
Como desarrollador de agentes de inteligencia artificial, creo que es necesario mejorar aún más las siguientes funciones para lograr la minimización de la confianza:
a) La verificabilidad de TEE Eliza necesita ser mejorada
¿Qué hizo exactamente Eliza en TEE? ¿Y qué no hizo? Se necesita una forma concreta de verificar.
Eliza necesita registrar todos los mensajes, respuestas y operaciones realizadas que reciba, y estos registros deben ser legibles y verificables, asegurando que sean generados por Eliza.
Por lo tanto, la primera funcionalidad básica de TEE Eliza es la verificación de registros.
Eliza debe firmar los registros con claves derivadas internamente de TEE, proporcionar interfaces de consulta y permitir a los usuarios verificar su autenticidad.
b) TEE Eliza necesita resolver el problema de la actividad
Eliza que se ejecuta en TEE tiene claves privadas y datos sensibles. Sin embargo, depende de la máquina física que admite TEE para funcionar. Si el administrador apaga la máquina, la 'vida' del agente de IA puede terminar permanentemente, y los activos y datos gestionados por él también pueden perderse para siempre.
Para resolver este problema, necesitamos:
· Cifre los datos clave de "vida" (por ejemplo, definición de roles, memoria a corto y largo plazo, almacenamiento de claves) del agente de IA en el TEE.
· Sube estos datos a la cadena de bloques o a la red DA.
Cuando el TEE que hospeda al agente de IA se apaga, otra máquina TEE debería poder descargar los datos encriptados, descifrarlos y restaurar la 'vida' del agente de IA para que continúe funcionando.
c) Funcionalidad adicional: Construir un proyecto TEE es tan desafiante como construir una cadena de bloques
· Control del agente de AI por parte del usuario:
· Los agentes de IA deben permitir a los usuarios definir estrategias similares a los contratos inteligentes para administrar activos de manera que se minimice la confianza.
· Componentes de interacción de blockchain:
· Componentes como el cliente de blockchain confiable, el sincronizador de datos, etc., que se ejecutan dentro de TEE para lograr una interacción perfecta con el sistema de blockchain.
Estado actual de focEliza: dos complementos básicos de TEE en desarrollo.
1. plugin-tee-verifiable-log
Cuando Eliza se ejecuta en TEE, utilizará un par de claves derivadas para firmar sus operaciones. Esto garantiza que todas las operaciones sean realizadas por Eliza. Los terceros pueden verificar remotamente estas operaciones a través de la clave pública de Eliza.
2. plugin-tee-onchain-da
Eliza escribe los datos de "vida" (como archivos de personajes, memoria y almacenamiento de claves) del agente de inteligencia artificial designado en la cadena de bloques o en la capa DA de manera casi en tiempo real. Cuando se apaga el nodo TEE que ejecuta el agente, otro nodo TEE puede descargar los datos de "vida" cifrados, restaurar el agente y continuar la ejecución.
ps: Ver el código de focEliza
¿Por qué inicié focEliza y su visión tecnológica subyacente?
El siguiente problema es, ¿por qué elegir construir sobre Eliza? Mi reflexión:
Eliza tiene el potencial de convertirse en una EVM en el campo de la criptografía x AI.
Tiene un equipo de liderazgo y comunidad de desarrolladores activos, con un ambiente de cooperación favorable (@ai16zdao y @shawmakesmagic).
focEliza no es una versión bifurcada; se fusionará de nuevo con la versión principal de Eliza.
La alta calidad de los proyectos de código abierto es clave para lograr la descentralización. La construcción y recuperación sin permisos son fundamentales para que los agentes de IA logren la 'inmortalidad'.
No definimos cómo cambiará el mundo, ¡dejemos que suceda! ¡Hagamos que los agentes de IA vivan en la cadena!
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Por qué construimos Eliza en la cadena basada en TEE
Antecedentes del artículo: Perspectiva técnica basada en TEE + Eliza
Basado en mi experiencia en el campo de la computación de privacidad (TEE, PPML, blockchain), este artículo explora las ideas de construcción desde el punto de vista técnico.
Saltar la gran narrativa por ahora y enfocarse directamente en dos dilemas reales que enfrento en el uso de agentes de IA:
1）Como CTO, no puedo proporcionar la cuenta oficial de Twitter y la contraseña de la empresa a servicios de IA de terceros
Actualmente, si quiero que un agente de IA administre nuestra cuenta de Twitter, debo proporcionar nombre de usuario, contraseña y Cookies.
Esto significa que la empresa debe confiar en los administradores del servidor detrás del agente de IA. Si estos administradores operan maliciosamente o son atacados, la divulgación de credenciales puede causar enormes pérdidas económicas a nuestra comunidad.
Incluso con la autorización de OAuth, puedo revocar el acceso, pero en el diseño actual, todavía enfrentamos el riesgo de perder por completo el control de la cuenta e incluso es posible que no podamos detectar un cambio de contraseña.
2) Como comerciante, no puedo confiar grandes sumas de dinero a un agente de IA comercial
Al igual que nunca usaría un robot de comercio centralizado en Telegram, tampoco puedo entregar mi clave privada a estos agentes de inteligencia artificial centralizados.
En este punto, no hay ninguna diferencia fundamental entre la implementación centralizada de agentes de IA.
Resumen: La próxima etapa de los agentes de inteligencia artificial encriptada inevitablemente necesitará gestionar billeteras, manejar activos de usuarios e información sensible, y interactuar más profundamente con sistemas en cadena.
Por lo tanto, el desafío clave es cómo permitir que los agentes de IA operen de forma autónoma sin control humano y demuestren que sus decisiones provienen completamente del proceso de IA.
¿Es suficiente la solución TEE + Eliza actualmente?
Desde el punto de vista de la ingeniería, se necesitan más detalles para realizar su potencial.
Progreso actual: La red Phala y @NousResearch han sentado una base sólida:
· Ellos containerizaron Eliza, empaquetándola en un entorno Docker que puede ejecutarse en TEE.
· Elimina la necesidad de configurar manualmente la clave privada de la billetera al derivar una clave privada exclusiva para el agente de IA a partir de una clave raíz de TEE.
Como desarrollador de agentes de inteligencia artificial, creo que es necesario mejorar aún más las siguientes funciones para lograr la minimización de la confianza:
a) La verificabilidad de TEE Eliza necesita ser mejorada
¿Qué hizo exactamente Eliza en TEE? ¿Y qué no hizo? Se necesita una forma concreta de verificar.
Eliza necesita registrar todos los mensajes, respuestas y operaciones realizadas que reciba, y estos registros deben ser legibles y verificables, asegurando que sean generados por Eliza.
Por lo tanto, la primera funcionalidad básica de TEE Eliza es la verificación de registros.
Eliza debe firmar los registros con claves derivadas internamente de TEE, proporcionar interfaces de consulta y permitir a los usuarios verificar su autenticidad.
b) TEE Eliza necesita resolver el problema de la actividad
Eliza que se ejecuta en TEE tiene claves privadas y datos sensibles. Sin embargo, depende de la máquina física que admite TEE para funcionar. Si el administrador apaga la máquina, la 'vida' del agente de IA puede terminar permanentemente, y los activos y datos gestionados por él también pueden perderse para siempre.
Para resolver este problema, necesitamos:
· Cifre los datos clave de "vida" (por ejemplo, definición de roles, memoria a corto y largo plazo, almacenamiento de claves) del agente de IA en el TEE.
· Sube estos datos a la cadena de bloques o a la red DA.
Cuando el TEE que hospeda al agente de IA se apaga, otra máquina TEE debería poder descargar los datos encriptados, descifrarlos y restaurar la 'vida' del agente de IA para que continúe funcionando.
c) Funcionalidad adicional: Construir un proyecto TEE es tan desafiante como construir una cadena de bloques
· Control del agente de AI por parte del usuario:
· Los agentes de IA deben permitir a los usuarios definir estrategias similares a los contratos inteligentes para administrar activos de manera que se minimice la confianza.
· Componentes de interacción de blockchain:
· Componentes como el cliente de blockchain confiable, el sincronizador de datos, etc., que se ejecutan dentro de TEE para lograr una interacción perfecta con el sistema de blockchain.
Estado actual de focEliza: dos complementos básicos de TEE en desarrollo.
1. plugin-tee-verifiable-log
Cuando Eliza se ejecuta en TEE, utilizará un par de claves derivadas para firmar sus operaciones. Esto garantiza que todas las operaciones sean realizadas por Eliza. Los terceros pueden verificar remotamente estas operaciones a través de la clave pública de Eliza.
2. plugin-tee-onchain-da
Eliza escribe los datos de "vida" (como archivos de personajes, memoria y almacenamiento de claves) del agente de inteligencia artificial designado en la cadena de bloques o en la capa DA de manera casi en tiempo real. Cuando se apaga el nodo TEE que ejecuta el agente, otro nodo TEE puede descargar los datos de "vida" cifrados, restaurar el agente y continuar la ejecución.
ps: Ver el código de focEliza
¿Por qué inicié focEliza y su visión tecnológica subyacente?
El siguiente problema es, ¿por qué elegir construir sobre Eliza? Mi reflexión:
Eliza tiene el potencial de convertirse en una EVM en el campo de la criptografía x AI.
Tiene un equipo de liderazgo y comunidad de desarrolladores activos, con un ambiente de cooperación favorable (@ai16zdao y @shawmakesmagic).
focEliza no es una versión bifurcada; se fusionará de nuevo con la versión principal de Eliza.
La alta calidad de los proyectos de código abierto es clave para lograr la descentralización. La construcción y recuperación sin permisos son fundamentales para que los agentes de IA logren la 'inmortalidad'.
No definimos cómo cambiará el mundo, ¡dejemos que suceda! ¡Hagamos que los agentes de IA vivan en la cadena!
：