#newt $NEWT O impasse dos agentes de IA on-chain: Newton Protocol é a solução, ou um brinquedo caro demais?
Depois de mais de dez anos construindo camadas fundamentais, eu sempre achei extremamente contraintuitivo deixar um Agente de IA assumir o controle direto de carteiras. As soluções no mercado são ou burras ou ruins: ou rodam em servidores centralizados apostando que os desenvolvedores não vão agir de má-fé, ou encaram o cálculo on-chain de frente e são retaliados pelas taxas de Gas. O Newton Protocol (
$NEWT ) tenta substituir “caixa-preta humana” por “confiança técnica”. A ideia é muito correta, mas, como desenvolvedor, depois de destrinchar a lógica de base dele, vi um problema duro que não dá para ignorar.
Arquitetura: o ideal bem “cheio”
O núcleo do Newton tem uma tríade: autonomia limitada, integridade verificável e acúmulo de reputação. Ele joga os cálculos de IA em um TEE (Trusted Execution Environment), comprime os resultados com ZKP (provas de conhecimento zero) e, por fim, valida por amostragem usando os nós do EigenLayer AVS. Operadores apostam em NEWT: se agirem mal, sofrem punição e perda direta. Esse ciclo fechado que depende de teoria dos jogos e restrições criptográficas realmente é melhor do que aqueles grupos improvisados que prometem segurança só na base de “garantias”.
Realidade “crua” da camada técnica
O ideal é bom, mas quando chega ao ambiente EVM real, a coisa se revela:
Falhas fatais de ataque de replay: é o tipo de design que mais me deixa inquieto no raciocínio do código. O Newton usa chaves de sessão para gerenciar permissões, mas o design da máquina de estados tem zonas cegas. Se um atacante interceptar uma prova ZK prestes a expirar, e o sistema não tiver um mecanismo rigoroso de Nullifier (marcador de invalidação) ou validação forte de carimbo de tempo on-chain, um nó malicioso consegue reenviar infinitamente antes da expiração, drenando as cotas autorizadas do usuário. Criptografia pode apenas provar que o “processo de cálculo” está correto, mas o sistema atual não consegue verificar se “a prova” foi abusada.
Resumo
Automação verificável é um caminho inevitável para a combinação de Web3 com IA, mas a forma que o Newton Protocol apresenta hoje lembra mais um experimento de hacker visionário. Enquanto o custo de validação on-chain com ZK não cair de verdade na dimensão e as falhas de transição de estado na base não forem corrigidas por completo, é extremamente perigoso aportar pesado. Tecnologia não mente; vou continuar observando de perto os dados reais de chamadas on-chain, sem “acreditar por fé”.
#NEWT #Web3 #ZKML @NewtonProtocol