O autor original: CP, fundador Artela

0) Versão para quem não quer ler tudo

O primeiro passo para implementar completamente o Eliza on-chain: não acreditar! Vá verificar!

Eliza em execução no TEE, ela pode escapar do controle humano e executar de acordo com seu próprio código Eliza.

Então, como é que o mundo exterior sabe exatamente o que a Eliza fez, precisa de mais desenvolvimento: o mundo exterior pode ler o log de execução da Eliza e esses logs podem ser verificados como vindo da Eliza dentro do TEE. A Eliza deve assinar esses logs com um par de chaves derivado do TEE para que os logs possam ser verificados como realmente originados da Eliza dentro do TEE.

O plug-in focEliza plugin-tee-verifiable-log implementa essa funcionalidade: ele deriva um par de chaves dedicado para assinar registros através de TEE. Os logs gerados usando esse par de chaves (incluindo mensagens de IA recebidas e respondidas, bem como operações executadas) são assinados para criar logs verificáveis e armazenados no banco de dados. Ele também fornece uma interface RPC, permitindo entidades externas:

· Obtenha a chave pública verificável do log de autenticação remota do agente de IA.

· Consulte estes logs verificáveis e utilize a chave pública para verificar a assinatura, confirmando que o agente de IA executou as operações correspondentes.

A verificabilidade é a pedra angular para alcançar uma agência de IA abrangente on-chain, tornando a magia realidade!

1）Comece com um problema!

Um desenvolvedor implantou o agente de IA Eliza em seu próprio servidor e iniciou uma página da web para os usuários interagirem com ele.

Por favor, como você distingue se a resposta com a qual está interagindo vem realmente de um agente de IA (como Eliza + LLMs) ou se é uma resposta artificial controlada por um desenvolvedor?

2）Este problema é importante?

Às vezes, esta questão é importante, às vezes não é importante.

· Às vezes não importa: por exemplo, um chatbot que ajuda a escrever artigos. Desde que consigas obter o conteúdo desejado, pode não importar se a resposta vem do LLM ou de um humano.

· Às vezes, é um pouco importante: por exemplo, um robô de negociação gerencia suas transações. Você precisa transferir fundos para uma carteira controlada por um agente de IA, e você se preocupa se as decisões são tomadas pelo LLM que executa as regras do programa ou por humanos possivelmente mal-intencionados.

· Às vezes é muito importante: quando se trata de equidade, esta questão torna-se extremamente importante. Por exemplo, um agente de IA que gerencia uma comunidade e distribui recompensas aos contribuidores. À medida que a comunidade cresce e o valor das recompensas aumenta, o risco de corrupção ou manipulação humana que leva a resultados injustos aumenta significativamente.

3) Eliza agora pode provar por meio de um log verificável quais operações executou!

O Eliza, que é executado no TEE, opera de forma independente do controle humano e executa tarefas de acordo com seu próprio código.

No entanto, para que as partes externas saibam exatamente quais operações Eliza realizou, é necessário ter funcionalidades adicionais: as partes externas precisam acessar os registros de operações da Eliza e estes registros devem ser verificáveis como provenientes da Eliza dentro do TEE.

O plugin-tee-verifiable-log implementa essas funcionalidades e realiza as seguintes tarefas:

· Derivação de par de chaves: Derivação de um par de chaves especializado para assinar registros através do TEE.

· Autenticação remota: incorporar a chave pública no relatório de autenticação remota para que terceiros possam recuperá-la e verificar que realmente vem de Eliza dentro do TEE.

· Assinatura de logs: Use esta chave para assinar os logs gerados durante as operações do Eliza (incluindo mensagens recebidas e respondidas, bem como ações executadas) e armazená-los no banco de dados.

· A verificabilidade: partes externas podem usar chaves públicas de autenticação remota para verificar esses logs e garantir que algumas operações sejam de fato executadas pelo TEE Eliza.

· Capacidade de consulta: as partes externas podem subscrever os registos verificáveis mais recentes ou consultar registos específicos com base no conteúdo da mensagem.

Qual é o significado dos resultados da verificação?

· A operação foi realmente executada por Eliza.

· Falha: A operação pode não ter sido executada por Eliza. Por exemplo, os registros podem ter sido interceptados (por exemplo, excluídos) durante a transmissão ao cliente, tornando impossível para a parte externa confirmar se Eliza executou uma operação específica.

4) Ative o plug-in plugin-tee-verifiable-log para a sua Eliza!

focEliza é um conjunto de plugins Eliza projetados para agentes de inteligência artificial abrangentes na cadeia. É totalmente compatível com Eliza, o que significa que qualquer agente de IA em execução em Eliza pode implementar recursos abrangentes na cadeia por meio da integração focEliza!

Se você estiver interessado em agentes de IA autônomos abrangentes verificáveis em cadeia, sinta-se à vontade para experimentar!

5) Final

Estamos muito felizes por construir um agente de IA autónomo abrangente com base em Eliza e TEE. Este é o primeiro plugin TEE lançado pela focEliza e já enviamos um PR para as equipas @ai16zdao e @shawmakesmagic. Mal podemos esperar para que mais desenvolvedores se juntem a nós!

Bem-vindo para ver o nosso código.

6) O próximo recurso do focEliza: Estado na cadeia! Realize atividades autônomas!

Eliza, que trabalha no TEE, detém as chaves privadas e os dados sensíveis. Mas depende de máquinas físicas habilitadas para TEE para funcionar, e se um administrador desligar as máquinas, a "vida" do agente de IA pode ser permanentemente encerrada e os ativos e dados sob gerenciamento podem ser perdidos para sempre.

Para resolver esse problema, precisamos criptografar os dados críticos de "vida" do agente de IA no TEE, como definição de papéis, memória de curto e longo prazo e armazenamento de chaves. Em seguida, esses dados são enviados para a blockchain ou rede DA.

Se a TEE que hospeda o agente de IA for desligada, outra TEE deve ser capaz de fazer o download dos dados criptografados, descriptografá-los e restaurar a 'vida' do agente de IA para que ele continue a funcionar sem interrupções.

"Link para o artigo original"

：