AlphaGrey

Parcialmente verdadeiro

vi um artigo dizendo que o atraso do desbloqueio da Babylon “foi projetado para proteger os compradores regulares” e eu não acho que seja exatamente isso que está acontecendo. o cronograma foi empurrado para um penhasco em 10 de maio de 2026; depois, 1/36 era liberado a cada mês direto até abril de 2029 — essa parte é real e está no cronograma oficial ajustado (foundation-amended). mas atrasar quando os tokens atingem o mercado não é o mesmo que reduzir quantos chegam. continua sendo exatamente o mesmo pedaço da oferta com 66% de peso maior para insiders, apenas “suavizado” em quedas mensais em vez de um único grande despejo no penhasco.
a suavização em si é um benefício legítimo: nenhum mês recebe o choque completo, e isso não é pouca coisa. o que eu não consigo encontrar em lugar nenhum é o que de fato acontece com esses tokens quando eles desbloqueiam a cada mês — os insiders colocam eles de volta em stake na rede ou eles seguem direto para uma exchange. o calendário de desbloqueio é acompanhado em todo lugar. o comportamento depois disso não parece ser acompanhado. então o que realmente acontece com esses tokens quando eles caem — são mantidos, colocados em stake ou vendidos — e ninguém publicou ainda uma análise real desse detalhamento? 🤔

@BabylonLabs_io #baby $BABY

$HOME $KOMA

Em Alta

121,6 milhões de tokens de bebê no documento próprio de tokenomics da Babylon estão reservados para algo muito mais específico do que o resto da alocação em que eles se inserem — "campanhas de marketing da binance", exatamente com esse nome, com liberação seis meses após o lançamento do genesis. isso fica dentro do bloco de incentivos da comunidade de 1,5 bilhão de tokens, e tudo o mais dentro desse bloco está praticamente sob controle da fundação, distribuído quando — sem votação, sem bloqueio on-chain, nada.
assim, de toda a alocação comunitária de 15%, uma pequena fatia recebe um propósito nomeado e uma data de desbloqueio fixa, e o restante é basicamente discricionariedade da fundação, sem nenhum detalhamento público de para onde realmente vai. eu não acho que isso seja obscuro por si só; fundações gerenciam pools discricionários o tempo todo, e nomear explicitamente um pedaço poderia apenas significar um controle contábil melhor, não pior. o que eu não consigo entender pelo documento é se programas de recompensa como creatorpad tiram desse mesmo bloco ou de um bloco completamente separado, do qual ninguém nomeou publicamente. essa ligação existe em algum lugar por escrito, ou é genuinamente apenas não revelada? 🤔
@BabylonLabs_io #baby $BABY

🎙️ Conversas sobre cotações no mundo das criptomoedas; respostas para dúvidas de iniciantes ✅ continue construindo a comunidade 🦅 promova a ideia de liberdade de expressão! mantenha o equilíbrio do ecossistema!

Encerrado

03 h 15 min. 18 seg.

13k

Em Alta

Parcialmente verdadeiro

@BabylonLabs_io
fui verificar o número exato no programa de bug bounty da Babylon e encontrei três valores máximos diferentes dependendo da página que eu olhei — US$ 500 mil na página atual de escopo da Immunefi, US$ 1 milhão em uma publicação da Bitrue de dezembro de 2024 e US$ 2 milhões no próprio Twitter da Immunefi, também de dezembro de 2024. O que é consistente em todos eles, porém, é o pool total: um teto rígido de US$ 3 milhões para todo o programa, primeiro a chegar primeiro a receber assim que for gasto, independentemente de quantos bugs críticos apareçam depois.
Então, seja qual for o valor por bug que esteja realmente atual — honestamente não sei qual é agora — o teto do programa inteiro continua fixo em US$ 3m, enquanto o TVL fica em torno de US$ 3 bilhões. isso não é uma crítica ao programa em si: a Immunefi é uma plataforma sólida e as auditorias + a configuração da covenant cobrem outros ângulos. é só que "até US$ x por bug crítico" soa muito mais tranquilizador do que "$3m total, compartilhado, primeiro a chegar primeiro a receber". em que ponto um pool de prêmios com teto fixo deixa de escalar com o TVL que supostamente precisa proteger? 🤔

#baby $BABY

Em Alta

há uma frase na mais recente entrevista do <tse> que eu fico relendo e interpretando de um jeito diferente a cada vez. ele chama o desafio do setor de "criar demanda para a segurança do bitcoin em novos mercados" e diz que foi por isso que a babylon fez a pivot para vaults de bitcoin sem confiança (trustless). não é conversa fiada. isso aí é só um fundador... batizando a lacuna. sem rodeios, nas próprias palavras dele.
e eu não consigo decidir como levar isso. uma parte de mim acha que o staking puro de btc não estava fazendo peso sozinho o bastante, então a tbv precisava acontecer. outra parte de mim acha que não, é só uma expansão normal e eu é que estou inventando uma história de resgate que não existe. mas as duas leituras cabem na mesma citação — e é isso que é irritante. eu também não tenho os números pra resolver de um jeito ou de outro — staking tvl ao lado da linha do tempo do lançamento da tbv, claro, mas isso não separa bem causa de oportunidade; só fica ali. então qual leitura vence quando o volume da tbv ficar grande o suficiente pra realmente se contrapor ao staking tvl? 🤔

@BabylonLabs_io #baby $BABY

olá pessoal, vamos compartilhar algumas recompensas🤑🤑🤑
💰 Comente “sim” e pegue sua recompensa antes que ela acabe! 🎁👇
apresse-se, pegue sua recompensa

Verificado

@BabylonLabs_io
lendo o relatório da zellic sobre a auditoria da genesis chain e, de repente, uma coisa no texto me pegou — 32 achados no total, sete deles críticos, e o relatório simplesmente agrupa tudo sob “babylon \"resolvido ou reconhecido.\"” Isso não é a mesma alegação. “resolvido” deveria significar que foi realmente corrigido e verificado. “reconhecido” só quer dizer que alguém leu e seguiu em frente, e o relatório não diz o que é o quê para os itens críticos.

Essa auditoria também é de antes de a tvl realmente decolar. A sherlock tem a babylon listada como cliente para 2025–2026, então alguém pelo menos já foi designado — mas eu fui procurar uma descrição real dos achados dessa parceria e não encontrei nada; não havia nada com números como no relatório da zellic. Coinspect e cantina também cobriram fases anteriores, então o código já passou por mais de um conjunto de olhos; nessa parte eu não estou preocupado. É só que — a visão mais recente é a que traz menos detalhes anexados, e agora há alguns bilhões de dólares em cima disso. Se os achados da sherlock para a babylon estão por aí, eu ainda não encontrei. Alguém realmente viu os deles publicados? 🤔

#baby $BABY

não consigo sacudir esta comparação: um provedor de finalidade ser penalizado com slashing por uma implantação de Kubernetes malfeita e outro ser penalizado por deliberadamente fazer dupla assinatura parecem idênticos sob o próprio protocolo de @BabylonLabs_io . mesma penalidade, mesmo btc queimado, e a pessoa que realmente perde dinheiro em qualquer caso é o staker que delegou a eles, não o provedor.
nenhum dos engenheiros que construíram ferramentas anti-slashing para os provedores de finalidade da babylon disse isso diretamente: o protocolo central não se importa com o motivo pelo qual um provedor se comportou mal, erro ou não; ele apenas impõe a penalidade. essas ferramentas existem agora porque falhas operacionais acabaram sendo comuns o suficiente por si só para exigir uma correção dedicada.
impor a mesma penalidade independentemente da intenção é, sem dúvida, a única forma de a garantia ter algum significado assim que você começa a discutir motivos caso a caso: a segurança fica mais fraca para todos, inclusive para os stakers honestos. isso apenas significa que o provedor vai embora com uma reputação arranhada, enquanto o staker é quem realmente fica no prejuízo em bitcoin de verdade, não em pontos de reputação, o que, pensando bem, talvez seja a assimetria inteira em uma única frase.
quanto de uma stake um provedor de finalidade precisaria colocar de fato antes que isso deixasse de ser totalmente unilateral? $BABY #baby

Verificado

estou olhando de novo o anúncio de custódia da ceffu-solv agora mesmo, e tem uma coisa que está me incomodando sobre como o cofundador da @BabylonLabs_io , fisher yu, enquadrou isso. ele chamou essa integração de uma melhoria de descentralização para a babylon. tenho ficado pensando por alguns minutos no porquê, porque a ceffu é uma custodiadora centralizada conectada diretamente à binance, e os próprios documentos da solv dizem que custodias profissionais mantêm fisicamente os BTC que dão lastro ao solvbtc. nada disso, para mim, soa como algo sem confiança.
quanto mais eu penso nisso, mais acho que ele não estava falando de distribuição de confiança. acho que ele queria dizer alcance: alcançar mais instituições, mais jurisdições, mais pessoas que não conseguem executar o próprio setup de staking de repente, de algum jeito, passam a conseguir participar. e se isso colocar uma instituição em algum mercado em que a babylon não conseguiria atingir de outra forma para fazer staking de BTC, isso é uma vitória genuinamente diferente, não um prêmio de consolação.
mas tem uma parte que eu não consigo tirar da cabeça: isso é completamente outro eixo do qual toda a proposta de staking da babylon foi construída. e ver esses dois sentidos serem dobrados na mesma palavra torna realmente difícil para mim saber qual tipo de descentralização eu deveria estar acompanhando na próxima vez que uma integração como essa for anunciada.
qual definição a babylon está reportando aqui: contagem de participantes, ou onde a custódia fica fisicamente? $BABY #baby 🧭

Verificado

meio milhão de dólares por mês parecia muito até eu realmente me sentar e dividir isso pelo volume diário da Babylon. é algo como o que está liberando a cada mês a partir da alocação de 1,5 bilhão de tokens da equipe: 41,6 milhões de tokens baby, com liberação mensal desde 10 de maio, indo até abril de 2029.
dependendo de qual fonte eu consulto, a Babylon negocia em algum lugar entre US$ 5 e US$ 13 milhões por dia; então, uma liberação mensal da equipe dá algo como uma hora de volume normal, talvez mais perto de duas horas e meia. eu realmente tive duas respostas diferentes e não queria apenas citar aquela que deixasse o ponto soar melhor.
honestamente, não era o post que eu esperava estar escrevendo quando comecei a puxar esses números. eu entrei achando que ia soar alarmante e simplesmente não soa, não nesse nível. o que realmente me pega é que as liberações para investidores estão acontecendo praticamente no mesmo calendário logo abaixo desse tranche, e a própria página de tokenomics de <@BabylonLabs_io > lista ambos os cronogramas lado a lado, sem nunca somá-los em um único número mensal.
que valor esse número de uma hora–ou-duas vira quando as liberações dos investidores chegam no mesmo calendário que esta?

#baby $BABY

Parcialmente verdadeiro

a retirada de lombard de quase 15.000 btc em abril de 2025 já é coisa do passado, mas eu voltei e conferi o que essa decisão específica realmente fez com o número de TVL em destaque da Babylon. uma queda de 32% em um único intervalo, a partir de uma chamada interna de um parceiro — embora tecnicamente ainda seja um movimento de mercado, só que não do tipo que alguém estava precificando.

aqui está o desdobramento que eu não tinha separado antes. o próprio script da Babylon permite que um staker individual mantenha sua própria chave, ponto final: aquela parte é genuinamente dele. o lbtc da lombard não funciona da mesma forma — ele é respaldado por um consórcio de custódia com 14 membros, que fica sobre o btc subjacente, e não sobre o detentor final. então quando @BabylonLabs_io informa o valor total apostado, ele está silenciosamente juntando dois modelos de confiança diferentes em um único número, e o último abril é prova de que esse número misto pode oscilar por uma decisão interna de terceiros, e não apenas por um evento de mercado.

não estou dizendo que o lbtc é inseguro — essa é uma questão separada. só não acho que alguém tenha publicado qual é a parcela do TVL atual que é custódia própria nativa versus a que é roteada por um wrapper de consórcio como o da lombard. essa divisão está em algum lugar que eu não tenha encontrado ainda? $BABY #baby 🧩

olá pessoal vamos 💰💵💰 compartilhar uma recompensa, é só clicar no botão seguir e comentar "sim" e pegar sua recompensa antes que seja tarde demais🤑🎁🎉🎉

Verificado

@BabylonLabs_io
uma linha no próprio script de staking da babylon me interrompeu durante a rolagem: agora, só um único provedor de finalidade que protege a cadeia gênesis pode ser selecionado por stake. isso não é texto de marketing — é a seção 2.2 do documento real que a babylonlabs publica no github.
o que torna isso relevante é a história de crescimento que acontece em cima disso. o discurso de "restake uma vez, secure dezenas de bsns" por trás de grande parte da narrativa de tvl depende inteiramente de o multi-staking da fase 3 realmente entrar no ar, e esse recurso já estava "chegando na testnet" em meados de 2025, com a mainnet esperada antes do fim do ano. essa janela já foi fechada há algum tempo — ou, bem, em minha cabeça ela foi fechada e reaberta algumas vezes tentando encontrar uma data mais recente, e eu ainda não consigo achar nenhuma publicada em lugar nenhum.
a parte que é genuinamente sólida, sem necessidade de ressalvas, é o que já foi entregue: o staking de btc sem bridgeless, self-custodial funciona exatamente como os documentos da fase 1 descrevem; é real e está ao vivo agora.
qual é a data-alvo atual de verdade para a mainnet da fase 3, agora que a original já foi embora? $BABY #baby 🛠️

Em Alta

🤑🤑olá pessoal🎅🎅 vamos compartilhar algumas recompensas, é só curtir e comentar "sim" ...e pegue sua recompensa antes que seja tarde...💰💰🎁🧧💵💵💰💰🎉...

Em Alta

Verificado

em vez de confiar em resumos, tenho passado por toda a documentação real de scripts de staking do Babylon no GitHub e, sinceramente, o mecanismo é mais estranho do que eu esperava. a transação de slashing é pré-assinada pelo próprio staker no momento em que eles fazem a delegação da fração que vai para o endereço de burn; essa fração é definida pelos parâmetros da blockchain Babylon no momento do signing, embutida em uma transação de bitcoin que não pode ser editada depois.
então aqui está a tensão. a documentação diz sem rodeios que esses valores são governados pela cadeia, ou seja, eles podem mudar. mas ninguém tem suas transações pré-assinadas existentes atualizadas quando isso acontece. espere, "atualizadas" nem é a palavra certa; elas simplesmente não podem — não é assim que funcionam transações assinadas de bitcoin. delegações antigas continuam com a mesma fração que estava em vigor no dia em que foram assinadas. as novas recebem o que estiver vigente agora. mesma violação, mesmo provedor de finalidade, duas penalidades diferentes, e a única razão é em que semana você fez a delegação.
eu dou @BabylonLabs_io de crédito por uma coisa, porém: o comitê do covenant genuinamente não consegue tocar em fundos fora do que está pré-assinado; essa parte se sustenta sob uma análise real. não é um defeito no design base — não mesmo. é apenas o que acontece depois, quando um parâmetro realmente muda.
então existe um caminho de migração que re-sincronize delegações antigas para um novo parâmetro de slash, ou a fração apenas se divide permanentemente por coorte no dia em que muda? $BABY #baby 🔒

olá pessoal vamos compartilhar algumas recompensas🤑🤑🤑
💰 Comente “sim” e pegue sua recompensa antes que acabe! 🎁👇

Encerrado

03 h 35 min. 38 seg.

14.9k

🎙️ Hawk---guardião do equilíbrio ecológico, divulgador da ideia de liberdade! A lógica por trás da poderosa união entre Hawk e a BVS!

Encerrado

03 h 14 min. 04 seg.

7.6k

🎙️ Discussões sobre a dinâmica no mercado de cripto; respostas para dúvidas de iniciantes ✅ continue fortalecendo a construção da comunidade 🦅 promova a ideia de liberdade de expressão! mantenha o equilíbrio ecológico!

Encerrado

03 h 21 min. 10 seg.

15.8k