Para mim, a maioria das cadeias de restaking vai se confundindo neste ponto. Narrativas de compartilhamento de segurança, conversas vagas sobre ecossistema, sem usuários reais. Babylon também estava nessa pilha, até que uma instituição tradicional de finanças começou, em silêncio, a executar um fluxo de trabalho de produção através dela.
Não é uma demonstração. Não é promessa de whitepaper. É uma dependência operacional de verdade — algo mais raro do que qualquer gráfico de tokenomics. Esse único fato muda a forma como vejo todo o projeto. Infraestrutura construída por construir é fácil de dispensar; infraestrutura que alguém usa no dia a dia é mais difícil de ignorar.
A configuração de proof of reserves (prova de reservas) aumenta meu interesse cauteloso aqui. Depois do FTX, todo mundo correu para "provar" solvência apontando para endereços de carteira, o que é mais ou menos como provar que você tem economias mostrando uma foto da sua carteira e torcendo para que ninguém faça perguntas de acompanhamento.
Proof de reservas com ZK é diferente porque prova que a matemática em si está consistente, sem revelar nada sensível por baixo. Essa é uma resposta técnica real para um problema de confiança que a indústria nunca resolveu de fato. Ainda não estou totalmente convencido. Fluxos de trabalho institucionais podem desaparecer tão discretamente quanto chegam. Mas agora eu não estou mais desviando o olhar.
Eu continuo checando os números porque eles não batem do jeito que os memecoins normalmente fazem. A Babylon está com cerca de 56.000 BTC apostados, mais de US$ 5 bilhões em valor travado. A capitalização de mercado dela é uma fração disso. Normalmente, eu chamaria isso de sinal de alerta: algum truque contábil inflando o TVL para sustentar um token.
Mas não aqui. O BTC é nativo, não custodiado e verificável on-chain. Sem wrapping, sem risco de bridge, sem IOU. É essa a parte que chamou minha atenção. Um protocolo garantindo mais Bitcoin real do que a maioria dos L1s consegue sonhar, precificado como se ainda estivesse se encontrando. Eu já vi muitos miragens de TVL evaporarem para continuar cauteloso.
A inflação na oferta do token é real, os desbloqueios estão chegando, e “subvalorizado” é a primeira palavra que todo bagholder usa. Ainda assim, a diferença entre uso e preço é incomumente grande, e normalmente essas diferenças assim fecham em uma direção mais cedo ou mais tarde. Eu ainda não sei qual direção.
Toda gente fica apontando para o mesmo número: bilhões travados, com a capitalização de mercado sendo apenas uma fração disso. O enquadramento é sempre “subvalorizado”, como se a diferença fosse dinheiro grátis sobre a mesa.
Eu não acho que seja tão simples. TVL mede BTC que está estacionado e rendendo, não mede a demanda pelo próprio token. São mercados diferentes usando o mesmo título.
Os detentores de Bitcoin que fazem staking via Babylon não precisam tocar no BABY de forma alguma, além de pagar o gas, então uma TVL em alta pode coexistir com um token que ninguém está correndo para comprar. Some a isso que a oferta é tecnicamente infinita, com o vesting se estendendo até 2029, e a diluição não é um risco secundário — está embutida no design.
Então a pergunta real não é se o protocolo está sendo usado — claramente está. A questão é se o uso do protocolo alguma vez deveria se traduzir em demanda pelo token em primeiro lugar, ou se só ficamos assumindo uma ligação que nunca foi de fato construída.
Toda vez que leio sobre o marketplace da Babylon's Bitcoin-Secured Network, volto a um detalhe que as pessoas tendem a ignorar: os provedores de finalidade não são as próprias cadeias; são os intermediários que decidem por onde a segurança lastreada em BTC será roteada.
Esse é um trabalho real, com incentivos reais. Um provedor de finalidade escolhe quais cadeias servir, e os apostadores de BTC escolhem em qual provedor de finalidade confiar para sua exposição. É um mercado de dois lados que não existia antes deste design, e mercados de dois lados tendem a se concentrar em quem parece mais seguro logo no início.
Fico me perguntando o que acontece quando alguns poucos provedores de finalidade acabam dando suporte à maior parte do BTC apostado. Isso não é uma falha do design; é apenas o que os marketplaces fazem quando a confiança é escassa e a reputação é o único sinal disponível.
A Babylon resolveu tirar a segurança do Bitcoin do banco de reservas. Seja essa segurança distribuída ou, silenciosamente, re-centralizada em torno de alguns poucos provedores é a parte que ninguém ainda testou.
Presumi que adicionar suporte a EVM ao lado de CosmWasm apenas ampliaria o alcance da Babylon—mais desenvolvedores, mais apps, uma adição simples. Mas não vejo isso completamente assim agora.
Duas máquinas virtuais em uma única cadeia significam dois ambientes de desenvolvimento separados, dois conjuntos de ferramentas, dois pools de liquidez que não conversam automaticamente entre si. Um app nativo de CosmWasm e um app nativo de EVM podem ambos ficar no Babylon Genesis sem compartilhar usuários ou capital, a menos que alguém construa a ponte entre eles deliberadamente.
Esse é o custo silencioso do design de duas VMs. Ele resolve o problema de acesso: desenvolvedores Solidity não precisam aprender as ferramentas do Cosmos para construir aqui. Mas pode criar dois ecossistemas menores em vez de um maior, caso a adoção se divida de forma equilibrada em vez de se concentrar.
Basicamente, a Babylon está apostando que o lado da EVM atrai desenvolvedores suficientes para que a divisão valha a pena. Talvez valha. Colateral lastreado em Bitcoin é raro o bastante para que qualquer um dos lados, sozinho, pudesse justificar a arquitetura.
Ainda assim, a dupla VM realmente unifica a liquidez em torno do colateral em Bitcoin, ou apenas cria duas Babylons usando um único nome?
Uma falha na extensão de voto BLS da Babylon poderia ter permitido que validadores atrasassem a produção de blocos omitindo dados. Ela foi divulgada, corrigida e documentada publicamente. Aprendi a prestar mais atenção a como uma equipe lida com as más notícias do que a como ela comercializa as boas. Qualquer um pode postar um marco de TVL.
Menos equipes publicam seus próprios relatórios de vulnerabilidade sem serem forçadas primeiro por um exploit. Pense nisso como a caixa-preta de um piloto: a maioria das empresas enterra o relatório do incidente; a Babylon colocou o dela no registro antes que nada desse errado.
Isso não é nada, especialmente com US$ 5,6B em BTC sentados nesses cofres. Mas a cultura de divulgação não elimina o risco; ela apenas te diz que a equipe é honesta sobre o risco que existe. O processo de des-vinculação ainda leva de dias a semanas.
As condições de slashing ainda foram relativamente pouco testadas sob pressão adversarial real. Confio mais em equipes que mostram suas cicatrizes do que naquelas que afirmam não ter nenhuma. Essa confiança ainda tem limites.
Ainda estão chamando Babylon de um protocolo de staking. Esse enquadramento já está desatualizado. A equipe está trabalhando em direção a empréstimos e stablecoins lastreados em Bitcoin, com o testnet já no ar para o Trustless Bitcoin Vault, e isso é um negócio completamente diferente.
Staking assegura redes. Colateral movimenta mercados de capital. E o timing também não é aleatório: a CLARITY Act e as diretrizes de staking da SEC/CFTC deste ano deram aos produtos baseados em Bitcoin um respaldo regulatório que não existia num ciclo atrás. Instituições não agem por “vibes”; elas se movem assim que a ambiguidade jurídica desaparece — e agora ela acabou.
Já vi muitos protocolos seguirem narrativas institucionais sem ter nada por trás. A Babylon tem cofres auditados, uma captação de US$ 70 milhões da Paradigm e, agora, o suporte técnico da a16z especificamente para essa construção do vault. Isso não é gasto de marketing; é gasto de engenharia. Ainda assim, nada disso foi provado em escala.
Empréstimos com lastro em Bitcoin já falharam publicamente antes, e o desbloqueio (unbonding) na Babylon pode levar semanas se algo der errado. Estou observando o lançamento do vault mais de perto do que eu esperava.
Um Marketplace Com Uma Única Listagem Ainda Não É Um Marketplace
Eu continuava vendo a palavra marketplace associada ao Registro do Modelo da Newton e levei isso ao pé da letra por um tempo: operadores competindo, um sistema de reputação, usuários navegando por uma biblioteca de agentes e escolhendo aquele que se adequa à sua estratégia. Então fui ver o que, de fato, está listado nesse registro hoje, e o quadro é bem menor do que a linguagem em torno dele. Atualmente, o registro funciona com um único agente em execução, o Agente de Compra Recorrente, e o roadmap enquadra explicitamente a mudança para um ecossistema componível de múltiplos agentes como algo que ainda está por vir, e não como algo já entregue. O objetivo é fomentar um ecossistema componível de agentes verificáveis, indo além do agente único inicial, o Agente de Compra Recorrente. Enquanto isso, a descrição mais ampla do marketplace que circula em writeups independentes fala de um sistema baseado em orderbook em que os usuários enviam intenções de automação com taxas anexadas e operadores competem para executá-las de forma eficiente e verificável. O protocolo opera como um marketplace baseado em orderbook que faz o pareamento de solicitações de automação entre usuários e operadores, com operadores competindo para executar tarefas com eficiência e de maneira verificável, e validadores verificando provas de execução antes de finalizar transições de estado. Esse é um design real, mas é um design que precisa de pluralidade para funcionar conforme descrito. Concorrência e reputação são conceitos relativos. Só fazem sentido quando existe mais de uma opção para competir ou construir uma reputação em relação a.
Cada política da Newton depende de dados externos: a Chainalysis para triagem de risco, a RedStone para precificação, e vaults.fyi e Webacy para sinais de vault e wallet. Newton trabalha com provedores de dados offchain como Chainalysis, RedStone, vaults.fyi e Webacy, alimentando adaptadores de oracle que os operadores consultam em tempo real.
A rede de operadores é descentralizada e passível de slash. Os provedores de dados por trás dela não são. Uma política só é tão sólida quanto o fornecedor que atende à chamada, e nenhum desses fornecedores está apostando algo contra estar errado.
Assim, a história de "autorização neutral e descentralizada" se sustenta em parte em alguns poucos fornecedores centralizados de dados que ninguém pune economicamente se o feed estiver desatualizado ou fora do ar. Esse risco é menor do que as pessoas supõem, ou é apenas um ponto único diferente de falha usando uma fachada descentralizada?
Uma coisa que eu sempre gosto nos eventos da Binance é a comunidade.
Conhecer pessoas com origens diferentes, mas com a mesma paixão por blockchain, faz com que cada evento valha a pena. Tive ótimas conversas, adquiri novas perspectivas e me conectei com pessoas que realmente acreditam no futuro do Web3.
O tema "Built By You" (Feito por Você) reflete perfeitamente o que torna este ecossistema especial: é a comunidade que continua impulsionando a inovação.
Parabéns à Binance por chegar a 9! Ansioso pelo que vem a seguir. 💛
Leia o roadmap de 2026 da GRVT além do título do TGE e a linha de RWA perps — o que ela está fazendo é mais do que parece à primeira vista.
Além de pares de cripto, a GRVT planeja contratos perpétuos em ações globais, forex e commodities, junto com uma camada de pagamentos para transações P2P e uma conexão de yield na Layer 1 através do ZKsync Atlas. Isso é uma expansão real além de "mais um DEX perp", mas coloca a plataforma de forma direta dentro de um território regulatório ainda indefinido.
O modelo híbrido da GRVT, com matching off-chain e liquidação on-chain, já se posiciona de maneira ambígua sob a MiCA e o quadro em evolução da Clarity Act. Ao adicionar derivativos alavancados em ações e FX a uma appchain focada em privacidade com zk, empilha uma questão de valores mobiliários sobre uma questão de privacidade, em jurisdições que ainda não finalizaram a definição de nenhuma delas separadamente.
As instituições podem querer exatamente essa combinação: execução privada, liquidação on-chain e exposição a RWA. Os reguladores podem ver um token embrulhado em produtos derivativos indefinidos antes de as definições existirem.
A integração de Persona por Newton para verificação de identidade e checagens de jurisdição é a parte deste projeto que parece mais subdiscutida. Todo mundo está falando sobre o AVS, as políticas Rego, as coisas de zk. Menos gente está lidando com o fato de que a adoção institucional real precisa de uma camada de identidade real por trás disso, e não apenas de um mecanismo de autorização inteligente.
Essa é a verdade pouco glamourosa sobre a infraestrutura de conformidade. A criptografia pode ser impecável e, ainda assim, nada disso importa se os dados de identidade que alimentam a política forem fracos ou facilmente falsificáveis. A cadeia inteira de verificação da Newton só é tão confiável quanto o que estiver confirmando quem realmente está do outro lado de uma carteira.
Parece uma dependência silenciosa que ninguém considera no preço da tese do token. Não as provas, não os operadores—o entediante “pipe” de KYC que fica a montante de tudo isso.
Fico curioso sobre o quanto do discurso institucional da Newton realmente se apoia em parceiros como esse, em vez de sua própria tecnologia.
Algo engraçado aconteceu na semana passada: eu estava redefinindo um laptop de trabalho que continuava falhando no secure boot após uma atualização de BIOS. Alguma configuração tinha mudado e a máquina se recusava a confiar no próprio firmware até eu reabilitá-lo manualmente. Levei vinte minutos de busca no Google para entender o que "measured boot" realmente significava. E, claro, como meu cérebro aparentemente não consegue mais compartimentalizar, esse desvio me levou direto de volta aos documentos do Newton Protocol, especificamente para a parte que eu tinha pulado todas as vezes anteriores: a camada do Oracle Adapter Layer.
@grvt_io #grvt Eu costumava achar que margin estar em uma exchange era apenas capital morto, parado lá até que você precisasse para uma negociação. A integração nativa de yield da GRVT na Layer-1 via Aave combate essa suposição diretamente.
A ideia é simples no papel: garantias que não estão fazendo margin para uma posição continuam gerando rendimento em segundo plano, em vez de ficarem ociosas. Um saldo, fazendo dois trabalhos ao mesmo tempo.
O que ainda não resolvi é o que acontece sob estresse. Se aquela mesma garantia está gerando rendimento via Aave e também dando suporte a posições abertas, um evento de liquidação agora toca dois sistemas em vez de um. Eficiência e risco normalmente andam juntos, não separados, e eu não acho que seja uma exceção.
A promessa é eficiência de capital. A parte que ninguém está vendendo ainda é se o modo de falha vai permanecer contido.
O Keystore Rollup da Newton Quer Permissões em Um Só Lugar
Quase passei por cima disso. Ele está listado como "em breve" no próprio roadmap da Newton, fácil de perder ao lado dos anúncios mais barulhentos sobre cofres e oráculos de identidade. Mas a ideia por trás do Multichain Newton Keystore Rollup é maior do que sua descrição: um único rollup de zkPermissions, feito para armazenar permissões programáveis uma vez, de forma barata, e permitir que cada cadeia que se conecta à Newton referencie esse mesmo registro em vez de redeployar e revalidar separadamente a mesma lógica de política em cada uma. O problema que está resolvendo é real. Hoje, se uma política precisa ser aplicada na Ethereum, na Base e onde quer que a Newton se expanda a seguir, uma lógica como essa precisa existir, ser avaliada e receber pagamento em cada cadeia individualmente. Isso é computação redundante, gás redundante e uma área de superfície crescente para que a mesma política desvie silenciosamente da sincronia entre as implantações. Um rollup construído especificamente para manter permissões resolve o problema de redundância de forma clara. Um único registro canônico, provas de conhecimento zero atestando seu estado; as outras cadeias apenas verificam isso em vez de carregarem toda a lógica por conta própria.
@grvt_io #grvt Puxei os números da Temporada 2 da GRVT ao lado do status real do TGE e a diferença me surpreendeu. O TVL subiu 847% para US$ 107,1M e o open interest aumentou 42x para US$ 484,1M durante a temporada, com crescimento real e verificável. Ainda assim, listagens em CEX de primeira linha estão sendo perseguidas, mas ainda não foram confirmadas na atualização mais recente.
Então o argumento fundamental é forte, mas a distribuição não está garantida. No lançamento, o token negocia primeiro no próprio mercado spot da GRVT. Isso serve bem para quem já está ativo na plataforma, mas é fraco para qualquer pessoa que espere liquidez ampla imediata em outros lugares.
Métricas fortes não garantem um cronograma de listagem tranquilo. São dois riscos separados, e por agora apenas um deles está resolvido.
A Camada de Políticas é Descentralizada. Os Fatos que Ela Lê Não
Eu passei um tempo admirando o design antes de perceber o que estava por baixo dele. Newton verifica a avaliação de políticas com operadores restakados, provas de conhecimento zero, janelas de disputa e slashing. Todo esse aparato é construído para responder com convicção a uma única pergunta: a rede verificou corretamente esta transação em relação a esta política? É um problema de engenharia genuinamente difícil, e a abordagem da Newton para ele é cuidadosa. Mas uma verificação de política só é tão sólida quanto os fatos com que está verificando, e esses fatos, em quase toda política da Newton que eu analisei, vêm de algum lugar totalmente diferente.
Newton continua se comparando a uma rede de cartões, verificando regras antes de um pagamento ser liquidado. Eu entendo por quê. É uma analogia bem clara. Mas as redes de cartões ganham confiança em parte graças a décadas de infraestrutura centralizada de fraude que fica bem ao lado dos dados. O modelo de confiança da Newton é o oposto: verificação descentralizada, construída sobre um marketplace de fornecedores independentes que ela não controla.
Isso não é exatamente uma falha. É apenas um tipo diferente de sistema usando um metáfora familiar. Um titular de cartão que contesta uma cobrança tem uma única empresa para contatar. Um usuário que depende de uma política da Newton construída a partir de três diferentes oráculos de dados não tem uma parte única responsável caso um desses oráculos esteja simplesmente errado.
A metáfora vende conforto, mas a arquitetura ainda não entrega tudo.
Quando avalio novas plataformas de cripto, sempre faço uma pergunta: meu capital pode fazer mais de uma tarefa ao mesmo tempo?
Essa é uma das razões pelas quais continuo acompanhando a GRVT.
A plataforma é construída em torno da ideia de capital produtivo. Em vez de deixar os fundos parados, a GRVT pretende permitir que os usuários negociem enquanto seus saldos elegíveis continuam gerando rendimento. As atualizações recentes até expandiram o programa Earn on Equity, em que saldos em USDT podem automaticamente render APY sem exigir que os usuários bloqueiem seus fundos.
Acho que essa é uma melhoria significativa, porque o capital ocioso sempre foi uma das maiores ineficiências na negociação.
Naturalmente, toda plataforma ainda traz riscos de execução e de mercado, então eu nunca assumo que qualquer modelo está garantido a ter sucesso. Mas aprecio projetos que tentam melhorar a experiência do usuário, em vez de simplesmente introduzir mais um token.
Para mim, inovação não é adicionar mais recursos; é fazer o capital funcionar de forma mais inteligente.
Por isso, vou continuar acompanhando o progresso da $GRVT nos próximos meses.