Uma nova proposta discutida no Ethereum Magicians busca tornar wallets delegadas e agentes IA mais seguros por meio de limites de gastos aplicados diretamente no nível dos ativos. A ideia é criar um mecanismo no qual o próprio token possa verificar se uma transferência respeita um mandato autorizado antes de executá-la.
Essa proposta, chamada asset-enforced spend mandate, surge enquanto os usos automatizados em blockchain se desenvolvem rapidamente. Wallets não são mais usadas apenas por pessoas que assinam manualmente cada transação. Cada vez mais cenários envolvem scripts, bots, chaves de sessão, contas delegadas ou agentes IA capazes de agir em nome de um usuário.
O problema é simples: se um usuário concede permissão ampla demais a um agente ou aplicativo, um erro, uma má configuração ou uma chave comprometida pode provocar perdas relevantes. A proposta busca, portanto, colocar limites mais rigorosos sobre o que esses agentes podem realmente gastar.
Ela, porém, ainda está em estágio inicial. Não se trata de um padrão ERC finalizado, mas de uma discussão técnica destinada a receber comentários da comunidade Ethereum.
Por que wallets de agentes IA criam novo risco
Em uma wallet clássica, o usuário assina cada transação. Ele vê a ação solicitada, verifica valor, token, endereço e confirma ou recusa. Esse modelo não é perfeito, mas mantém uma forma de controle direto.
Com wallets delegadas, a lógica muda. O usuário pode autorizar um software a agir automaticamente conforme certos parâmetros. Isso pode ser útil para rebalancear uma carteira, pagar faturas, gerenciar subcontas de tesouraria, interagir com protocolos DeFi ou executar estratégias on-chain.
Os agentes IA tornam essa questão ainda mais importante. Se um agente precisa tomar decisões autônomas, ele precisa receber algum tipo de autorização. Mas essa autorização não pode ser ilimitada. Um agente pode interpretar mal uma instrução, ser manipulado por um dado externo, encontrar um bug ou ter sua chave comprometida.
O risco, portanto, não é apenas teórico. A automação aumenta a superfície de ataque. Quanto mais um sistema pode agir sem intervenção humana direta, mais claros, verificáveis e revogáveis precisam ser os limites.
O princípio do mandato de gasto no nível dos ativos
A proposta do Ethereum Magicians tenta resolver esse problema deslocando parte do controle para o próprio token. Em vez de depender apenas da wallet, do aplicativo ou da chave de sessão, o contrato do token poderia consultar uma regra antes de autorizar uma transferência.
Esse mandato poderia incluir vários parâmetros: limite por transação, data de expiração, lista de tokens permitidos, regras de revogação e condições específicas ligadas ao endereço ou ao contexto.
A ideia central é que os limites devem acompanhar o ativo. Se o usuário detém um token sujeito a mandato de gasto, esse token pode recusar uma transferência que não respeite as regras, mesmo que o agente ou a chave tente executá-la.
Isso cria uma camada adicional de segurança. Um agente comprometido não poderia simplesmente esvaziar uma wallet se os tokens impusessem limites rígidos. O sistema não dependeria apenas do bom comportamento do software autorizado.
Por que o nível do token importa
A escolha do nível do token é estratégica. Hoje, muitas proteções estão no nível da wallet ou do aplicativo. Isso pode funcionar, mas essas proteções podem ser contornadas se o usuário interagir com outra interface, se uma chave for comprometida ou se uma aprovação ampla demais for concedida.
Ao colocar uma regra no próprio comportamento do ativo, o controle se torna mais portátil. O token pode verificar suas próprias condições de transferência, independentemente da wallet ou do aplicativo usado.
Esse modelo é especialmente relevante para ativos tokenizados, pagamentos automatizados e sistemas nos quais vários aplicativos podem interagir com o mesmo saldo. Ele evita que cada aplicação precise reconstruir seu próprio sistema de permissão do zero.
Isso não significa que wallets ou aplicativos deixam de ser úteis. Pelo contrário, eles continuam tendo papel importante. Mas o próprio token passa a funcionar como um último mecanismo de proteção.
Limites de gasto mais legíveis
A proposta não se limita a bloquear ou autorizar uma transferência. Ela também introduz a ideia de um vocabulário legível por máquina para explicar por que uma transação falha.
Em muitos sistemas atuais, uma transferência malsucedida pode simplesmente ser revertida com pouco contexto. Para usuários, desenvolvedores e aplicativos, isso pode ser frustrante e difícil de diagnosticar.
Com um vocabulário padronizado, o sistema poderia indicar se a transferência falhou porque não existe mandato, porque o mandato expirou, porque foi revogado, porque o token não é permitido ou porque o valor excede o limite previsto.
Essa clareza é importante para a experiência do usuário. Se agentes IA e wallets delegadas se tornarem mais comuns, usuários precisarão entender rapidamente por que uma ação foi recusada. Desenvolvedores também precisarão integrar essas respostas em suas interfaces.
Relação com account abstraction
A proposta se insere em uma evolução mais ampla do Ethereum rumo a contas mais programáveis. A account abstraction busca tornar as wallets mais flexíveis, permitindo regras avançadas de assinatura, recuperação, pagamento de taxas e autorização.
Wallets delegadas e chaves de sessão já fazem parte dessa direção. Elas permitem que um usuário dê acesso limitado a um serviço ou aplicativo sem assinar manualmente cada ação.
O mandato de gasto no nível dos ativos adiciona outra dimensão: mesmo que a conta se torne programável, o ativo também pode participar da aplicação das regras. Isso cria uma arquitetura de segurança mais distribuída.
Em vez de ter apenas um ponto de controle, várias camadas podem trabalhar juntas: wallet, chave de sessão, aplicativo, contrato do token e regras de revogação.
Por que agentes IA tornam esse debate urgente
Agentes IA ainda estão no início de sua adoção on-chain, mas a direção é clara. Usuários vão querer delegar certas tarefas: pagamento automático, gestão de liquidez, arbitragem, alocação de ativos, execução de ordens ou acompanhamento de estratégias.
Esses usos exigem permissões mais refinadas que uma simples aprovação sim ou não. Um usuário pode querer autorizar um agente a gastar até 100 dólares por transação, apenas em stablecoins, durante sete dias e somente em certas categorias de protocolos.
Sem limites técnicos sólidos, o usuário precisa confiar no agente. Mas confiança sozinha não é suficiente em um ambiente financeiro programável. As regras precisam ser impostas pelo código.
É exatamente isso que a proposta tenta introduzir: uma forma de transformar permissões em restrições verificáveis, em vez de simples intenções.
Ferramenta contra aprovações amplas demais
Uma das fraquezas históricas da DeFi envolve aprovações de tokens. Muitos usuários concedem permissões muito amplas a contratos, às vezes sem entender os riscos. Se o contrato for comprometido ou malicioso, as perdas podem ser grandes.
Um mandato de gasto mais preciso poderia reduzir esse risco. Em vez de autorizar acesso quase ilimitado, o usuário poderia definir uma janela, um valor máximo, um ativo permitido e condições de revogação.
Isso não eliminaria todos os riscos. Um usuário ainda pode configurar limites ruins, interagir com um aplicativo perigoso ou errar parâmetros. Mas o modelo tornaria as autorizações menos perigosas por padrão.
Para um ecossistema que quer receber mais usuários e instituições, esse tipo de segurança se torna essencial.
Os casos de uso potenciais são numerosos. Um agente IA poderia pagar faturas em stablecoins, mas apenas dentro de um limite mensal definido. Um bot de tesouraria poderia mover fundos entre várias contas, mas somente com certos ativos e por um período determinado.
Uma empresa poderia delegar parte de sua tesouraria a um sistema automatizado, impondo limites rígidos por transação. Um protocolo DeFi poderia oferecer estratégias automatizadas sem pedir autorizações ilimitadas aos usuários.
Em pagamentos, o mandato poderia permitir assinaturas ou despesas recorrentes mais seguras. Na tokenização de ativos, poderia impor restrições adaptadas a produtos regulados.
A proposta não resolve todos esses casos de uso sozinha, mas fornece uma primitiva de segurança que pode ser integrada em várias arquiteturas.
O projeto continua preliminar. Ainda não é um padrão finalizado e pode evoluir ou nunca alcançar ampla adoção. Detalhes técnicos, custos de gas, compatibilidade com tokens existentes e experiência do desenvolvedor precisarão ser estudados.
Outro desafio é a adoção. Para que o modelo funcione amplamente, tokens, wallets, aplicativos e agentes precisarão reconhecê-lo. Se apenas alguns ativos o integrarem, o impacto será limitado.
Também será necessário evitar complexidade excessiva. Regras complicadas demais podem se tornar difíceis de entender para usuários e difíceis de auditar para desenvolvedores.
Por fim, a proposta não substitui a segurança global. Ela não resolve identidade, conformidade, risco de oráculo, bugs de contratos ou ataques sociais. Ela se concentra em um problema específico: limitar o que uma entidade delegada pode gastar.
O que desenvolvedores devem acompanhar
Desenvolvedores Ethereum devem acompanhar primeiro a evolução da discussão no Ethereum Magicians. O texto pode ser modificado, simplificado ou transformado em proposta mais formal.
O segundo ponto é a compatibilidade com padrões de tokens existentes. Um sistema de mandato precisará se integrar sem quebrar usos atuais nem criar atrito excessivo.
O terceiro elemento é a experiência do usuário. Os limites precisam ser compreensíveis: valor, duração, token permitido, revogação e motivo de falha.
O quarto fator é a segurança. Se o mandato se tornar uma nova camada crítica, precisará ser auditável, previsível e difícil de contornar.
Por fim, desenvolvedores deverão acompanhar a evolução das wallets de agentes IA. Quanto mais essas ferramentas se popularizarem, maior será a demanda por esse tipo de proteção.
A proposta de mandato de gasto no nível dos ativos mostra que o ecossistema Ethereum começa a antecipar os riscos ligados a agentes IA e wallets delegadas. À medida que as transações se tornam mais automatizadas, as permissões precisam ficar mais precisas e seguras.
A ideia de fazer certas limitações serem aplicadas diretamente pelo token é importante. Ela adiciona uma camada de proteção que não depende apenas da wallet, do aplicativo ou do comportamento do agente. Poderia limitar perdas em caso de chave comprometida, aprovação excessiva ou falha de software.
Mas o projeto ainda está em estágio inicial. Não é um padrão ERC finalizado. Seu futuro dependerá dos retornos técnicos, da adoção pelos desenvolvedores e da capacidade de permanecer simples, útil e compatível com o ecossistema existente.
Agentes IA podem tornar pagamentos on-chain mais poderosos, mas também mais arriscados. A proposta Ethereum sobre mandatos de gasto busca enquadrar essa automação com limites, expirações, revogações e regras no nível dos ativos. Se avançar, pode se tornar uma peça importante para tornar wallets delegadas mais seguras.
