#termmax @TermMax $BTC Tenho passado estes dias a estudar a documentação do TermMax, revisitando repetidamente o seu modelo de três tokens e as curvas de precificação. Quanto mais avanço, mais sinto que o debate externo sobre o TMX está um pouco desviado.
A maioria das pessoas o enquadra como “empréstimos com taxa fixa”, com o foco em “finalmente o DeFi consegue fazer renda fixa”. Mas, na minha opinião, o que o TermMax realmente pretende resolver é fazer com que, pela primeira vez, o mercado de crédito on-chain tenha uma estrutura de vencimentos composável — transformar “o tempo” num ativo nativo de cadeia que possa ser negociado e alavancado.
O desafio nunca foi “manter as taxas inalteradas”. O que verdadeiramente trava o DeFi é a falta, on-chain, de um sistema de coordenadas unificado para datas de vencimento. Sem vencimento, não existe prêmio de prazo. As necessidades de mutuários, credores e traders de alavancagem ficam fragmentadas em protocolos diferentes; os usuários acabam tendo de repetir ciclos manuais de empréstimo, arcando com dupla incerteza.
O TermMax divide cada empréstimo em três tokens: FT é um título de cupom zero que paga no vencimento; XT representa o direito aos rendimentos; e GT encapsula a alavancagem em um NFT transferível. As três partes negociam no mesmo mercado, e o preço é descoberto por uma curva de produto por partes constantes personalizada. Além disso, o Curator Vault consegue somar profundidade de forma horizontal, fazendo com que o capital ocioso gere automaticamente rendimento flutuante.
Essa arquitetura não é perfeita. O isolamento do pool corta a liquidez; o Curator adiciona julgamento humano; e a liquidação depende de um oráculo. Mas ela tokeniza todos os elementos — vencimento, taxa e alavancagem — e, no momento em que você faz o pedido, já sabe o que está travando.
Acho que o maior valor do TermMax não é apenas ter mais uma opção de “renda fixa”, e sim provar que o mercado financeiro on-chain pode, usando decomposição em tokens e AMM, construir uma estrutura completa de prazos próxima da de um mercado tradicional de renda fixa.
Se, no futuro, mais e mais protocolos escolherem comprar do TermMax “certeza de taxa”, e não deixar os usuários “nadar a céu aberto” em taxas flutuantes, talvez a lógica de precificação de custos de capital no DeFi seja realmente reescrita.
Há algum tempo, ao estudar a liquidação do TermMax, fiquei confuso com um certo desenho: por que, quando o tomador inadimplente, em vez de leiloar/penhorar o colateral e liquidar seu valor, o contrato inicia uma «entrega física», colocando o colateral diretamente ao credor em proporção?
Ao encadear o documento, percebi que foi uma escolha deliberada, não uma concessão de engenharia. A liquidação tradicional assume que o colateral tem liquidez imediata, mas esse pressuposto não se sustenta para o tipo de ativo ao qual o TermMax pretende se conectar.
A lógica que realmente me fez entender foi quando ele passou a se conectar com ações tokenizadas da Ondo. Essas cadeias de ativos têm liquidez escassa; em cenários extremos, um leilão pode sequer encontrar compradores. A entrega física remove o «risco de liquidez» do nível do protocolo e o transfere para participantes que estão cientes e aceitam os termos. Quando o credor compra FT, ele já assume que, no vencimento, pode receber o próprio colateral e não uma stablecoin.
Isso dá ao protocolo capacidade de incluir RWA no escopo do colateral, sem ficar preso pelas suposições tradicionais de liquidez da liquidação. Construir a infraestrutura de liquidação capaz de destravar RWA pode ter valor de longo prazo — talvez até mais do que o próprio produto de taxas.
Mas o custo é claro. A entrega física transfere a complexidade da disposição dos ativos para o usuário final; quando o mercado oscila fortemente, o credor pode receber uma pilha de ativos de baixa liquidez que estão em queda. Os credores do TermMax precisam ter maior capacidade de identificar riscos do que depositantes do Aave.
Na minha visão, o que o TermMax realmente resolve é habilitar, no DeFi, uma «capacidade executável de entrega» de ativos financeiros tradicionais — mas o preço é uma interação mais complexa. Se vale a pena, por enquanto não tiro conclusão.
O que eu quero observar é outra coisa: no futuro, os usuários vão — para economizar trabalho — simplesmente jogar o dinheiro em um Vault gerenciado pelo Curator, deixando que a instituição escolha o mercado e o colateral, sem se preocupar mais com a lógica de liquidação subjacente? Se o nível do usuário e o nível do protocolo forem totalmente separados pela abstração do Vault, ainda conseguirá a entrega física cumprir o pressuposto de que «o credor precisa entender e aceitar o risco do colateral»? Quando o mercado desabar, o Curator faria decisões que preservem o AUM, mas entrem em conflito com os interesses dos varejistas? A «fronteira de segurança» buscada pelo design do protocolo — «levar RWA on-chain» — ainda consegue atravessar a camada de abstração até o usuário final? Esse é o tipo de questão que, para mim, vale mais atenção a longo prazo.
#termmax @TermMax $BTC Venha observar de perto a armadilha narrativa da suposta “investimento inteligente diversificado” do cofre TermMax. O argumento de venda embalado pela plataforma é: com um simples acesso, o curador conecta o capital a vários mercados, de modo a diversificar o risco. Mas basta entender o modelo matemático de liquidação das cotas ERC-4626 para perceber que esse mecanismo de conexão entre múltiplos mercados pode, na verdade, se tornar o estopim de uma contaminação sistêmica.
No modelo tradicional de pools isolados, se um pequeno mercado de moedas entra em colapso, as perdas ficam estritamente limitadas àquele pool independente. Porém, nesse mecanismo de cofre, o curador usa o mesmo tipo de ativo de dívida para “lançar a rede” por vários lugares; todas as margens e perdas acabam sendo consolidadas em um grande pool para o cálculo de cotas. O que isso significa? Significa que um “grãozinho de sujeira” pode realmente estragar a panela inteira.
Sempre que o curador, ao montar a lista de mercados, comete um erro e aloca parte do capital em um mercado-limite com altíssimo risco de inadimplência, caso esse mercado gere dívidas ruins que não podem ser liquidadas, a toxicidade se espalhará imediatamente pelas rotas de fundos subjacentes, sendo rateada proporcionalmente entre todos os depositantes no cofre. Você pretendia guardar com tranquilidade ativos mainstream, mas acabou, sem explicação, pagando a conta por um ativo lixo.
Diante desse mecanismo de “culpa por associação” de risco, confiar cegamente na visão dos gestores é extremamente perigoso. O meio mais central de controle de risco é fazer uma auditoria de penetração na base e verificar o “grau de concentração (assimetria)” do capital no cofre. Se for constatado que o curador conectou dez mercados, mas apostou mais de 80% do peso em apenas dois pools específicos de alta volatilidade, isso indica que a “diversificação” é completamente uma fraude. Frente a esse modelo de “refeição em panela grande”, em que a separação de riscos é praticamente inútil, a escolha mais sensata é não participar de qualquer mistura de fundos.
#termmax @TermMax $BTC Nesses dois dias, testei a Range Order AMM da TermMax. A princípio, eu só queria um pool de empréstimos com taxa fixa; acabei ficando olhando por vinte minutos para os três símbolos—FT, XT e GT—sem coragem de confirmar.
À primeira vista, achei que fosse algo como a divisão de rendimentos do Pendle, mas quando desmontei a operação, a lógica por trás é totalmente diferente. 1 FT + 1 XT = 1 unidade de token de dívida. Essa equação não é uma divisão de direitos de rendimento; é transformar a própria “taxa fixa” em um objeto matemático negociável.
Na AMM tradicional, você lida com preços. Na TermMax, você lida com uma faixa de APR. O curator não define preço de compra e venda; ele define “em que faixa de taxas eu aceito emprestar/tomar emprestado”. Esse design me fez travar um pouco—afinal, o mais difícil de um protocolo de taxa fixa não é apenas casar ordens, e sim permitir que a “preferência de taxa” seja expressa e executada on-chain.
O FT ancora o direito à devolução do principal, o XT ancora o direito ao recebimento de juros, e o GT é o comprovante de governança. Somados, formam uma dívida completa; separados, cada um flui dentro da AMM. Antes do vencimento, ao vender FT você espera recuperar o principal; ao vender XT, você espera recuperar os juros—não precisa esperar até o vencimento para sair da posição de taxa fixa.
O que eu não entendi foi o settlement por physical delivery. A maioria dos protocolos liquida via leilão, e o credor recebe stablecoin. A documentação da TermMax diz que “o credor recebe o ativo de colateral diretamente”. Você empresta USDC; em contrapartida, pode receber um monte de RWA que precisa ser tratado manualmente, ou ativos de cauda longa.
Se a curva de precificação do curator aguenta ou não cenários extremos é uma coisa. A questão mais prática é: usuários comuns têm capacidade de lidar com essas garantias “físicas”?
A TermMax não compartilha carteiras ruins, nem mascara exposição a riscos. Cada range order é independente, com responsabilidade por lucros e perdas. Esse design é bem único na categoria de taxa fixa, mas a complexidade é transferida para o usuário.
BABY é “sem custódia, sem ponte”; TMX é “sem pool, sem média, sem intermediário”. Mas quão grande é, de fato, o poder de precificação do curator? A largura/estreiteza do range, a aceitação de colaterais, os limiares de liquidação—esses parâmetros ficam concentrados com quem? É isso que decide se é realmente uma taxa fixa descentralizada, ou um produto CeFi embrulhado.
O que vocês acham? Physical delivery deixa o DeFi mais real, ou ele está elevando demais a barreira? Vamos conversar na seção de comentários. #tmx
#termmax @TermMax $BTC Quando voltei a ler a documentação do @TermMax_Finance, surgiu uma dúvida que não consigo contornar: a liquidez DeFi já passou de 1 bilhão, por que o travamento de taxas de juros definidas ainda é um “ponto cego” da maioria dos protocolos?
No começo, eu também pensei automaticamente como “Aave com uma camada de seguro”. Mas, depois de desmontar a divisão entre PT/FT e a lógica de precificação do AMM várias vezes, percebi que o rumo estava errado. O difícil não é “manter a taxa de juros constante”, e sim o fato de que, na prática on-chain, não existe noção de tempo.
Em taxas variáveis, liquidações, saques do pool e atrasos de oráculos conseguem deixar o APY completamente diferente em poucos minutos. O TermMax não tentou “prever” juros com algoritmos mais complexos; fez algo mais fundamental: removeu o futuro da linha do tempo e o transformou em um ativo que pode ser negociado agora.
Ao depositar ativos, o protocolo emite diretamente dois Tokens: o PT representa o principal no vencimento, e o FT representa os rendimentos durante o período. Não é necessário entender “duration” nem “desconto” on-chain; basta executar as condições de vencimento: quando o tempo chega, o PT é resgatado pelo valor nominal. Como o FT é precificado no mercado secundário, é um problema do mercado.
O que me fez a TMX parar para pensar é que esse desenho continua avançando para o “fundo” do protocolo. Cada mercado tem parâmetros de risco independentes, e as regras para entrada de capital já ficam definidas. Quando a volatilidade externa exige ajustar o comportamento do protocolo, usa-se o staking na TMX e a governança com atraso para converter o julgamento humano em sinais on-chain que contratos conseguem verificar. Parâmetros ruins não entram em vigor imediatamente; o módulo de segurança dá aos participantes do mercado um tempo para barrar decisões erradas.
Claro, ainda há distância até a operação funcionar de forma sustentável no longo prazo. Robustez do oráculo, pressão na liquidez das “ondas” de vencimento e limites de conformidade do RWA são questões que ainda precisam ser entregues.
Mas, ao desmontar todo esse mecanismo, eu sinto que o TermMax não quer ser apenas um “Aave de taxa fixa”. Ele responde a uma pergunta ainda mais profunda: se a cadeia não tem noção de tempo nativa, dá para transformar o futuro em algo que possa ser validado, negociado e precificado agora?
Não é fazer o DeFi imitar a linguagem do sistema financeiro tradicional, e sim reescrever o “valor do tempo” das finanças tradicionais usando os termos do DeFi.
#baby $BABY @BabylonLabs_io 这 duas semanas eu revisei novamente a whitepaper de economia de tokens da Babylon. Eu queria calcular com precisão o rendimento líquido real de apostar BABY por um ano, mas foi justamente no capítulo “Security Budget Allocation” que eu travei. Fiquei olhando para a tabela de alocação de recompensas por vinte minutos até perceber: a curva de alocação desenhada oficialmente não é um salário fixo para holders de BABY — ela usa o tamanho da base de staking de BTC como denominador. @BabylonLabs_io
Só depois de aprofundar é que percebi que eu tinha entendido tudo errado logo no primeiro passo. A maioria das pessoas tem uma intuição: quanto mais BTC travado houver, mais os stakers de BABY deveriam receber um “pedaço” maior. Mas a lógica da Babylon é o oposto. O total de BTC em staking é a âncora do orçamento de segurança; a parcela dos detentores de BABY é comprimida de forma sistêmica à medida que a escala de BTC aumenta. No começo, quando o staking de BTC ainda é pequeno, os stakers de BABY conseguem captar uma fatia maior. Quando a escala de staking de BTC se torna massiva, o protocolo automaticamente puxa as recompensas para o lado do BTC — e é aí que está o verdadeiro serviço de segurança que a Babylon pretende comprar.
Eles chamam isso de “two-sided staking alignment”. Ao ver esse termo, eu desmontei todo o meu modelo anterior construído em uma taxa de inflação fixa.
Em outras palavras: quem aposta BABY não está apenas recebendo um salário que compensa bem períodos ruins e bons; está participando de um leilão dinâmico. O pool de custos totais fica mais profundo conforme cresce a escala de staking de BTC, mas o seu peso na divisão é diluído. E, mais precisamente, essa curva ainda se conecta ao preço de clearing dos leilões de BSN e à taxa de comissão dos Finality Providers. Para calcular o retorno, você precisa acompanhar três variáveis ao mesmo tempo: o total de BTC em staking, a competitividade dos leilões de BSN e a taxa de “cut” dos FP. Não é tão simples quanto o PoS tradicional que distribui inflação apenas proporcionalmente ao tamanho do staking.
Mas, ao terminar, fiquei ainda mais preocupado: essa engenharia gera desalinhamento de interesses entre quem aposta no curto e no longo prazo? Há um detalhe na documentação que eu confirmei repetidas vezes: perto de certos limiares, a divisão das recompensas do BABY apresenta uma mudança de inclinação bem evidente, e isso está atrelado ao leilão do espaço dos blocos de BSN. O período de lock de 15 meses somado a uma divisão dinâmica torna a barreira realmente alta.
A Babylon transformou o design do BABY em um regulador do orçamento de segurança, e não em um mero ativo de inflação. Isso é algo raro no BTCFi. Mas o valor de longo prazo do BABY depende de duas coisas: se a escala de staking de BTC consegue romper um ponto crítico para deixar o pool total de custos suficientemente profundo, e se usuários comuns conseguem realmente entender essa lógica de alocação — “quanto mais sucesso, menor sua própria proporção”. Vocês preferem apostar que a escala de staking de BTC vai continuar inchando, ou apostar que o prêmio de governança do BABY consegue compensar a diluição na divisão? Nos comentários. #baby
#baby $BABY @BabylonLabs_io Ao reler a seção de “incentivo de staking” no Livro Branco de Economia da Babylon, só então percebi que o próprio “APY alto” do BABY é um contrato com contagem regressiva: o dinheiro que o protocolo te entrega agora não é todo dinheiro que ele mesmo ganhou.
O documento @BabylonLabs_io é bem direto: o retorno recebido pelos stakers no momento vem de duas “tubulações” enchendo ao mesmo tempo — uma é a receita do protocolo que a Babylon realmente extrai das atividades de empréstimo, e a outra é o subsídio do BABY cunhado pelo sistema seguindo um cronograma predeterminado. A intenção dos designers é bem clara: no início, inflacione para aumentar o tamanho do “pool”; depois, deixe que a receita do lado das taxas assuma naturalmente.
Assim, a curva de APY que os usuários veem hoje, na essência, é um manual de “dois trilhos”, e não uma promessa perpétua.
Mas esse sistema de dois trilhos tem uma “porta escondida”. Os primeiros a entrar e que se acostumaram a colher os benefícios dos subsídios vão achar as regras simples e transparentes; quando os mais tarde entram, eles podem enfrentar um cenário em que a tubulação de subsídios já foi reduzida, enquanto o fluxo do lado das taxas ainda não alcançou. Para manter os números no papel bonitos, ele não consegue fazer o que faria na gestão tradicional, como exigir “renovação” ou “adição de subsídio”; ele só consegue apostar que a inclinação do crescimento da receita do protocolo será suficientemente íngreme para fazer a “corrida” terminar antes que o subsídio zere.
A verdadeira prova nem precisa esperar por um deep bear. Imagine este cenário: você já travou uma quantia de BABY. Três meses depois, a taxa de crescimento do volume de empréstimos da Babylon desacelera, mas a função de decaimento de emissão no código segue, sem interrupções, reduzindo o subsídio. Aí você abre o painel de rendimentos e vê o número cair: o problema não é que você calculou errado a fórmula — é que o protocolo simplesmente não te deu um interruptor para “pausar o decaimento”. A lacuna entre seu retorno esperado e o fluxo de caixa real já está escrita no contrato.
Por isso, minha visão sobre o design econômico do BABY é: ele troca uma curva de emissão clara por previsibilidade no início, mas essa previsibilidade tem direção — só vai para baixo. A pergunta que o BABY realmente deveria enfrentar daqui para frente não é se os subsídios vão ser reforçados temporariamente, mas se o time terá coragem de explicar, com a mesma clareza com que agora descreve o modelo de inflação, que “seus rendimentos estão saindo da impressão de dinheiro e indo para a extração de taxas”, antes que a receita do lado das taxas seja capaz de sustentar de forma independente os retornos do staking.
#baby $BABY @BabylonLabs_io À noite, sozinho em casa, eu organizei a lógica de tudo e revisei de novo o painel on-chain do BABY. Ao ver aquela curva de staking com uma inclinação tão arrogante, caí em pensamentos. De toda essa piscina de moedas, quanto realmente é por crença no projeto a longo prazo, e quanto é apenas porque não sabem em que preço vender e escolhem um “ancoradouro” temporário?
O ritmo de liberação mensal do BABY — 136 milhões de tokens — até que é bem estável. Mas precisamos entender: assim como na mineração de BTC, existe um enorme abismo entre a emissão e a circulação real. Depois do desbloqueio dos tokens, o destino é diverso. A taxa de staking divulgada oficialmente esconde um problema central: quanta “água” existe nisso? Quanto é do “capital antigo” deixado pelo ciclo anterior de desbloqueio, e quanto é dinheiro de verdade, injetado pelo mercado secundário? Em um cenário de queda contínua, será que todos ainda continuariam a travar posições? Nesse teste de estresse, o BABY ainda não entregou respostas.
Além disso, a descrição de governança nos documentos é bem “espertinha”. Entre linhas, tudo enfatiza a sensação de participação dos detentores, mas, na prática, o que existe? Você simplesmente não consegue encontrar nenhuma proposta-chave que consiga, de forma direta, afetar o modelo financeiro do protocolo. É como se a ETH não pudesse ser usada para pagar Gas — perde-se a alma. Os incentivos do ecossistema têm o mesmo problema: o orçamento é gasto de forma bem “prazerosa”, mas indicadores críticos de ROI, como taxa de sobrevivência do projeto e situação de consumo de tokens, ficam totalmente em branco.
A economia no papel sempre é perfeita; ela te induz a imaginar automaticamente um cenário de oferta e demanda em que falta produto. Mas, na realidade, essas armadilhas ainda estão aí: a erosão causada pela inflação, a governança formalizada e a conversão ineficiente de capital. Então, não venha mais me desenhar um blueprint do ecossistema. Primeiro, me mostre qual é a quantidade real de circulação livre depois de cada desbloqueio. Só quando esses dados críticos estiverem “desidratados”, é que eu vou acreditar de verdade no modelo de tokens — aí sim, com resistência de verdade. #baby BABY
#baby $BABY @BabylonLabs_io Por volta das três da madrugada, Lao Zhang do grupo técnico enviou uma mensagem: na troca entre primário e secundário do nó FP, o heartbeat caiu por meio minuto, e os dois lados acabaram votando ao mesmo tempo.
No ecossistema Cosmos, assinar duas vezes não é nada novo; normalmente há margem de governança e espaço para apelação. Mas Babylon é diferente.
@BabylonLabs_io Para o Finality Provider, usa EOTS (Extractable One-Time Signature). Se a mesma chave privada assinar duas mensagens diferentes, a chave privada pode ser recuperada publicamente, e qualquer pessoa pode construir uma transação Bitcoin para descontar o BTC em staking para o endereço burn.
Sem votação por multisig, sem proposta de governança, sem “vamos aguardar a investigação”. A criptografia executa automaticamente, como uma máquina sem botão de pausa.
Isso soa extremamente intimidador. Mas quanto mais penso, mais acho que o EOTS pune o “comportamento”, não a “intenção”.
Suponha que uma equipe de FP faça uma atualização rotineira, a implantação gradual dê problema e, ao fazer rollback, duas instâncias novas e antigas assinem blocos diferentes antes e depois do mesmo height. A função de extração do EOTS é executada publicamente na cadeia, e a chave privada é recuperada. Qualquer pessoa, dentro da janela de tempo, pode enviar a transação de slashing para a rede Bitcoin.
De uma assinatura dupla até o desconto, sem alerta, sem fusível, sem “por favor, envie um relatório da situação”. A criptografia não aceita explicações.
Essa também é uma camada que eu frequentemente deixo passar quando acompanho #baby . O EOTS transfere o risco de “se a pessoa vai agir de forma maliciosa” para “se a pessoa vai cometer um erro”. A malícia pode ser dissuadida; o erro só pode ser prevenido.
Então, o que realmente vale monitorar são três coisas: se a infraestrutura de assinatura do FP está suficientemente isolada; se os primeiros slashes após o lançamento na mainnet foram maliciosos ou acidentais; e se a janela entre a recuperação pelo EOTS e a efetivação do slashing é curta o bastante para manter a dissuasão, mas ainda dá um pouco de tempo de reação aos FPs honestos.
Em um mercado calmo, o EOTS é o argumento narrativo mais forte. Em um mercado sob pressão, ele é o teste extremo da maturidade operacional do FP.
Babylon escreveu a punição dentro do próprio algoritmo de assinatura. Mas o mercado ainda não respondeu: quando o rendimento em staking cai e os custos operacionais sobem, essa aplicação criptográfica de “tolerância zero” é afinal uma muralha de segurança, ou uma mão invisível que empurra os FPs pequenos e médios para um beco sem saída?
#baby $BABY @BabylonLabs_io de madrugada, no praça, dez gritam e oito dizem: "Babylon fez o Big Mac se alimentar, e os recursos das instituições precisam entrar".
Meu primo trabalha com emissão e venda de dívidas tradicionais. Depois de ver o TBV, ele só disse uma frase: "Na TradFi, o BTC é comparado ao ouro, risco zero de contraparte. Agora você tranca essa coisa em UTXO e entrega para nós anônimos que nem têm KYC. A outra parte só precisa tremer um pouco e o principal some. Isso não é aumentar o retorno; é troca de ativo de risco".
O TBV não está pagando juros ao BTC, está colocando contraparte no BTC.
Antes, o seu Big Mac era como uma casa comprada à vista, com o título do imóvel na sua mão. Agora o TBV manda você alugar para receber aluguel do BABY. Mas a cláusula de Slash do EOTS está escondida no fim do contrato: o inquilino (FP) viola regras e causa um incêndio (assinatura dupla). A sua casa (principal do BTC) também vai ser leiloada (Slash). O aluguel que você recebe nem chega a ser uma migalha do valor do imóvel.
O mais absurdo é o payout. Aposte 10 Big Macs, e anualmente ganha 5% de BABY. Com o mercado bom, dá para ganhar 0,5 equivalente de aluguel. Um deslize do FP, e 10 Big Macs viram zero. Risco de 100% do principal para buscar 5% de retorno; a taxa de acerto depende de quantas xícaras de café o time de operação anônimo bebeu hoje.
Grandes investidores não são bobos. Um amigo de um family office que gerencia nove dígitos em Big Macs leu e balançou a cabeça: "Queremos segurança absoluta do principal. Não é um jogo de inflação de trocar ativo duro por ativo mole. Sem rating de crédito do FP, sem cobertura de seguro para Slash, sem hedge de liquidez de unbonding. A gente prefere deixar esse dinheiro parado numa carteira fria".
Do ponto de vista técnico, eu reconheço a arquitetura do Babylon, mas elegância não equivale a ser investível. Na TradFi, vender títulos para instituições exige rating, auditoria e testes de estresse. O Babylon, o que tem agora? Uma galera competindo em ranking de APY e um monte de FP sem histórico de operação.
Varejistas podem apostar; se der Slash, vira mensalidade de aprendizado. O requisito dos tubarões é: "o principal não pode ter perdas não relacionadas ao mercado". O TBV não consegue garantir isso.
Não tenha pressa de gritar "verão do BTCFi". Primeiro, deixe o mercado de FP passar por algumas rodadas de inverno de Slash, para o sistema de reputação crescer das ruínas.
Até lá, o que você está fazendo stake não é BTC: é apostar que um desconhecido não vai tremer a mão.
BABY #baby @BabylonLabs_io
Na seção de comentários, registrem sua presença: vocês calcularam qual é a taxa de perda do principal quando o FP que vocês delegaram sofre Slash?
#baby $BABY @BabylonLabs_io Meu primo trabalhou por dez anos em controle de riscos de um banco. Depois de ler o documento da Fase 2 de @BabylonLabs_io , ele disse apenas uma frase: “Isso não é exatamente ‘hipoteca sem transferência de posse’? O título do imóvel continua na sua gaveta, mas o poder de disposição já foi restringido.”
Babylon usa a mesma lógica. O BTC não saiu da carteira, mas o script do UTXO o registra no livro de hipoteca. Você até tem a chave privada e consegue ver o saldo, porém as condições do script impedem que você gaste. Isso não é um investimento de liquidez diária; é hipoteca de bem móvel — você entrega o BTC à cadeia PoS para reforçar o crédito. A cadeia PoS, para provar que “há Bitcoin por trás do consenso”, cobra uma taxa de garantia.
O Finality Provider é o seu procurador para assinatura. Você delega a ele o direito de voto, e ele roda a validação no Babylon Genesis. Mas se ele cometer dupla assinatura com má-fé, o script do UTXO dispara o slashing automaticamente, e o seu BTC cai no caminho da penalidade/confisco. Não é simplesmente uma taxa; é como um imóvel leiloado indo direto para o pregão.
Os 1008 blocos de período de desbloqueio da Fase 2: não reclame de “saque lento”. Esse é o período legal de resfriamento para cancelar a hipoteca, embutido no script do Bitcoin. Sete dias não é bug — é uma cláusula irrevogável.
Mas quem é o tomador do empréstimo? A Consumer Chain é quem compra a conta; são elas que pagam a BABY para comprar essa segurança. Só que quantas cadeias PoS realmente precisam desse reforço? Muitas cadeias conseguem cobrir o custo de segurança apenas com inflação do próprio token. Então por que gastar BABY para comprar “credenciamento” extra? Não é necessidade — é consumo opcional.
Mais escondido ainda é o risco de volatilidade da BABY. Ela é o token de precificação da taxa de garantia. Se a BABY cair 50%, o custo real da Consumer Chain dobra e a disposição para renovar despenca. O “retorno” que o staker recebe é, nominalmente, BABY; o poder de compra depende do comprador no mercado secundário, o que é totalmente diferente de receber juros em USDC.
Então, quando eu olho para a BABY, não importa quanto BTC está travado: eu só faço duas perguntas difíceis. Quantas Consumer Chains estão recomprando continuamente? E quando o preço da BABY cai, o staker ainda está disposto a assumir o risco de travamento e slashing?
A quantidade travada é um autoengano do lado da oferta; a taxa de recompra é a prova de ouro da demanda. Se não há tomador com pressa para usar dinheiro, o registro da hipoteca vira um cheque desenhado na areia.
#baby $BABY @BabylonLabs_io Sábado almocei com meu primo que lida com finanças tradicionais; ele perguntou: “BABY, qual é a rentabilidade anualizada do staking?” Eu disse: “Em termos de moeda-base, parece ok. Os incentivos do FP somam e também há ganhos dos validadores; empilhar os números não é baixo.” Ele largou os hashis e me olhou de lado: “Vocês calculam rentabilidade, mas nunca descontam a valor presente?”
Primeira camada: a “descontagem” que meu primo mencionou. Eu expliquei que a inflação é 5,5%, não existe teto rígido, e o protocolo imprime automaticamente novas moedas todo dia para pagar recompensas. Ele disse: “Isso não é rentabilidade; é expansão da oferta.” A quantidade de moedas que você tem aumenta, mas o nível de água do pool também sobe. Se for medir poder de compra de verdade, tem que descontar a taxa de diluição. Depois de descontar, muita gente que diz estar em “lucro real” com staking na prática fica estável, ou até negativa.
Segunda camada: a “duração” que ele mencionou. Ele perguntou por quanto tempo é o lock, e eu disse: “unbonding de 14 dias; e os investidores do time ainda destravam de forma linear todo mês.” Ele retrucou: “É um descompasso típico de duration — você acha que é conta corrente, mas ao sair existe atrito; você acha que o lock é uma muralha, mas todo mês uma parcela fixa de ‘cota’ sai de ‘não circulante’ para ‘circulante’. Dentro da duration, há uma liberação programada escondida.” Em mercados tradicionais de títulos, esse tipo de estrutura exige compensação de risco; vocês no cripto simplesmente ignoram?
Terceira camada: o “incremento” que ele falou. Ele disse que vocês vivem repetindo “segurança compartilhada do Bitcoin”; eu pesquisei e cheguei a isto: a segurança de quem realmente produz blocos é sustentada pelos stakers do BABY, e o BTC só serve como colateral. Colateral e devedor são coisas diferentes. É como um empréstimo: a casa fica dada em garantia, mas quem paga a parcela mensal é o tomador. Se a concentração do staking do BABY for alta, ou se a rentabilidade do staking não superar a pressão vendedora na liberação, o “incremento” da segurança compartilhada vira um circuito interno, não um endosso externo.
Quarta camada: o “fluxo de caixa” que ele perguntou. Ele disse: “Onde está o fluxo de caixa externo?” Eu falei: “Aguardem a Phase-3; a BSN vai pagar para comprar segurança.” Ele disse: “Então ainda nem chegou.” Um produto cujo caixa depende apenas de “compromissos de clientes futuros” — aqui no banco chamamos de “cheques desenhados na areia”. O MC/TVL fica abaixo de 0,02 durante anos; o mercado já votou com sua precificação — isto não é preconceito; é desconto.
No fim, quando ele foi pagar, disse: “Se você realmente for brincar, trate isso como comprar um crédito de alta volatilidade. Não passe de 5% do total do patrimônio na posição. Só considere aumentar quando o ‘fluxo de caixa externo’ realmente cair.” Eu disse que anotei, mas gente do cripto tem o costume de subir no impulso primeiro e calcular depois. Ele sorriu: “Então é por isso que vocês chamam de velho agento de corte.”
#baby $BABY @BabylonLabs_io Ontem à noite eu passei a madrugada toda conferindo na documentação do BabylonLabs aquelas páginas sobre a lógica de delegation e slashing.
A maioria acha que a punição confisco é “verificador primeiro, delegador depois”, mas afinal não é bem assim.
Quando o protocolo dispara o slashing, a self-bond do validador e os fundos do delegador são reduzidos na mesma proporção. Se o percentual de autoestaca do validador for muito baixo, em um único confisco ele perde 2 mil; você pode perder 200 mil. A exposição ao risco é completamente assimétrica. #baby
Mais detalhado: na documentação não existe um “hard code” no nível de base para o parâmetro de “limiar mínimo de autoestaca do validador”; esse parâmetro fica para cada POS chain definir. Em algumas redes de teste, os valores ficam próximos de zero. No lado do delegador, não há uma interface unificada que permita comparar de forma intuitiva “quanto do próprio dinheiro do validador eu estou delegando”. Eu não encontrei uma definição clara para isso. @BabylonLabs_io
Fazendo uma analogia: você entra com 1 milhão para abrir um restaurante em parceria, e seu sócio entra com 10 mil; o contrato escreve “as perdas são compartilhadas”. Resultado: cada um assume 20%—ele perde 2 mil e você perde 200 mil.
Pelo que eu entendi desse mecanismo, na prática eu vou priorizar delegar para validadores com maior proporção de self-bond e, principalmente, com valores absolutos maiores. Não é só olhar o APR. Se alguma chain definir o limiar de entrada muito baixo, eu simplesmente reduzo o peso de delegação. A limitação é que a mainnet ainda não rodou; os dados reais de self-bond ainda não foram colocados on-chain. Eu não testei a ordem real de execução do slashing.
Quanto à trajetória do BABY: esse tipo de “risco de delegação vs. agente” dificilmente dá para precificar diretamente no curto prazo. É mais como um relatório de checagem para uso de instituições—quanto mais o mecanismo de proteção ao delegador aguentar escrutínio de detalhes, mais baixo tende a ser o limite para aportar grandes valores. Eu não vou ajustar a carteira só por ter entendido essa parte; vou reavaliar quando houver dados da mainnet e casos reais.
Quando vocês escolhem validadores, vocês verificam a proporção de self-bond dele ou só olham o ranking de rendimento? Vamos conversar no comentário da Binance Square.
#baby $BABY @BabylonLabs_io Na narrativa atual do mercado cripto, “não custodial” muitas vezes é equiparado a segurança absoluta. O protocolo Babylon, por contar com a característica de que os ativos não precisam sair da mainnet do Bitcoin, conseguiu atrair bastante atenção da liquidez. Investidores geralmente acreditam que, enquanto alguém controlar as chaves privadas, os ativos ficam blindados do risco sistêmico de redes externas.
Mas, ao dissecar mais profundamente o seu modelo operacional, percebe-se que o risco não foi eliminado; ele apenas foi transferido de forma implícita. Ao obter retornos em tokens BABY, o verdadeiro risco exposto aos ativos do usuário deixa de estar na mainnet do Bitcoin e é deslocado para a camada de consenso PoS da rede Babylon. Trata-se de um típico estado de assimetria entre informação e risco.
Em termos concretos, a segurança do protocolo depende em grande medida da honestidade do Finality Provider (provedor de finalização). Se esses nós entrarem em conluio ou se a rede sofrer um ataque, devido à falta de capacidade da mainnet do Bitcoin de ler estados externos via contratos inteligentes, os scripts subjacentes não terão como agir. A rede do Bitcoin oferece apenas uma fechadura criptográfica, mas não consegue decidir o que acontece fora da fechadura.
Essa assimetria fica ainda mais evidente em condições de extrema volatilidade. A mão esquerda segura um timelock seguro do Bitcoin; a mão direita mantém a “sala externa” de redes que sustenta recompensas e punições. O usuário parece não ter cedido o poder de gestão dos ativos, mas na prática concedeu unilateralmente o valor temporal dos ativos e a liquidez a um mecanismo de consenso relativamente mais jovem.
Para avaliar o valor de tal infraestrutura, não se deve ficar apenas na lógica superficial de “os ativos ainda estão na cadeia original”. Os participantes do mercado precisam examinar se seus próprios ativos têm capacidade de se proteger (hedge) contra esse choque externo quando a camada de consenso externa passa por grande instabilidade. Compreender a essência da transferência de riscos é a chave para formular uma estratégia robusta de alocação de ativos.
#baby $BABY @BabylonLabs_io Na semana passada, o Lao Zhang ficou mexendo com a renda de staking on-chain e quase quebrou o teclado.
Aquele monte de BTC que ele tem — guardado numa carteira fria, como um barril de vinho velho lacrado há dez anos: tem aroma, mas não dá nem para tirar uma gota. O Lao Wang, do lado, faz farming na Solana; o primo dele consegue até arrancar 4% com títulos do Tesouro dos EUA. E o BTC do Lao Zhang? Além de esperar o preço subir, ele só sabe esperar o preço subir.
Foi nesse momento que o protocolo Babylon apareceu pra ele e disse: não precisa tirar o vinho da adega; é só alugar remotamente e cobrar o aluguel.
A lógica de base é, de fato, bem engenhosa. A Babylon não toca naquela gambiarra de ponte cross-chain com WBTC — ponte é uma coisa que o Lao Zhang viu sangue demais em 2022. O BTC fica na cadeia original, e scripts com time-lock “entregam” a segurança econômica, como uma “entrega expressa remota”, para a cadeia PoS. Seu BTC continua sendo seu, mas o “limite de crédito” é emprestado como garantia.
O problema está no quesito de penalidades e confiscos. Na cadeia original do Bitcoin não há smart contracts; o slash depende do nível de coordenação fora da cadeia e da suposição de honestidade dos Finality Providers. Se os nós conspirarem ou se a camada de coordenação atrasar a resposta em cenários extremos, as promessas de segurança viram aquele cheque desenhado na areia — a maré chega e leva tudo.
A distribuição de tokens faz o Lao Zhang franzir a testa. Incentivos da comunidade: 15%; private placement: 30,5%; equipe: 15% — e as instituições, somadas, ficam com metade. O desbloqueio começa em maio de 2026 e segue liberação linear por 36 meses.
Com dupla garantia, dá uma inflação anual de 8% dividida ao meio. Mas o Lao Zhang fez as contas: preço da moeda ~ US$0,02; FDV ~ US$217 milhões; e o TVL chega a cerca de US$5,6 bilhões. O market cap/TVL é ridiculamente baixo — ou está seriamente subavaliado, ou o TVL tem muita “água” de volume forjado. Considerando que o private placement é 30,5%, o Lao Zhang tende mais para a segunda opção.
“Isso tem valor de exploração para quem acumula BTC”, disse o Lao Zhang, “mas não trate como um salvador. O BTC não saiu da cadeia original de verdade; só que a segurança da delegação consegue manter o principal quando os nós caem? Ninguém tem coragem de garantir. Antes de passar por um ciclo inteiro de desbloqueio e por um evento real de slash, tudo o que dá para fazer é uma análise técnica cautelosamente otimista.”
O Lao Wang respondeu com um meme: “O Lao Zhang virou aquele velho veeiro de novo.”
#grvt $BTC @grvt_io Na semana passada, fui a um churrasco com um amigo meu que trabalha com quantificação. Ele foi todo misterioso e me indicou o GRVT, dizendo que essa é a bolsa de derivativos on-chain. Eu pensei: “não é só colocar um invólucro de Validium em um CEX com livro de ofertas?” E pronto — eu não consegui sustentar a empolgação com essa onda do GRVT.
Primeiro, eu destrinchei a arquitetura que separa a correspondência (matching) do processo de liquidação. Matching on-chain, liquidação off-chain, usando Validium para atrasar a divulgação — parece bem avançado. Mas quanto mais eu olhava, mais ficava confuso: isso não é apenas transferir o risco de finalização para os usuários? Se o preço na janela de liquidação oscilar, por qual preço as posições são calculadas? O Validium ainda adiciona risco de DA (data availability). Se der problema na camada de dados, o histórico de negociações desaba junto. Otimização de performance ou é uma forma disfarçada de colocar mais uma alavanca?
Depois, fui ver a lógica das reservas do GLP. Minha primeira reação foi querer rir. O varejo deposita e fornece liquidez; quem absorve perdas é o LP; a plataforma tira a receita. Não é exatamente o “o cassino faz a festa, a casa sempre ganha”? É só trocar o nome: em vez de “cofre de estratégia”, vira algo com outra cara. Quem define a estratégia? Quem ajusta as taxas? Quem estabelece os limiares de liquidação? No fim, pelo que vejo, ainda são aqueles mesmos grupos institucionais com whitelist decidindo tudo. A tal “governança comunitária” acaba sendo apenas repassar o poder da foice em camadas.
Na parte do motor de matching, eu fico ainda mais desconfiado. Para baixar a latência, o matching principal roda em nós especializados off-chain, e usuários comuns nem conseguem ver a profundidade real do livro de ofertas. Se acontecer um cenário de mercado extremamente extremo, o GRVT sacrifica os pequenos traders para proteger os market makers, ou sacrifica a velocidade para proteger o sistema? O ciclo fechado em quatro camadas dizem ser controle de risco, mas para mim parece mais um “corredor VIP de fuga” aberto para os grandes. Os pequenos pagam impostos de baixo, e no momento crucial nem sabem por onde sair.
Sobre liquidação com desconto em RWA, foi a parte que mais me irritou. Dizem que empacotaram títulos do Tesouro americano dentro de um cofre on-chain e que vão abrir exposição 7x24 para o varejo. Mas eu não consigo deixar de perguntar: quem define a taxa de desconto na liquidação? Quando a liquidez secar de vez, sua “”ativos reais”” consegue ser liquidado pelo valor nominal? O modelo de “membro” parece ir ainda mais além. Até o próprio site oficial admite que, em caso de bloqueio de longo prazo, existe penalidade na saída. Pelo que vejo, o que está de pé agora é fazer o velho otimista bancar a conta do novo. O discurso é delicioso, a promessa é saborosa mesmo — só não te dizem quantos segundos/minutos de “imposto do tempo” vêm embutidos.
Para contar essa história, o GRVT junta de propósito tudo: Validium, GLP, RWA, sistema de membros e cashback via pontos. Quanto mais componentes, mais se extrai em forma de comissão. Eu realmente não vejo isso como um ecossistema em circuito fechado; parece mais uma mesa de “self-service de taxas” preparada para os pequenos traders, e cada corte acaba indo direto para o bolso dos LPs.
#grvt $BTC @grvt_io Às duas da madrugada, a luz branca da tela do computador de desenvolvimento feria os olhos. Acabei de vasculhar o código-fonte do sistema de convites de @grvt_io pontos, e um calafrio percorreu as costas — aquele multiplicador ActivityMultiplier do backend não é nenhum coeficiente de recompensa; é uma foice invisível de liquidação direcionada contra as contas múltiplas.
Os pequenos investidores ainda se gabam no grupo de terem criado dezenas de contas e as travado em árvore, achando que vão garantir várias camadas de comissão. Mas eles não perceberam que, escondido nas letras cinzas do whitepaper, há um mecanismo de decaimento de atividade: o sistema não avalia apenas os depósitos dos subordinados, como também vincula rigidamente o limite de agressividade de execução em derivativos de alta frequência. Em português claro: se o subordinado passar 72 horas seguidas sem volume suficiente de execução, o peso da comissão de toda a árvore de indicação sofre uma dedução em cascata. A plataforma chama isso de "ajuste de atividade"; na prática, é um imposto de alíquota fixa.
Fiz as contas manualmente da curva de ganhos sob diferentes pesos. Os "usuários reais" que você cultivou com tanto esforço por três meses, se ficarem três dias sem bater o volume mínimo de execução, terão os pontos e as taxas de toda a árvore forçosamente desvalorizados e zerados sob a justificativa de "inatividade". O multiplicador despenca de vez, e a promoção suada vira, num instante, o manto de liquidez gratuita da própria plataforma.
Esse mecanismo contorna completamente o bloqueio vitalício de seguidores, transformando cada endereço em um escravo de volume que sangra continuamente — sem operar, morre; se parar de operar, zera.
Os tubarões nem ligam. Eles simplesmente usam máquinas de market making, fazendo operações casadas no livro de ordens sem atrito; ficam naturalmente isentos da penalidade, e a comissão sempre fica no teto. Já os universitários e caçadores de renda que puxam amigos e colegas, achando que basta trazer gente real para ganhar dormindo, descobrem que essas pessoas só fazem aportes ocasionais em spot, com limite zero em execução de derivativos; a receita da sua árvore de indicações vai sendo discretamente descontada no backend, até que nem o gas você consegue recuperar.
Isso não é um sistema de indicação; é uma linha de produção de extração de liquidez. Quando você acha que está montando uma equipe, na verdade está recrutando, de graça, mão de obra para volume para a plataforma.
Deixem nos comentários a taxa real de encolhimento das suas comissões; estou curioso para saber quantas árvores de indicação já foram silenciosamente cortadas pelo ActivityMultiplier até o tornozelo.
[TL;DR] O ActivityMultiplier da árvore de indicação da GRVT é uma máquina invisível de extração. Se não houver execução em derivativos por 72 horas, aciona dedução em cascata; contas múltiplas e pequenos investidores de baixa frequência são estrangulados de forma direcionada, e só máquinas de market making de alta frequência conseguem isenção. O pequeno investidor acha que está ganhando comissão, mas na verdade está fornecendo liquidez gratuita à plataforma. GRVT #grvt @grvt_io
#grvt $BTC @grvt_io Cerca da meia-noite e meia, na frente do computador da máquina no subsolo, a luz branca da tela deixava meu rosto com um tom azulado. Em um grupo de amigos do mercado, um colega spreadou um áudio: “A carteira self-custody do GRVT, você realmente tem a chave privada nas próprias mãos?” Eu não respondi. Rolei o documento de abstração da conta @grvt_io por três telas, e quando vi que havia um atraso na revogação da permissão da Session Key, dei um tranco e derramei metade de um copo de água fria perto do teclado.
Senti um arrepio na nuca.
O GRVT usa a bandeira de “exchange híbrida”: matching fora da cadeia e liquidação na cadeia; uma carteira AA mantém os ativos. Você tem a ownership da carteira de contrato, e a plataforma só segura a chave de sessão para assinar automaticamente. Mas os parâmetros de atraso na revogação, tratados de forma leve no whitepaper, tiraram de você a última peça de roupa — revelaram tudo, só que meio transparente.
Quando você percebe que a chave de sessão vaza ou que há anomalias no nó de matching, ao iniciar a revogação da autorização existe, objetivamente, uma janela de tempo: do mempool até a confirmação na cadeia. Nesse período, a entidade que detém a chave de sessão — seja o mecanismo de matching do GRVT ou algum terceiro comprometido — teoricamente ainda pode representar as operações da sua carteira. Mais importante: o matching roda no “escuro” fora da cadeia, como uma floresta negra; na cadeia, só se vê o resultado final da liquidação.
Isso não é como um CEX tradicional, onde o risco de custódia fica óbvio; também não é como um DEX puramente on-chain, onde cada transação é transparente e auditável. O GRVT equivale a montar uma ponte de vidro entre você e o dinheiro — você segura as chaves, mas no meio da ponte existe uma porta giratória invisível: antes da revogação surtir efeito, a chave pode ainda ser girada um pouco pelo outro lado.
O pessoal que faz liquidações transfronteiriças ficou em silêncio por alguns segundos: “Qualquer revogação de autorização com atraso, na essência, é um ‘controlável do jeito imprevisível’.”
Usamos quinze anos para recuperar o controle. Hoje, para ganhar velocidade no matching, abrimos mão voluntariamente de parte desse controle devolvendo para a variável uint256 de atraso dentro do código. É evolução, ou uma algema mais requintada?
[TL;DR] A Session Key do AA do GRVT tem uma janela de atraso para revogar a autorização; durante o matching fora da cadeia, “self-custody” não é controle absoluto. A arquitetura híbrida é uma concessão de engenharia: veja bem a transferência de poder nos parâmetros de tempo e então decida se coloca ou não seu patrimônio em risco. #grvt GRVT