Agora, ao olhar para o ecossistema do @Dusk , o maior problema já não é “se existe um parceiro de cooperação”, e sim quando essas parcerias realmente conseguirão se transformar em negócios reais na cadeia.
Na verdade, a lista de parceiros não é ruim: NPEX, Quantoz, Cordial Systems, Chainlink, 21X — basicamente cobrindo exchange, stablecoin, custódia, oráculo e cross-chain. Especialmente na linha da NPEX, a equipe oficial vinha mencionando que quer levar ativos de cerca de 300 milhões de euros para a blockchain. Só olhando o “quebra-cabeça”, realmente parece um conjunto completo de infraestrutura financeira regulada.
Mas o que eu me preocupo é outra coisa: mais de um ano se passou, e o mercado consegue perceber, na prática, qual é o volume real de emissão de ativos, volume de negociação no mercado secundário, volume de liquidação de stablecoins e o número de investidores ativos?
Esse é justamente o ponto mais contraditório sobre o @Dusk .
Em 15 de agosto, em uma fala da própria equipe sobre tokenização de ativos SME, eles já deixaram isso bem claro: dividir os ativos em frações menores não gera, por si só, demanda e liquidez. O que realmente importa é se investidores, pagamentos e liquidação e os locais de negociação regulados conseguem funcionar juntos.
O inverso dessa frase também é válido para o Dusk.
A NPEX fornece os ativos e a licença, a Quantoz fornece o EURQ, a Cordial completa a custódia, a Chainlink fornece dados e cross-chain, a 21X fornece a entrada para o mercado regulado — o que mais falta agora a essas parcerias não é “o próximo logo”, e sim dados públicos e contínuos de negócios.
O que eu gostaria de ver não é mais um anúncio de parceiro, e sim: quantos ativos da primeira leva realmente foram colocados na cadeia? Quantos investidores reais entraram? Quanto do EURQ foi liquidado no Dusk? No mercado secundário, existe negociação concluída todos os dias?
Ecossistema não é lista de parcerias; no fim, o ecossistema são ativos, usuários e fluxo de caixa.
Se esses números começarem a crescer de forma contínua, eu reavaliarei para cima a minha opinião sobre o Dusk; se continuar havendo apenas uma infraestrutura cada vez mais completa, mas sem se ver o negócio rodando, então, por mais luxuoso que seja o “mosaico” de parcerias, ainda só pode ser considerado “está tudo muito bem preparado”.
#dusk $DUSK Nesses dois dias, $DUSK subiu com bastante animação, mas quanto mais eu olho para o book, mais sinto que há algo que não está bem nesta alta: o volume aumentou, não quer dizer que a liquidez realmente tenha melhorado.
Agora, o preço do DUSK está em torno de US$ 0,0695, subiu quase 11% nas últimas 24 horas, e o volume está em cerca de US$ 4,45 milhões—cerca de 40% a mais do que no dia anterior. Só olhando para esses números, realmente é fácil achar que “o dinheiro entrou”. E somando a isso as recentes promoções de recompensa do CreatorPad, faz sentido a atenção de curto prazo aumentar.
Mas eu não compro essa ideia quando faço trading; eu prefiro olhar diretamente para o book.
No CoinGecko, na Binance, DUSK/USDT, o volume de 24 horas é de cerca de US$ 810 mil. O problema é que a profundidade atual de +2% é de apenas cerca de US$ 15,9 mil; a profundidade de -2% é só cerca de US$ 30,5 mil, e o spread é de aproximadamente 0,14%. É isso que realmente me incomoda: conseguir “bater” dezenas ou centenas de milhares, às vezes milhões, de volume em um dia não significa que, quando você realmente tentar colocar alguns milhares de dólares, você vá conseguir executar com conforto.
Quando o mercado está mais lento, isso não fica tão evidente. Mas assim que @Dusk esbarra no fim de uma atividade, o mercado de repente enfraquece ou, em pouco tempo, uma grande onda de stops é acionada e todos derrubam ao mesmo tempo, a fragilidade do book logo amplifica. O que você vê pode ser apenas “alguns pontos” de alta/queda; na prática, porém, o que você acaba comendo é slippage, pavios (inserções), cancelamentos que não dão tempo de reagir—e até o preço da execução do stop pode não ter nada a ver com o que você imaginava.
Então, nesta alta do DUSK, eu não vou tomar apenas o volume como evidência de que a liquidez melhorou. O que realmente me fez mudar de ideia é conseguir ver, por várias semanas, um aumento constante na profundidade do book—e não é algo sustentado apenas porque uma única promoção empurrou o volume.
Dá para fabricar volume por causa do “hot topic”, mas não é tão fácil “montar” profundidade.
E é essa a minha maior dúvida atual sobre o DUSK: depois que o calor chega, ficam os traders—ou fica só aquela imagem bonita de 24h Volume?
#dusk $DUSK Se você cobrir primeiro aquelas grandes palavras “regulated onchain finance” do site oficial e deixar apenas um usuário comum usar o Dusk, eu acho que o problema fica ainda mais evidente: o primeiro passo, afinal, em que você precisa clicar?
@Dusk Na prática, a camada de base já não está na fase de “não pode ser usado”. A mainnet está em Live; os dados do site mostram mais de 210 milhões de DUSK participando do staking; e o encerramento determinístico deve levar cerca de 10 segundos. O que importa é que “a infraestrutura rodar” e “o usuário achar que é fácil de usar” são coisas completamente diferentes.
Em abril, a equipe oficial publicou especificamente o Dusk Connect e a nova Dusk Wallet — e isso, por si só, já deixa claro o problema. A própria equipe oficial admite que a Web Wallet original era mais como uma aplicação independente; o dApp não consegue descobrir a carteira, solicitar conta e assinar transações do jeito que as pessoas estão acostumadas em carteiras EVM. A nova versão realmente adiciona extensões para o navegador, app desktop e mobile, além de recursos como transferências públicas/privadas, shield/unshield, staking, claim de rewards etc. Mas, na época, a posição que o próprio oficial dava para ela ainda era “developer preview”.
Esse é o maior questionamento de produto que eu tenho hoje sobre o Dusk: a capacidade técnica só aumenta, mas o usuário comum realmente sabe quando fazer um public transfer e quando fazer um shield? Depois que os ativos passam de um ambiente para outro, onde você vai olhar? Se der falha, você deve tentar de novo, esperar ou procurar suporte?
Isso não é implicância. Em janeiro, o serviço de ponte foi pausado porque uma carteira de assinatura foi invadida. E, na revisão posterior, a equipe oficial chegou a separar o status da transação em seen, submitted, completed, failed, stuck — o que mostra que “o usuário consegue entender o que está acontecendo depois que dá problema” é, por si, parte da segurança do produto.
O mais concreto, porém, é que atualmente o Dusk Trade no site oficial ainda está como Building, e o DuskEVM e o Hedger ainda estão como Testnet.
Por isso, ao contrário, eu acho que a próxima etapa do Dusk não deveria ser “adicionar mais um termo técnico”, e sim transformar em um indicador duro: as pessoas que entram pela primeira vez conseguem completar, com sucesso, uma operação completa dentro de dez minutos.
A infraestrutura de nível institucional pode ser bem complexa, mas a interface com o usuário não pode exigir que o usuário também vire, ao menos em parte, um desenvolvedor.
Tenho agora uma maior dúvida sobre @Dusk : não é tanto se dá para fazer em termos técnicos, mas sim… quando é que um usuário comum poderá realmente usar sem “consultar a documentação”.
O site oficial do Dusk já fala com bastante antecedência: confirmação de uma emissão em escala de €300 milhões+, cobertura de 50 mil+ investidores, participação e staking de 210 milhões+ de DUSK; no fim, a determinística fica em cerca de 10 segundos. Mas, por outro lado, o Dusk Trade ainda está marcado como Building, e DuskEVM e Hedger ainda são Testnet. A nova Dusk Wallet lançada em abril, no posicionamento que a própria equipe oficial deu na época, também era ainda developer preview. Dados e narrativa já entraram em “infraestrutura financeira de nível institucional”, porém a camada de produto que o usuário de fato toca ainda está em fase de aprendizado — e eu acho que essa lacuna não pode ser ignorada.
Especialmente depois de ter vivido o incidente do Bridge de janeiro, eu me preocupo ainda mais com o que fazer “depois que algo der errado”. Naquela época, a carteira de assinatura foi comprometida; na revisão de março, a equipe oficial divulgou que, durante o ataque, ocorreram transferências anômalas de DUSK em milhões de unidades, em sequência. A última tentativa de ponte de 8,91 milhões de DUSK falhou só depois do serviço ser desligado. Depois disso, o sistema de bridge passou a adicionar especificamente estes estados de transação: seen, submitted, completed, failed, stuck. Em essência, isso resolve um problema: não deixar o usuário diante de uma transação travada sem ter o que fazer, restando apenas adivinhar.
Isso também é algo que eu espero que o Dusk preencha na próxima fase. Privacidade, conformidade, ZK e ativos institucionais talvez o usuário comum não entenda no primeiro dia, mas “em que etapa eu estou agora”, “por que falhou”, “o dinheiro saiu de fato?”, “qual é o próximo passo e com quem eu devo falar”, tudo isso precisa ficar claro de imediato.
No fim, infraestrutura financeira não depende só da determinística on-chain; também depende da determinística para o usuário quando ele encontra uma anomalia. A tecnologia pode ser complexa, mas a complexidade não pode ser deixada para o usuário.
Agora eu observo o ecossistema do @Dusk e a pergunta que eu mais quero fazer já não é “quem mais colabora?”, mas sim o que essas colaborações, de fato, deixaram na cadeia.
O site oficial mais recente colocou NPEX, Chainlink, 21X, Cordial Systems e Quantoz no seu mapa de parcerias e ainda apresentou uma emissão confirmada de €300M+ e alcance de 50K+ investidores. A “vitrine” realmente está ficando cada vez mais parecida com um projeto de infraestrutura financeira legítimo.
Mas existe uma questão que é fácil de ignorar: os dados dos parceiros não são sinônimos dos dados que a Dusk já obteve.
Por exemplo, o NPEX já levantou mais de €200M no passado, atende 100+ PMEs e possui 17.500+ investidores ativos — isso prova que o NPEX tem um negócio real. Porém, quantos desses usuários já viraram usuários da Dusk? Quantos ativos foram efetivamente transferidos para a cadeia? Quanto isso gerou de negociações contínuas e liquidez? Até agora, a autoridade oficial não apresentou dados tão claros de conversão.
Ainda mais importante: o Dusk Trade atualmente continua marcado como Building, e o DuskEVM e o Hedger ainda estão em Testnet; a integração mais profunda do DuskEVM que a 21X mencionou no início, na prática, também é apenas planejada.
Então, eu acho que o que a Dusk mais precisa agora não é o próximo banner de parcerias, e sim uma “tabela de conversão das parcerias”: quantos ativos entraram, quantos usuários reais chegaram, quantas negociações foram geradas e quanta liquidez foi deixada para trás.
Em 15 de agosto, o oficial acabou de falar de como a tokenização abre o mercado de private placement de PMEs. Eu concordo com essa direção, mas a partir daqui a história deveria começar a falar de resultados.
A lista de parceiros só aumenta, o que é, claro, uma boa notícia. Mas se a longo prazo só for possível provar que “a porta existe”, e não que “o dinheiro realmente entrou”, então prosperidade do ecossistema e expectativa do ecossistema são coisas diferentes.
#dusk $DUSK Hoje fiquei olhando por um tempo o gráfico da DUSK e, na verdade, cada vez mais me preocupo com uma questão: @Dusk fala de RWA e de ativos institucionais sendo tokenizados na blockchain, mas o $DUSK em si, com essa profundidade de negociação atual, realmente está pronto para assumir um volume desse tamanho?
Até hoje, o preço da DUSK está por volta de US$ 0,061, com valor de mercado de cerca de US$ 30,5 milhões. O volume total negociado em 24 horas é apenas em torno de US$ 2,8 milhões. Esse número, visto isoladamente, não parece que ninguém está negociando. Mas, quando você coloca isso no contexto de trading de alta frequência, o que eu realmente me importa é o que acontece depois que as ordens são de fato executadas.
Em especial em 10 de julho, a Bitget removeu diretamente o par spot DUSK/USDT. A oficial não disse separadamente “é porque a liquidez é ruim”, mas, nos critérios de revisão para remoção, volume e liquidez aparecem claramente na frente. Além disso, serviços relacionados como robôs da DUSK, copy trading/seguidores e o Earn também foram removidos.
Eu acho que esse assunto merece mais atenção do que ver alguns pontos percentuais de queda no preço.
Porque o @Dusk agora, no ecossistema oficial, já está discutindo NPEX, Quantoz e Chainlink — a direção é claramente a de ativos regulados, stablecoins e RWA. Mas o que as instituições com capital mais temem não é exatamente “não haver narrativa”. É haver preço, mas não haver profundidade; até dá para colocar ordens, mas não consegue sair.
Para uma pequena quantia, uma ordem a mercado pode não mostrar a diferença. Mas quando a posição é ampliada, a verdadeira despesa passa a ser a espessura do book, o slippage e a velocidade para cancelar ordens. Em um cenário extremo, ainda adicionando alavancagem: depois que algumas ofertas forem consumidas, aqueles “vários pontos” que aparecem no gráfico podem ser completamente outra história quando viram negociação real.
Mais interessante ainda: em agosto ainda há o catalisador de votação de governança do OpenDusk, discutindo se as recompensas de blocos que antes foram destruídas devem ser direcionadas para o tesouro da comunidade. Eu não sou contra criar incentivos para o ecossistema, mas vou fazer uma pergunta: se os incentivos adicionais no final gerarem principalmente volume de negociação de curto prazo — e não capital de market maker de longo prazo nem um book real de compra e venda — então, quando esse pico de interesse passar, a profundidade não vai voltar a cair?
Para traders, para eu julgar se a DUSK realmente entrou na próxima fase, eu não olho primeiro para quanto o preço subiu. Eu observo três coisas: se o book nas principais exchanges ficou mais espesso, se o slippage em grandes ordens caiu, e se a profundidade consegue aguentar em condições de mercado extremas.
RWA dá para contar devagar, mas liquidez é algo que o book entrega todos os dias.
#dusk $DUSK Nos últimos dois dias continuo acompanhando @Dusk na prática e, quanto mais eu observo, mais sinto que o DuskEVM tem um ponto meio “desajustado”: ele vive enfatizando a “experiência EVM familiar”, mas quando chega a hora de um usuário comum recuperar os ativos do DuskEVM de volta para o Dusk L1, o processo não é nada “familiar”.
Agora, na documentação oficial, o DuskEVM ainda está em Testnet. Para fazer um saque, é preciso concluir 3 ações on-chain de forma contínua: primeiro, iniciar um withdrawal no DuskEVM; depois, quando o status virar “Ready to prove”, enviar o proof no Dusk L1; em seguida, ainda é necessário continuar esperando até ficar “Ready to finalize”; por fim, confirmar a transação mais uma vez para que os ativos realmente voltem. Além disso, tanto proof quanto finalize exigem taxas adicionais no Dusk L1.
O que mais me incomoda é essa parte do “esperar”. Até a própria oficial escreve que quando o saque pode ser retomado depende do estado da rede, da maturidade do proof e das verificações do dispute-game—não dá para julgar pelo tempo. Assim, só dá para acompanhar o estado na Web Wallet. Se você trocar de navegador ou perder o registro, ainda precisa guardar o transaction hash para consultar depois.
Tecnicamente, claro, essas etapas têm seus motivos, mas usuários comuns não vão querer estudar nada como output proposal, proof submitted ou waiting to finalize. E principalmente: este ano, em janeiro, o Dusk teve um incidente de segurança relacionado a bridge. Na época, a equipe oficial pausou o serviço de bridge e substituiu endereços relacionados. Mesmo que o comunicado diga que não houve perda de fundos dos usuários, isso só reforça: o mais importante de um produto cross-chain não é apenas “se consegue funcionar”; é também se, quando algo dá errado, o usuário sabe exatamente em que ponto ele está travado e qual é o próximo passo.
Por isso, minha maior dúvida sobre o DuskEVM não é se a parte técnica consegue funcionar, e sim se, depois que ele realmente chegar à mainnet, o @Dusk vai esconder completamente esses estados “por baixo” por trás de uma camada de produto. Para mercados regulados pode até ficar bem complexo, mas para o usuário os botões não deveriam ser complexos. Caso contrário, por mais bonito que seja o settlement on-chain, se no primeiro saque o usuário ficar travado por dez minutos, o que vai passar pela cabeça é só: “para onde foi meu dinheiro?”
#dusk $DUSK Quando eu consultei o material do @Dusk , o ponto que mais me travou na verdade não foi a tecnologia de privacidade, e sim aquela frase que ela fica enfatizando o tempo todo: fornecer infraestrutura para “finanças regulamentadas, aplicações no nível institucional”.
Esse objetivo é bem grande, então eu me preocupo com uma questão: **Quando exatamente o Dusk é considerado de fato “institution-grade”?**
Quando a rede principal entrou no ar em janeiro de 2025, a equipe oficial já havia deixado claro que chamaria desenvolvedores para Build on Dusk. Mas em abril de 2026, o Dusk Connect e a nova Wallet só entraram em developer preview; até a própria equipe admite que, antes disso, a Web Wallet na prática ainda era uma aplicação independente. Assim, o dApp não consegue concluir diretamente a descoberta da wallet, a solicitação de conta e a assinatura — e até chamam esses itens de “missing front-end pieces” dos apps do Dusk.
Isso é meio constrangedor.
A mainnet já roda há mais de um ano, e a história voltada para instituições já é contada há bastante tempo. Mas quando os desenvolvedores realmente precisam entregar as aplicações aos usuários, algumas camadas de conexão bem básicas ainda estão sendo completadas.
O que também é ainda mais preocupante são as fronteiras de permissões.
Neste ano de janeiro, a signing wallet do Dusk Bridge foi derrubada, e o atacante transferiu cerca de **1091 milhões de DUSK** em etapas. A explicação oficial depois foi bem clara: não foi uma falha na camada de consenso, e sim as chaves da carteira do bridge que foram comprometidas — e naquela época, para priorizar velocidade e simplicidade operacional, o bridge adotou um design relativamente mais leve.
Depois, a correção de segurança do AEGIS também resolveu mais 39 problemas de uma vez, incluindo 7 Critical e 1 High relacionado.
Então, minha dúvida sobre o Dusk é bem simples:
Se no futuro de fato for para suportar títulos, RWA e ativos regulamentados, então “a segurança do protocolo em si” claramente não é suficiente. Ponte, wallet, permissões, chaves, a camada de conexão do front-end — qualquer lugar onde exista confiança concentrada pode virar o verdadeiro limite superior de risco de todo o sistema.
Eu entendo a rota técnica, mas quanto às palavras “infraestrutura financeira de nível institucional”, eu acho que o @Dusk ainda precisa continuar provando isso.
Hoje voltei a ver o site oficial e o Explorer de @BabylonLabs_io , e um detalhe me deixou bastante preocupado.
No dia 3 de agosto, a página inicial do site oficial mostra que já foi feito staking de 56.853,16 BTC, no valor de cerca de 5,64 bilhões de dólares. Esse tamanho já não é pequeno, mas ao entrar no Explorer oficial, o BABY Price aparece como US$ 0 (-); além disso, dados-chave como altura do bloco, número total de transações e quantidade total delegada também não são exibidos corretamente.
O que é mais problemático é que, na página Finality Provider, também ficam em branco os nós ativos, a quantidade delegada e o número de participantes que fazem delegação.
Isso não é apenas uma questão de “se a página é bonita ou não”.
Se eu tivesse acabado de concluir o staking e a transação demorasse muito para atualizar, como eu poderia determinar o que aconteceu? O BTC ainda está em confirmação? A operação na carteira falhou? O indexador da Babylon está atrasado? Ou a delegação nem chegou a ser concluída?
Ao escolher um Finality Provider, nem o status em tempo real nem a distribuição das delegações podem ser vistos. Então, com que base o usuário pode julgar se os nós são estáveis e se a delegação não está excessivamente concentrada?
A Babylon sempre enfatiza BTC nativo, auto-hospedagem e que não há ponte (cross-bridge), mas o fato de os ativos permanecerem na própria carteira não significa que todo o processo já seja suficiente para deixar as pessoas tranquilas.
O que realmente afeta a confiança, muitas vezes, não são os termos técnicos na página de divulgação, e sim se, depois que o dinheiro entra, dá para verificar tudo, se em caso de anomalias é possível encontrar a causa e se, quando travar, existe um caminho de atendimento/ação claramente definido.
Uma rede/protocolo que lida com mais de 5,6 bilhões de dólares em ativos pode até ter dados muito bonitos no site oficial, mas o Explorer que valida esses dados não deveria depender que os usuários adivinhem por muito tempo.
Se o produto está maduro ou não, no final não é o tamanho dos slogans que importa, e sim se essas coisas mais básicas realmente são estáveis.
99 projetos caíram — quem ainda está pagando pela segurança?
Este ano, já houve 99 projetos cripto que interromperam suas operações.
Quando vi essa notícia, minha primeira reação não foi perguntar quanto do mercado voltou a eliminar narrativas, mas perceber que muitos projetos nem sequer resolveram desde o início o problema mais básico: quando o preço do token cai, os subsídios diminuem e validadores vão embora, quem continua pagando pela segurança da rede?
Uma nova cadeia PoS pode atrair staking com um APY alto, ou gerar atividade via airdrops, mas se o orçamento de segurança estiver totalmente baseado no próprio token, sua capacidade de defesa vai oscilar junto com o preço da moeda. Quanto menor a capitalização, menor o custo do ataque; e continuar a emissão para manter os nós apenas dilui ainda mais o valor do token.
É por isso que continuo pesquisando o Babylon. Ele tenta trazer o BTC nativo para o lado do fornecimento de segurança, para que cadeias PoS, Rollups e cadeias de aplicações não tenham que depender apenas dos seus próprios tokens para erguer uma barreira econômica. Quem detém BTC faz o bloqueio na rede do Bitcoin, não precisa envolver wrapping nem fazer cross-chain e, por meio de mecanismos que podem impor penalidades, fornece garantia para redes externas.
Mas eu não vou concluir que o modelo funciona apenas porque o volume de staking está crescendo. Se houver BTC no lado do fornecimento, isso apenas indica que existe uma demanda por retorno; o que realmente determina se o Babylon conseguirá operar a longo prazo é se a rede conectada está disposta a continuar pagando taxas reais.
Só depois que a onda de subsídios baixar e ainda houver quem compre segurança em BTC, o Babylon pode evoluir de um protocolo de staking para uma infraestrutura de segurança.
Mais de 2,5 milhões de ETH estão à espera para entrar na fila de staking.
O mercado vê uma retomada da demanda por staking, mas o que me interessa é o sinal por trás disso: quando cada vez mais capital está disposto a bloquear ativos para ajudar a garantir a segurança da rede, a própria segurança da blockchain está se tornando um negócio que pode ser precificado.
A Ethereum usa ETH para proteger sua rede, enquanto a Babylon quer expandir essa lógica ainda mais — fazendo com que o BTC não apenas proteja o Bitcoin, mas também se torne capital de segurança externo que pode ser acessado por cadeias PoS, Rollups e chains de aplicações.
É também por isso que acredito que a Babylon esteja subestimada. Na superfície, ela oferece uma porta de entrada para staking de BTC; na essência, porém, ela está montando um mercado de oferta e demanda de segurança. Os detentores de BTC fornecem garantias econômicas, enquanto as redes acessantes aumentam o custo real de ataques. A Babylon fica responsável por conectar as duas partes e executar as regras de punição e saída.
Mas, do ponto de vista de pesquisa e investimento, o volume de staking não é a única resposta. Mesmo que o lado da oferta bloqueie mais BTC, se não houver redes suficientes dispostas a pagar continuamente taxas de segurança, o crescimento ainda pode depender de subsídios em tokens. O que realmente vale acompanhar são: o número de redes integradas, os gastos reais com segurança, a receita do protocolo e se essas receitas conseguem, aos poucos, sustentar o retorno dos stakers de BTC.
A fila de staking de ETH mostra que o capital está disposto a travar por longo prazo para garantir a segurança da rede. O que a Babylon precisa provar agora é: a segurança econômica do Bitcoin consegue, de uma característica de ativo, virar um serviço de infraestrutura continuamente comprado por outras blockchains.
Se a resposta for sim, a competição da Babylon não será apenas um mercado de rendimentos de BTCFi, mas o orçamento de segurança de todo o mundo on-chain.
Quando vi pela primeira vez o modelo de staking da Babylon, eu não o entendi imediatamente como um produto de rendimento. O que realmente me atraiu foi a tentativa de criar um novo mercado: permitir que outras redes comprem diretamente a segurança econômica oferecida pelo Bitcoin.
No passado, para uma nova cadeia ser iniciada, normalmente era necessário emitir seu próprio token, recrutar validadores e, então, estabelecer um orçamento de segurança por meio de incentivos elevados. O problema é que, muitas vezes, a credibilidade do consenso do token e a liquidez não eram suficientes para sustentar a segurança a longo prazo. Quando os subsídios diminuíam, os validadores saíam, o custo dos ataques caía e a segurança da rede enfraquecia rapidamente.
A Babylon traz outra perspectiva. Os detentores de BTC podem travar o BTC nativo para fornecer segurança punível a cadeias PoS, Rollups ou outros sistemas; por sua vez, as redes que se conectam recebem garantias econômicas mais fortes do que seus próprios tokens poderiam oferecer, pagando recompensas. Para mim, isso parece mais construir um mercado descentralizado de capital de segurança do que simplesmente transformar o BTC em mais um ativo de staking.
Mas se esse modelo vai realmente se sustentar no fim das contas não depende de quanto BTC é travado, e sim do lado da demanda. As redes que se conectam à Babylon realmente estão dispostas a continuar pagando? A segurança obtida se converte em mais usuários, capital e receitas de protocolos? Isso determina se o sistema inteiro consegue se manter sem depender de subsídios.
Também vou continuar acompanhando o papel de $BABY . Se ele apenas assumir a distribuição de recompensas, a pressão vendedora tende a persistir a longo prazo; se as necessidades de Gas, governança, validação e liquidação do ecossistema crescerem junto, então o token pode formar uma captura de valor mais estável.
O limite da Babylon não é criar apenas mais uma porta de staking de BTC, mas fazer com que o consenso de segurança do Bitcoin se torne um capital público utilizável por todo o mundo on-chain.
Depois de pesquisar novamente o Babylon, o que mais me interessou deixou de ser apenas o Bitcoin Staking e passou a ser os Trustless Bitcoin Vaults que ele está ajudando a impulsionar. Há muito tempo, embora o BTC tenha a maior convergência de valor no ecossistema cripto, ele ainda é difícil de entrar diretamente nos mercados de empréstimos, stablecoins e crédito institucional. Em geral, os usuários só conseguem depender de WBTC, de bridges cross-chain ou de custódia centralizada para converter BTC nativo em algum outro tipo de título na cadeia. Assim que a conversão é concluída, o risco deixa de estar no próprio Bitcoin e passa para o custodiante, a bridge e os smart contracts.
O Babylon pretende resolver um problema mais fundamental: o BTC não sai da mainnet do Bitcoin, e protocolos externos ainda conseguem verificar se ele existe, se está bloqueado, se a taxa de colateral é saudável e quando ele deve ser liquidado. Se essa direção se concretizar, empréstimos como os do Aave deixarão de lidar com algum tipo de BTC “empacotado”, e passarão a contar com uma infraestrutura de colateral capaz de ler o estado do BTC nativo. Para mim, essa é a mudança-chave do BTCFi: sair de “gerar títulos com rendimento” e avançar para “estabelecer trilhos financeiros nativos”.
Acho que isso é mais importante do que apenas aumentar a taxa de rendimento do BTC. Significa que o BTC pode sair de um papel de reserva passiva de valor para se tornar um capital produtivo, que participa de empréstimos, financiamentos e gestão de ativos e passivos. Mineradores, detentores de longo prazo e fundos institucionais também podem obter nova liquidez sem abrir mão do controle sobre o ativo. Se essa via se consolidar, a eficiência financeira do BTC aumenta, e o mercado não precisa mais concentrar o crédito central em poucos emissores de ativos empacotados.
No entanto, validação técnica não equivale a um ciclo comercial completo. Provas de estado, oráculos, atrasos de liquidação e a eficiência de execução em cenários de stress — tudo isso determinará se o produto consegue sustentar capital real. A seguir, tenho mais interesse em como o Babylon se materializa de forma prática com o Aave e a Ledger, e em se os BTCVaults conseguem gerar taxas estáveis. Se essas etapas forem bem-sucedidas, o Babylon pode não ser apenas mais um protocolo de BTCFi: ele pode se tornar uma interface importante para o BTC nativo entrar no sistema financeiro on-chain.
Quando comecei a conhecer o Web3, achei que a maior vantagem da blockchain era a simplicidade.
Não há processos complexos, nem intermediários; uma única carteira já permite participar das finanças globais.
Mas depois, cada vez mais ativos tradicionais começaram a tentar entrar na cadeia, e percebi um problema que ficou mais e mais evidente:
A blockchain pode reduzir os custos de transação, mas nem sempre herda, por natureza, as regras operacionais das finanças tradicionais.
O motivo pelo qual as finanças reais conseguem absorver grandes volumes de capital não é apenas porque existem ativos, e sim porque há um sistema completo de regras por trás.
Quem pode comprar, quem pode vender, qual é o limite, em quais circunstâncias as operações são pausadas — tudo isso é a base acumulada ao longo do tempo pelos sistemas financeiros.
Já o mundo on-chain, no passado, resolveu mais “como os ativos são transferidos”, e ainda não havia infraestrutura suficientemente madura para “como os ativos devem ser geridos”.
É justamente por isso que o Newton Protocol me interessou.
O Authorization Layer que ele tenta construir, na essência, adiciona à blockchain uma camada de capacidade de execução de regras.
Com o Policy Framework, os desenvolvedores podem transformar condições de diferentes cenários em lógica executável, fazendo com que as aplicações não apenas concluam transações, mas operem de acordo com regras predefinidas.
Acho que a importância desse caminho está em ele conectar dois mundos.
O mundo on-chain oferece abertura e eficiência.
As finanças tradicionais fornecem regras e ordem.
A adoção em larga escala, no futuro, não será apenas transferir ativos para a blockchain, e sim permitir que a lógica do mundo real das finanças rode naturalmente no ambiente on-chain.
A Newton não é a resposta para todos os problemas, mas entra por uma direção que não dá para contornar.
Porque, quando mais e mais dinheiro, ativos e aplicações entram na blockchain, as regras não desaparecem; apenas mudam de forma.
O valor de longo prazo de $NEWT depende de saber se ele conseguirá ser adotado por mais protocolos e aplicações.
Se no futuro as finanças on-chain precisarem de uma camada universal de execução de regras, a direção explorada pela Newton poderá se tornar uma parte importante disso.
Quando comecei a conhecer o DeFi, o que eu mais gostava nele era a simplicidade.
Sem aprovações complexas, sem processos longos — basta conectar a carteira para participar de um sistema financeiro aberto. Essa abertura é o motivo pelo qual o DeFi atraiu tantos usuários no início. Mas à medida que o tempo de participação aumenta, também tenho cada vez mais claro que há uma mudança: a abertura permite que mais pessoas participem, mas também faz com que o sistema assuma uma complexidade cada vez maior. Antes, uma única transação poderia ser apenas a conversão de um ativo. Hoje, uma estratégia completa pode envolver vários protocolos, vários contratos e vários passos de automação. Quando o sistema fica cada vez mais complexo, simplesmente enfatizar “qualquer pessoa pode executar” já não é suficiente.
Antes, quando muitas pessoas tiveram o primeiro contato com a blockchain, a maior sensação era a liberdade.
Não há restrições bancárias, nem processos tradicionais do setor financeiro; basta ter uma carteira para participar de várias aplicações. Mas com o aumento do tempo de uso, percebi que a liberdade por trás disso também traz outro problema: há cada vez mais opções, mas o custo de compreensão também está ficando mais alto. Agora, as operações na cadeia já não são tão simples como no início. Um usuário comum pode precisar lidar com vários protocolos, redes diferentes e fluxos de interação complexos. Para jogadores profissionais, isso é apenas um custo de aprendizado, mas se quisermos que mais pessoas entrem no mercado, obviamente não é uma resposta de longo prazo. O desenvolvimento da tecnologia, no final, certamente reduzirá o peso para as pessoas, em vez de aumentar a pressão de aprendizado.
Quando há muito tempo que tenho acompanhado um projeto, cada vez menos sou atraído por aquelas histórias extraordinariamente grandiosas.
Porque no mercado nunca falta narrativa bonita. O que é verdadeiramente raro é uma equipe capaz de decompor problemas complexos e resolvê-los aos poucos.
Newton Protocol é um dos projetos que, recentemente, tenho vontade de continuar observando.
E não é porque ele fala sobre o quanto o futuro é distante, mas porque ele se conecta a um problema bem fundamental.
O desenvolvimento do mundo on-chain, em essência, tem aumentado a complexidade continuamente. Das transações simples a protocolos financeiros, depois a aplicações de automação: os sistemas ficam mais fortes, mas ao mesmo tempo também se torna cada vez mais necessário criar novas formas de coordenação.
O que a Newton quer fazer é permitir que esses comportamentos complexos sejam executados de acordo com regras claras.
Da Authorization Layer ao Policy Framework, e então até o Verifiable Automation, a lógica central não é criar uma nova aplicação, mas oferecer um conjunto de capacidades base para tornar a execução das aplicações mais padronizada.
Acho que a principal característica de projetos de infraestrutura é que, no curto prazo, eles muitas vezes não ficam especialmente animados.
Porque, ao contrário das aplicações voltadas ao consumidor, não é possível ver diretamente o crescimento de usuários. Mas uma vez que se torne um componente base em um ecossistema, o valor vai se acumulando à medida que a escala de uso cresce.
Claro, do ponto de vista de investimento, é sempre preciso manter cautela.
Uma direção técnica correta não significa necessariamente sucesso; uma whitepaper excelente também precisa da adoção do ecossistema para comprovar.
Então, ao observar $NEWT , o que eu mais considero são alguns indicadores de longo prazo: se há integração com aplicações reais, se desenvolvedores continuam usando de forma contínua, e se a rede efetivamente forma uma demanda.
Todo dia surgem novos assuntos em alta no mercado, mas as oportunidades que realmente valem a atenção muitas vezes estão escondidas em projetos que resolvem problemas de longo prazo.
Até onde a Newton conseguirá chegar no futuro, ainda precisa ser validado com o tempo. Mas as questões que ela está explorando, de fato, são direções que não dá para contornar no desenvolvimento on-chain.
Antes eu achava que a coisa mais importante na cadeia era ter os ativos realmente em minhas próprias mãos.
Mas, conforme a participação aumenta e os protocolos se tornam cada vez mais complexos, percebi um outro problema que é ainda mais real: quando os ativos precisam interagir com cada vez mais sistemas, o verdadeiro desafio não é ter o controle, e sim como definir o escopo da confiança. Na verdade, este é um problema que muitos usuários on-chain acabam encontrando. No início, ao conhecer DeFi, as pessoas se concentravam em rendimentos, oportunidades e em novos modelos financeiros. Mas, à medida que as interações se tornam mais complexas, uma única ação de autorização pode conectar vários contratos, vários protocolos e até múltiplos fluxos de automação. O que o usuário precisa enfrentar deixa de ser apenas “devo ou não confirmar esta transação”, e passa a ser “o que exatamente eu estou concedendo de capacidade a este sistema?”.