Emaan_mx

Eu continuei voltando para uma linha do post deles de dois dias atrás.

Tokenizar um ativo é a parte fácil. Fazer o mercado ao redor disso funcionar onchain é o problema mais difícil.

Eles listaram as etapas que ainda precisam funcionar: comprovar elegibilidade, aplicar regras de transferência, proteger posições, coordenar liquidação e fazer o servicing. A maioria dos projetos para quando o token existe. A Dusk está tentando manter toda a sequência nos mesmos trilhos.

Eu relembrei as notas recentes do testnet DuskEVM. Contratos Solidity podem liquidar via DuskDS, enquanto Hedger lida com os saldos e transferências confidenciais. Citadel fica ali para divulgação seletiva, para que um investidor possa comprovar credenciamento sem colocar o registro completo onchain.

Essa combinação é o que me fez parar. Não é outra camada de privacidade. É uma tentativa de manter o controle do emissor, verificações de conformidade e execução privada dentro de um único fluxo, em vez de separá-los em sistemas diferentes.

O link da NPEX deixa o enquadramento menos abstrato. Eles já operam sob licenças AFM e têm volume real de títulos. A questão em aberto é se a versão onchain consegue carregar os mesmos controles sem vazar os dados que esses controles se destinam a proteger.

Ainda estou observando como as peças realmente se conectam quando mais volume se move.

@Dusk #dusk $DUSK

A NPEX e a Dusk deram entrada no regime-piloto de DLT da UE em março de 2024. Essa data ficou comigo porque eu tinha assumido que se tratava de um desenvolvimento recente, e não de algo que ficou na fila por mais de um ano.

Fui atrás de uma atualização e encontrei a mesma licença ainda marcada como pendente nos materiais próprios da Dusk de meados de 2025. Nada desde então confirmando que foi liberada.

Sinceramente, minha primeira reação foi um leve desapontamento. Eu queria a história mais “limpa”, em que a Dusk simplesmente já tem a licença.

Então encontrei a peça 21X e minha leitura de todo o assunto mudou. A 21X, uma empresa separada, já detém uma licença DLT-TSS concedida, e a Dusk fez parceria com ela especificamente para ter acesso, enquanto o pedido próprio deles permanece aguardando.

Isso é um movimento mais inteligente do que eu inicialmente dei crédito. Em vez de apenas esperar o próprio trâmite, eles encontraram um atalho que funciona via alguém que já havia superado a mesma exigência regulatória.

Eu não acho que isso reflita mal sobre a NPEX. Regimes-piloto totalmente novos nunca vão avançar no ritmo ao qual alguém no mundo cripto está acostumado.

O que eu continuo ponderando é qual caminho acaba importando mais no longo prazo. O que a Dusk começou, ou o que colocou eles na porta mais rápido.

@Dusk #dusk $DUSK

O DUSK está se tornando nativamente transferível para Ethereum e Solana por meio do padrão de Token Cross-Chain da Chainlink. Eu li isso duas vezes porque esses são dois dos livros-razão mais transparentes do setor.
A mesma integração do CCIP também leva os títulos tokenizados da NPEX, do DuskEVM para outras cadeias, então não é apenas o token nativo circulando.
Aqui está a parte que ficou comigo. A confidencialidade no Dusk vem da própria camada base: transferências protegidas, provas de conhecimento zero e divulgação seletiva incorporadas ao protocolo.
Nada disso acompanha o ativo quando ele cruza para um ambiente que nunca foi projetado para privacidade em primeiro lugar. Um título tokenizado saindo do Dusk para o Ethereum é liquidado lá sob as próprias regras transparentes do Ethereum, não as do Dusk.
O Dusk enquadra isso como expansão de alcance e composabilidade, e realmente é isso. Mas cada passo rumo à interoperabilidade também é um passo em que a garantia de privacidade se torna opcional, dependendo de em qual cadeia o ativo estiver naquele dia.
Eu não acho que isso invalida a proposta de conformidade. Só significa que a privacidade pela qual o Dusk é conhecido pode acabar sendo a exceção, em vez do padrão, quando os ativos começarem a se mover livremente.
@Dusk #dusk $DUSK

Contratos XSC em Dusk podem reverter uma transação depois que ela acontece. Aquela única linha me incomodou mais do que qualquer outra coisa que eu li esta semana.

Toda blockchain em que eu me meti originalmente me vendeu uma ideia. Uma transação, uma vez confirmada, deveria ser final.

Então eu analisei o raciocínio e minha posição realmente mudou. Títulos tokenizados carregam um peso legal real. Ordens judiciais e alegações de fraude não se importam se um ativo existe em um banco de dados ou em uma blockchain.

Clearing houses tradicionais como a DTCC corrigem ou revertem negociações o tempo todo. Ninguém chama isso de escândalo. Uma cadeia de títulos totalmente imutável talvez seja, honestamente, a versão que falha no checklist de um regulador, não a reversível.

Ainda assim, eu não consigo eliminar totalmente esse desconforto, e o fork do Ethereum DAO é exatamente por isso. Foi um poder de reversão usado uma vez, sob pressão, depois do fato. Ele dividiu uma comunidade inteira sobre se fazer isso era até mesmo legítimo.

Dusk não está buscando esse poder em uma emergência. Está escrevendo isso no contrato desde o primeiro dia, o que, honestamente, me parece mais honesto, mesmo que fique um pouco desconfortável.

No fim, onde eu realmente chego é isto. Eu prefiro ter o poder de reversão declarado antecipadamente no código do que descobrir que ele existe do jeito difícil durante uma crise.

@Dusk #dusk $DUSK

Eu estava analisando a tabela de distribuição de recompensas da Dusk e a cláusula de queima (burn) me pegou de surpresa.
O gerador de blocos recebe 70% de cada recompensa de bloco diretamente, além de até mais 10% atrelados a algo chamado créditos de certificado. Qualquer parte desses 10% extras que não for reivindicada é queimada em vez de ser redistribuída.
A documentação nunca define de fato o que conta como um crédito. Eu verifiquei duas vezes, supondo que tivesse perdido uma página vinculada, mas a seção apenas afirma isso e segue em frente.
Essa lacuna me incomoda mais do que provavelmente deveria. Uma queima vinculada a uma métrica de participação indefinida é diferente das queimas programadas ou acionadas por governança que a maioria dos projetos menciona.
O resto da divisão é simples em comparação. Dez por cento para um fundo de desenvolvimento, cinco para validação, cinco para ratificação.
A emissão segue um cronograma de decaimento de 36 anos, reduzindo pela metade a cada quatro anos, limitada a 500 milhões de novos DUSK além dos 500 milhões da oferta inicial já emitida. Diante dessa curva, o que é queimado por bloco parece pequeno.
Mas, ao longo de milhares de blocos com nível de completude de certificado inconsistente, começa a deixar de parecer insignificante.
Nada aqui muda minha posição. Só muda o que eu estou observando agora nos dados de recompensa.
@Dusk #dusk $DUSK

Monero, Zcash, Dash. Nomeados diretamente no manual de conformidade que um grupo de advocacia cripto da UE publicou; os três foram sinalizados como excluídos até 2027 sob as novas regras de AML.

Dusk não está nessa lista. Fiquei com essa ausência por mais tempo do que eu esperava.

A regulamentação em si, o Artigo 79, não cita moedas. Ele proíbe contas que permitam "aumentada ofuscação de transações". Essa expressão é mais ampla do que três símbolos.

As transações shielded da Dusk escondem valores e contrapartes usando provas de conhecimento zero. Os dados ainda são verificados, apenas não são transmitidos publicamente. Se um regulador chama isso de ofuscação ou de divulgação seletiva ainda não foi testado em lugar nenhum.

O que mais me chamou a atenção foi o acordo NPEX. Licença de corretagem, licença de MTF, licença de crowdfunding, tudo inserido na própria camada de protocolo.

Isso não é um posicionamento de projeto para escapar de reguladores. É um projeto apostando todo o seu modelo em ser interpretado da forma mais generosa possível quando as regras de implementação forem redigidas.

Também voltei e verifiquei novamente o exploit da ponte de janeiro. Milhões de tokens foram perdidos por meio de uma carteira de assinatura comprometida, sem ter nada a ver com a camada de zero-knowledge.

Os contratos confidenciais aguentaram bem. A custódia ao redor deles é que não.

Isso me faz pensar que o risco real aqui nunca foi anonimato versus conformidade. Sempre foi sobre quais partes da pilha são auditadas e quais partes recebem confiança por padrão.

Ainda vou ler os atos de implementação antes de formar qualquer visão mais concreta sobre como o Artigo 79 se aplica na prática.

@Dusk #dusk $DUSK

Um cofundador da Babylon ficou em uma sala cheia de maximalistas de Bitcoin e admitiu que a demanda vinda exatamente desse público giraria em torno de zero.

Fisher Yu disse isso de forma direta ao CryptoSlate, olhando ao redor para os bitcoiners mais ferrenhos em um dos maiores eventos anuais deles. Sem defensiva, sem contorções, apenas honestidade.

Eu demorei mais para digerir essa admissão do que eu esperava. A maioria dos fundadores ameniza uma resposta assim em vez de apontar em voz alta qual é o público mais fraco que eles têm.

Isso se conecta a algo real dentro da cultura do Bitcoin. O maximalismo sempre esteve centrado em manter o BTC intacto, resistente a qualquer camada adicional ou dependência, por menor que seja.

O produto inteiro da Babylon pede que os detentores aceitem o oposto desse instinto. Yu também não desviou da pergunta sobre o risco: explicou o slashing de maneira direta—seu Bitcoin fica seguro desde que você não ataque a rede por conta própria e não delegue a um validador que o faça.

Esse é um verdadeiro compromisso, dito em linguagem simples, sem ficar escondido na documentação. A segurança aqui depende em parte de confiar no comportamento de outra pessoa, não apenas de manter sua própria chave.

O que mais me chamou atenção foi o timing do comentário. A Cap-2 já havia captado cerca de vinte e quatro mil BTC, perto de dois bilhões e meio de dólares, então isso não era um fundador tentando justificar uma demanda fraca.

Era um fundador sendo específico sobre qual segmento de detentores de Bitcoin de fato estava comprando e qual, pelo próprio relato dele, em grande parte não estava. Eu não acho que isso torne o produto errado para quem já existe; só acho que diz algo honesto sobre para quem ele foi realmente construído.

@BabylonLabs_io #baby $BABY

Cento e trinta e cinco mil pessoas trancaram um Bitcoin real na Babylon antes mesmo de o protocolo ter um token. Fazendo staking de dinheiro real por algo chamado pontos.

Vou ser honesto: minha primeira reação foi ceticismo. Trancar Bitcoin por uma recompensa indefinida soava mais como jogo do que como investimento.

Em 25 de novembro de 2024, bem antes de a Cap-3 ser aberta, ainda não havia nenhum token BABY, nem um lastro de ativos confirmado por trás de qualquer coisa. Só a Cap-2 já tinha captado 23.857 BTC, perto de dois bilhões de dólares, preenchidos em apenas algumas horas.

Na minha opinião, essa velocidade diz mais do que o valor em dólares. As pessoas não estavam deliberando lentamente; elas se moveram rápido por uma promessa sem nenhuma etiqueta de preço ainda.

Tentei descobrir se isso era realmente irresponsável antes de julgar rápido demais. A EigenLayer fez exatamente a mesma coisa um ano antes, captando mais de dezesseis bilhões de dólares em depósitos de ETH via um sistema de pontos, antes mesmo do EIGEN ser lançado.

Então eu não acho que isso tenha sido fé cega. Eu acho que foi uma aposta calculada, construída na reputação do time e no que protocolos semelhantes já haviam entregue.

Mas, honestamente, a EigenLayer também é a parte dessa história que impede que eu fique totalmente convencido. O EIGEN caiu noventa e um por cento até dezembro de 2025, e o próprio airdrop do token gerou uma reação real porque gerou revolta sobre como os pontos acabaram sendo ponderados.

Esse é o detalhe que eu continuo ponderando. O mesmo roteiro atraiu dezesseis bilhões de dólares uma vez, e ainda assim não conseguiu proteger as pessoas de um resultado difícil depois.

Eu não sei qual versão dessa história os 57.290 BTC da Babylon acabam mais próximos. Eu só sei que convicção real e um bom resultado não são a mesma coisa, mesmo quando começam parecendo idênticos.

@BabylonLabs_io #baby $BABY

Dois protocolos que eu pensava como concorrentes na verdade foram coautores de um mesmo artigo. Isso me fez parar no meio do scroll hoje.

A origem do Babylon remonta a um artigo de segurança escrito por David Tse, Fisher Yu e Sreeram Kannan, junto com alguns outros pesquisadores. Mais tarde, Kannan fundou a EigenLayer.

Eu tive que ficar com isso na cabeça por um segundo. Os dois maiores nomes em restaking agora não começaram como rivais; começaram como colaboradores na mesma ideia.

O que me surpreendeu ainda mais é que a conexão nunca terminou de fato. Kannan ainda integra o conselho consultivo do Babylon hoje, mesmo enquanto lidera o protocolo que a maioria das pessoas trata como o concorrente direto do Babylon.

Na minha opinião, isso muda completamente o enquadramento da rivalidade. Não parece que dois campos opostos estejam brigando pelos mesmos usuários; parece mais como se uma única percepção compartilhada tivesse se dividido em duas implementações, mantendo-se conectada de forma frouxa o tempo todo.

Eu verifiquei a estrutura de liderança depois disso, principalmente por curiosidade. O Babylon não tem CEO; Tse é cientista de pesquisa, Yu é CTO, e essa é a estrutura inteira no topo.

Tse disse o motivo de forma direta em uma entrevista: artigos de pesquisa alcançam apenas algumas poucas pessoas, e uma startup era a forma dele transformar a ideia em algo utilizável por mais do que apenas alguns acadêmicos.

Eu não acho que origens compartilhadas tornem a rivalidade técnica menos real. Só acho que vale lembrar que, antes disso ser uma competição, foi uma conversa entre pessoas que enxergaram a mesma lacuna na mesma época e, aparentemente, ainda conversam.

@BabylonLabs_io #baby $BABY

Dez redes de Bitcoin garantiram se juntaram ao Babylon em um único anúncio, e, para ser honesto, minha primeira reação foi ceticismo, não empolgação.

A Sui levou US$ 1,23 bilhão em TVL até a hora em que o relatório do Q1 2025 da Messari saiu. Corn, uma rede construída especificamente em torno do Bitcoin DeFi, carregou US$ 1,3 milhão.

Eu não acho que essa diferença deva ficar quieta dentro do mesmo título. Agrupar essas duas sob um único rótulo de BSN faz o anúncio parecer mais uniforme do que a realidade era de fato.

A Osmosis me incomodou mais de todas. Ela foi apresentada como o DEX principal e o principal local de negociação para os ativos do Babylon, mas o volume de negociação histórico dela, naquele ponto, era de pouco mais de US$ 38 milhões.

Essa forma de enquadrar pareceu ter sido escrita para o título, e não para alguém que realmente iria conferir o número.

Eu olhei para o trimestre seguinte esperando ver a tendência se corrigir. Em vez disso, o próprio TVL de staking em bitcoin do Babylon caiu 12,6% de um trimestre para o outro até o Q2 2025, chegando a 45.600 BTC.

Na minha opinião, essa queda importa mais do que qualquer contagem de parceiros. Uma base menor enquanto mais nomes são adicionados não é uma contradição; é um padrão que vale a pena observar de perto, em vez de celebrar.

Não estou tentando argumentar que o projeto está falhando, porque claramente não está. Eu só acho que o título “dez BSN” achata uma imagem bem mais confusa por baixo dele, e eu prefiro olhar a versão confusa antes de decidir como eu realmente me sinto sobre isso.

@BabylonLabs_io #baby $BABY

A Babilônia não captura validadores trapaceiros. A própria assinatura faz esse trabalho.

O mecanismo é chamado de Assinaturas Detectáveis de Uso Único. Se um Provedor de Finalidade assinar dois blocos conflitantes na mesma altura, a própria matemática expõe a chave privada deles para a rede.

Eu li isso duas vezes porque a maioria dos designs de slashing funciona de maneira diferente. Tem que haver uma detecção do comportamento ruim primeiro, e só depois um processo separado pune isso como consequência.

Aqui, a trapaça e a evidência chegam no mesmo momento. Assim que a chave é exposta, o protocolo consegue acionar o slashing diretamente, sem oráculo, sem relatório off-chain, sem comitê decidindo o que conta como prova.

Eu assumi que a penalidade caía apenas no provedor até ler mais. Todo o Bitcoin delegado a esse provedor também se torna passível de slashing, não apenas o que o provedor apostou por conta própria.

Isso enquadra o risco completamente. Um Provedor de Finalidade muitas vezes tem pouca coisa do próprio capital em jogo, então a exposição real fica com quem escolheu delegar a ele.

Há também uma segunda consequência que eu havia perdido. Um provedor que é pego assinando duas vezes é tombstoned, fica permanentemente impedido de readquirir poder de voto, não apenas multado uma vez e autorizado a continuar.

Eu comparei isso com a abordagem do EigenLayer por hábito. Esse sistema se apoia na lógica de contratos inteligentes do Ethereum, enquanto isso fica mais próximo do próprio esquema de assinatura, ligado diretamente ao Bitcoin.

Ainda assim, acho que o aviso sobre cautela dos honestos é o mais importante aqui. Uma criptografia elegante não elimina o risco de concentração; apenas muda quem realmente paga pelo erro de outra pessoa se a delegação não for distribuída cuidadosamente.

@BabylonLabs_io #baby $BABY

A proposta toda não era um Bitcoin embrulhado. Depois li o mecanismo de liquidação na própria proposta do Aave da Babylon e encontrei o WBTC bem no meio.

Os Cofres de Bitcoin sem confiança da Babylon bloqueiam BTC em um Taproot UTXO no próprio Bitcoin, sem pontes, sem custodiais. Essa parte da proposta se sustenta bem.

Liquidações são eventos rotineiros em qualquer mercado de empréstimos, não emergências, e a velocidade de liquidação do Bitcoin não consegue acompanhar a rotina. Assim, liquidadores sem permissão trocam o cofre apreendido por WBTC com um pequeno prêmio para liquidar a dívida imediatamente.

Um grupo separado de arbitradores com permissão resgata o Bitcoin real depois, no tempo próprio do Bitcoin. Dois ativos, duas velocidades, trabalhando em sequência em vez de ficarem em conflito.

Eu verifiquei por que eles construíram dessa forma, em vez de evitar WBTC completamente. A proposta diz isso claramente: a intenção é aumentar a demanda por empréstimos para os cinco bilhões de dólares em WBTC já fornecidos ao Aave, mas subutilizados no lado de tomadores.

Eu queria ver se alguém dentro do Aave fez objeções a essa dependência antes de eu julgar por conta própria. Um provedor de serviços técnicos na Aave Labs disse que o design é consistente com a arquitetura V4 Hub and Spoke, e o próprio fundador do Aave endossou publicamente a proposta sem sinalizar a etapa do WBTC como uma preocupação.

Isso me disse algo. Pessoas mais próximas dos detalhes do funcionamento do que eu interpretam isso como uma troca razoável, não como uma falha oculta.

Ainda assim, acho que o enquadramento merece um segundo olhar. “Sem Bitcoin embrulhado” é o título, e “sem Bitcoin embrulhado exceto durante a liquidação” é o mecanismo real — e essas são duas afirmações diferentes, mesmo que a segunda seja defensável.

@BabylonLabs_io #baby $BABY

Quatorze mil dólares. Isso é o que uma única disputa contestada pode custar no método de verificação mais antigo do Bitcoin, o BitVM2, em seu caminho infeliz.

O BitVM3 corrigiu isso movendo a verificação para fora da cadeia, para um circuito emaranhado. Mais barato na cadeia, mas cada circuito tem quarenta e dois gibibytes, grande o bastante para, silenciosamente, excluir participantes menores.

O BABE da Babylon é a próxima tentativa nessa mesma linha, mantendo as economias na cadeia enquanto reduz o custo de armazenamento e de configuração em cerca de três ordens de magnitude, segundo o artigo do eprint.

O artigo foi aceito na CCS 2026, um real evento de segurança revisado por pares. Isso significa que a matemática foi conferida, não que tenha sido testada sob dinheiro adversarial real ainda.

Cada versão nessa linhagem corrigiu um gargalo e, silenciosamente, realocou o custo para outro lugar. Eu não acho que o BABE seja a última versão desse padrão também.

@BabylonLabs_io #baby $BABY

Dez por cento me deteve hoje, não como uma variação de preço, mas como um número fixo inserido dentro de uma proposta de atualização.

Babylon Genesis adicionou um módulo de Limitação de Taxa de IBC que limita quanto BABY pode sair da cadeia por meio de transferências cross-chain dentro de uma janela móvel de vinte e quatro horas. Dez por cento da oferta total, imposto por código, e não por uma política que alguém precisa lembrar de aplicar.

Li o motivo declarado com atenção. Ele existe para impedir grandes saídas durante a volatilidade do mercado ou um exploit de bridge em algum lugar do ecossistema, o tipo de contágio que atingiu outras cadeias sem aviso.

Isso me lembrou algo fora do mundo cripto. Os circuit breakers da NYSE foram acionados quatro vezes em um período de nove dias em março de 2020, cada vez depois que o S&P 500 caiu sete por cento pouco após o pregão, as primeiras paralisações do mercado em mais de duas décadas.

Ninguém discute se esse mecanismo é perfeito. Ele existe porque alguém decidiu que um número específico era melhor do que deixar a resposta para o julgamento humano no meio de uma crise.

A versão da Babylon funciona do mesmo jeito em espírito: um número escolhido com antecedência, em vez de uma decisão tomada sob pressão mais tarde.

Mas eu olhei mais de perto para o que isso realmente cobre, e o escopo é mais estreito do que parece à primeira vista. Isso protege contra saídas especificamente via transferências IBC; portanto, um exploit de contrato inteligente drenando fundos de dentro da própria cadeia não seria interrompido por esse mesmo mecanismo.

Essa distinção importa. Um circuit breaker voltado para uma porta de saída não garante todas as portas do prédio.

Estender uma proteção semelhante para outros ativos requer uma votação real de governança, então o escopo atual permanece deliberadamente estreito em vez de amplo por padrão.

Eu não sei se dez por cento é o número certo, nem se essa categoria de proteção é sequer a mais importante a ter. Eu só sei que a escolha de codificar um número específico com antecedência diz algo sobre como uma equipe pensa sobre falhas antes que elas aconteçam, mesmo que cubra apenas parte do quadro.

@BabylonLabs_io #baby $BABY

Babylon chamou isso de um momento histórico. A piscina por trás daquele momento tinha catorze dólares.

Não catorze milhões, catorze dólares. Essa era a liquidez real no mercado quando a Babylon anunciou seu primeiro teste de Trustless Bitcoin Vaults na mainnet do Ethereum por meio da Morpho.

O mecanismo em si era real. BTC nativo usado como colateral para tomar crédito em USDC real, sem wrapper, sem ponte; Bitcoin bloqueado na própria cadeia o tempo inteiro.

Eu continuei lendo além do título para entender como, de fato, funciona a parte trustless. O Bitcoin não verifica a lógica do empréstimo nem a prova subjacente em si; a execução é feita fora da cadeia por meio de um circuito embaralhado, um verificador criptografado que só detecta fraude se alguém realmente o executar e enviar a prova a tempo.

Isso é uma suposição de vivacidade, não uma garantia. Se ninguém contestar uma prova falsa de quitação rápido o suficiente, a fraude tem sucesso.

Mas aqui vai meu contraponto. Esse mesmo tipo de troca já existe dentro da própria Lightning Network do Bitcoin, e ela tem se mantido razoavelmente bem na prática.

Se uma das partes de um canal Lightning ficar offline e sua contraparte transmitir um estado antigo e mais favorável do canal, a parte honesta só mantém seus fundos se alguém transmitir uma transação de justiça antes de o tempo limite expirar. Serviços de watchtower existem especificamente para fechar essa lacuna, e usuários que entendem o risco simplesmente executam um ou dependem de um provedor que execute.

Suposições de vivacidade não são automaticamente fatais; elas apenas exigem que alguém realmente confiável esteja observando. A questão real é se a versão da Babylon tem essa mesma densidade de observadores honestos ainda, e um teste de quatorze dólares não consegue responder isso.

Um pesquisador independente, que revisou diretamente o whitepaper com a equipe da Babylon, descreveu as condições específicas que um empréstimo de Bitcoin verdadeiramente trustless precisa, e então mostrou que o design atende a algumas delas enquanto ainda se apoia no comportamento de contestação fora da cadeia para o resto.

Eu não leio isso como algo condenatório. Eu leio como a mesma questão inacabada que todo sistema minimizador de confiança eventualmente tem que responder quando dinheiro real aparece.

$BABY #baby @BabylonLabs_io

Vinte e oito dias versus dois dias me impediu hoje.

A maioria das cadeias Cosmos mantém fundos não apostados por cerca de um mês, para que validadores ruins ainda possam ser punidos. A Babylon reduz isso para aproximadamente dois dias.

A lacuna é preenchida pelo próprio Bitcoin. Provedores de Finalidade fazem checkpoints na cadeia do Bitcoin, e reverter esse histórico significaria reverter também o do Bitcoin.

Meu contraponto: os rollups otimistas da Ethereum enfrentam o mesmo dilema e acabaram adotando sete dias. Rotas de saque rápido lá não eliminam essa espera; apenas uma terceira parte adianta os fundos e aguarda em silêncio.

Os dois dias da Babylon não são assim. Eles se apoiam na camada de liquidação do Bitcoin, e não em uma janela de disputa—um ancoradouro mais forte, embora que ainda não tenha enfrentado uma reorg contestada de verdade.

Mais um detalhe se destacou. As BSNs devolvem parte de suas recompensas para a Babylon Genesis por essa coordenação, então o modelo ganha taxas; ele não apenas distribui rendimento.

Desfazer o vínculo mais rápido aqui não é comprovadamente mais seguro. É apenas apoiado em um tipo diferente de garantia, e essa garantia ainda é recente.

@BabylonLabs_io #baby $BABY

Três milhões de dólares saíram do tesouro de Babilônia em abril, e não foi por algo que Babilônia tivesse construído.

O exploit do Kelp DAO já tinha drenado rsETH de sua ponte e deixado a Aave com dívida ruim. Babilônia colocou dois milhões na Aave V3 e um milhão na Aave V4 como parte da recuperação.

Um detalhe menor ficou comigo por mais tempo do que o número em si. Babilônia disse que qualquer juros gerados por esse depósito voltariam para a Aave por meio de incentivos ligados a uma integração planejada entre os dois protocolos.

Isso não é exatamente uma doação. Parece mais um depósito com um relacionamento atrelado a ele — uma ajuda que também acontece de servir a um interesse futuro.

É aqui que eu desacelerei. A cripto já viu gestos de resgate acabarem sendo outra coisa antes.

A Binance ofereceu adquirir a FTX em novembro de 2022, quando a FTX enfrentou uma crise de liquidez, e por cerca de um dia pareceu solidariedade da indústria. A Binance desistiu menos de vinte e quatro horas depois, citando o que encontrou quando analisou melhor os livros.

Esse exemplo não acusa Babilônia de nada. Só me lembra que uma oferta de resgate e um resgate genuíno nem sempre são a mesma coisa, e a diferença às vezes só aparece depois.

Eu investiguei de onde veio o capital de Babilônia antes de assumir demais. A16z havia colocado quinze milhões na Babylon Labs em janeiro para cofres de garantia de Bitcoin nativo — um capital que claramente não ficou confinado ao seu propósito original.

Eu continuei perguntando por que um protocolo de staking de Bitcoin se importaria com um exploit de restaking em Ethereum. A Aave fica perto o bastante do centro do crédito em DeFi para que a instabilidade ali se espalhe para fora, queira um protocolo ou não.

Não estou tratando esse depósito como uma coisa puramente de boa vontade ou puramente de estratégia. A maior parte do capital de resgate nesse espaço carrega as duas coisas, e normalmente leva algum tempo até que alguém consiga dizer qual das duas estava dirigindo.

@BabylonLabs_io #baby $BABY

Eu estava lendo uma divulgação de segurança no GitHub hoje em vez de um gráfico de preços, e isso me prendeu mais do que qualquer número teria.

Um colaborador que atende por GrumpyLaurie55348 registrou um aviso de segurança contra a Babylon em dezembro. Os validadores podiam enviar uma votação sem preencher totalmente o campo do hash do bloco.

O Protobuf trata esse campo como opcional, então a votação ainda é desserializada. O hash do bloco apenas volta como nil, e a Babylon desreferencia esse ponteiro nil dentro da verificação da votação, causando um panic em tempo de execução.

Os limites de epoch já são um ponto sensível em qualquer cadeia do Cosmos SDK. Vários validadores travando ao mesmo tempo ali podem desacelerar a produção de blocos em toda a rede, não apenas para um nó.

Ninguém explorou isso antes que a correção fosse enviada. A Babylon corrigiu o problema na versão 4.2.0 depois que o aviso ficou público, e a cobertura da divulgação se espalhou até janeiro.

Essa lacuna entre o envio e a atenção pública é a parte que ficou comigo.

Isso me lembrou a Polygon em 2021. Uma pesquisadora encontrou uma falha na Plasma Bridge que permitia que um saque fosse reenviado 223 vezes, cada vez drenando novamente a mesma quantia, com aproximadamente 850 milhões de dólares teoricamente expostos.

A Polygon confirmou em trinta minutos e pagou dois milhões de dólares quando foi corrigido com segurança.

A Babylon protege bilhões em Bitcoin nativo com código que ainda é bem jovem. Um campo ausente em uma extensão de votação é um detalhe pequeno no papel, mas fica dentro exatamente do mecanismo que mantém os validadores honestos.

Eu não acho que um bug corrigido em si me diga muita coisa. Eu acho, sim, que a rapidez com que algo é encontrado e fechado me diz mais sobre um protocolo do que qualquer número de TVL.

@BabylonLabs_io #baby $BABY

Hoje, eu continuei voltando a um detalhe do design da Babylon, não ao preço, mas à parte da custódia.

O BTC nunca sai da cadeia do Bitcoin durante o staking. Sem wrapping, sem bridge, sem terceira parte mantendo as chaves.

Essa é uma afirmação mais silenciosa do que a maioria dos protocolos faz, e levou algum tempo para eu entender por que isso importa.

Pensei no hack da ponte Ronin de alguns anos atrás: mais de 600 milhões de dólares perdidos porque os ativos de BTC e ETH foram enviados por meio de um conjunto pequeno de chaves de validadores.

O modelo da Babylon remove exatamente esse ponto de falha, já que o próprio Bitcoin nunca é movido para outra cadeia.

Os vaults agora mantêm mais de 56.000 BTC, perto de 5,6 bilhões de dólares, em staking diretamente contra a segurança própria do Bitcoin.

Para dar contexto, isso representa mais BTC bloqueado nativamente do que existe em todo o Wrapped Bitcoin somado em outros lugares.

Aqui foi onde eu desacelerei. Remover o risco de bridge não remove todos os riscos.

As condições de slashing, o comportamento dos validadores e os contratos mais novos de multi-staking ainda carregam sua própria superfície de ataque, e nada disso foi testado por um ciclo completo de mercado ainda.

O preço do token reflete parte dessa incerteza. A BABY caiu fortemente no começo deste ano antes de se recuperar, e o gráfico ainda parece instável.

Eu não leio isso como uma falha do mecanismo. Remover uma categoria de risco não é o mesmo que remover todos, e essa distinção importa mais para mim do que o gráfico de preço.

#baby $BABY @BabylonLabs_io