Para ser franco, a lógica de delegação de Blockchain com agentes de IA soa realmente impressionante à primeira vista. As pessoas no setor costumam promovê-la como algo fácil — entregue os direitos ao sistema, ele cuida de tudo automaticamente, que conveniente. Mas, depois de realmente lidar com isso, percebe-se que as coisas não são tão simples. Uma vez que os direitos são delegados, é difícil recuperá-los completamente; se algo der errado, as partes envolvidas acabam se passando a responsabilidade. O que torna a situação ainda mais complicada é que o adversário não é uma pessoa, mas sim uma IA capaz de aprender de forma independente e tomar decisões, o que dobra o risco.

Recentemente, prestei atenção a uma abordagem de um projeto e sinto que encontrei outro caminho. Como a maioria dos projetos em blockchain lida com a delegação de autorização? Na verdade, é simplesmente liberar tudo de uma vez e, depois de usar, revogar manualmente. Este processo é apenas suficiente para interações entre pessoas ou contratos inteligentes simples. Mas os agentes de IA são diferentes - eles operam continuamente, ajustando suas estratégias dinamicamente com base em informações em tempo real, e até realizando operações que os desenvolvedores não previram.

É interessante notar que este projeto vai na direção oposta. Ele divide as permissões de identidade em três níveis - usuário, agente e sessão. O usuário tem a maior permissão, o agente só pode obter um alcance de permissões limitado, enquanto as permissões da sessão são as mais severas, sendo temporárias e com limite de tempo. Para dar um exemplo: em vez de entregar diretamente a chave da casa ao mordomo, é melhor dar-lhe um cartão de acesso com prazo de validade, que só permite a entrada em quartos específicos, e após o tempo determinado, ele se torna automaticamente inválido. Desta forma, mesmo que haja um problema no nível do agente, não será possível transferir todos os seus ativos de uma só vez.

O que é ainda mais tranquilizador é a atitude deste projeto em relação à etapa de pagamento. Muitos projetos mal podem esperar para usar o pagamento com um clique como um ponto de venda, mas este projeto é particularmente cauteloso em relação à funcionalidade de pagamento, colocando a segurança em primeiro lugar.