Tenho observado como a Newton está configurando o beta do seu mainnet, e algo na arquitetura realmente chama a atenção. Não se trata apenas de puxar dados de preço para um pool de empréstimos. Isso já foi feito até a exaustão. O que é interessante é para onde os dados vão. Eles estão usando isso no nível de política, e isso me fez pensar sobre como a gente complica demais o risco.
A narrativa comum é que blockchains precisam de maior capacidade de processamento ou taxas mais baratas. Isso é o nível superficial. Mas o problema real que continuo vendo é sobre autorização. Como você programa, de forma automatizada, para decidir se uma transação deve, de fato, ser liquidada — não apenas se ela tem a assinatura correta?
A Newton roda como um EigenLayer AVS, então basicamente estão “pegando emprestada” a segurança do Ethereum para validar computações off-chain. O foco é triagem de sanções, prevenção de fraude e gerenciamento de risco. Parece padrão até você ver como eles estão usando os dados.
Eles integraram os dados de preço verificados da RedStone diretamente na camada de aplicação de políticas, não apenas como referência, mas como um gatilho. Então, se um gerente de vault definir uma regra de que as razões de colateral precisam ficar acima de um limite, a Newton verifica o preço via RedStone antes de a transação ser confirmada. Se estiver abaixo, a transação é bloqueada. Ela gera uma atestação assinada para cada avaliação. Isso não é sobre exibir um preço; é sobre usar o preço como regra.
O que silenciosamente passa despercebido é o risco de concentração. Se o motor de políticas depender fortemente da RedStone, qualquer interrupção de oracle pode causar efeito cascata em congelamentos de transações em toda a plataforma. Todo mundo quer falar sobre composabilidade e eficiência, mas ninguém realmente quer falar sobre pontos únicos de falha. É o tradeoff que você aceita para ter uma aplicação eficiente, mas é um problema real.
Eles também estão trabalhando com a Credora para avaliação de risco de crédito. Isso mostra uma abordagem em camadas. Risco de crédito e risco de mercado são coisas diferentes, e você precisa de ferramentas diferentes para cada um. A Newton não tenta construir tudo internamente. É a parte que parece sustentável. Eles são “componíveis” na camada de dados. #newton
A arquitetura de limite de taxa do IBC na Neutron é uma boa analogia. Ela coloca toda a lógica de rate limiting inteiramente em um contrato CosmWasm. O módulo apenas encaminha as informações do pacote para o contrato e, se ele retornar um erro de “rate limit exceeded”, a transferência é bloqueada. A justificativa veio de observações empíricas de hacks de bridge como Wormhole, BNB Bridge e Polynetwork. Limites de taxa teriam reduzido massivamente os valores roubados em todos esses casos.Um despegue de 30% é infinitamente melhor do que um despegue de 100%.
Há uma liberação do NEWT no valor de US$ 7,13 milhões chegando, primeiro período pós-cliff para early backers. Esse tipo de evento pode mudar o sentimento, mas isso é uma questão de mecânica de mercado. O que importa para mim é como o protocolo lida com a complexidade de precificar esses vaults. Eles precisam de precificação precisa para tokens de staking líquido, ativos de restaking e categorias de colateral que rendem juros, exigindo mais precisão do que simples feeds spot. É aí que a confiança é construída, não em “price pumps”. É na consistência da aplicação. É isso que estou observando. @NewtonProtocol
