Você conecta sua carteira a uma ferramenta de estratégia de IA e só quer que ela faça uma pequena negociação de teste. As janelas de autorização geralmente passam por uma frase rápida; depois que você clica, ela pode acabar movimentando ativos muito além do que você esperava. O que realmente deixa a pessoa em alerta não é a IA ser lenta, e sim o nível de permissão que você concede — é dado demais.

No ranking das tendências de hoje, na posição 5, Jason_Leo coloca o assunto de um jeito muito parecido com perguntas que usuários antigos fariam: “Everyone seems focused on making AI agents faster, smarter”, mas o fato de a IA conseguir executar negociações não significa que ela deva ter autoridade ilimitada. Ele também se interessa pelo Newton Protocol porque ele não deixa a segurança para corrigir só depois.

Isso é diferente da narrativa “normal” de IA. A maioria dos projetos fala sobre a capacidade do modelo, fala sobre a eficiência do trading automático; a primeira grande questão para dinheiro na cadeia é a autorização. Sem limite de valores, lista de endereços permitidos, janela de tempo e caminho de revogação, quanto mais a IA executa, mais provável é que ela faça rapidamente ações incorretas.

A forma como o Newton Protocol lida com isso é colocar a policy de autorização antes da execução da transação. O Rego verifica as regras; apenas quando as condições forem atendidas ele gera uma attestation que libera a prova de execução; se não, ele rejeita. O Newton Mainnet Beta não é apenas um marco em uma frase — é colocar essas limitações no ambiente com dinheiro real para testar.

Por isso, o valor do desenvolvedor de $NEWT não deveria ser apenas olhar o histórico da Magic Labs ou o nome do SDK. #Newt deveria ser avaliado pelo que acontece na integração: dá para escrever menos “patches” de autorização, a policy do VaultKit pode ser configurada e, em cada operação da IA, existe uma prova de liberação auditável. @NewtonProtocol