Autor original: CP, fundador da Artela

Contexto do artigo: Perspectiva técnica baseada em TEE + Eliza

Com base na minha experiência no campo da computação privada (TEE, PPML, blockchain), este artigo explora as diretrizes técnicas de construção.

Vamos ignorar a narrativa grandiosa e focar diretamente em dois desafios reais que enfrento ao usar agentes de IA:

1) Como CTO, não posso entregar a conta oficial do Twitter da empresa e a senha a serviços de agente de IA de terceiros

Atualmente, se eu quiser que um agente de IA gerencie nossa conta do Twitter, devo fornecer nome de usuário, senha e Cookies.

Isso significa que a empresa precisa confiar nos administradores do servidor por trás do agente de IA. Se esses administradores realizarem operações maliciosas ou forem atacados, a divulgação de credenciais pode causar enormes perdas econômicas para nossa comunidade.

Mesmo que eu possa revogar o acesso através da autorização do OAuth, no atual design, ainda corremos o risco de perder totalmente o controle da conta, e até mesmo não perceber uma alteração na senha.

2) Como trader, não posso confiar grandes quantidades de capital a um agente de IA de negociação

Assim como nunca usarei robôs de negociação centralizados no Telegram, também não posso entregar minha chave privada a esses agentes de IA centralizados.

Neste ponto, não há diferença fundamental entre a implantação centralizada de agentes de IA.

Resumo: A próxima geração de agentes de IA criptografados inevitavelmente precisará gerenciar carteiras, lidar com ativos e informações sensíveis dos usuários e interagir mais profundamente com sistemas de blockchain.

Portanto, o desafio crucial é como permitir que agentes de IA operem de forma autônoma, sem controle humano, e provem que suas decisões são totalmente baseadas em processos de IA.

O atual TEE + solução Eliza é suficiente?

Do ponto de vista da engenharia, mais detalhes precisam ser adicionados para realizar todo o seu potencial.

Progresso atual: A rede Phala e a @NousResearch já estabeleceram uma base sólida:

· Eles containerizaram Eliza, encapsulando-a em um ambiente Docker executável em TEE.

· Elimina a necessidade de configurar manualmente a chave privada da carteira, derivando uma chave privada dedicada para o agente de IA a partir da chave raiz TEE.

Como desenvolvedor de agentes de IA, acho que precisamos fortalecer ainda mais as seguintes funcionalidades para alcançar a minimização da confiança:

a) A verificabilidade do TEE Eliza precisa ser reforçada

O que exatamente Eliza fez no TEE? E o que ela não fez? Precisamos de uma maneira concreta de verificar.

Eliza precisa de registar todas as mensagens recebidas, respostas e ações executadas, e estes registos devem ser legíveis e verificáveis, garantindo que sejam gerados por Eliza.

Portanto, a primeira funcionalidade básica do TEE Eliza é o log verificável.

Eliza deve assinar os logs com chaves derivadas internamente do TEE, fornecer uma interface de consulta e permitir que os usuários verifiquem a autenticidade.

b) TEE Eliza precisa resolver o problema da atividade

Eliza, que opera em um ambiente de execução confiável (TEE), possui chaves privadas e dados sensíveis. No entanto, ela depende da execução em uma máquina física com suporte a TEE. Se o administrador desligar a máquina, a 'vida' do agente de IA pode terminar permanentemente, resultando na perda permanente dos ativos e dados gerenciados por ela.

Para resolver este problema, precisamos de:

· Criptografar dados-chave 'vitais' (como definições de personagem, memória de curto e longo prazo, armazenamento de chaves) do agente de IA em TEE.

· Carregar esses dados para uma rede blockchain ou DA.

Quando a TEE que hospeda o agente de AI é desligada, outra máquina TEE deve ser capaz de baixar os dados criptografados, descriptografar e restaurar a 'vida' do agente de AI para que ele possa continuar funcionando.

c) Função adicional: Construir um projeto TEE é tão desafiador quanto construir uma blockchain

· Controle do usuário sobre o agente de IA:

· Os agentes de IA devem permitir que os usuários definam estratégias semelhantes a contratos inteligentes para gerenciar ativos de forma minimamente confiável.

· Componentes de Interação Blockchain:

· Componentes como o cliente de blockchain confiável, o sincronizador de dados, etc., são executados dentro do TEE para realizar uma interação perfeita com o sistema de blockchain.

O atual progresso do focEliza: dois plug-ins TEE básicos em desenvolvimento

1. plugin-tee-verifiable-log

Quando Eliza é executada em TEE, ela assina suas operações com pares de chaves derivadas. Isso garante que todas as operações sejam executadas por Eliza. Terceiros podem verificar remotamente essas operações usando a chave pública de Eliza.

2. plugin-tee-onchain-da

Eliza escreve os dados de 'vida' designados para o agente de IA (como arquivos de personagem, memória, armazenamento de chaves) para a camada de blockchain ou DA de forma quase em tempo real. Quando um nó TEE que executa o agente é desligado, outro nó TEE pode baixar os dados de 'vida' criptografados, restaurar o agente e continuar a execução.

ps: Verifique o código de focEliza

Por que lancei focEliza e sua visão tecnológica por trás?

A próxima pergunta é por que escolher construir com base em Eliza? Minha reflexão:

1. Eliza tem o potencial para se tornar o EVM no campo da criptografia x AI agent.

2. Tem uma equipa de liderança ativa e uma comunidade de desenvolvedores, com um ambiente colaborativo positivo (@ai16zdao e @shawmakesmagic).

3. focEliza não é uma versão bifurcada; ela será mesclada de volta à versão principal do Eliza.

4. A alta qualidade do projeto de código aberto é fundamental para a descentralização. A construção e a recuperação sem permissão são o cerne da realização da 'imortalidade' do agente de IA.

Não estamos aqui para definir como isso trará mudanças ao mundo - vamos deixar acontecer! Deixe os agentes de IA viverem na chain!

"Link para o texto original"

：