最佳第6人

Tenho ficado pensando ultimamente sobre que tipo de tecnologia realmente consegue sair do papel e funcionar de verdade, em vez de ficar apenas se exibindo em laboratório. Até eu ver a parceria entre a exchange NPEX, na Holanda, e a Dusk Network, só então senti que este é, de fato, um caminho de ruptura com “gente por trás”.

Sinceramente, sempre achei que existia uma parede bem grossa separando as finanças tradicionais e a Web3. De um lado, exigências extremamente rígidas de conformidade e regulamentação; do outro, o espírito hacker de liberdade e anonimato. Mas a união entre a NPEX e a Dusk me mostrou um equilíbrio muito elegante.

Como uma exchange regulamentada na Holanda, a NPEX entende muito bem as dores das finanças tradicionais. Eles sabem que muitos donos de pequenas e médias empresas, para conseguir algum tipo de financiamento, acabam tendo que “raspar” camadas de burocracia e exigências; eles também sabem que os órgãos reguladores mais temem é que ativos on-chain virem uma caixa-preta de lavagem de dinheiro. E a Dusk Network, por sua vez, é exatamente como a cura que chega.

O que mais me fez levantar do lugar foi o jeito como eles lidam com “privacidade” e “conformidade”, esses dois inimigos naturais. Antes, a gente sempre achava que conformidade significava expor tudo ao regulador, enquanto privacidade significava não deixar ninguém ver. Mas a Dusk rompeu esse impasse completamente com “transações confidenciais” e “divulgação seletiva”. É como tirar visto: você não precisa esvaziar toda a carteira para mostrar na alfândega; você só precisa apresentar uma comprovação de que “há dinheiro suficiente na sua conta”. Os dados sensíveis ficam bem trancados, mas as exigências de conformidade que o regulador precisa checar são cumpridas, sem faltar nenhuma.

E ainda tem aquele “liquidation determinística” e as “regras de ativos programáveis”, que me fizeram sentir a temperatura da tecnologia. Agora, todas as exigências legais e regras de transferência são incorporadas ao código no exato momento da emissão do ativo. Quando chega a hora, é hora de fazer as distribuições de dividendos e de liquidar—sem ninguém conseguir dar desculpas, e sem intermediários desnecessários ganhando diferença.

Ao observar a parceria entre eles, minha maior sensação foi: é assim que a tecnologia deveria ser. Não é fria e sem emoção tentando derrubar alguém; é como um amigo confiável e de confiança, que silenciosamente arruma toda aquela bagunça trabalhosa e chata. Regula onde precisa, preserva a privacidade onde deve, devolve eficiência ao mercado. Inovação com regras e, ao mesmo tempo, com calor—esse é o futuro que realmente chega perto de nós.

#dusk $DUSK @Dusk

Pessoal, a testnet do DuskEVM finalmente entrou no ar! Como dev que já vinha de olho na área de privacidade e em finanças em conformidade, eu fui direto testar assim que ficou disponível. Não tem como negar: poder fazer o deploy usando Solidity e Hardhat bem familiares, e ainda somar recursos de privacidade, a experiência ficou surreal. Hoje vou compartilhar com vocês meus passos práticos, passo a passo, pra rodar o primeiro contrato de verdade!

Primeiro passo: configurar a carteira e a rede. Eu usei o MetaMask e, nas configurações, adicionei manualmente a testnet do Dusk. O endereço de RPC e o chain ID é só copiar da documentação oficial — não preencha errado. Depois de configurar, a primeira coisa que fiz foi pegar os tokens de teste: o Dusk tem um faucet; é só inserir o endereço e em poucos segundos cai na conta, e a taxa de Gas resolve na hora.

Segundo passo: montar o ambiente de desenvolvimento. Isso é o velho de guerra pra qualquer dev de Ethereum: com os olhos fechados. Rodei `npx hardhat init` pra inicializar o projeto e, em `hardhat.config.js`, adicionei a testnet do Dusk. Aproveitei e escrevi um contrato simples de transferência com privacidade, chamando a API do módulo Hedger — já que chegamos até aqui, bora testar a funcionalidade de privacidade, né?

Terceiro passo: compilar e fazer deploy. `npx hardhat compile` sem erro, aí escrevi um script de deploy, configurei os parâmetros iniciais e rodei `npx hardhat run scripts/deploy.js --network dusk-testnet`. Esperei alguns segundos e, quando o terminal cuspiu o endereço do contrato, a sensação de conquista foi lá em cima!

Último passo: verificação e interação. Copie o endereço do contrato para o navegador da testnet do Dusk e faça a verificação do código-fonte — funcionou. Depois, é só chamar as funções direto no navegador. Fiz uma transferência de “fundos sigilosos”; nos detalhes da transação, de fato não dá pra ver o valor específico, só o hash. Privacidade confirmada!

Todo o processo levou menos de uma hora: configurar o ambiente, compilar, fazer deploy e verificar tudo em sequência. A jogada do DuskEVM preserva a experiência de desenvolvimento do Ethereum e ainda corrige a lacuna de finanças com privacidade. Seja pra fazer DeFi ou tokenizar ativos com conformidade, dá demais vontade de colocar a mão. Quem ainda não entrou no trem, corre agora: a testnet existe justamente pra isso — quem sabe o próximo app campeão não sai das suas mãos?
#dusk $DUSK @Dusk

Ele está cutucando o nariz ou fazendo um dedo do meio 🖕🏻$SNDK

Recentemente, a narrativa no mercado de criptomoedas parece ter entrado em um impasse — até eu vivenciar profundamente a recém-lançada testnet do DuskEVM, quando senti uma empolgação de “afastar as nuvens e ver o céu azul”. Como desenvolvedor que acompanha há muito tempo o setor de conformidade, preciso dizer: a Dusk Network realmente incorporou de verdade o “DeFi de conformidade, sob regulamentação”, no cerne.

O que mais me surpreendeu foi o nível máximo de gentileza para desenvolvedores. Não há uma linguagem nova e obscura, nem uma curva de aprendizado íngreme; continua sendo o ecossistema que eu mais conheço — Solidity e a toolchain do Hardhat. Essa lógica de integração perfeita com a base do ecossistema EVM significa que o enorme contingente de desenvolvedores da Ethereum pode migrar sem barreiras. Esse é, sem dúvida, o catalisador mais forte para uma explosão do ecossistema Dusk.

Mas o que realmente me fez bater o martelo foi o mecanismo nativo de privacidade do Hedger. No passado, ao fazer DeFi, sempre ficávamos presos numa dolorosa escolha entre “transparência absoluta” e “privacidade absoluta”. E o DuskEVM, por meio de provas de conhecimento zero, realiza a “privacidade opcional por padrão, auditoria de conformidade sob demanda”. Isso significa que instituições, ao tokenizar ativos na cadeia, conseguem proteger segredos comerciais e, ao mesmo tempo, atender a auditoria pervasiva do órgão regulador. Somado à colaboração com a exchange holandesa NPEX, acredito firmemente que essa seja a solução definitiva para a tokenização em massa de Real World Assets (RWA).

Claro, como investidor racional, também estou acompanhando de perto o desempenho após a atualização da mainnet. Depois de uma fase inicial de realização de lucros e limpeza de alavancagem, a estrutura atual de liquidez dos “chips” na prática ficou mais saudável. Se o DuskEVM conseguir provar, nos próximos testes, sua estabilidade em cenários de alta concorrência, ele tem grande chance de se tornar o verdadeiro azarão na trilha de RWA.

Neste mercado cheio de ruído, não são muitos os projetos que conseguem se manter calmos e construir infraestrutura de conformidade. O lançamento do DuskEVM não é apenas uma atualização tecnológica; é também um marco de maturidade do DeFi voltado à conformidade. Pessoal, vocês acham que esse modelo de “privacidade + conformidade” vai se tornar a linha mestra absoluta da próxima alta do ciclo? Deixem suas opiniões nos comentários — vamos discutir juntos!#dusk $DUSK @Dusk

Ao pesquisar como o blockchain realmente abraça as finanças tradicionais, sempre senti que as instituições de capital enfrentam um “paradoxo da privacidade” sem solução: a transparência absoluta das blockchains públicas faz com que segredos comerciais não tenham para onde fugir, enquanto as blockchains anônimas não passam na avaliação do regulador. Só depois de mergulhar profundamente na Dusk Network, percebi de verdade que privacidade e conformidade não precisam ser inimigas; a Dusk está quebrando esse impasse com uma arquitetura bastante visionária.

O que mais me impressionou foi a inovação “hardcore” em criptografia de base. O sistema de provas de conhecimento zero PlonKup que ela utiliza não só eleva significativamente a eficiência na geração das provas, como também, em conjunto com os contratos inteligentes de confidencialidade (XSC), viabiliza a “divulgação seletiva”. Isso permite validar a lógica do negócio sem expor os valores das transações nem as identidades. Em outras palavras, meus concorrentes não conseguem bisbilhotar meus segredos comerciais, mas os órgãos reguladores autorizados conseguem verificar minha conformidade por meio da criptografia. Essa “privacidade auditável” encerra de vez o jogo de soma zero entre transparência e privacidade nas blockchains públicas—algo de que as instituições mais precisam: previsibilidade.

Na implementação de conformidade, a forma como a Dusk se alinha de perto às regulamentações da União Europeia (MiCA) também me deixou impressionado. Em vez de tratar a conformidade como um remendo posterior, ela a codifica diretamente nos contratos inteligentes. Por meio da estrutura de identidade Citadel, os usuários conseguem concluir as verificações de KYC/AML apenas com provas de conhecimento zero, atendendo perfeitamente aos padrões duplos do GDPR e da MiCA. Vendo a colaboração dela com a exchange licenciada holandesa NPEX, fiquei ainda mais convencido de que a Dusk está abrindo caminho para a tokenização de RWA (ativos do mundo real), permitindo que as instituições façam a liquidação de ativos on-chain de maneira compatível e de baixo custo.

Além disso, o modelo econômico de tokens da Dusk também me fez enxergar o valor do pensamento de longo prazo. O “Hyperstaking” permite que contratos inteligentes atuem como participantes do staking, desbloqueando modelos comerciais programáveis, como pools automatizados de staking. Isso reduz bastante o meu limiar de participação. E, quanto à liberação de tokens, um cronograma de emissão suavizada por até 36 anos evita efetivamente a pressão de inflação no curto prazo. Observo que a captura de valor do DUSK está profundamente vinculada aos cenários reais de uso da rede: à medida que aumentam os ativos em conformidade on-chain, as receitas de taxas Gas passarão gradualmente a sustentar os prêmios dos validadores, formando um motor de crescimento sustentável que não depende de especulação externa.

#dusk $DUSK @Dusk

Na madrugada de quarta-feira passada, às duas, encarando o selo cinza “Confirmando” no canto superior direito da tela de staking, tive pela primeira vez uma noção clara do que é ser “sequestrado por um protocolo”. Não é o clique suave e imediato dos DeFi; é uma luta longa e brutal com o modelo UTXO, o estado do Finality Provider e o período de 7 dias para desativação.

Staking não é “guardar dinheiro”, é “cunhar”. Eu intencionalmente quebrei 0.05sBTC em 5 UTXOs de 0.01 e fiz o staking em etapas, tentando compensar o risco de uma saída única. Mas cada UTXO tem que passar, individualmente, por todo o fluxo: “Selecionar Finality Provider → confirmar a transação → aguardar a confirmação de 30 blocos”. O mais torturante foi a parte de confirmação: eu tinha que observar o navegador do blockchain, vendo a contagem de 0 saltar para 30, enquanto o status do Finality Provider piscava em vermelho. Foi tão assustador que quase achei que o staking tinha falhado. Quando o último UTXO finalmente ficou ativo, já era manhã — e só então entendi: cada UTXO é um tijolo independente; você mesmo o “cunha” num conjunto que não dá para cortar.

A desativação, por sua vez, é a sufocação do período-"caixa surpresa" de 7 dias. Na quinta à tarde, o mercado despencou. Eu precisava retirar 0.02sBTC para recompor caixa, mas o protocolo não permite desativar em partes; só dava para iniciar a desativação de um UTXO de 0.01. Depois do clique, apareceu o aviso de “aguardando 1008 confirmações de blocos”, e os 7 dias viraram uma dor surda de assistir, de olhos abertos, a cotação sair de -5% para -15% e depois voltar para -8%. O dinheiro estava na cadeia, mas parecia congelado no gelo. Essa sensação de impotência é mais torturante do que qualquer oscilação do mercado.

Eu também descobri a “barreira invisível” do Finality Provider. Providers com TVL alto desativam mais devagar, porém com estabilidade; Providers com TVL baixo desativam mais rápido, mas com risco de slashing. Isso definitivamente não é “escolha livre”, como nos documentos oficiais — é uma regra empírica testada na pele. Durante a desativação, se o Provider for slashed, as moedas também sofrem. Só entendemos o que significa “entregar o destino a um estranho” quando vivemos isso na prática.

Essa experiência acabou de vez com a fantasia de que “Babylon é um planejamento financeiro flexível”. A “pesadez” dele é um mecanismo de filtragem intencional: usando o período de desativação de 7 dias, a saída em bloco e o risco do Provider, ele força você a pensar se os fundos realmente ficarão parados por 15 meses e se você consegue suportar o risco de slashing. Ele usa uma filtragem “não fluida” para selecionar os verdadeiros longuistas. Só quem aguenta o período-"caixa surpresa", está disposto a pesquisar o Provider e consegue quebrar os UTXOs em pedaços é que merece as palavras “auto-custódia”.

#baby $BABY @BabylonLabs_io

Não babem mais por aquelas taxas de retorno; quando você trata o staking nativo de BTC como “ganhar juros guardando moedas”, talvez já tenha caído num golpe de liquidez escavado pelo modelo UTXO.

Eu tenho ficado horas debatendo (em detalhes) as regras de staking da @BabylonLabs_io, e quanto mais olho, mais sinto um frio na espinha. Muita gente só vê as três palavras “autocustódia” e acha que está tudo seguro, mas o que eu vejo é o tempo — e os UTXOs — bem frios e concretos. O quanto rende é o mercado que determina, mas a estrutura de saída é a carta que define se você consegue sobreviver em um cenário extremo.

Pelas regras oficiais, as transações de staking precisam esperar 30 confirmações; além disso, você tem que acompanhar o status do Finality Provider para a delegação poder ser ativada. O bloqueio na mainnet é de 64.000 blocos (aprox. 15 meses), e isso por si só já é uma espécie de “trava de tempo” de longo prazo. Embora você possa iniciar o desatrelamento sob demanda, ainda precisa aguardar mais 1.008 blocos (cerca de 7 dias) para recuperar as moedas. Em um mercado de cripto, onde a volatilidade é medida em segundos, essa “janela” de 7 dias é tempo suficiente para você passar por algumas peneiras de vida ou morte.

O que mais me faz sentir que é “anti-humano” é o fato de que ele não oferece desatrelamento parcial. Para sair, um UTXO em staking precisa sair inteiro. Se você, por praticidade, colocou todo o “bolo” em um único UTXO e, no meio do caminho, quer tirar uma pequena parte para se salvar com urgência… desculpe, o protocolo não vai te dar “troco”. Tecnicamente você tem autocustódia, mas na gestão de capital você fica como quem segura um tijolo de ouro que não dá pra cortar: é pesado demais.

Então, quando eu olho para o ecossistema $BABY , eu nem me importo com o quanto o TVL é alto. Eu só fico de olho em alguns indicadores: o tamanho médio dos UTXOs está aumentando? Há mais gente fazendo desatrelamento antecipado? O canal de saída fica congestionado?

No fim das contas, controle e liquidez não são a mesma coisa. A chave em suas mãos não significa que seu dinheiro possa se mover quando você quiser. Um mercado de staking maduro não é aquele que parece mais duro em travar — e sim aquele em que o usuário, antes da pressão chegar, sabe exatamente o quão larga é a sua saída. Passar pela porta é só o requisito; conseguir sair é a verdadeira habilidade.

@BabylonLabs_io
#baby $BABY

Quando todo o ecossistema está gritando “finalmente o Bitcoin pode render”, eu olho para o whitepaper da Babylon e, ao invés disso, fico o tempo todo pensando: “Eu realmente ouso colocar meu dinheiro nisso?”

Afinal, no mundo cripto, quanto mais sedutora for a narrativa, mais fundo costuma ser o buraco escondido por trás. Vendo esse tentador bônus de fase inicial, ainda assim decidi entrar para testar. Mas antes de despejar dinheiro de verdade, eu fiz uma lista de “guia para evitar ciladas e se manter vivo”. Hoje também compartilho com os irmãos que estão prestes a investir.

Em primeiro lugar, o ponto mais fatal: nunca use sua “carteira de inscrições” para fazer staking! Se sua carteira tiver Ordinals, Runes ou qualquer NFT cheio de firulas, transfira imediatamente. O staking envolve interações especiais de scripts on-chain; com esse tipo de carteira, é muito fácil fazer com que suas preciosas inscrições sejam gastas acidentalmente em transações. Isso é perda permanente—e, quando acontecer, não vai ter onde chorar.

Em segundo lugar, não despreze a parte trabalhosa: calcule bem as taxas de Gas. O staking na Babylon tem um patamar: no mínimo 0,005 BTC e no máximo 0,05 BTC. Quando a rede está congestionada e todo mundo em modo FOMO para comprar, a taxa do minerador pode disparar a ponto de você duvidar da própria vida. Aí, quando você perceber, a rentabilidade nem chegou a “aquecer” e já foi tudo para pagar o minerador.

Além disso, não trate o token BABY como se fosse BTC. O que você ganha com o staking não é Bitcoin, e sim o token nativo da Babylon, BABY. Isso aqui tem volatilidade extremamente alta. Se o preço das moedas cair pela metade, mesmo com uma taxa de staking altíssima, você vai estar só trabalhando à toa.

Por fim, esteja mentalmente preparado para ter o capital “travado”. Se você estiver com pressa para usar o dinheiro e tentar desbloquear antes do tempo, terá que passar por cerca de 7 dias de período de desvinculação—e durante esse intervalo não há rendimento. Mais ainda: o mais “emocionante” é que, mesmo durante o período de desvinculação, se o validador agir de má-fé, seu dinheiro ainda pode ser penalizado e confiscado.

No fim das contas, participar da Babylon é como dançar em cima de um fio de aço. Para ganhar esse dinheiro, você precisa aceitar que isso não é perfeito. Afinal, no mundo cripto, proteger o principal sempre é mais importante do que perseguir aquelas “altas rentabilidades” totalmente ilusórias. @BabylonLabs_io
#baby $BABY

Quando a “autocustódia nativa” lota a tela e domina as conversas, eu fico encarando o whitepaper da Babylon — mas o que não sai da minha cabeça é o multisig 6-out-of-9 do Covenant Committee。

Para entender esse “descompasso”, primeiro é preciso descascar a cebola da Babylon. O modelo Taproot do Bitcoin garante propriedade, mas quando a lógica de slashing fica complexa, o Script nativo ainda fica aquém. Por isso, a Babylon introduziu o Covenant Committee. Isso não é um aumento deliberado de centralização, e sim uma concessão de engenharia dentro das limitações atuais de script. Esses nove nós se parecem mais com “executores de regras”, usando o mecanismo de multisig para garantir que o BTC flua apenas pelos caminhos definidos pelo protocolo.

Daí surge a elegância — e a crueldade — do EOTS. O design das chaves para dupla assinatura (FP) que revela automaticamente a chave privada é quase uma obra de arte; uma dupla assinatura maliciosa queimaria diretamente 33,33% do principal. Mas a elegância no nível de engenharia muitas vezes convive com a realidade dura: uma dupla assinatura acidental causada por bifurcação extrema ou bug de nó pode, na prática on-chain, parecer idêntica a uma dupla assinatura maliciosa. Se acontecer um incidente operacional com FP, um único erro pode fazer o principal virar pó. Nesse modelo, escolher FP em vez de um Staking tradicional para validar praticamente não é diferente; a Babylon apenas colocou uma “roupagem narrativa” de “autocustódia”.

Indo mais a fundo, o mecanismo TBV tenta resolver o problema final: permitir que o BTC seja usado como colateral na Ethereum, sem virar uma forma de “encapsular” BTC. O TBV não move o BTC: o BTC do depositante permanece sempre travado no script Taproot do Bitcoin, e o contrato na Ethereum só rastreia o estado do cofre. Isso é mais como um número interno gerado pelo banco ao dar um imóvel em garantia — a “certidão original” continua no livro-razão do Bitcoin.

Ainda assim, “Trustless” não é de jeito nenhum “Riskless”. A espinha dorsal do TBV é o BitVM3, e esse modelo tem um calcanhar de Aquiles: alguém precisa estar disposto a gastar Gas durante o período de challenge para acompanhar e submeter o desafio. Na prática, muito provavelmente o equilíbrio de jogo depende de instituições sustentarem o jogo. E, além disso, o período de challenge se sobrepõe ao Unbonding Period: em condições de mercado extremas, o risco de atraso na liquidação é real.

No fim das contas, a Babylon brincou o script com criatividade — mas quanto maior a complexidade, mais “casos de borda” aparecem. O que realmente devemos observar não é quantos BTC ela consegue atrair, e sim se o Covenant Committee conseguirá se enfraquecer à medida que as capacidades nativas do Bitcoin evoluam. Se no futuro o Script conseguir expressar mais lógica, o comitê de hoje será apenas uma transição; se não conseguir, isso se tornará um custo estrutural de longo prazo que o BTC passa a carregar ao entrar no mundo PoS.

#baby $BABY @BabylonLabs_io

Há pouco tempo, eu desamarrei o fundo “core” (bottom) da Babylon e deixei só alguns pedaços para continuar acompanhando. Sinceramente, ela usa Taproot para travar bitcoins na mainnet — sem precisar de ponte cross-chain. O desenho criptográfico é realmente forte. Mas eu acho que dizer que isso é igual à segurança nativa do Bitcoin é um pouco ingênuo.

Percebi que o ponto fraco real está no plano de controle. Na base, ele depende de tokens PoS para manter o consenso; o “ponto cego” da governança do consenso está nas mãos dos nós, não no poder de hash da mainnet. Eu puxei os dados: hoje há cerca de 60 Finality Providers ativos, mas Lombard, Solv e PumpBTC sozinhas já consumiram 15 mil BTC. Mais absurdo ainda: existe uma “baleia” que fez um staking único de 10 mil BTC, mais do que o total da maioria dos FP. Essa concentração me faz sentir que o limite de segurança, na prática, é bem frágil.

Agora olhando os tokens, o risco parece ainda mais cru. A oferta total do BABY é de 10 bilhões; investidores privados têm 30,5%, a equipe 15% e consultores 3,5%. Somando, dá perto de 49%. Esses lotes devem ter liberação linear na mainnet em 1 a 4 anos — a pressão vendedora é praticamente “declarada”. De onde o preço caiu mais de 90% desde a máxima, a inflação também caiu de 8% para 5,5%; o mercado já está votando com os pés.

Também descobri que o limiar para validação não é alto: o BABY permite “des-stake/unstake” em apenas 2 dias, bem mais rápido do que os 7 dias do BTC. O problema é que o peso de segurança do staking do BTC é muito maior do que o do BABY, e o BTC está concentrado nas mãos de poucas pessoas. Além disso, há mecanismo de herança automática para quem não vota: os coins não votantes seguem direto o validador, e o poder de fala do topo fica cada vez mais forte.

Acho que a criptografia da Babylon é realmente excelente, mas o jogo econômico não é amigável para o investidor comum. O volume travado é sustentado por incentivos e expectativas de airdrop, não por uma demanda real. Então, por enquanto, eu só fico com um dinheiro de bolso para brincar e pagar a mensalidade do aprendizado técnico. Enquanto eu não vir uma recompra real ou uma grande compressão deflacionária, eu não vou fazer aporte pesado. Usar o dinheiro de varejo para aguentar um período longo de validação, e acabar servindo de apoio para o capital inicial — uma “festa” nos números no papel não é tão segura quanto colocar o lucro no bolso.
@BabylonLabs_io
#baby $BABY

Não se deixe embriagar pela euforia do TVL de 60000 BTC! Enquanto aplaudimos a Babylon ao abrir um enredo de escala trilionária de custódia de Bitcoin, uma silenciosa “crise de confiança” começa a devorar nosso principal.

De um lado, a a16z despeja 15 milhões de dólares, e gigantes regulados como a Kraken entram em cena; o protocolo de base leva a “desintermediação” ao extremo com EOTS e UTXO — um sonho definitivo para os puristas do Bitcoin. Do outro lado, a realidade nos dá uma bofetada: a grande maioria do TVL do ecossistema está migrando freneticamente para protocolos de re-staking de terceiros como Lombard e Solv. Por alguns pontos de duplo crédito e pela chamada conveniência, somos forçados a entregar o Bitcoin. É como, para beber um pouco de leite, acabar levando a vaca inteira para o pasto do vizinho!

Essa cisão extrema — “desconfiança eliminada na camada de protocolo, custódia forte na camada de aplicação” — não só contraria a intenção original da Babylon, como expõe nossos ativos, de forma nua e crua, ao abismo de vulnerabilidades de contratos inteligentes e apropriações indevidas de plataformas.

Muitos perguntam, com dor: “Isso não é um retrocesso histórico?”

Eu normalmente sorrio e retruco: “Se nem para beber leite a gente consegue, que sentido faz ficar guardando um pasto vazio?”

Precisamos admitir: essa “concessão” é um produto inevitável do jogo de mercado. O patamar de re-staking nativo é alto demais. Protocolos de terceiros funcionam como um amortecedor — entre a “experiência do usuário” e a “segurança da base” — obtendo prosperidade do ecossistema no início ao custo de segurança. Mas isso são só dores de crescimento, não o desfecho.

O verdadeiro ponto de ruptura está escondido na tecnologia BitVM2 com que a Babylon está fazendo frente. Eles estão tentando substituir, de forma definitiva, aquelas frágeis comissões de multisig de “maioria honesta”, usando criptografia e mecanismos de penalidade por slashing. Ao mesmo tempo, grandes DeFi como o Aave também planejam aceitar diretamente BTC nativo como colateral não custodial. Isso significa que a cláusula tirana — “é preciso sacrificar o controle dos ativos para participar do ecossistema” — está prestes a ser quebrada.

No futuro, o BTCFi certamente vai sair do modelo de “custódia forte” para uma “convivência em camadas”: os geeks voltam ao auto-custódio nativo; os terceiros ficam reduzidos a uma camada puramente de interação em frontend. No período de transição antes do amanhecer, precisamos tanto mirar nas estrelas quanto proteger bem as chaves privadas. Afinal, “Trust, but verify” (confie, mas verifique) nunca fica fora de moda.

#baby $BABY @BabylonLabs_io

Às três da manhã, eu fiquei olhando o whitepaper do Babylon por quase duas horas seguidas — o café já tinha esfriado completamente.

Falando a verdade, a coisa é escrita de um jeito bem bonito. Time-lock, assinaturas Schnorr, self-custody… com essa sequência de golpes, dá a sensação de que o BTC finalmente consegue ganhar dinheiro em pé. Mas quanto mais eu leio, mais estranho parece: é como quando você encontra o namorado perfeito e, quando vai olhar o celular dele, descobre que tudo são mensagens ambíguas.

Onde está o problema? No risco de nova alocação.

O whitepaper tem um design bem “pé no chão”, chamado de “slashing parcial”. Em resumo: mesmo que o validador aja de má fé, no máximo eles descontam 0,1% do seu capital; o resto ainda dá para recuperar. Isso é bem mais gentil do que o esquema do EigenLayer — aquele “ou devolve tudo, ou dá ruim de vez”. Eu até pensei na hora: “Esse projeto parece bem confiável.”

Mas de repente, quando olho o ecossistema… pronto, me deixou em silêncio.

Hoje, mais de 60% do TVL no Babylon vem de protocolos de re-staking de terceiros. Solv, Lombard… no fim das contas, eles só te ajudam a fazer custódia. Você entrega as moedas pra eles, eles fazem o re-staking e ainda te dão pontuações duplas. Parece ótimo, né?

Mas, irmão… not your keys, not your coins.

Você entrega suas moedas para alguém fazer custódia — então todo o “self-custody” e “zero trust” que o whitepaper vende não vira piada? O mais absurdo é que esses caras emitem um “BTC empacotado” na essência uma nota promissória. Se um dia hackarem, ou se houver emissão acima do permitido, seu capital simplesmente vai para o ralo. Antes, o Bedrock levou um ataque e perdeu 2 milhões de dólares — e nem tinha passado muito tempo.

Então veja: a camada base do Babylon até faz isolamento de risco, mas por causa de querer disparar TVL, o ecossistema simplesmente desmonta a “barreira de incêndio”.

É como comprar uma porta de segurança de nível top e, para melhorar a ventilação, acabar quebrando a parede.

Eu só quero perguntar uma coisa agora: a gente está jogando o jogo da descentralização… ou o jogo da brincadeira da batata-quente?

Comentários com a mesma opinião aí, bora conversar. Eu tô começando a duvidar de tudo.

@BabylonLabs_io #baby $BABY

Ainda está, por esses míseros ganhos, entregando o BTC que você juntou com tanto esforço para que outra pessoa faça a custódia?

Sinceramente, sempre que vejo o pessoal se esforçando apenas para pegar um pouco de juros e, por isso, acaba tendo de jogar as moedas em uma plataforma centralizada, ou “embrulhar” o BTC via pontes cross-chain para mandá-lo a outro ecossistema, eu acho isso bem frustrante. Esse caminho é cansativo demais; quanto mais etapas no meio, maior o custo de confiança e, consequentemente, maiores os riscos de segurança para os ativos.

Foi só quando comecei a pesquisar a fundo o Babylon recentemente que percebi que existia uma solução mais elegante. Ele não seguiu a velha rota; em vez disso, tenta usar provas de conhecimento zero e tecnologias “hardcore” como a BitVM3 para permitir que o BTC permaneça na sua própria mainnet e ainda assim participe de finanças on-chain. Essa sensação “nativa” é bem mais tranquilizadora—afinal, manter o controle dos ativos firmemente com você é, para mim, a característica mais fascinante do Bitcoin.

Seguindo essa linha de raciocínio, fica claro que a ambição do Babylon não se limita a criar apenas um simples protocolo de rendimento. Quando enormes quantidades de BTC podem servir como base de segurança para sustentar empréstimos, stablecoins e até derivativos, na prática ele está construindo uma nova infraestrutura financeira para o Bitcoin. Aqueles ativos que dormem há anos em carteiras frias finalmente têm uma chance de voltar a circular sem sacrificar a segurança.

Quanto ao token BABY, dentro desse sistema ele desempenha papéis múltiplos: Gas, governança e segurança de staking. Eu acho esse design bem inteligente; ele amarra os participantes do ecossistema por meio de incentivos econômicos, dando a todos motivação para manter a estabilidade dessa infraestrutura.

No fim das contas, na competição da trilha BTCFi do futuro, o que vai decidir é quem consegue fazer ao mesmo tempo estas três coisas: segurança, eficiência e descentralização. A solução que o Babylon está oferecendo hoje realmente mostra que isso é possível. E é por isso que acredito que, por um bom tempo, ele merece estar no topo da lista de observação.
#baby $BABY @BabylonLabs_io

Nos últimos dias, sem muito para fazer, dei uma folheada na paper branca da Babylon. Eu queria apenas entender a lógica de staking, mas acabei cavando um ponto que realmente me chamou a atenção: “Trustless Vaults” (“Sem necessidade de confiança nos cofres”).

Acho que foi uma ideia genial. Antes, quando queríamos usar BTC para empréstimos, tínhamos de aguentar os riscos de custódia centralizada, como no WBTC, ou então entregar as moedas para várias pontes cross-chain. No fundo, ficava sempre aquela pedra no caminho. Mas a proposta da Babylon, ao meu ver, incorpora de verdade a mentalidade de “Not your keys, not your coins” no osso.

Descobri que, nesse mecanismo, você nem precisa mover as moedas. Em vez disso, você “pré-assina” um conjunto de transações com a parte que está emprestando, na blockchain do Bitcoin. Se o preço cair, o liquidador consegue executar diretamente as transações e pegar a garantia. Se não cair, as moedas continuam tranquilamente no seu próprio wallet. Eu acredito que essa seja a solução real para o “nó-morto de confiança” quando o Bitcoin é usado como garantia: não é preciso confiar em nenhum custodiante, apenas no código.

Além disso, também percebi que a Babylon está jogando um jogo maior. O “Babylon Genesis” deles, inclusive, pretende suportar simultaneamente duas máquinas virtuais: CosmWasm e EVM. Acho isso muito esperto. Ele atende ao desenvolvimento nativo do ecossistema Cosmos, sem abrir mão dos enormes ecossistemas DeFi da Ethereum. É basicamente uma intenção clara de transformar a Babylon em um “super hub” de finanças do Bitcoin.

Outro ponto que reparei, bem hardcore, é que a Babylon quer aproveitar o espaço dos blocos do Bitcoin para fazer “data availability” (DA). Acho essa abordagem extremamente adiantada. É como se estivesse promovendo o Bitcoin de “ouro digital” para “uma empresa de segurança digital”: além de guardar valor com segurança, ainda dá para servir como guarda-costas de outras chains.

Claro, também estou pensando: a ideal é linda, mas a realidade geralmente é dura. Apesar de o raciocínio técnico na paper estar bem fechado, será que essas redes PoS realmente vão desembolsar dinheiro de verdade para comprar segurança?

No geral, eu acho que a Babylon não é apenas um protocolo de staking. Descobri que ela está tentando usar código para construir uma infraestrutura financeira completa para o Bitcoin. Acho que, independentemente de no final conseguir ou não, essa coragem de “mexer as mãos” na linguagem de script mais fundamental do Bitcoin — tentando acordar o espírito dos geeks que buscam fazer um despertar de trilhões de capital adormecido — por si só já merece minha atenção. O que vocês acham?

#baby $BABY @BabylonLabs_io

A Coreia do Sul está prestes a ser destruída como um país?$SKHYNIX