Eu estudei isso bem a fundo na TermMax—taxa de juros, prazo, linha de liquidação, revisei cada número… no fim, ainda perdi 41.000 u—porque perdi uma coisa que eu não tinha pesquisado: por quanto tempo o meu próprio dinheiro ficaria sem uso.
Naquela época, comprei um FT de 6 meses de 250.000 u, travando em 13%. No quinto mês, a família precisava de dinheiro; o FT não podia ser resgatado antes do vencimento, só podia ser transferido. Para transferir um FT que ainda não venceu, tem deságio—eu recebi cerca de 8% a menos do que o valor de face. Foram 20.000 u a menos. O mais doloroso é que, ao olhar para trás, as taxas de juros do mercado no mesmo período subiram para 18%. Eu estava travado em 13%; nos últimos 12 meses restantes, ganharia ainda menos, cerca de 21.000 u. Somando tudo, deu 41.000 u.
Eu gastei duas semanas pesquisando este projeto, mas para estudar "quando exatamente eu vou precisar desse dinheiro" eu não gastei nem um minuto. Em renda fixa, se você escolhe errado o prazo, estudar o assunto com toda profundidade ainda é inútil.
Agora, quando compro qualquer coisa com prazo fixo, a primeira coisa que eu faço é escrever: "por quanto tempo esse dinheiro não vai ser usado". Se eu não conseguir escrever isso, eu não compro. A taxa de juros é a segunda parte do estudo; o prazo é a primeira parte.
98000u, é o dinheiro que eu ganhei na minha aposta em "escolher o validador certo" dentro do DUSK — o mesmo staking, mas escolhas diferentes, e em três anos a diferença chega a esse valor.
Pesquisa: eu classifiquei os validadores do DUSK por dois critérios — a taxa de comissão e a taxa de quedas (estabilidade). Os validadores do topo cobram cerca de 5% de comissão; os do fim recebem mais de 20% — e alguns têm alta taxa de quedas, então parte dos prêmios do staking é penalizada e tomada. Eu apostei 300000u em um validador com a menor comissão e a menor taxa de quedas.
Ao longo de três anos, comparando colocar o mesmo capital em validadores de cauda com "comissão alta e muitas quedas" com o meu, meu ganho líquido foi cerca de 98000u maior (diferença de comissão mais diferença de penalização; cerca de 10% de diferença por ano, com juros compostos em três anos).
Esse dinheiro não exige nenhuma previsão de mercado — basta uma única escolha — mas isso costuma ser ignorado, porque a maioria das pessoas, ao fazer staking, só olha "quanto rende ao ano" e não olha "com quem faz staking". No setor de staking, a escolha do validador é parte dos ganhos: para o mesmo protocolo, escolher o validador certo e escolher o errado são duas formas completamente diferentes de rentabilidade anual.
82000u, foi a maior quantia que eu "perdi" na TermMax — atenção às aspas, porque eu nem cheguei a investir esse dinheiro; ele representa a parte que deixou de render.
Três oportunidades em que eu hesitei e acabei sem comprar. Primeira: a leilão pré-mercado de março, com um volume de 6 milhões de u; a chance de participar com desconto estava à frente de mim. Eu fiquei indeciso por uma semana, porque "as regras não foram divulgadas e a avaliação não dá pra calcular com precisão" — depois, com base no resultado efetivo do leilão, calculei que teria perdido cerca de 17.000u. Segunda: o desconto profundo do FT quando o sentimento do mercado estava no fundo. Eu observei na prática aquele deságio no mercado, fiz as contas e, no fim, não comprei — pelo resultado de resgate/virada daquelas FT no vencimento, estima-se que perdi cerca de 50.000u. Terceira: a fase de depósito de RLUSD. Eu estudei os dados do Leaderboard e julguei que a equipe oficial estava comprando depósitos; mas, por achar que dar trabalho demais, não troquei de posição — perdi cerca de 15.000u. Total: 82.000u.
Essas três tiveram um ponto em comum: não era falta de entender; era entender e não agir. O valor da análise está na decisão, não na leitura. Eu acertei várias vezes as contas, mas agi poucas. A diferença no meio vira o registro de “perdi a oportunidade”.
Eu coloquei esse balancete na primeira página do meu caderno de memórias, e ao lado escrevi uma frase: “A distância entre analisar e decidir é a distância entre o lucro e colocar no bolso.” Da próxima vez que terminar de calcular o saldo, antes de tudo pergunte a si mesmo: “Eu agi?”
Ontem à noite eu estava lendo a documentação do Dusk para entender, na prática, como a chamada “divulgação seletiva” é acionada. A documentação diz muito bonito: privacidade por padrão, divulgação sob demanda, supervisão com credenciais verificáveis. Mas quando cheguei ao capítulo de gerenciamento de permissões, eu parei: o texto inteiro só diz “a parte autorizante mantém as chaves para visualização”, porém não explica se essa autorização pode ser revogada, se existe algum prazo de expiração, nem quem registra as ações de autorização.
Aí eu fui testar na testnet, fazendo uma rodada. Criei uma identidade e autorizei um simulador de auditor a ter permissão de visualização. O fluxo funciona: gerar a chave de autorização, enviar a transação, a outra parte valida; no total são quatro etapas, em cerca de dois minutos. Mas quando voltei para ver o registro de autorizações, percebi que: não há documentação para revogar a autorização, e também não existe, na console da testnet, nenhuma opção de acesso correspondente. É como um interruptor que só tem “ligar” e não tem “desligar” — em cenários de conformidade, isso é perigoso. Se permissões de auditoria não puderem ser revogadas, então “divulgação sob demanda” vira “uma única autorização, visível para sempre”.
Depois fui ao GitHub e revi o código do contrato do módulo de autorização: procurei “revoke” e “expire”, e os resultados vieram vazios. Talvez eu não tenha encontrado o repositório/ramo certo, ou talvez essas funcionalidades ainda estejam planejadas. Mas como usuário, só posso tirar conclusões com base na documentação e no código existentes.
Mais tarde eu entendi uma coisa: não é um problema exclusivo do Dusk. É uma lição comum da linha de “privacidade programável”: a concessão de permissões é criptografia, mas a revogação é governança. Conceder pode depender de matemática; revogar só acontece via processo. E, no momento, esse processo não está descrito na documentação.
Então agora há algumas centenas de DUSK na minha carteira da testnet, e meus ativos na mainnet eu não mexi por enquanto. Vou esperar até que a equipe oficial coloque no documento e no código a gestão de autorizações (revogação, expiração, logs de auditoria). Até lá, eu admito: “divulgação seletiva” é um bom design, mas um design não pode ter só o botão de ligar — sem um botão de desligar.
Eu apostei 20.000 U na BABY e, depois, passei um mês respondendo uma pergunta mais fundamental: afinal, onde fica o teto deste projeto? A resposta é maior do que eu esperava, mas o caminho é mais estreito do que eu imaginava.
O teto depende do produto de três variáveis: volume de BTC em staking × receita por cada cadeia × número de cadeias conectadas. Vamos separar:
Primeira variável: o volume de BTC em staking. A Babylon já está travando 52.000+ BTC (cerca de US$ 3,9 bi). O total de circulação do BTC é de 21 milhões de moedas; desse total, a parte que pode ser staked (excluindo exchanges e carteiras frias com ativos “adormecidos”) — por estimativa mais conservadora — ainda tem alguns milhões de BTC. Se a Babylon conseguir aumentar a taxa de penetração do staking de 0,25% para 1% — ou seja, 200 mil BTC — isso representa um potencial de crescimento de TVL de 5x.
Segunda variável: receita por cadeia. A Osmosis já concordou em repassar 50% das taxas de transação de Bitcoin LST aos participantes do staking. Se essa “divisão de receitas” virar uma cláusula-padrão do BSN, então cada cadeia conectada vai trabalhar para os stakers. Quanto maior a receita da cadeia, maior o rendimento do BTC em staking e maior o apelo do staking — um efeito de “roda-gigante”.
Terceira variável: número de cadeias conectadas. Este é o gargalo mais estreito: para cada nova cadeia é preciso passar por todo o ciclo de proposta de governança → atualização de software → testes de integração, com duração medida em meses. Depois que o Phase 3 para múltiplos stakings for implementado, a mesma porção de BTC poderá servir simultaneamente a várias cadeias — isso muda toda a curva de crescimento, transformando “conectar cadeias de forma linear” em “reuso exponencial”.
Depois de fazer essa conta, minha conclusão é: o teto depende da velocidade com que o Phase 3 avança. Se o staking com múltiplas cadeias for implementado conforme o planejado, a Babylon deixa de ser apenas um “protocolo de staking” e vira um “mercado atacadista de segurança em BTC” — e aí é o momento em que os 20.000 U realmente se valorizam.
Claro, desde que os fracassos dos primeiros anos não se repitam — conectaram, mas ninguém usou. Então, no fim, existe outra variável que eu não calculei e que é a mais importante: demanda. Se a receita do protocolo vai de fato crescer depende, no fim das contas, do número de usuários reais em cada cadeia.
Escreva um relatório de revisão completo: estes quatro meses que passei no BABY — do momento de entrar, ficar preso, estudar, aumentar posição até agora. Escrevo para quem quer “copiar a lição de casa” e também para o meu eu daqui a três meses.
Entrada (início de junho): a notícia de listagem saiu na Upbit; no mesmo dia eu corri atrás e comprei a preço alto, custo 0,0092. Tive azar: entrei bem no topo da fase, e depois caiu para 0,007; fiquei com prejuízo flutuante de mais de 20%. A primeira operação já foi uma lição fracassada.
Ficar preso (meados de junho ao início de julho): as duas semanas mais dolorosas. Fiz duas coisas: 1) penhorei metade da posição — usando o “desbloqueio em dois dias” para me forçar a manter a calma; 2) comecei a ler documentos e propostas, entendendo a lógica de base por trás de EOTS, consenso duplo e as fontes de rendimento. O estudo substituiu a ansiedade.
Virada (início de julho): quando saiu a notícia do investimento estratégico da Binance Labs, comecei a olhar para fundamentos em vez de preço: o TVL ficou estável em 52.000 BTC, recompensas de staking caindo diariamente no horário, a proposta do Aave V4 avançando e a Osmosis passando pela proposta BSN. No meio de julho, comprei mais para somar uma posição total de 20.000 U no BABY, e meu custo médio ficou em 0,0095.
Agora (agosto): preço 0,0113; total de ativos cerca de 34.830 U; ganho acumulado de aproximadamente 4.830 U (+16%). Deste total, as recompensas de staking acumuladas (650 U) foram reinvestidas integralmente, e o fluxo de caixa diário é de 4–6 U. Estrutura da posição: spot 10.000 U, staking 10.000 U, caixa de reserva 10.000 U, e aporte mensal de 3.000 U.
Se eu pudesse recomeçar, eu só mudaria uma coisa: não perseguiria altas; na primeira compra, eu entraria em parcelas. Todas as outras decisões — staking, estudo, aumentar posição e aporte — não mudaria, porque elas foram validadas: quando você fica preso, a ação mais eficaz não é ficar olhando o gráfico, e sim estudar.
Percebi um detalhe que muita gente não nota: no segmento do BTCFi, a Babylon saiu na frente, mas estar na frente não significa ser vencedora. O que realmente decide a vencedora é o “último quilômetro” — a liquidez.
No ano passado, o TVL do BTCFi caiu do pico de US$ 9,1 bi para cerca de US$ 3,3 bi, uma queda de 64%. Se olharmos o TVL da própria Babylon, caiu de US$ 5,6 bi para US$ 3,9 bi — também caiu 30%. Mas isso não é um problema da Babylon; é um problema do setor: a lógica de crescimento do BTCFi é “staking → liquidez → aplicações”, e o elo da liquidez ainda não foi resolvido.
O staking resolve “o BTC consegue gerar rendimento”, mas esse rendimento fica travado e não pode ser usado. A liquidez resolve “o rendimento pode ser retirado e utilizado” — com tokens de staking líquidos como stBTC e LBTC, permitindo que o BTC em staking seja usado como garantia, ofereça liquidez e possibilite negociações no DeFi.
A resposta da Babylon é o stBTC (lançado no 1T de 2026) e a estrutura do TBV. O Lombard com o LBTC já provou esse modelo: 1,5 bi de TVL, 260 mil usuários, 60% de participação de mercado e integração com 70+ protocolos. Mas o LBTC é da Lombard, não da Babylon — a Babylon precisa do seu próprio ciclo fechado de liquidez.
Se esse ciclo for bem executado, a lógica de valor muda: os participantes do staking de BTC não recebem “rendimento apenas no papel”, e sim “rendimento utilizável”. O rendimento utilizável atrai mais pessoas para fazer staking; mais staking gera mais liquidez; mais liquidez traz mais aplicações. Esse é um ciclo virtuoso.
Por outro lado, se a liquidez continuar sem se conectar, o crescimento do TVL vai estagnar — porque ativos “travados e que não podem ser sacados” têm crescimento limitado.
Portanto, o “último quilômetro” decide o desfecho do BTCFi. A vantagem da Babylon é ser primeira — volume de 52.000 BTC em staking e 55% da fatia do segmento. A desvantagem é que o ciclo fechado de liquidez ainda está sendo construído. O que eu observo é: quando a integração do stBTC no DeFi (mercados de empréstimo, DEXs e derivativos) vai superar os 70 protocolos do LBTC — esse será o sinal de que o “último quilômetro” foi finalmente destravado.
Ao estudar a estrutura de staking da Babylon, descobri um ponto que poucas pessoas distinguem: na verdade, existem dois caminhos de staking totalmente diferentes, misturados sob a única palavra “staking”.
O primeiro é o staking de BTC: seus BTC são bloqueados em um script Taproot e delegados ao Provedor de Finalidade (FP), para prover a finalização do Bitcoin às cadeias conectadas. Os rendimentos vêm da(s) cadeia(s) garantida(s) — por exemplo, após a integração com Osmosis, 50% das taxas das transações de Bitcoin LST são distribuídas aos stakers de BTC. O BTC permanece para sempre na cadeia Bitcoin, limitado por um Bitcoin Script.
O segundo é o staking de BABY: usando BABY delegado a 100 validadores CometBFT, para que a própria cadeia Babylon Genesis produza blocos e garanta a liveness. Os rendimentos são recompensas de inflação do BABY, com uma taxa anual aproximada de 15–18%. Esse é o staking padrão do ecossistema Cosmos.
Os modelos de risco das duas trilhas são completamente diferentes. No staking de BTC, o risco é o slashing por EOTS — quando o FP age de má-fé, seu BTC de fato é descontado; no staking de BABY, o risco é validadores assinarem duas vezes ou ficarem offline e serem colocados em jail — o que é cortado é o BABY, não o BTC. As fontes de rendimento também são diferentes: uma depende de receitas de cadeias externas, a outra depende da inflação da própria cadeia.
A maioria das pessoas confunde essas duas trilhas, o que leva a dois erros: achar que fazer staking de BABY permite compartilhar o “dividendo” de segurança do BTC (quando na verdade isso exige staking de BTC), ou achar que fazer staking de BTC consegue obter a alta taxa anual do staking de BABY (quando na verdade o rendimento do staking de BTC depende de quantas cadeias estão sendo conectadas).
O que eu continuo acompanhando é justamente essa diferença de rendimentos entre as duas trilhas. Quando o APR efetivo do staking de BTC começa a ultrapassar o APR do staking de BABY, isso indica que a renda das cadeias externas já sustenta a maior parte dos ganhos — e então a Babylon deixa de depender de subsídios por inflação.
Depois de concluir o calendário de desbloqueios do BABY, percebi algo que vai contra a intuição da maioria — a pressão de oferta mais contínua talvez não venha de um evento específico de desbloqueio.
No começo, eu achava que a pressão de oferta do BABY vinha principalmente de notícias do tipo “no dia X de tal mês, foram desbloqueadas Y milhões de unidades”, que atraem atenção do mercado. Mas, ao analisar os dados da Tokenomist, descobri que investidores privados no início representam 30,5%, a equipe 15% e consultores 3,5%. A partir de maio de 2026, há um desbloqueio linear por 36 meses até 2029. Não é uma explosão única — é uma liberação fixa mensal de 130 a 190 milhões de tokens, por três anos, independentemente do desempenho do mercado.
O próximo desbloqueio conhecido é em 10 de agosto, com cerca de 136 milhões de tokens (valor total aproximado de US$ 1,5M), correspondendo a menos de 2% da circulação. O tamanho de cada evento, isoladamente, não é grande — mas, somando uma inflação anual de 8% (4% para participantes de staking de BTC e 4% para stakers do BABY), a oferta adicional média mensal do BABY pode ficar entre 150 e 250 milhões de tokens, até 2029.
Isto não é FUD — é um cronograma conhecido. O ponto principal que precisa ser acompanhado é se o modelo de taxas introduzido na Phase 3 e a demanda de BSN conseguem gerar atividade on-chain suficiente para absorver essa oferta.
A tokenomics da Babylon talvez não esteja tentando causar um choque de oferta — e sim projetar uma curva de liberação de longo prazo, dando ao mercado e ao protocolo tempo suficiente para equilibrar oferta e demanda.
Então, o que eu acompanho continuamente não é “quantos foram desbloqueados em tal mês” — e sim a tendência da diferença entre a oferta adicional média mensal e o consumo médio on-chain (taxas de Gas + pagamentos em BSN + o staking necessário para participar da governança).
Às vezes penso se quem faz staking de BTC tem realmente a liberdade de escolher o FP — mas, na prática, a maioria dos usuários possui as informações necessárias para tomar essa decisão?
No começo eu achava que a lista de FPs era ordenada por APY, bastando ao usuário escolher um — algo parecido com escolher um validador. Depois de ler a documentação relacionada aos FPs, percebi que, ao escolher um FP, o que o usuário consegue ver é principalmente APY, nome e logo. O que não dá para ver são dados como o tempo de atividade histórico (online), taxa de participação em votações, frequência de ajustes de comissão e se já foi slashed. Essas informações determinam se um FP é confiável quando o mercado está volátil, mas elas não aparecem na interface de staking.
Escolher um FP não é como escolher um validador — no Ethereum existem ferramentas de terceiros, como rated.network e beaconcha.in, que fornecem avaliações completas e monitoramento dos validadores. Para a avaliação de FPs no staking de BTC, ainda não há padrões públicos parecidos.
A Babylon pode estar indo bem no nível de FP — para um FP se registrar, é necessário apostar BABY, o que já é um critério de filtragem. Porém, o ambiente de informações disponível quando o usuário escolhe um FP pode ainda ser insuficiente para sustentar a hipótese de que “os usuários vão escolher racionalmente FPs confiáveis”.
Então, o que eu acompanho provavelmente não é apenas o número total ou a distribuição de FPs — e sim se os padrões de transparência operacional dos FPs vão melhorar à medida que o mainnet envelhece.
Trustless não significa “não precisa confiar em ninguém”.
Não é possível. E ninguém consegue.
O TBV reduz ao mínimo a confiança na camada de scripts do Bitcoin — as condições de saque são codificadas, e a criptografia garante. Mas, nesse pressuposto:
O Comitê (Covenant) exige que você confie em 14/20 pessoas para não fazerem o mal. O caminho de liquidação exige que você confie que o liquidante executará. O oráculo exige que você confie que a cotação não foi manipulada.
A confiança não foi eliminada. A confiança foi dividida em pedaços que você consegue avaliar separadamente.
A camada de scripts do Bitcoin é trustless. A camada do comitê é trust-reduced. A camada de liquidação é trust-delegated.
As três camadas juntas dizem mais honestamente do que dizer apenas “trustless”.