#termmax Eu larguei o vício de ficar monitorando DeFi e é só com esse truque de “arbitragem por tempo”
Antes, quando usava o Aave, a primeira coisa que eu fazia ao acordar era checar as taxas (APY). Se subisse, eu ficava feliz; se caísse, ficava chateado. Era como abrir uma caixa surpresa. Pra ser sincero, a oscilação daqueles juros nem era tão preocupante — mas mesmo assim eu não conseguia dormir tranquilo. Depois, um amigo me indicou o TermMax: ele disse que dava para “travar” a taxa de juros. Eu pensei: isso não é conversa fiada? Na cadeia não existe nenhuma certeza.
Mas na prática, testei e o jeito de funcionar realmente tem algo — não é pra você ficar travando tudo sem sair, e sim transformar a receita futura em tokens para negociação no mercado. Eu depositei USDC: antes eu só ganhava juros variáveis; agora, é como se eu tivesse feito um swap com a contraparte, travando uma taxa anual de 8%. Em 30 dias de vencimento, eu sei exatamente quanto vou receber. No whitepaper eles chamam de “tokenização de rendimento + precificação por AMM”. Pelo que eu entendi, é basicamente colocar um calendário nos juros e transformar o que antes era incerto em algo certo.
A verdade é que o projeto ainda está no começo; a profundidade dos pools é apenas ok, então operações maiores podem ter slippage de dar medo. Mas essa ideia de “prazo fixo + taxa fixa” realmente acerta na dor — antes, empréstimos no DeFi pareciam aposta de alta ou baixa; agora, pelo menos dá pra escolher uma opção “com certeza”. E ainda consegue integrar com o Morpho: dinheiro ocioso automaticamente rende juros variáveis; quando a ordem casar, você volta para a taxa fixa. Assim o capital não fica parado.
Por quanto tempo você vai travar a taxa? Eu, particularmente, já vou de 30 dias. É mais tranquilo. @TermMax
Muita gente, ao ouvir sobre segurança em PoS, já imagina: “quem tem mais dinheiro manda”. Grandes detentores se juntam, e o peso da delegação (staking) decide tudo. Mas essa forma de pensar, aplicada ao Dusk, precisa ser reavaliada.
O Dusk usa um consenso chamado Succinct Attestation, um PoS com modelo baseado em comitê. O ponto central não é quanto se faz de staking, e sim quem é selecionado para propor o bloco — inclusive quem propõe não consegue calcular antecipadamente. Ele se baseia em um algoritmo de deterministic sortition: mistura um “seed” (semente) do bloco anterior com a rodada e a etapa atual usando SHA3 para gerar uma pontuação e, então, seleciona pessoas de acordo com o peso do staking. De onde vem essa semente? O propositor da rodada anterior assina o seed anterior com sua chave privada — ou seja, antes de assinar, ele nem sabe como será o seed da próxima rodada. Se alguém quiser conspirar para “puxar os aliados” com antecedência, a própria camada do protocolo bloqueia esse caminho.
O tratamento de bifurcações é ainda mais interessante. O rolling finality tem quatro estágios: accepted, attested, confirmed e final — avançando um nível de cada vez. Blocos de rodadas menores podem ser substituídos por outros, desde que os blocos posteriores não tenham chegado a um “prova de falha”. Mas, enquanto os blocos confirmados posteriores acumularem volume suficiente, a probabilidade de bifurcação cai de forma exponencial, até ficar definitivamente “travada” no estado final, que não pode mais ser revertido. Para impedir aquele tipo de operação esperta — deliberadamente “deixar a disputa nas rodadas anteriores” e ficar só “no fim para colher recompensas” — o protocolo embute várias contramedidas: recompensas por votação, pontos adicionais, exclusão da elegibilidade para votar na rodada seguinte, além de um limite para o número de iterações. As brechas que a teoria dos jogos poderia explorar, basicamente, ficam cobertas.
Pensando bem, muitas cadeias jogam o problema de “poder prever a capacidade de propor blocos” para os mecanismos de punição no final. O Dusk corta isso direto no algoritmo de seleção. Eu acho essa abordagem mais completa: segurança não vem de punição, vem de ser impossível “calcular antes”. Vale a pena copiar o modelo? Vocês mesmos avaliem. @Dusk
#baby $BABY Não transforme “confiança na camada de baixo” em uma espécie de Bíblia; a passagem pelo comitê do Babylon já foi superada?
Depois de dar uma olhada na documentação oficial do Babylon, vi uma frase que me deixou pensando por um bom tempo — eles mesmos admitem que, na fase atual de cunhagem do LST, não dá para contornar um comitê multiassinatura. Em outras palavras: é preciso que esse pessoal, manualmente, faça a ponte dos BTCs bloqueados e, em seguida, em uma cadeia-alvo, gere para você um certificado embrulhado (tipo um recibo) para aquela operação. Isso não tem nada a ver com o discurso criptográfico de “sem necessidade de confiar em terceiros” da camada de baixo — são coisas completamente diferentes.
A camada de baixo é realmente bonita. O mecanismo de penalidades do EOTS, o cofre com auto-custódia: esse conjunto de movimentos, dentro das limitações do script do Bitcoin, permite uma forma quase sem confiança de custódia/bloqueio. Não tem o que reclamar. Mas o usuário comum nem sequer lida com a camada de baixo — ele interage com o LST que pode ser comprado e vendido a qualquer momento. E nessa camada, por enquanto, ainda é aquela multiassinatura antiga, tipo custódia: qual é a diferença essencial em relação às pontes cross-chain comuns do mercado?
Não é para desanimar; é mais como um “gap” (falha/conforme) de construção. O próprio time também listou “ponte Bitcoin-Genesis com minimização de confiança” como uma prioridade máxima, o que mostra que eles sabem bem o que estão fazendo. Mas muitos criadores de conteúdo têm o hábito de igualar “imune à confiança na camada de baixo” diretamente a “toda a ecossistema também imune à confiança”. No meio disso, a camada onde os usuários mais facilmente caem em ciladas é justamente esta.
Para avaliar esse tipo de protocolo, é preciso ir puxando camada por camada, até chegar ao produto que o usuário realmente utiliza. Muitas vezes, a verdadeira brecha de confiança não está no nível mais baixo, e sim naquela camada que todos consideram “normal”, “deve estar tudo bem”. @BabylonLabs_io
#baby $BABY Irmão, o que aquele amigo seu de operação de pools disse está errado — eu encontrei.
Fui tomar uma com um “veterano” que trabalha com operação e, na conversa, o assunto sempre acabava girando em torno daquele tipo de “controle de risco em papel que parece invencível, mas que você fura com um estalo”. Semana passada, quando conversei com @BabylonLabs_io, uma frase dele me deixou sem resposta: “As taxas de negociação de confisco já estão fixas no script? Então, na hora de congestionamento, isso é só enfeite.”
Eu não consegui rebater. No ano passado, na fase mais maluca do Ordinals, o mempool ficou entupido com mais de trezentas mil transações não confirmadas. A taxa subiu para centenas de sats/vB, o que era comum. Nessa situação, as poucas taxas do minerador que ficam “trancadas” nas transações de confisco pré-assinadas pela Babylon simplesmente não conseguem entrar no bloco. O atacante pode aproveitar aquelas horas em que as transações de confisco ficam presas no mempool; depois, ao revelar a chave privada do EOTS ao fazer dupla assinatura na cadeia BSN, ele vai na bolsa abrir uma posição vendida para se contrapor — e até transferir os ativos por outros canais ainda não bloqueados.
O relatório de pesquisa realmente mencionou esse risco. A direção sugerida era introduzir interfaces de RBF ou CPFP para que as transações de confisco pudessem adicionar taxas de forma dinâmica. Mas o problema é que, antes disso, o congestionamento na rede principal do Bitcoin não é um “cisne negro”; é um evento cíclico. Runes, ou qualquer protocolo futuro que estoure como “o próximo grande”, pode replicar exatamente esse estado.
A Babylon, hoje, já trancou mais de cinquenta mil BTC; o TVL passa de US$ 5 bilhões. Só que, por trás disso, existe uma suposição frágil: “na hora do congestionamento, vai entrar no bloco no tempo certo”. Se isso falhar, a capacidade de dissuasão vira piada.@BabylonLabs_io
#baby $BABY BTC a “opção de saída” quando se faz staking é o golpe mais duro do Babylon.
Ao traduzir/ler o whitepaper do Babylon, uma frase me deixou atordoado por um bom tempo. Ela diz que, mesmo que outros participantes em cadeias PoS atendidas estejam totalmente inativos, os stakers honestos de Bitcoin ainda conseguem sair ilesos.
Isso é totalmente contraintuitivo. A lógica anterior do PoS era “interesses atrelados, viver e morrer juntos”: você coloca o patrimônio em staking, então precisa arcar com o risco. Mas este golpe do Babylon corta tudo de forma limpa — separando completamente “fornecer segurança” de “controle de ativos”.
O BTC continua sendo aquele BTC: ele permanece quietinho na mainnet do Bitcoin, guardado por scripts e timelocks. Você endossa outras cadeias, mas isso não significa entregar a própria vida. Esse tipo de design tem algo. O problema que ele pretende resolver não é o velho clichê de “como o BTC gera rendimento”, e sim o dilema definitivo: “depois que o BTC faz cross-chain, como preservar os atributos de segurança sem diluí-los”.
De acordo com os dados atuais, o TVL no pico do protocolo chegou a US$ 7,2 bilhões. Só as 1000 vagas do Cap-1 para BTC: em 3 horas, as taxas de transação da rede Bitcoin foram superadas em 120 vezes. O que essa sede revela? Revela que o mercado está cansado dos bridges cross-chain e da custódia centralizada há muito tempo.
Dizem que sim, mas ainda depende da validação pelo tempo para saber se essa rota realmente funciona. Mas se ela de fato funcionar, então, no futuro, as moedas que temos na mão é que serão realmente capazes de “sair do nicho” e ainda “se manterem em segurança”. #baby $BABY @BabylonLabs_io
#baby $BABY Você chegou exatamente ao ponto onde meu coração aperta. Sério.
Depois de tantos anos “brincando” com cripto, eu cada vez mais sinto que o BTC é como um “gênio com dificuldade em algumas matérias” — consenso de segurança ninguém supera, instituições disputam para chamar de “ouro digital”, mas e ele próprio? Na maior parte do tempo fica apenas parado na carteira, “esperando o preço subir” e mais nada. Veja o Ethereum ao lado: DeFi, staking, empréstimos — tudo vai muito bem, os ativos circulam como água viva. Com um volume tão grande, será que deixar o BTC só como relíquia da família, guardado, não é um desperdício?
Então, nos últimos dois anos eu tenho acompanhado de perto o Trustless Bitcoin Vaults (TBV) do @BabylonLabs_io , e realmente acho que o caminho faz sentido. Ele não mexe no nível básico do BTC, não cria forks; apenas constrói pontes no modelo de segurança, para permitir que o BTC vá para staking, empréstimos e participe do ecossistema on-chain. A linha técnica do BitVM3, no fim das contas, busca a melhor solução entre “não sacrificar segurança” e “expandir funcionalidades”. É difícil, mas tem que haver alguém para fazer.
Ampliando: nos últimos dez anos, o BTC provou que é o “armazenamento de valor mais robusto”. Nos próximos dez anos, ele precisa responder: o enorme valor que está dormindo nas carteiras consegue, afinal, se tornar líquido? Se o TBV funcionar, a mudança não será apenas de um protocolo — será toda a lógica da narrativa do BTC, de “guardar” para “usar”. E aí sim, o BTC na nossa mão vai ser um BTC “entendido de verdade”.
Você vai escolher o quê? Continuar deixando ele na carteira pegando poeira, ou tentar fazer com que ele saia para ganhar um pouco de juros e voltar? Deixe um comentário. @BabylonLabs_io
#baby $BABY Mesmo que a carteira de <0> do Satoshi se mexa, e daí? O verdadeiro “núcleo-bomba” é o BTC que ficou adormecido
Nós já imaginamos aquela cena: a carteira do Satoshi de repente transfere um punhado de BTC, o mercado explode instantaneamente e todo mundo na rede grita “o lobo veio”. Mas esse tipo de pânico é até bem interessante: olhamos para um endereço de gênesis fantasmagórico e, ao mesmo tempo, ignoramos um fato bem maior na cadeia — aquelas baleias antigas e realmente do seu tempo, que ficaram dormindo por 5 a 10 anos, já começaram a se movimentar.
O que as pessoas realmente temem não é o Satoshi; é a “incerteza”. E os Babylon Trustless Bitcoin Vaults (TBV) justamente resolvem o problema mais de base por trás dessa incerteza: como fazer esses BTC adormecidos acordarem com segurança. Como mostra a pesquisa, para detentores de longo prazo mover BTC nem sempre significa vender; muitas vezes é apenas para upgrade de segurança ou organização de ativos. Mas antes eles só tinham uma opção: trocar para um novo endereço e continuar deitados.
Agora o caminho mudou. No que o TBV é “forte”? Ele permite que você bloqueie BTC em um script do Taproot na rede principal do Bitcoin, sem cross-chain, sem encapsulamento, sem precisar entregar a alguém/alguma instituição custodiante. Você simplesmente consegue usá-los como colateral no Aave v4, na rede Ethereum, para então emprestar stablecoins. Repare: seu BTC não sai da rede do Bitcoin do começo ao fim. Aquela barreira mental de “se eu entregar a chave privada, acabou tudo” é desmontada com provas criptográficas.
Olhe os dados: o preço realizado dos detentores de longo prazo já está acima de US$ 50.000. Esses caras têm custo médio tão alto que você faria eles apostarem pontinhos — uns poucos pontos percentuais de ganho — em uma ponte cross-chain que pode ser hackeada? Claro que não. Mas esse paradigma “sem necessidade de confiança” do TBV é diferente: ele desloca a confiança de pessoas para código e matemática, assim como, naquela época, todo mundo escolheu confiar no próprio Bitcoin.
Então pare de ficar preso nesse detalhe antigo do Satoshi. O que realmente pode alterar a estrutura oferta-demanda do mercado são os 16,75 milhões de BTC de detentores de longo prazo. Quando esses BTC puderem entrar no mercado de empréstimos em um formato “sem danos”, por meio do TBV — em total sintonia com o espírito original do Bitcoin — para gerar liquidez, a forma como os ativos são usados muda. Isso já não é uma simples disputa de preços; é uma evolução do Bitcoin: de “ser cultuado” para “ser utilizado”. @BabylonLabs_io
#baby $BABY O Bitcoin vai dormir e não fazer nada? Babylon está cobrando essa conta e me coçando por dentro
Virei um monte de dados e, sinceramente, dói um pouco. O BTC já vale quase dois trilhões de dólares; se fosse em DeFi, daria para usar “direitinho”, mas nem chega a 1%. Você diz que quem segura o “bolo” não quer render? Isso é mentira. O problema é que, antes, o jogo era assim: ou você entrega a chave privada para a ponte, ou entrega a custódia para o custodiante “empacotar” como ativo. Isso não é participar — é apostar na sorte da pessoa.
Analisando essa jogada do Babylon, parece realmente ser outro caminho. Ele não está “tirando” o BTC de lugar; está soldando o BTC na própria rede principal do Bitcoin, no mesmo endereço, transformando-o em um ativo de garantia programável reconhecido pela cadeia externa via TBV. Essa lógica de “TP no mesmo lugar” é bem inteligente.
Fui ver como funciona com BABE e BitVM3. O BitVM3 é responsável por colocar a lógica no livro-razão do Bitcoin, travando UTXOs; já o BABE atua como um “testemunho” impessoal, validando por meio de provas ZK a mensagem para fora: este BTC está realmente travado, não fica pensando nele. Sem essa camada de validação do BABE, a cadeia externa nem teria confiança — esse combo realmente é bem consistente e certeiro.
O que mais me agradou, de verdade, é que ele elimina a variável “confiança” da equação. Antes, era confiar na idoneidade do custodiante; agora é confiar em prova matemática. Essa diferença é muito maior do que eu imaginava. E ao pesquisar, ainda encontrei um “easter egg”: a lógica de UTXO usada pelo TBV com timestamp é exatamente a mesma do esquema de staking mais antigo — como se estivesse dizendo que não esqueceu as raízes. Se esse caminho der certo, aquela pilha de “capital dormente” do bolo… provavelmente vai ser acordada.@BabylonLabs_io
#baby $BABY BTC staking mining: você está cavando retorno ou solidão?
Todo mundo provavelmente ainda se lembra do dia em que a rede principal do Babylon foi lançada, certo? Na fase Cap-1, com um teto de 1000 BTC, foram necessários apenas três horas e meia para atingir o limite. A taxa de transação da rede do Bitcoin foi empurrada para mais de 1000 sats/byte, e o custo de Gas ultrapassou 4% do valor principal. Para ser sincero, fazer staking de 0,05 BTC e só em taxas já comer uma boa parte — para os grandes não deve doer tanto, mas para nós, pequenos investidores, é bem doloroso.
Na fase Cap-2, as regras mudaram: limite de tempo, mas sem limite de quantidade. Quase 23 mil BTC entraram. On-chain até ficou mais calmo, mas os pontos foram severamente diluídos, e o entusiasmo dos varejistas também caiu. Você percebe que o campo principal do staking já virou domínio de instituições e de projetos de re-staking; a proporção de stakers nativos talvez já não chegue a 10%.
Vamos falar de rendimento. A visão do Babylon é realmente grandiosa: liberar US$ 1,5 trilhão em liquidez em BTC. Se isso de fato acontecer, provavelmente ainda vai levar bastante tempo. Atualmente há 87 parceiros de ecossistema, abrangendo várias frentes como BTC Layer2, DeFi, carteiras e outras. É verdade que o ecossistema está expandindo, mas entre tantos parceiros, quantos realmente conseguem trazer usuários e liquidez de forma efetiva… ainda é uma incógnita.
O projeto só lançou a rede principal há menos de dois anos, e muita coisa ainda está em iteração. Quem entende de tecnologia pode estudar a fundo; quem não entende, é melhor esperar o produto amadurecer — essa frase também estou dizendo para mim mesmo. @BabylonLabs_io
#baby $BABY O “lado sombrio” do staking de Bitcoin: quando o garantidor vira o bode expiatório
Tenho pensado nisso há bastante tempo.
Veja bem: no mercado, quando se fala de usar staking de Bitcoin para dar respaldo de segurança a cadeias PoS, todos ficam repetindo “reutilização de reputação” e “cenário ganha-ganha”. Ninguém menciona uma coisa — e se a cadeia garantida der um problema? A reputação do Bitcoin pode acabar sendo arrastada junto?
Essa questão não surgiu do nada. O Bitcoin passou por mais de dez anos, e a sua principal muralha não é “tecnologia tão avançada”, e sim aquelas quatro palavras: “nunca deu problema”. Essa credibilidade vale mais do que qualquer quantidade de poder computacional. Só que agora querem usar isso como suporte para um monte de cadeias PoS que ainda estão engatinhando. As vulnerabilidades de governança aparecem em abundância; ataques a propostas também já aconteceram. Se, um dia, alguma cadeia for atravessada por uma proposta maliciosa e o consenso romper, os títulos na mídia vão ser “Acontece um problema no ecossistema de staking do Bitcoin”, e não “Uma cadeia PoS desconhecida caiu”. O público talvez nem se importe se o livro-razão do Bitcoin mudou ou não — basta três palavras “Bitcoin” estarem na manchete para essa culpa não largar.
No mundo financeiro existe uma frase antiga: o garantidor mais injustiçado não é quem perde dinheiro, mas quem é questionado “por que você escolheu isso na época”. Na blockchain é a mesma coisa. A narrativa do staking do Bitcoin só precisa rodar tempo suficiente para, mais cedo ou mais tarde, bater de frente com um estouro do lado da contraparte garantida. Nessa hora, a confiança do mercado na história de que “a segurança do Bitcoin não pode ser reutilizada infinitamente” vai sofrer algum desconto? Ninguém ousa garantir.
Não estou dizendo que não dá para fazer, mas quem grita “reutilização com zero risco” ou não pensou direito, ou está ignorando seletivamente. Risco é uma coisa que, quando os casos reais aparecem para “dar a aula”, o custo já fica alto. @BabylonLabs_io
#baby $BABY Quando o Bitcoin vira árbitro, a briga interna na rede PoS: e agora? Fórum de governança do Babylon—essa confusão tem conteúdo
Nos últimos dias, vasculhei o fórum de governança do Babylon. Eu ia lá mesmo para acompanhar os detalhes técnicos de uma nova proposta—afinal, o mecanismo de timestamp do Bitcoin deles é realmente pesado: ele consegue fixar os cabeçalhos de blocos de uma cadeia PoS no livro-razão do BTC. Isso é como colocar em cada cadeia conectada um “cofre-fortaleza” com selo do Satoshi Nakamoto.
Mas acabei sendo puxado por um post que já está causando polêmica há quase dois meses. O cerne do problema é bem torto: suponha que uma comunidade de uma cadeia PoS protegida pelo Babylon se divida e faça um hard fork. Então, para onde vai a responsabilidade de segurança daqueles que têm BTC em staking—qual das duas cadeias?
A postura da mainnet do Bitcoin é bem fria: ela só reconhece a maior cadeia baseada em prova de trabalho, não liga se nessa sua cadeia PoS estão fazendo briga política ou upgrade técnico. Só que para quem está fazendo staking, é uma decisão com dinheiro de verdade na mesa: continuar a produzir blocos na cadeia original—os do lado do fork podem te acusar e dizer que você teve ativos congelados; mudar para a nova cadeia—talvez a lógica de punição prevista na cadeia antiga seja acionada de imediato, e então os 0,1% de BTC podem ser queimados “na hora”.
Alguém no fórum sugeriu criar um módulo de arbitragem de governança on-chain, para que o Babylon DAO votasse e definisse a atribuição de direitos. Mas quem é contra também tem razão—isso não é basicamente enfiar um “Conselho de Segurança da ONU on-chain” num sistema descentralizado? Ninguém convence ninguém dos dois lados. @BabylonLabs_io