A pergunta soa técnica, mas toca em algo mais profundo sobre para onde a cripto está caminhando. Passamos anos aperfeiçoando a liquidação — deixando as transações rápidas, baratas e irreversíveis. Newton aborda o problema pela direção oposta. Ele pergunta o que deve acontecer antes da liquidação e quanto controle realmente queremos exercer naquele momento anterior à liquidação.
Para quem não conhece, Newton é uma camada de autorização que entrou no ar no Base e no Ethereum no fim de junho. Desenvolvida pela Magic Labs, ela usa operadores do EigenLayer e provas de conhecimento zero para avaliar transações com base em políticas antes que elas sejam executadas. Um cofre quer verificar índices de colateral, listas de sanções ou a saúde de um oráculo? Newton consulta os dados relevantes — on-chain ou off-chain — e retorna uma aprovação ou reprovação assinada. A transação só avança se ela passar na validação.
O que me interessa não é apenas a arquitetura. É a filosofia de design por trás disso. A Newton está essencialmente trazendo o modelo de autorização da Visa para a blockchain: uma camada de decisão que fica entre a intenção e a execução. Nas finanças tradicionais, esse passo é óbvio. Em cripto, ele tem faltado em grande parte. As regras vivem em documentos, em frontends ou em processos manuais — não em código executável que governa cada transação.#NEWT
É aqui que as coisas ficam complicadas. O mecanismo de políticas da Newton, construído na linguagem Rego, é extremamente expressivo. Você pode compor condições a partir de dados de sanções da Chainalysis, feeds de preços da RedStone, classificações de risco da Credora, reputação de carteira da Webacy e scores de saúde do vault — a lista só cresce. Uma política pode verificar dez sinais diferentes antes de aprovar um único rebalanceamento de vault. A granularidade é quase ilimitada.
Mas deveria ser assim?
Tenho pensado bastante nessa tensão. Por um lado, o capital institucional exige precisão. Se você está gerenciando um vault com dezenas de milhões em TVL, "confie no curador" não é um arcabouço de risco. Você quer mandatos executáveis: nenhuma exposição acima de X de alavancagem, nenhuma interação com endereços sinalizados, nenhuma execução quando a divergência do oráculo exceder Y pontos-base. A Newton torna isso possível de maneiras que a lógica de smart contracts hardcoded simplesmente não consegue.
Por outro lado, há um custo real em fazer over-engineering da autorização. Cada verificação adicional de política adiciona latência, complexidade e possíveis pontos de falha. Um vault que exige seis atestações de oráculo diferentes, duas telas de conformidade e uma atualização de rating de risco antes de cada rebalance pode até ser tecnicamente impressionante — mas, na prática, é frágil. Se um provedor de dados atrasar ou uma política for configurada incorretamente, transações legítimas falham. O sistema fica mais lento do que o mercado que ele tenta atender.
Acho que a resposta está em algum ponto no meio. O valor real da Newton não é a granularidade máxima — é a granularidade seletiva. A capacidade de definir a intensidade da política de forma proporcional ao risco. Uma transferência rotineira de stablecoin entre contrapartes na lista de permissões provavelmente não precisa de todo o stack de conformidade. Um realocamento de vault entre protocolos envolvendo alavancagem? É aí que você implanta as verificações mais pesadas.
A parte que acho mais convincente é a abordagem modular da Newton. Os conjuntos de políticas são composáveis. Os curadores escolhem o nível de aplicação que se ajusta ao seu mandato. Essa flexibilidade importa porque casos de uso diferentes precisam de limiares diferentes. RWA's podem priorizar identidade e conformidade. Carteiras de agentes de IA podem priorizar rate-limiting e allowlisting de contratos. Cofres de yield podem priorizar saúde do oráculo e limiares de colateral.
Uma preocupação que tenho é a velocidade de adoção. O beta do mainnet já está no ar, mas o sucesso de Newton depende de os builders integrarem de fato essas verificações de políticas nos fluxos financeiros em produção. A infraestrutura é tão boa quanto os hábitos que ela possibilita. O VaultKit SDK ajuda, mas mudar como os desenvolvedores pensam o fluxo de transações — de "executar então monitorar" para "autorizar então executar" — é uma mudança de mentalidade que leva tempo.
Minha conclusão: a Newton não é apenas uma ferramenta. É uma aposta de que a próxima fase da cripto exige limites de confiança programáveis. A questão não é se precisamos de autorização on-chain — nós claramente precisamos. A questão é quanto aplicar de forma que o sistema não fique tão cauteloso a ponto de deixar de ser útil. A Newton nos dá os controles (dials). A parte difícil é saber onde configurá-los.#Nevvt
Se você estivesse desenhando uma política para um vault hoje, o que priorizaria: controles mais granulares com mais sobrecarga, ou regras mais simples com execução mais rápida?
