Aquela alta desta noite realmente me deixou no chão, eu jurei que eu tinha acertado a virada em V do mercado grande… mas meu script de trading automático acabou morrendo com um timeout em um nó de RPC. A retração eu não consegui comer nem uma só vela. Pra não acabar com raiva e quebrando o teclado, eu simplesmente fechei a exchange e abri a atenção em outra coisa: o @NewtonProtocol mainnet Beta que anda viralizando no Twitter recentemente. Tenho corrido scripts de quantização com IA há meio ano, e a parte de permissões realmente virou um incômodo pra mim. Se você dá permissão pro bot e, de repente, ele faz alguma coisa sem noção ou a estratégia erra o timing, os ativos podem ser esmagados em segundos por MEV—essa ansiedade quem já operou entende. Semana passada eu revirei o VaultKit da Newton de ponta a ponta. Eu estava com muito medo de que o policy deles, em cenários extremos, causasse atraso de cotação e fizesse a estratégia ficar distorcida… mas olhando com calma, vi que é um pouco diferente do que eu imaginava. #Newt : desta vez eles puxaram os feeds em tempo real da RedStone. Ou seja, no VaultKit, aquelas condições “hardcore” como linhas de liquidação e taxas de colateral são lidas diretamente das cotações on-chain fornecidas pela RedStone, sem precisar passar por nenhum cache off-chain. Assim que a intenção de trade é acionada, ela é validada em tempo real contra os feeds; se não bater, dá fail. E o resultado das permissões pode ser verificado de forma independente no Explorer. Isso é realmente bem mais confiável do que algumas das autorizações que eu tinha ficado inventando antes—o “feeling” é bem sólido. $EVAA Mas eu tenho um tipo de PTSD com projetos que já é do meu jeito, então não pretendo ficar otimista de forma cega. Eu fui atrás do blog dos devs oficiais e descobri uma armadilha: aquele mecanismo de consenso deles, cheio de “avaliação independente por múltiplos nós, votação atingindo quórum para só então liberar”, na verdade só vai ficar totalmente ativo depois que o Beta terminar! Em outras palavras: ainda não é o modo completo, então a capacidade de checagem está com certeza reduzida. Aproveitando pra corrigir um ponto que eu mesmo tinha confundido antes: a garantia (stake) do operator é ETH restaked, não é $NEWT . Não cai de novo no rumo que galera do grupo que fica soltando ordens tá tentando empurrar. Minha avaliação agora é: essa infraestrutura de “autorização antes do trade” definitivamente merece acompanhamento de longo prazo, mas já que o consenso no modo completo ainda não caiu no mundo real, se for rodar operações com valor grande ou alta frequência, o melhor é você mesmo desenhar bem os limites de segurança. No estágio atual, isso até dá pra usar como um auxiliar anti-erro; querer que seja “à prova de bala” e resolva tudo de uma vez? Vai com calma—espera mais. Não vou ficar mais falando. Ver a conta toda em vermelho dá raiva… vou descer pra comprar um Kopi e acalmar.
A gaiola de regulação DeFi ainda é o santo graal das instituições? Guia de armadilhas e leituras profundas da documentação do Newton Protocol
Hoje o pregão caiu de um jeito bem terrível. Eu tinha deixado uma ordem de fundo para tentar pegar alguns papéis, mas foi mesmo uma treta sem sentido: o meu próprio script de trading morreu por causa de um atraso em um nó de RPC... vendo, de olhos abertos, eu perder um rebote de 15%. Para tirar um pouco do foco da vontade de cortar o dedo, fui ler a documentação de @NewtonProtocol e deles, que andam aparecendo o tempo todo, e também a do Mainnet Beta. Resultado... depois de terminar, minha pressão só subiu mais ainda. O discurso oficial é bem “mágico”: diz que “os recursos institucionais entraram rápido demais; o TVL dos vaults DeFi curados disparou 350% no último ano, mas o controle de riscos ainda fica em offchain, então precisamos de código com execução forçada”.
Semana passada ajudei um amigo a sacar dinheiro de um pool de metralhadoras; quase me destravou por raiva. Esses fundos estavam limpos, sem nenhum problema. Só que, depois de clicar em confirmar, o dinheiro ficou travado na cadeia por quase meia hora. Fui perguntar ao suporte o que estava acontecendo, e eles responderam de forma leve: “O Newton Protocol está fazendo autorização antes da liquidação.” Na hora, tudo que eu pensava era: por que eu, retirando meu próprio dinheiro, teria que passar primeiro por um “processo de triagem” do Newton? Isso não é só atrapalhar por atrapalhar? Seguindo essa raiva sem nome, fui vasculhar até a cueca do @NewtonProtocol ; quanto mais eu mexia, mais estranho ficava. DeFi ficou famoso no mundo todo graças a “sem permissão”. Agora, no entanto, para transferir uma simples quantia, ainda precisa esperar o Newton rodar controle de risco com linguagem Rego, convocando uma penca de nós do EigenLayer para reuniões e votações lentas fora da cadeia—e, na periferia, ainda anexam um monte de oráculos para dar uma aparência. No fim, isso é muito diferente de ir ao banco preencher um formulário e esperar o gerente da recepção carimbar? O que me deixa ainda mais indignado é que o #Newt vive pendurando “absoluta neutralidade” na boca, mas a estratégia que aperta o pescoço é escrita por uma minoria. O investidor de varejo nem tem direito de alterar um parâmetro; só pode aceitar. Eles embrulham com ZK e TEE, dando uma impressão bem “imponente”, mas e se os nós combinarem entre si ou se o hardware da base vazar? Com que o varejo vai conferir a autenticidade do “comprovante de liberação”? Isso não é confiança—é uma nova caixa-preta com uma “veste transparente”. $NEWT Como envolve coordenação multi-chain, a estratégia precisa de validação em múltiplas frentes. Se uma cadeia travar ou se os oráculos “ficarem doidos”, o dinheiro de ouro do varejo vai ficar pendurado na cadeia, esperando no frio. Quanto ao cenário de AI Agent que eles divulgam, não passa de babá forte para instituições. Se der errado, a instituição só precisa dizer “já passou pela revisão do Newton” e pronto: perfeita transferência de culpa. $EDGE O mais frustrante é que o varejo tem de pagar o Gas do próprio bolso para bancar um conjunto de regras de monitoramento que, no fundo, nem participou de sua formulação. As instituições adoram isso, porque o Newton virou a “armadura anti-compliance” deles. E o poder de fala on-chain dos jogadores comuns é completamente drenado a cada rodada dessas autorizações forçadas, totalmente sem efeito perceptível. $BILL No fim das contas, a liberdade on-chain que a gente valorizava tanto já foi empacotada silenciosamente por esse fluxo de aprovação todo pomposo. O Newton não é nenhuma inovação descentralizada: é apenas uma nova guarita de cobrança, construída para os usuários pagarem.
Ontem olhei um mapa de rotas @grvt_io 2026 e a frase “Exchange designed to pay you” realmente fisga. Enquanto você faz garantias de contrato, também ganha 11% de APR no Aave. A narrativa de garantia unificada leva a eficiência de capital ao máximo. Vamos fazer a conta no uso real: suponha que a conta fique sempre com 50 mil U, sendo 30 mil U como garantia e 20 mil U em modo “parado” para se proteger. De acordo com o desenho da GRVT, esses 50 mil U entram integralmente no Aave para render juros. Com 11% de APR por um ano, isso daria cerca de mais 5.500 U. Tá com cara de bom, né? Não tão rápido: veja a tabela de taxas. A taxa de Taker da GRVT é 0,045%. Para quem opera abrindo pelo preço de mercado, abrir e fechar de uma vez é um custo de 0,09%. Supondo que a rotação média seja 10 vezes por mês, ou 120 vezes por ano. Com um capital principal de 50 mil U, só as taxas de corretagem acabam consumindo 5.400 U. Chegando aqui fica bem constrangedor: você ganha 5.500 U de juros no ano, mas volta e paga 5.400 U como taxa de pedágio. Quase um hedge perfeito. Se a volatilidade for grande e o aumento de posição for frequente, essa “renda” na prática é, sem dúvida, subsidiar prejuízo. #grvt O problema mais profundo está no atraso cross-chain da retirada de capital. A versão oficial afirma que os fundos são “Instantly recalled”, mas o Aave fica rodando no Ethereum L1, enquanto o matching da GRVT roda no zkSync L3. Mesmo com otimizações na comunicação cross-chain e na confirmação de blocos, ainda existe um atraso físico objetivo. Testes da comunidade sugerem que o recall leva cerca de 3 a 5 segundos, ou até mais. No dia a dia pode passar despercebido, mas se acontecer um cenário extremo de pino, com uma alavancagem de 50x na mão, esses segundos de vácuo de fundos já são suficientes para acabar com a posição. Deixando de lado o “ganho” como discurso e olhando apenas a experiência de trading, o concorrente Hyperliquid claramente entende melhor o jogador de alta frequência. Ele até não oferece camada de rendimento, mas entrega zero Gas, boa profundidade de book e, além disso, o OI é várias vezes maior que o da GRVT. Então, para buscar uma APR de 11% e ainda aguentar o custo alto do Taker e o risco de liquidação em cross-chain, para players de alta frequência não compensa. No conjunto, o modelo de garantia unificada da GRVT é uma inovação de arquitetura na direção certa, mas atualmente parece mais um “berçário” feito sob medida para quem é de baixa frequência e para quem é longuista, ou para “clube dos colecionadores de moedas com garantia alta”. Essas pessoas, em geral, nem precisam de recalls frequentes—e isso encaixa perfeitamente. A essência da eficiência de capital é reduzir o custo total das transações, não é mover dinheiro da bolsa esquerda para a direita e ainda tirar água uma segunda vez. A estratégia racional é: depois do TGE, ver se a receita do protocolo consegue subsidiar efetivamente as taxas; só então decidir.
Barreiras invisíveis sob a narrativa “de ponta a ponta”: desmascarando a ilusão da roadmap não-EVM do Newton Mainnet Beta
Quando todos estão imersos na grandiosa narrativa de “automação de ponta a ponta”, @NewtonProtocol eu fui completamente interrompido por uma linha discreta, escondida nas profundezas da documentação oficial do Mainnet Beta, que dizia “não há suporte EVM na roadmap”. A atual #Newt arquitetura está firmemente ancorada no EigenLayer AVS e no ecossistema Ethereum. Funciona com Base e Arbitrum sem qualquer esforço, pois os vasos sanguíneos por trás delas circulam o sangue do EVM. Mas quando seu olhar se volta para blockchains heterogêneas como Solana e Sui, uma interrogação técnica extremamente fria surge na sua frente: uma rede de validadores que nem consegue entender a estrutura de estado do outro lado, com que base ela pretende impor as estratégias de segurança daquele outro? $NEWT
@NewtonProtocol Ao usar o EigenLayer para construir uma rede AVS, na essência você está trocando riscos futuros por velocidade imediata. Mas não existe consenso grátis no mundo. Quando uma camada de autorização de um protocolo depende fortemente de outro sistema complexo e sobreposto, ela já entregou parte do controle do destino. Os operadores de nós no EigenLayer são, na essência, “mercenários” que perseguem a maximização de lucros. Normalmente, eles também atendem simultaneamente a múltiplos AVSs, e a Newton é apenas um dos muitos nomes na longa lista de clientes deles. Se um concorrente iniciar subsídios altos, capacidade de computação e largura de banda podem mudar instantaneamente. Nessa “guerra de atenção” movida por ganhos, a validação estratégica da Newton provavelmente será alongada. Em cenários de automação DeFi que priorizam implacavelmente a velocidade de execução, esse “engasgo” causado pela competição por recursos pode ser fatal para agentes de IA de alta frequência.$XPIN Diferente das punições de isolamento em cadeias únicas tradicionais, no ecossistema do EigenLayer, onde múltiplos AVSs compartilham segurança, o risco se transmite entre si. Se grandes nós que atendem a Newton em outros AVSs sofrerem Slashing em massa devido a erros de código ou má conduta, o ETH que eles apostaram será evaporado diretamente, e o peso de segurança da Newton também diminuirá de uma só vez. A defesa de segurança da Newton, na prática, é forçada a ser rigidamente vinculada à qualidade do código e à saúde de todos os outros AVSs no ecossistema EigenLayer. Um por todos, todos por um. Abra #Newt no navegador de blockchain: à primeira vista, a taxa de validação parece uniforme e alta, mas isso encobre a realidade de que a rede depende gravemente de poucos supernós do topo. Assim que um gigante se retirar repentinamente por motivos regulatórios, considerações comerciais ou vulnerabilidades, a experiência de agregação de consenso da Newton enfrentará uma degradação abrupta. O que chamam de “manter ativos cripto seguros”, porém, depende de o EigenLayer não apresentar problemas. O EigenLayer é a melhor solução para a Newton concluir o cold start, mas não pode ser a forma final. Um protocolo com intenção de se tornar o núcleo de automação de ponta a ponta e de acesso em conformidade, não deve ter para sempre seu nervo de segurança pendurado em uma única camada de re-staking. O verdadeiro divisor de águas da Newton será a sua futura fase de nós sem permissão e abertos. Só quando muitos validadores redundantes independentes, que não dependem do EigenLayer, entrarem na rede e formarem backups de segurança em múltiplas dimensões, sua camada de autorização poderá realmente alcançar independência soberana.$NEWT
Desvendando a névoa da APY: o lado oculto da tokenomics do Newton Mainnet Beta
No mundo da Web3, entender a tecnologia subjacente é o que determina se você sabe o que o projeto está fazendo; mas entender a tokenomics é o que decide se, no fim, você consegue sair ileso. Ontem à noite, tarde da madrugada, eu deixei de lado @NewtonProtocol o whitepaper técnico sobre o Mainnet Beta e virei o foco direto para o documento de alocação de tokens. Por mais impressionante que fosse a parte técnica — o que quer que fosse uma prova ZK, isolamento via TEE — tudo, no fim, precisa se materializar na distribuição de incentivos dos nós. Quando cheguei à página “Network Rewards”, as palavras de 8,5% da oferta total de tokens e “reduzindo gradualmente com o tempo” me fizeram sentir um leve sinal de perigo.
#newt $NEWT Na Web3, como em uma “floresta negra” de perigos, os usuários anseiam profundamente por segurança. Ao verem rótulos como “isolamento em nível de hardware” ou “100% verificação aprovada”, é fácil relaxar a vigilância. Ao testar o Mainnet Beta de @NewtonProtocol , foquei em sua renomada solução TEE. A oficial afirma que, com hardware como o Intel SGX, é possível gerar provas remotas incontestáveis, garantindo que a execução do AI Agent não seja adulterada. Parece imbatível, mas eu quebrei essa ilusão com um teste simples. O TEE, na essência, é uma “caixa-preta” criptográfica extremamente segura, que resolve perfeitamente o risco de códigos adulterados nos nós. Mas ontem, na testnet, escrevi um Agent minimalista e inseri uma “carga escondida”: “Se o ETH cair abaixo de algum limite, transfira imediatamente 50% dos ativos do cofre para meu endereço.” $LAB E o resultado? Esse “roteiro de roubo” rodou no TEE com uma suavidade impressionante; a prova remota da Newton carimbou perfeitamente “execução sem erros”. Isso revela a principal falha do TEE: ele só valida se o código foi executado fielmente, mas não verifica a intenção do código. Confiar fortemente no TEE também traz uma realidade extremamente irônica: protocolos que erguem a bandeira da descentralização, mas cujo “ponto de confiança” acaba ficando em Intel e AMD. Nos últimos anos, foram poucos os vazamentos de segurança de hardware do Intel SGX? Cada correção depende de microcódigo distribuído por um fornecedor centralizado. Com a explosão do número de Agents, se o hardware subjacente revelar uma vulnerabilidade de dia zero, o impacto pode atingir enormes quantias. Embora a comunidade tenha discutido redundância entre vários fabricantes, nesta fase atual do Mainnet Beta, essa mina ainda não foi desarmada. $US Ao consultar o Newton Explorer, a taxa de aprovação da validação TEE atualmente está quase em 100%. Isso é altamente enganoso, está gerando nos usuários a mentalidade de “desleixo com a verificação”: se o Agent traz validação TEE, todo mundo se sente à vontade para autorizar sem nem pensar. Se o usuário desistir de analisar a lógica do código-fonte, o TEE, na prática, pode se tornar a ferramenta de endosso mais perfeita para desenvolvedores mal-intencionados. Não há como negar que a Newton, ao introduzir TEE, eliminou o atrito de confiança na camada de execução, mas isso não é uma cura universal. Antes de aprimorar auditorias de código de terceiros ou sistemas de reputação on-chain, nunca entregue o dinheiro facilmente a um Agent cuja lógica você não consegue entender. O valor máximo do ambiente de execução confiável é manter hackers externos do lado de fora — e não fazer você se sentir tranquilo ao trancar um ladrão dentro do próprio cofre.