Eu não fico surpreso com a ideia de prometer que vai levar o Web3 a um novo patamar por otimizar settlement na blockchain.
Parece certo, se a lógica popular é “se a blockchain resolve tudo, então basta fazê-la mais rápida, mais barata e mais escalável”, então você só precisa despejar dinheiro em novas chains e esperar a adoção em massa. Uma ideia simples — e justamente por ser simples, ela se repete de um ciclo a outro. Mas Web3, ao menos do jeito que eu vejo, nunca foi apenas um problema de settlement. É um problema de permissões e intenções em um ambiente trustless.
Blockchain apareceu relativamente cedo. Nos mais de 10 anos, esses sistemas se concentraram em registrar transações de modo imutável: transferir ativos, atualizar estados, garantir finality. Eles transformam todas as ações válidas — assinatura, gas, nonce — em eventos reconhecidos no ledger. Parece correto, mas o problema é:
Blockchain registra: “O que aconteceu?” Authorization verifica: “Quem tem um passe para entrar?”
Na maior parte do tempo, você só vê que a transaction foi executada, a assinatura está correta e o estado mudou. Parece perfeito, mas na verdade ainda é depois que a intenção foi realizada. Blockchain não impede, não limita o escopo, não controla policy. Ela só confirma e registra. E depois há outra camada de problemas. Blockchain tradicional quase presume que “se alguém tem uma assinatura válida, então pode fazer qualquer coisa”. Mas, na prática, não é assim. Especialmente quando agentes de IA entram em cena: a IA pode rebalancear um portfólio automaticamente, fazer farming automático, staking automático, claim automático de rewards, voting automático, pagamentos automáticos… mas até onde vai esse limite? A IA pode trocar ativos? A IA pode usar quanto USDC? É só transacionar na Uniswap ou em qualquer DEX? Só pode ser feita das 9h às 17h? Só quando o oracle não estiver desviando mais de 1%? Precisa de mais uma assinatura do owner?
Blockchain não mostra o contexto de permission. Ela só te mostra uma transação concluída; sem intenção, sem regra, sem uma delegação clara.
Muitas pessoas olham para a camada de settlement e acreditam que têm infraestrutura suficientemente forte. Mas quando agentes de IA viram o agente principal, uma camada de settlement simples pode facilmente se transformar em risco de crowd behavior disfarçado sob a “execução trustless”.
O que eu sempre volto é não à imutabilidade do ledger, mas ao controle de direitos antes que o ledger seja tocado.
Newton, pelo menos do que eu observo, não segue na direção de competir por settlement. Ela não tenta que você “veja as transações acontecendo mais rápido”. Parece que está tentando resolver algo menos atraente, mas mais importante: uma camada de Authorization — a camada que decide permissões antes que a execução e o settlement aconteçam. Não é a blockchain olhando para o que está fora; é a Newton olhando para a policy e as permissões que você desenha. A abordagem da Newton não adiciona uma nova chain de settlement. Os dados e as transações ainda acontecem no Ethereum, Solana, Base… Mas a forma como elas podem ser executadas é diferente. Isso se conecta diretamente ao controle de intent, delegation, policy, verification. Você precisa definir claramente: o que a IA pode fazer, o que não pode fazer e em quais condições. E o sistema vai enforce essas regras de forma consistente, sem emoção, antes de a transação tocar a blockchain.
Blockchain lhe dá a capacidade de executar. Newton tira parte desse “poder infinito de liberdade” ao exigir permission. Ele não substitui a sua inteligência, mas limita e torna mais seguro o modo como agentes de IA agem — ou deixa claro se as suas regras têm algum problema.
Mas eu não acho que isso seja uma solução perfeita. Sistemas sempre têm trade-offs. Em uma blockchain focada em settlement, você enfrenta o risco de “qualquer um pode fazer qualquer coisa se tiver a chave”. Com uma camada de authorization como Newton, você enfrenta o risco de regras erradas ou policies excessivamente rígidas.
Um modelo que funciona bem em bull market pode se romper muito rápido quando agentes de IA fazem escala e o mercado fica muito volátil, porque Web3 não é um ambiente linear. E tem mais uma coisa. Quando você delega authorization ao sistema, você também está mudando seu papel. Você deixa de ser apenas alguém que assina transações. Você se torna a pessoa que desenha policies e regras para todos os agentes de IA.
Se a regra estiver errada, o sistema também estará errado de uma forma muito consistente. E isso às vezes pode ser mais perigoso do que errar de forma aleatória. Portanto, se eu colocar essas duas coisas lado a lado, não as vejo como ferramentas concorrentes diretas. Uma serve para settlement e finality. A outra serve para authorization e permission. Uma te dá a sensação de “a transação é segura depois de acontecer”. E a outra te força a encarar a pergunta: “desde o início, essa transação deveria ser permitida?”.
Qual é melhor? Acho que essa pergunta não é tão importante. O mais importante é o que você está faltando na stack Web3 atual.
Se você ainda está lidando com execution e finality, a camada de settlement sempre parecerá atraente. Se você já estiver pronto para a fase de automação em massa de ações on-chain por agentes de IA, uma camada de authorization como a Newton Mainnet Beta vai valer a pena ser olhada. Mas valer a pena olhar não significa necessariamente que dá para confiar totalmente.
Newton pode estar tentando resolver o problema de Trustless Authorization, enquanto blockchain ainda mantém a abordagem tradicional de settlement. Essa diferença é bem notável, especialmente quando a IA se torna o agente principal.
Na prática, tudo só é verificado quando é usado. Whitepaper, narrativa ou demo não importam tanto quanto se o Mainnet Beta realmente enforce a policy de forma eficaz, se integra bem e opera rápido em um ambiente real.
Por fim, tudo ainda volta para usage.
Não é sobre quão rápido é a chain, nem sobre o quão boa é a authorization, e sim por quanto tempo (você e seus agentes de IA) a usam, por quantas condições de mercado atravessam e se ela mantém a consistência da permission quando tudo fica caótico.
Eu ainda estou acompanhando a Newton Mainnet Beta… especialmente quando agentes de IA realmente fizerem escala forte, porque é nessa hora que a narrativa de authorization vai revelar claramente seus limites reais.
E é isso que eu também estou esperando ver.