Gostamos de acreditar que as maiores recompensas ficam com as pessoas dispostas a esperar. Mas, em frente ao Plano Multiplier @grvt_io , com apenas doze dias restantes antes do prazo de 27 de julho, essa ideia de repente parece bem mais difícil de colocar em prática.
A parte difícil não é entender as opções. É decidir com qual futuro você se sente mais confortável. Você pode reivindicar sua alocação no TGE, ou pode travar em um multiplicador 2x ou 4x e esperar mais quatro ou oito meses. Depois que você faz essa escolha, não dá para voltar atrás.
No papel, a troca é simples. Esperar mais, receber uma alocação maior. Na prática, a decisão depende de algo que ninguém sabe ainda: como a GRVT vai evoluir depois de começar a ser negociada.
É isso que acho mais interessante neste design. O projeto incentiva a participação de longo prazo, mas a decisão final é profundamente pessoal. Ele faz, de forma discreta, uma pergunta simples para cada participante: Quanto de incerteza você está disposto a aceitar hoje pela possibilidade de uma recompensa maior amanhã?
Não existe uma resposta universal "certa". Depende da sua própria tolerância ao risco, horizonte de tempo e confiança no projeto. Para mim, é isso que faz essa escolha ser mais do que um mecanismo de distribuição de tokens — é, na verdade, um teste de convicção. @grvt_io #grvt #GRVT #grvt
Eu costumava achar que, se conseguíssemos apenas tornar as transações onchain mais rápidas e baratas, a maioria dos problemas acabaria se resolvendo sozinha. Por muito tempo, foi nisso que quase todo mundo focou — blocos mais rápidos, taxas mais baixas, maior velocidade. Parecia o próximo passo óbvio.
Mas, aos poucos, começou a ficar mais importante outra coisa. Nós ficamos realmente bons em mover valor onchain, mas nunca construímos muito para controlá-lo antes que ele se mova. Nas finanças tradicionais, a maior parte das transações passa por algum tipo de verificação primeiro. As regras são revisadas e o risco é considerado antes de qualquer coisa realmente ser liquidada. No onchain, a gente meio que pulou essa parte. A gente se concentrou tanto na execução que a questão de saber se algo *deveria* acontecer ficou, em grande parte, para regras básicas de contrato inteligente ou para monitoramento depois do fato.
O que começa a aparecer agora parece diferente. Em vez de esperar para ver o que deu errado depois que uma transação é liquidada, existe uma camada que pode comparar a intenção com certas regras usando informações em tempo real antes de qualquer coisa se mover. Se não passar, a transação simplesmente não acontece. E como a decisão é registrada de um jeito verificável, ela não depende apenas de confiança nem de olhar para trás depois.
Isso parece mais do que apenas melhores ferramentas. É uma mudança na forma como pensamos a atividade onchain. Passamos anos garantindo que as coisas pudessem acontecer. Agora, estamos construindo lentamente sistemas que também ajudam a decidir se elas *devem* acontecer.
Quanto tempo mais podemos continuar escalando as finanças onchain sem colocar pensamento real no que de fato deve ser permitido a se mover? @NewtonProtocol #Newt $NEWT
Teve um tempo em que eu realmente acreditava que, se conseguíssemos enxergar os problemas com clareza suficiente e rápido o bastante, eventualmente nos tornaríamos bons em lidar com eles. Eu me lembro de ficar encarando dashboards durante desancoragens e liquidações, atualizando-os como se eles pudessem de alguma forma mudar o que já estava acontecendo. Os dados estavam lá. Os avisos estavam piscando. E ainda assim, o dinheiro se movia do mesmo jeito. Essa experiência ficou comigo. Com o tempo, comecei a notar um padrão que parecia maior do que qualquer fracasso isolado. No setor cripto, nos tornamos incrivelmente habilidosos em construir sistemas que nos mostrassem quando algo estava dando errado. Mas nunca realmente construímos sistemas que conseguissem impedir que isso acontecesse em primeiro lugar. A maior parte do que chamamos de gerenciamento de risco é, na verdade, observação do risco — a gente observa, alerta, discute e, depois, tenta limpar o que ficou.
Pelo tempo que eu consigo lembrar, a conformidade tem sido tratada como o vilão nas criptomoedas. É o formulário de KYC que interrompe você. O saque que de repente é pausado. A etapa extra de verificação que faz tudo parecer mais lento do que deveria. Em algum momento, começamos a tratar a conformidade como o oposto de uma boa experiência do usuário. Rápido, sem permissões, sem atrito — esse era o objetivo. A conformidade era apenas o preço que as instituições queriam que todo mundo pagasse. Mas eu não acho que esse seja o problema real.
Qual é o sentido de uma auditoria que aparece depois que o dano já foi causado?
Construímos a supervisão para olhar para trás, puxando algumas transações, meses depois, e esperando que a fraude esteja naquele recorte. É lento por design. E cada dia gasto esperando é um dia em que a confiança vaza silenciosamente em algum lugar onde ninguém está observando.
O Protocolo Newton faz uma pergunta mais simples: por que esperar de todo? Sempre que uma política é verificada, ela deixa para trás um recibo criptográfico naquele exato momento — não um resumo escrito depois, não uma amostra retirada aleatoriamente, mas um registro real daquele instante. Os reguladores não precisam mais solicitar um relatório. Eles podem apenas acompanhar a prova chegando, em tempo real.
É uma pequena mudança no papel, mas ela altera toda a relação. Em vez de “vamos juntar o que aconteceu”, é “aqui está o que aconteceu, verificado, exatamente como ocorreu”. As partes privadas também permanecem privadas — provas de conhecimento zero cuidam disso — mas o fato de que as regras foram seguidas é algo que qualquer um pode checar instantaneamente.
É isso que está mudando aqui de verdade: a confiança costumava ser algo que uma instituição validava. Agora é algo que cada transação comprova por si só.
Então talvez a pergunta real não seja como auditar mais rápido. É se olhar para trás ainda faz sentido.
Tenho vindo a reunir @grvt_io (GRVT) pontos a partir de duas direções diferentes ultimamente — fazendo trading durante a Temporada 2 e, mais recentemente, trabalhando nas missões do Binance Wallet Booster. Então, quando o Multiplier Plan foi aberto, não era apenas mais um formulário para preencher. Eu realmente tive de pensar no que faria mais sentido para mim.
O processo em si levou apenas alguns minutos. Conecte uma wallet auto-custodiada (GRVT deixa bem claro que usar um endereço de depósito de uma CEX pode fazer você perder seus tokens permanentemente), registre-se antes do prazo e depois escolha entre o Standard Plan e o Multiplier Plan.
A escolha é surpreendentemente simples. Fique com o Standard Plan e receba a sua alocação completa no dia do TGE. Ou entre no Multiplier Plan, adie parte da sua distribuição e receba uma parcela maior ponderada mais tarde. O pool total de tokens não aumenta — você está apenas a escolher um caminho de distribuição diferente.
Depois de pensar bem, decidi aderir.
A razão não foi complicada. Eu já tinha comprometido capital ao longo da Temporada 2, então esperar um pouco mais por parte da alocação não alterou muito a forma como eu estava a abordar o GRVT.
O que achei interessante é como isso coloca toda a gente na mesma página. Não importa se os seus pontos vieram de trading ativo ou de completar missões Booster. A partir deste passo, todos enfrentam a mesma pergunta: você quer liquidez hoje, ou está confortável em esperar por uma parcela potencialmente maior mais tarde?
Isso faz o Multiplier Plan parecer menos um truque de airdrop e mais uma forma simples de separar participantes de curto prazo de pessoas que realmente planeiam continuar envolvidas.
A janela de registo termina em 17 de julho, 00:00 UTC. Se você tem estado a ganhar pontos em GRVT, provavelmente vale a pena dar uma olhada antes que feche. @grvt_io #grvt
📉 Esses US$ 500 parados no seu saldo da corretora, esperando o “setup certo” — o que isso te rendeu esta semana?
Nada. E a maioria dos traders nem sequer faz essa conta.
O sistema antigo te dá duas opções: 🔸 Ficar pronto para operar e deixar seu saldo parado 🔸 Fazer yield farming e travar, ilíquido, indisponível
Esse é o golpe. Seu capital está trabalhando ou pronto para ser negociado. Quase nunca as duas coisas.
⚡ É aqui que o Earn on Equity da GRVT muda o jogo.
O equity da sua conta rende passivamente, sem lockups, enquanto você permanece totalmente pronto para negociar quando surgir uma oportunidade. E como a liquidação é on-chain via provas de zero-knowledge, você mantém a autocustódia em vez de entregar seu dinheiro a uma corretora apenas para ganhar com ele.
Isso não é apenas um recurso. Aponta para onde a concorrência entre corretoras está indo na próxima etapa.
Não taxas mais baixas. Não mais listagens.
Uma pergunta importa mais do que as pessoas imaginam:
Quão difícil é cada dólar que você mantém realmente trabalhando agora?
O Problema do Aperto de Mãos de Descriptografia: por que "Privacidade" é a palavra errada para o que DeFi realmente precisa
Posso ser honesto por um segundo? Quando a maioria dos projetos diz que tem "privacidade", eu aprendi a ficar um pouco desconfiado. Não porque a intenção seja ruim, mas porque essa palavra é usada para encobrir um problema que a maioria das equipes na verdade não resolveu. A questão é que ninguém quer admitir em voz alta: se seus dados estão criptografados e você precisa verificá-los contra alguma regra de limite de gastos, uma lista de sanções, o que quer que seja, alguém precisa descriptografá-los primeiro. Não existe forma de contornar isso. Você simplesmente não consegue executar uma verificação em dados que não consegue ler.
Sejamos honestos: "compliance" sempre foi uma palavra suja no DeFi. Mas aqui vai uma pergunta que vale a pena considerar: o KYC on-chain é sempre apenas centralização usando uma máscara?
Pense em como a maioria das ferramentas de compliance funciona hoje. Você consulta uma API, ela devolve "sim" ou "não" — e você negocia com base nessa resposta. Sem comprovantes, sem como verificar o trabalho. Você está apenas... confiando em uma caixa-preta. E, se formos sinceros, é exatamente a coisa que o DeFi prometeu eliminar.
Agora alguns projetos, Newton incluído, estão tentando algo diferente. Em vez de um gatekeeper decidir seu destino, regras de política são avaliadas (pense em lógica no estilo Rego) e o que sai não é um veredito — é uma prova. Uma assinatura BLS dizendo: "sim, essa transação ficou dentro das linhas".
Não "confie em nós". Mais tipo "confira a conta você mesmo".
Por que isso importa? Porque instituições querem trilhas de auditoria. O DeFi quer continuar sem necessidade de confiança. Acontece que essas duas coisas não são inimigas de verdade — você só precisa de prova em vez de promessas.
Então aqui vai a pergunta real: o compliance verificável vai se tornar o novo padrão que as instituições exigem? Ou oráculos centralizados de KYC simplesmente... vencem por padrão porque são mais fáceis?
Estamos falhando em valorizar corretamente esses riscos e isso está arruinando nossos hedges.
Eu vi situações em que noites de liquidação quebram perfeitamente carteiras protegidas quando a volatilidade está alta. Auto-Deleveraging (ADL) é a solução padrão do setor. Mas, honestamente? A ADL é muitas vezes uma regra excessivamente simplificada — fechar à força operações lucrativas para manter o sistema à tona e assumir que a solvência é uma questão aguda. Por que as perdas sempre têm de ser realizadas? Uma solução intrigante que está ganhando forma nesse espaço é a arquitetura híbrida ZKsync da GRVT. Eles propõem um novo paradigma, o Liquidity Time-Value of Loss (L-TVL). Pelo design deles, se o Fundo de Seguro ficar negativo, a intenção do protocolo é não fazer uma ADL instantânea. Em vez disso, ele usa um corte temporal de perda socializada apenas para retiradas atuais e implementa um protocolo para limitar arbitragem spot. Mas se o usuário não retirasse do déficit, isso não seria um custo imediato para ele, e a solvência poderia se tornar um aspecto dinâmico e temporal. Isso pode dar ao protocolo uma oportunidade de crescer de forma orgânica. Todos os novos modelos de risco passam pelo teste definitivo durante eventos extremos do tipo cisne-negro, mas mudar a postura de "pânico" para "gestão temporal de risco" é algo que vale a pena explorar. O que você acha que outros modelos para a ADL devem receber? @grvt_io #grvt #GRVT #grvt
Ontem, eu vi um bot sendo espremido por 50 dólares. Foi brutal. Sim, o mempool público é um campo de batalha mortal para código autônomo... Hmmm... Foi assim que a Deloitte adquiriu, de forma sorrateira, os desenvolvedores principais da Blocknative no mês passado. As finanças globais estão prestes a ser tratadas por agentes de IA corporativos que são cegos para MEV e para o front-running predatório. Esses robôs corporativos entram na floresta escura, onde são caçados. Mas certamente não são mentes mais inteligentes que eles precisam de portas invisíveis. É por isso que infraestrutura segura, como o Newton Protocol ($NEWT ), está em alta. Com a ajuda de zkPermissions e roteamento privado, o Newton protege as transações antes de sua finalização. Segurança não é velocidade, mas criptografia. @NewtonProtocol #Newt $NEWT
Por que parei de perseguir agentes de IA inteligentes e comecei a exigir melhores jaulas criptográficas
Não me entenda mal, eu amo agentes de IA inteligentes, mas eu não os amo o bastante.Don't get me wrong, I love smart AI agents, but I don't love them enough. Na semana passada, vi um agente de arbitragem esgotar completamente o seu pool de garantias em menos de 10 segundos por causa de uma crença em uma alimentação de oráculo de preços corrupta. Mas, depois de dez segundos — sim, depois de dez segundos — meses de rendimento de capitalização são apagados. Não foi porque a inteligência artificial era pouco inteligente. O modelo era uma rede neural extremamente complexa que conseguia operar em milhares de pontos de dados por segundo. Não, porque o agente não tinha controle sobre as chaves da carteira, nem qualquer desincentivo para cometer um erro. Esse cara tinha um cérebro extremamente rápido, mas a sua jaula era de papel. Nossa comunidade tem fascinação por bots há anos e por torná-los mais inteligentes e mais independentes. No entanto, acredito que isso é uma distração perigosa para nós enquanto começamos 2026. O agente de IA não restringido com a chave privada não é uma mudança de jogo no mundo das finanças on-chain. É uma bomba-relógio no bolso financeiro de qualquer pessoa que consiga enviar um prompt que o ative ou um bot de front-running sagaz.
Eu dei a um agente de IA acesso a uma hot wallet no mês passado, e hmmm... sim, eu quase não dormi. Queremos bots autônomos para gerenciar rendimento e negociação, mas uma única alucinação ou uma injeção de prompt adversarial pode drenar silenciosamente todo o seu portfólio. Confiar no bot é uma receita para o desastre. Então, como construímos guardrails reais sem abrir mão da velocidade? O Newton Protocol inverte esse paradigma completamente. Ao herdar o NewtonPolicyClient no contrato da wallet do agente, podemos impor restrições estritas no nível de funções. O agente consegue executar uma swap? Sim. Consegue chamar transferOwnership? Não. Cada intenção precisa cumprir uma política Rego antes da execução. Não... confiança não é um modelo de segurança. Autonomia sem restrições é apenas caos, e a segurança de verdade significa travar programaticamente o piloto automático para fora da cabine. A chave é simples: regras devem nos proteger das nossas próprias criações. @NewtonProtocol #Newt $NEWT
O Preço da Adaptabilidade: Por que Newton nos Ensina que a Memória é o Ledger Definitivo
Vi um desenvolvedor suar pela camisa durante uma atualização de mainnet ao vivo na semana passada, e não era por causa de um exploit ativo. Ele estava simplesmente aterrorizado com o slot zero. Isso me fez perceber como nossos sistemas imutáveis se tornam frágeis no momento em que tentamos alterá-los. DeFi está cheio de protocolos que guardam milhões de dólares e que não podem simplesmente parar, apagar tudo e recomeçar. Eles precisam melhorar enquanto ainda estão em execução, razão pela qual o Newton Protocol capturou tanto interesse. Ele oferece uma forma de integrar autorização pré-transacional diretamente em um contrato já existente por meio de uma atualização via proxy. À primeira vista, isso parece o sonho de todo desenvolvedor. Você herda o NewtonPolicyClient, conecta seu contrato antigo ao mecanismo de políticas e, de repente, tem controles de risco de nível institucional. Mas quando você olha com mais atenção, percebe que as armadilhas mais perigosas não estão na lógica de negócio em si. Elas se escondem nos silenciosos slots de memória da Ethereum Virtual Machine.
Fazer Staking das Suas Próprias Promessas é uma Armadilha
Tenho visto muitos projetos sangrarem por causa de sua segurança construída como uma casa de cartas. A maioria dos protocolos protege suas redes com seus próprios tokens nativos. Hmmm... falar de lógica circular. Se o preço do token cai, o seu orçamento de segurança desaparece. O Newton Protocol quebra esse ciclo. Em vez de proteger suas verificações pré-transação com $NEWT , os operadores fazem staking de ETH restaked através do framework de AVS da EigenLayer. Se um operador assina uma atestação falsa, um desafiador reavalia a política Rego dentro de uma ZK-VM. A matemática, por si só, aciona o slashing do ETH deles. Nenhum viés humano. É perfeito? Não, a conivência entre operadores permanece um risco estrutural. Mas depender de garantias econômicas externas é um raro momento de sanidade em um mercado movido por hype. A confiança real não pode ser cunhada; ela precisa ter um custo real.
Construímos os Registros Definitivos, Mas Esquecemos a Tranca
Ontem eu estava assistindo a um contrato inteligente drenar tudo em tempo real em um explorador de blocos, e isso me deixou com uma pergunta simples: o que acontece quando a transação é válida, mas a intenção nunca deveria ter sido aprovada desde o início? Essa tensão é fácil de passar despercebida nas criptomoedas. Blockchains são muito boas em liquidação. Elas são menos boas em autorização. Em pagamentos tradicionais, a autorização acontece antes do dinheiro ser movido. Em DeFi, transações assinadas muitas vezes vão direto para a execução, o que significa que o sistema pode fazer exatamente o que foi solicitado, mesmo quando o que foi solicitado era perigoso.
Os Trilhos Invisíveis das Stablecoins: Por que Newton Pode Importar Mais do que Mais um Token de Um Dólar
A história das stablecoins já não é sobre USDT versus USDC. Esse debate parece cada vez mais secundário.
À medida que as stablecoins se tornam a camada de liquidação para pagamentos, transferências transfronteiriças, ativos tokenizados e até mesmo agentes de IA, a pergunta maior muda: quem constrói a infraestrutura que move valor com segurança?
Mover dinheiro não é mais a parte difícil. O difícil é garantir que cada transação siga regras predefinidas antes de ser liquidada.
Foi por isso que o Newton Protocol chamou minha atenção.
Em vez de tratar a conformidade como algo que acontece depois de uma transação, a Newton introduz políticas programáveis que podem ser avaliadas antes da liquidação. Num futuro em que agentes autônomos de IA possam controlar carteiras e movimentar capital por múltiplos protocolos, este desenho parece cada vez mais relevante.
Acho que a próxima geração da infraestrutura financeira não será definida pelas stablecoins que as pessoas mantêm. Será definida pelos trilhos por baixo: quem fornece custódia segura, permissões programáveis, aplicação de políticas e execução verificável.
Se as stablecoins se tornarem o dinheiro da internet, protocolos como o Newton estão levantando uma pergunta mais profunda:
O dinheiro da internet pode se tornar programável sem sacrificar a confiança?
Isso parece uma corrida mais importante do que simplesmente criar mais um dólar on-chain.
O Oracle Stack do Protocolo Newton redefine a resistência à censura do DeFi?
O Protocolo Newton é interessante porque levanta uma questão que muitos projetos de DeFi tentam evitar: o que acontece quando a execução “sem necessidade de confiança” ainda depende de entradas confiáveis? De acordo com os próprios materiais de Newton, sua versão beta na rede principal já está ativa na Base e no Ethereum, e a avaliação de políticas acontece antes do settlement por meio de operadores do EigenLayer, políticas baseadas em Rego, definições de políticas armazenadas no IPFS e atestações BLS. O protocolo também oferece suporte a pacotes de oráculos de dados como Chainalysis, vaults.fyi, RedStone, Credora e Webacy. Tecnicamente, isso é uma peça séria de infraestrutura. Mas, filosoficamente, também é uma mudança: parte da confiança sai do código puramente onchain e passa para a qualidade, a atualidade e a governança das fontes de dados offchain.
Além dos Alertas do Twitter: por que Newton parece a catraca de segurança do DeFi
Uma coisa que notei sobre o DeFi é que ainda passamos muito tempo reagindo a exploits em vez de preveni-los. Quando uma investigação começa, a transação já passou e os danos muitas vezes já foram causados.
Por isso, Newton me chamou a atenção.
Em vez de focar apenas no que acontece depois de um ataque, a Newton está explorando uma abordagem diferente: verificar se uma transação deve ser permitida antes que ela seja executada. É uma pequena mudança no timing, mas pode ter um grande impacto em como sistemas automatizados gerenciam o risco.
Gosto de pensar nisso como a diferença entre uma câmera de segurança e uma catraca de metrô. A câmera registra o que aconteceu. A catraca decide quem passa.
À medida que agentes de IA e finanças automatizadas se tornam mais comuns, essa ideia parece cada vez mais relevante. Talvez o próximo passo para o DeFi não seja apenas construir sistemas mais rápidos, mas construir sistemas que pausar, verifiquem e então ajam.