Você só quer que a carteira de IA faça pequenos rebalanceamentos, mas depois de uma única autorização ela passa a agir como se tivesse recebido um cartão de acesso de longo prazo. O endereço mudou, a função mudou, o valor aumentou, e muitas vezes o usuário ainda acha que é a mesma ação.

Hoje, a lista de tendências #44 trouxe uma forma bem específica de dividir: o agente Newton vai vincular uma intenção a 6 campos; se o destino ou a função mudarem, isso deve ser tratado como uma nova decisão. Ele também mencionou 7 padrões de controle, de limites de gastos a limiares de aprovação humana, além de 4 condições de falha que fecham tudo (fail-closed): negação, quórum ausente, expiração e falha de validação. A #31 também descreveu o Newton Mainnet Beta como uma camada de autorização programável antes da execução da transação.

A reviravolta aqui é que, em automação segura, menos interrupções para o usuário nem sempre é melhor. Uma carteira de IA realmente segura precisa saber quando parar, quando pedir confirmação humana e quando recusar diretamente porque uma regra expirou.

O Newton Protocol incorpora esses limites às verificações prévias às transações. O Rego verifica os campos de intent, os limites de valor, as janelas de tempo e as condições de revogação; somente depois da aprovação é gerada uma attestation como comprovante de autorização. Caso contrário, a transação é recusada. A Newton Mainnet Beta coloca essas regras à prova sob pressão em uma rede real.

Portanto, o valor da autorização de $NEWT não está em dar mais liberdade à IA. #Newt É preciso verificar se os limites de gastos, os limites para aprovação humana, a expiração e os registros de revogação são considerados em cada decisão de autorização. @NewtonProtocol