Binance Square
M I N A
337 Publicações

M I N A

CONTENT CREATOR
73 A seguir
2.1K+ Seguidores
1.6K+ Gostaram
Publicações
·
--
#dusk $DUSK @Dusk_Foundation estou encarando a lista de provisioners da Dusk nas últimas horas, em vez de fazer literalmente qualquer coisa produtiva. Enfileirei uma tarefa no Dusk CreatorPad e um número não sai da minha cabeça: 206 provisioners ativos de 271 no total, de acordo com o The DUDE explorer, com apenas 5 no fila de pendências. Bloqueio de stake lendo ~1,6M DUSK, com APR de staking em 22,31%. Espera aí, isso é... pouca movimentação. A mainnet está no ar desde janeiro. A proposta do dia do lançamento apostou forte em "onboarding de validadores sem permissão", descentralização como recurso principal. Oito mais meses depois, a fila para entrar no consenso está com cinco nós de profundidade. O comportamento real que eu notei: os operadores profissionais iniciais que fizeram stake na época do genesis (ou perto disso) ainda são os que seguram a maior parte desse stake bloqueado e, por extensão, a maior parte do rendimento. As entradas novas vão chegando aos poucos, uma de cada vez, em vez de em ondas. Nada escandaloso — redes PoS geralmente já vêm bem adiantadas assim — mas a abordagem de "qualquer um pode rodar um nó" parece diferente quando você fica observando a coluna de pendências ficar em dígitos únicos por uma sessão inteira. O lanche acabou, mas ainda estou mastigando nisso. Será que 271 provisioners é "suficiente" descentralização para uma cadeia feita para carregar liquidação de RWA regulado, ou é só um número que ninguém deve ficar encarando com atenção demais ainda… $PROM $PORTAL
#dusk $DUSK @Dusk estou encarando a lista de provisioners da Dusk nas últimas horas, em vez de fazer literalmente qualquer coisa produtiva. Enfileirei uma tarefa no Dusk CreatorPad e um número não sai da minha cabeça: 206 provisioners ativos de 271 no total, de acordo com o The DUDE explorer, com apenas 5 no fila de pendências. Bloqueio de stake lendo ~1,6M DUSK, com APR de staking em 22,31%.
Espera aí, isso é... pouca movimentação. A mainnet está no ar desde janeiro. A proposta do dia do lançamento apostou forte em "onboarding de validadores sem permissão", descentralização como recurso principal. Oito mais meses depois, a fila para entrar no consenso está com cinco nós de profundidade.
O comportamento real que eu notei: os operadores profissionais iniciais que fizeram stake na época do genesis (ou perto disso) ainda são os que seguram a maior parte desse stake bloqueado e, por extensão, a maior parte do rendimento. As entradas novas vão chegando aos poucos, uma de cada vez, em vez de em ondas. Nada escandaloso — redes PoS geralmente já vêm bem adiantadas assim — mas a abordagem de "qualquer um pode rodar um nó" parece diferente quando você fica observando a coluna de pendências ficar em dígitos únicos por uma sessão inteira.
O lanche acabou, mas ainda estou mastigando nisso. Será que 271 provisioners é "suficiente" descentralização para uma cadeia feita para carregar liquidação de RWA regulado, ou é só um número que ninguém deve ficar encarando com atenção demais ainda…
$PROM $PORTAL
#dusk $DUSK @Dusk_Foundation Teste DuskEVM para uma tarefa do CreatorPad, implantando um contrato Solidity dummy com o Hardhat. Tudo pareceu familiar até eu chegar ao mempool. a coisa que ninguém coloca no slide DuskEVM roda apenas sequencer agora, não há mempool público. Então, todo aquele “EVM compatível”, igual ao enquadramento do Ethereum… certo, as ferramentas são idênticas, mas o fluxo real de transações não é descentralizado do jeito que as pessoas assumem quando ouvem EVM. Alguém decide a ordenação via sequencer. Isso não é uma crítica, só não é o que o texto de marketing sugere, e então tem a ponte. Em 16 de agosto, o time sinalizou uma atividade suspeita ligada a uma carteira gerenciada pelo time usada nas operações da ponte e a desativou para uma revisão de segurança ainda está desativada no momento da escrita, aguardando o lançamento do mainnet do DuskEVM. De novo: carteira gerenciada pelo time fazendo custódia na ponte. Não é um multisig de DAO, não é um conjunto de relays descentralizados. Uma carteira que o time controla. Nenhuma dessas coisas desqualifica neste estágio; testnets e pontes pré-mainnet geralmente parecem assim em todo lugar. Mas é um padrão que vale observar com calma: o discurso de privacidade/adequação (compliance) é a parte mais barulhenta, e a infraestrutura real por baixo ainda é bem centralizada nos lugares “chatos” e operacionais. Quanto disso muda quando o mainnet do DuskEVM realmente for lançado, versus apenas mover as mesmas suposições de confiança mais uma camada para baixo. $TUT $PORTAL
#dusk $DUSK @Dusk Teste DuskEVM para uma tarefa do CreatorPad, implantando um contrato Solidity dummy com o Hardhat. Tudo pareceu familiar até eu chegar ao mempool. a coisa que ninguém coloca no slide DuskEVM roda apenas sequencer agora, não há mempool público.

Então, todo aquele “EVM compatível”, igual ao enquadramento do Ethereum… certo, as ferramentas são idênticas, mas o fluxo real de transações não é descentralizado do jeito que as pessoas assumem quando ouvem EVM. Alguém decide a ordenação via sequencer.

Isso não é uma crítica, só não é o que o texto de marketing sugere, e então tem a ponte. Em 16 de agosto, o time sinalizou uma atividade suspeita ligada a uma carteira gerenciada pelo time usada nas operações da ponte e a desativou para uma revisão de segurança

ainda está desativada no momento da escrita, aguardando o lançamento do mainnet do DuskEVM. De novo: carteira gerenciada pelo time fazendo custódia na ponte. Não é um multisig de DAO, não é um conjunto de relays descentralizados. Uma carteira que o time controla.

Nenhuma dessas coisas desqualifica neste estágio; testnets e pontes pré-mainnet geralmente parecem assim em todo lugar.

Mas é um padrão que vale observar com calma: o discurso de privacidade/adequação (compliance) é a parte mais barulhenta, e a infraestrutura real por baixo ainda é bem centralizada nos lugares “chatos” e operacionais.

Quanto disso muda quando o mainnet do DuskEVM realmente for lançado, versus apenas mover as mesmas suposições de confiança mais uma camada para baixo.
$TUT $PORTAL
#dusk $DUSK @Dusk_Foundation mitigação de web wallet no Dusk enviada rápido esta semana: uma lista de bloqueio de destinatários que interrompe transferências para endereços sinalizados antes mesmo de eles serem enviados. Leia o aviso do incidente e, em seguida, passei um tempo com ele. isso não foi uma atualização de protocolo nem uma votação de governança. Veio de um incidente em andamento: uma equipe teve uma carteira de bridge gerenciada sinalizada, os endereços foram reciclados, a bridge foi pausada e, dentro de dias, o aviso de lista de bloqueio foi enviado para a web wallet. Hmm... isso é o oposto do habitual ciclo “propor, discutir, implantar meses depois”. Conformidade por necessidade, não por roteiro. Faz você notar o quanto da mensagem de finanças on-chain reguladas é, na prática, apenas encanamento reativo construído sob pressão — e não algum recurso pré-fabricado esperando adoção. Eu estava esperando encontrar um rastro de governança bem organizado por trás disso: um post no fórum, uma contagem de votos, algo do tipo. Não encontrei um. Só um time de operações se movendo rápido depois que a Binance sinalizou parte do fluxo. Não é uma crítica — apenas é diferente da narrativa de implantação metódica e auditada que você vê nos documentos. Isso me faz pensar quantos outros recursos nesse espaço são, na verdade, apenas marcas de incidentes usando um figurino de “release de produto”.
#dusk $DUSK @Dusk mitigação de web wallet no Dusk enviada rápido esta semana: uma lista de bloqueio de destinatários que interrompe transferências para endereços sinalizados antes mesmo de eles serem enviados. Leia o aviso do incidente e, em seguida, passei um tempo com ele.

isso não foi uma atualização de protocolo nem uma votação de governança. Veio de um incidente em andamento: uma equipe teve uma carteira de bridge gerenciada sinalizada, os endereços foram reciclados, a bridge foi pausada e, dentro de dias, o aviso de lista de bloqueio foi enviado para a web wallet. Hmm... isso é o oposto do habitual ciclo “propor, discutir, implantar meses depois”. Conformidade por necessidade, não por roteiro. Faz você notar o quanto da mensagem de finanças on-chain reguladas é, na prática, apenas encanamento reativo construído sob pressão — e não algum recurso pré-fabricado esperando adoção.

Eu estava esperando encontrar um rastro de governança bem organizado por trás disso: um post no fórum, uma contagem de votos, algo do tipo. Não encontrei um. Só um time de operações se movendo rápido depois que a Binance sinalizou parte do fluxo. Não é uma crítica — apenas é diferente da narrativa de implantação metódica e auditada que você vê nos documentos.
Isso me faz pensar quantos outros recursos nesse espaço são, na verdade, apenas marcas de incidentes usando um figurino de “release de produto”.
#termmax @termmax puxou-me pelo ângulo de fornecimento fixo 1B TMX sem mudança de inflação para puxar depois. Bonito no papel. Depois verifiquei os números reais por trás disso e pausei. O TVL está em US$ 31,22M agora, caiu 7,2% nos últimos 30 dias segundo a DefiLlama. Taxas nesse mesmo período: US$ 19.930,46. Anualizando, isso dá algo como US$ 314K contra um fornecimento fixo de um bilhão de tokens. Hmm… essa diferença é o que ficou martelando. o programa pré-mina tinha 4% do total de supply, 40M $TMX foram encerrados em 11 de agosto. Os depositantes iniciais já tinham travado sua alocação antes mesmo do novo sistema XP ser lançado em 12 de setembro. Então as pessoas que se beneficiam primeiro já se beneficiaram. Quem está fazendo staking ou segurando agora está apostando que o crescimento das taxas vai alcançar uma oferta que já é fixa e que já foi parcialmente reservada. Nada de baixa, nada de alta — só percebi a ordem. A promessa é a certeza da taxa. Mas certeza para quem, exatamente, e quando na linha do tempo eles apareceram? Isso me faz querer comparar o gráfico de taxas com a oferta em circulação na próxima rodada e realmente sentar com ele.
#termmax @TermMax puxou-me pelo ângulo de fornecimento fixo 1B TMX sem mudança de inflação para puxar depois. Bonito no papel. Depois verifiquei os números reais por trás disso e pausei.

O TVL está em US$ 31,22M agora, caiu 7,2% nos últimos 30 dias segundo a DefiLlama. Taxas nesse mesmo período: US$ 19.930,46.

Anualizando, isso dá algo como US$ 314K contra um fornecimento fixo de um bilhão de tokens. Hmm… essa diferença é o que ficou martelando.

o programa pré-mina tinha 4% do total de supply, 40M $TMX foram encerrados em 11 de agosto. Os depositantes iniciais já tinham travado sua alocação antes mesmo do novo sistema XP ser lançado em 12 de setembro.

Então as pessoas que se beneficiam primeiro já se beneficiaram. Quem está fazendo staking ou segurando agora está apostando que o crescimento das taxas vai alcançar uma oferta que já é fixa e que já foi parcialmente reservada.

Nada de baixa, nada de alta — só percebi a ordem. A promessa é a certeza da taxa. Mas certeza para quem, exatamente, e quando na linha do tempo eles apareceram?

Isso me faz querer comparar o gráfico de taxas com a oferta em circulação na próxima rodada e realmente sentar com ele.
#dusk $DUSK @Dusk_Foundation modelo de emissão com o decaimento geométrico de 36 anos, reduzindo pela metade a cada quatro anos, gerador de blocos recebendo 70% + até 10% de bônus sobre créditos de certificados. Limpo no papel. Mas o que realmente ficou comigo aconteceu fora do whitepaper. Em 16 de agosto, a equipe da Dusk detectou atividade suspeita em uma carteira de bridge gerenciada por uma equipe. Em poucas horas, eles desativaram e reciclaram os endereços da bridge afetados, pausararam os serviços de bridge completamente e colocaram uma blocklist de destinatários da Web Wallet no ar. Eles também envolveram a Binance quando parte do fluxo tocou a plataforma deles — que não é uma governança descentralizada de gotejamento lento. É uma equipe com uma chave de administrador agindo rápido, por conta própria, sem voto, sem atraso. Esse é o insight real, hm. O cronograma de emissão é comercializado como um sistema longo, sem necessidade de confiança, que decai de forma algorítmica e roda em modo automático por décadas. Enquanto isso, as partes que mais importam numa emergência — controle de bridge, bloqueio de endereços, reciclagem de carteiras — continuam sendo alavancas centralizadas que a equipe mantém e usa sem hesitar. Não é exatamente uma crítica. Só percebi a diferença entre descentralizado por design e centralizado quando realmente conta. $DUSK stakers ganhando com essa curva de 36 anos estão confiando em uma infraestrutura que não é nem de longe tão “mãos-off” quanto a página de tokenomics sugere. Me faz pensar o quanto de qualquer descentralização de um projeto PoS é, na prática, apenas... não testada até algo quebrar
#dusk $DUSK @Dusk modelo de emissão com o decaimento geométrico de 36 anos, reduzindo pela metade a cada quatro anos, gerador de blocos recebendo 70% + até 10% de bônus sobre créditos de certificados. Limpo no papel.

Mas o que realmente ficou comigo aconteceu fora do whitepaper.
Em 16 de agosto, a equipe da Dusk detectou atividade suspeita em uma carteira de bridge gerenciada por uma equipe. Em poucas horas, eles desativaram e reciclaram os endereços da bridge afetados, pausararam os serviços de bridge completamente e colocaram uma blocklist de destinatários da Web Wallet no ar.

Eles também envolveram a Binance quando parte do fluxo tocou a plataforma deles — que não é uma governança descentralizada de gotejamento lento. É uma equipe com uma chave de administrador agindo rápido, por conta própria, sem voto, sem atraso.
Esse é o insight real, hm. O cronograma de emissão é comercializado como um sistema longo, sem necessidade de confiança, que decai de forma algorítmica e roda em modo automático por décadas.

Enquanto isso, as partes que mais importam numa emergência — controle de bridge, bloqueio de endereços, reciclagem de carteiras — continuam sendo alavancas centralizadas que a equipe mantém e usa sem hesitar. Não é exatamente uma crítica. Só percebi a diferença entre descentralizado por design e centralizado quando realmente conta.

$DUSK stakers ganhando com essa curva de 36 anos estão confiando em uma infraestrutura que não é nem de longe tão “mãos-off” quanto a página de tokenomics sugere. Me faz pensar o quanto de qualquer descentralização de um projeto PoS é, na prática, apenas... não testada até algo quebrar
#dusk $DUSK @Dusk_Foundation sessão vasculhando o próprio blog da Dusk em vez do rolar habitual do explorador, e uma linha me interrompeu no meio da rolagem. O texto de 15 de agosto sobre a tokenização de SME — How Tokenization Opens Private Markets to SMEs, de Georgian Sgura — afirma diretamente que tokenização não pode produzir compradores, vendedores nem preços justos. Vindo dos próprios escritores do projeto, não de um crítico. Foi essa a parte que ficou. O ciclo inteiro de propriedade em seis etapas que eles mapeiam — estruturação, onboarding, emissão, liquidação, administração, negociação secundária — soa como trabalho sério de encanamento. A NPEX, o MTF holandês, é apontada como o local regulado que faz o trabalho pesado, enquanto a Dusk fornece os trilhos por baixo. Enquanto isso, o Dusk Trade, o app voltado ao varejo, ainda está... numa lista de espera. Então a sequência é: instituições primeiro, conformidade comprovável depois, e acesso ao varejo quando o lado da plataforma estiver pronto. Não é escondido: na verdade, está dito de forma bem direta no próprio documento. Faz sentido operacionalmente — você não abre um venue de valores mobiliários para qualquer pessoa — mas é um contraste silencioso com a forma como “acesso” normalmente é vendido nessas discussões. Peguei meu café no meio da releitura da tabela de fluxo antes/depois, congelei antes de terminar, mas valeu a pena. Quem, de fato, recebe o primeiro preenchimento no Dusk Trade quando ele estiver no ar? Investidores ligados à NPEX logo no início, ou a fila mais ampla de quem está na lista de espera? $HEMI $GRVT
#dusk $DUSK @Dusk sessão vasculhando o próprio blog da Dusk em vez do rolar habitual do explorador, e uma linha me interrompeu no meio da rolagem. O texto de 15 de agosto sobre a tokenização de SME — How Tokenization Opens Private Markets to SMEs, de Georgian Sgura — afirma diretamente que tokenização não pode produzir compradores, vendedores nem preços justos. Vindo dos próprios escritores do projeto, não de um crítico. Foi essa a parte que ficou. O ciclo inteiro de propriedade em seis etapas que eles mapeiam — estruturação, onboarding, emissão, liquidação, administração, negociação secundária — soa como trabalho sério de encanamento. A NPEX, o MTF holandês, é apontada como o local regulado que faz o trabalho pesado, enquanto a Dusk fornece os trilhos por baixo. Enquanto isso, o Dusk Trade, o app voltado ao varejo, ainda está... numa lista de espera.
Então a sequência é: instituições primeiro, conformidade comprovável depois, e acesso ao varejo quando o lado da plataforma estiver pronto. Não é escondido: na verdade, está dito de forma bem direta no próprio documento. Faz sentido operacionalmente — você não abre um venue de valores mobiliários para qualquer pessoa — mas é um contraste silencioso com a forma como “acesso” normalmente é vendido nessas discussões.
Peguei meu café no meio da releitura da tabela de fluxo antes/depois, congelei antes de terminar, mas valeu a pena.
Quem, de fato, recebe o primeiro preenchimento no Dusk Trade quando ele estiver no ar? Investidores ligados à NPEX logo no início, ou a fila mais ampla de quem está na lista de espera?
$HEMI $GRVT
#termmax @termmax a tarefa de hoje me fez cavar pelos números da DefiLlama em vez da página de marketing habitual — e foi aí que a história real estava. A Termmax se vende como presente ao vivo em nove redes. Berachain, Arbitrum, BSquared, Robinhood Chain, o pacote todo. Soa bem “multi-chain”. Mas, ao ver a divisão real do TVL, o Ethereum está com 98,4% do total de US$ 31,22 milhões. O resto é basicamente erro de arredondamento. Então “nove cadeias” soa mais como nove deploys do que como nove mercados que as pessoas realmente usam. As taxas contam a mesma história, só que em escala menor. Foram gerados US$ 19.930 nos últimos 30 dias, anualizando para algo como US$ 314 mil. Para um protocolo cuja whitepaper começa falando em 1M+ usuários e 837K carteiras registradas, isso… é uma migalha de receita real por baixo de toda aquela área de superfície. O TVL também caiu 7,2% no mês, algo que obviamente ninguém está gritando. Peguei meu café no meio do processo de puxar esses números e fiquei ali mais um instante — não porque seja ruim: empréstimos com taxa fixa são um nicho real e vale construir — mas porque o espaço entre “implantado em todo lugar” e “realmente usado em algum lugar” é maior do que eu esperava. Multi-chain como item de checklist versus multi-chain como liquidez de verdade: não são a mesma afirmação. Fico pensando em quanto da demanda eventual pelo token $TMX acaba indo atrás dessa concentração no Ethereum, uma vez que estiver negociável. Será que as outras oito redes alguma vez alcançam ou apenas ficam lá para o deck de apresentação. $ONG $ONT
#termmax @TermMax a tarefa de hoje me fez cavar pelos números da DefiLlama em vez da página de marketing habitual — e foi aí que a história real estava.
A Termmax se vende como presente ao vivo em nove redes. Berachain, Arbitrum, BSquared, Robinhood Chain, o pacote todo. Soa bem “multi-chain”. Mas, ao ver a divisão real do TVL, o Ethereum está com 98,4% do total de US$ 31,22 milhões. O resto é basicamente erro de arredondamento. Então “nove cadeias” soa mais como nove deploys do que como nove mercados que as pessoas realmente usam.
As taxas contam a mesma história, só que em escala menor. Foram gerados US$ 19.930 nos últimos 30 dias, anualizando para algo como US$ 314 mil. Para um protocolo cuja whitepaper começa falando em 1M+ usuários e 837K carteiras registradas, isso… é uma migalha de receita real por baixo de toda aquela área de superfície. O TVL também caiu 7,2% no mês, algo que obviamente ninguém está gritando.
Peguei meu café no meio do processo de puxar esses números e fiquei ali mais um instante — não porque seja ruim: empréstimos com taxa fixa são um nicho real e vale construir — mas porque o espaço entre “implantado em todo lugar” e “realmente usado em algum lugar” é maior do que eu esperava. Multi-chain como item de checklist versus multi-chain como liquidez de verdade: não são a mesma afirmação.
Fico pensando em quanto da demanda eventual pelo token $TMX acaba indo atrás dessa concentração no Ethereum, uma vez que estiver negociável. Será que as outras oito redes alguma vez alcançam ou apenas ficam lá para o deck de apresentação.
$ONG $ONT
#termmax @termmax TGE acabou de ser travado para 25 de agosto e, logo antes disso, os números quietamente cruzaram algo que vale a pena considerar: $90M+ de TVL, 1,5M de carteiras registradas, 90K de usuários ativos diários, distribuídos em 10 cadeias EVM, com Morpho, Aave, Venus e Pendle todos posicionados por baixo como fontes de yield base. O que ficou comigo durante a tarefa, porém não o destaque da TVL, foi a “infra”. Quando um curador cria um vault da TermMax, qualquer USDC que ficar sem correspondência não apenas... espera. Ele é automaticamente roteado para qual seja o protocolo base que o curador escolheu (vault da Morpho, pool da Aave, mercado da Venus) e é puxado de volta de forma atômica assim que um tomador realmente consome a ordem. Então os depositantes estão ganhando yield flutuante antes mesmo de serem casados com uma taxa fixa. Isso não é exatamente o que os pitch decks costumam vender. Isso muda um pouco a pergunta de “quem se beneficia primeiro”. O curador que escolhe a fonte de yield, e o protocolo subjacente que absorve o fluxo ocioso, capturam valor de imediato e automaticamente. O credor de varejo é informado sobre a taxa fixa com antecedência, mas na prática ele fica flutuando até que a parte fixa seja casada — a promessa é a taxa fixa, a realidade do dia 1 é a taxa flutuante. Ainda não sei se isso é um recurso ou apenas uma descrição honesta de como a liquidez realmente se comporta em qualquer lugar. Ainda estou digerindo. O que acontece com esse roteamento do capital ocioso quando os incentivos de mineração de liquidez do TMX diminuem após o TGE? $NVDAB $HEMI
#termmax @TermMax TGE acabou de ser travado para 25 de agosto e, logo antes disso, os números quietamente cruzaram algo que vale a pena considerar: $90M+ de TVL, 1,5M de carteiras registradas, 90K de usuários ativos diários, distribuídos em 10 cadeias EVM, com Morpho, Aave, Venus e Pendle todos posicionados por baixo como fontes de yield base. O que ficou comigo durante a tarefa, porém não o destaque da TVL, foi a “infra”. Quando um curador cria um vault da TermMax, qualquer USDC que ficar sem correspondência não apenas... espera. Ele é automaticamente roteado para qual seja o protocolo base que o curador escolheu (vault da Morpho, pool da Aave, mercado da Venus) e é puxado de volta de forma atômica assim que um tomador realmente consome a ordem. Então os depositantes estão ganhando yield flutuante antes mesmo de serem casados com uma taxa fixa. Isso não é exatamente o que os pitch decks costumam vender.
Isso muda um pouco a pergunta de “quem se beneficia primeiro”. O curador que escolhe a fonte de yield, e o protocolo subjacente que absorve o fluxo ocioso, capturam valor de imediato e automaticamente. O credor de varejo é informado sobre a taxa fixa com antecedência, mas na prática ele fica flutuando até que a parte fixa seja casada — a promessa é a taxa fixa, a realidade do dia 1 é a taxa flutuante.
Ainda não sei se isso é um recurso ou apenas uma descrição honesta de como a liquidez realmente se comporta em qualquer lugar. Ainda estou digerindo.
O que acontece com esse roteamento do capital ocioso quando os incentivos de mineração de liquidez do TMX diminuem após o TGE?
$NVDAB $HEMI
#dusk $DUSK @Dusk_Foundation Embrulhei a tarefa do Dusk, peguei um lanche, voltei e alguma coisa não pareceu certa, então fui cavar mais. O Dusk conferiu o painel de estatísticas ao vivo em dusk.network e está mostrando que há 210M+ DUSK apostados agora, contra uma oferta circulante na casa de 497M. Isso é, mais ou menos, 42% de tudo o que está em circulação estacionado em consenso, e não circulando em exchanges. Hmm... o argumento é sempre o cronograma de emissão de 36 anos, com halving a cada quatro anos; parece uma diluição lenta e controlada, nada para se preocupar. Mas essa é a camada narrativa. Na prática, o que realmente mexe no preço é quanto do float existente está líquido versus quanto está travado rendendo. Com mais de 40% apostado, a oferta real para venda no lado do vendedor fica bem mais fina do que o número de circulação em evidência faz parecer. Um aparte: na mesma página, um aviso apontou uma matéria de 15 de agosto sobre tokenização de SME via NPEX, outro assunto, mas me lembrou que a mesma lógica se aplica à emissão de RWA deles. A ampla disponibilidade é prometida; a liquidez inicial se concentra com quem já está posicionado e apostado. Não sei se essa proporção de 42% se mantém quando a temporada de emissões começa e os pagamentos de recompensas caem em carteiras que vendem em vez de reinvestir. Observar esse número mais do que o gráfico de preço, honestamente.
#dusk $DUSK @Dusk Embrulhei a tarefa do Dusk, peguei um lanche, voltei e alguma coisa não pareceu certa, então fui cavar mais. O Dusk conferiu o painel de estatísticas ao vivo em dusk.network e está mostrando que há 210M+ DUSK apostados agora, contra uma oferta circulante na casa de 497M. Isso é, mais ou menos, 42% de tudo o que está em circulação estacionado em consenso, e não circulando em exchanges.
Hmm... o argumento é sempre o cronograma de emissão de 36 anos, com halving a cada quatro anos; parece uma diluição lenta e controlada, nada para se preocupar.

Mas essa é a camada narrativa. Na prática, o que realmente mexe no preço é quanto do float existente está líquido versus quanto está travado rendendo. Com mais de 40% apostado, a oferta real para venda no lado do vendedor fica bem mais fina do que o número de circulação em evidência faz parecer.
Um aparte: na mesma página, um aviso apontou uma matéria de 15 de agosto sobre tokenização de SME via NPEX, outro assunto, mas me lembrou que a mesma lógica se aplica à emissão de RWA deles. A ampla disponibilidade é prometida; a liquidez inicial se concentra com quem já está posicionado e apostado.

Não sei se essa proporção de 42% se mantém quando a temporada de emissões começa e os pagamentos de recompensas caem em carteiras que vendem em vez de reinvestir. Observar esse número mais do que o gráfico de preço, honestamente.
#dusk $DUSK @Dusk_Foundation como funciona a divulgação seletiva no Dusk qalked por uma transferência.... estava mexendo na tarefa do CreatorPad e cheguei ao artigo de 15 de agosto do Dusk sobre tokenização de SME enterrado na linha de transferências e liquidação da tabela de ciclo de vida deles. é essa frase sobre verificações de elegibilidade sendo executadas com divulgação seletiva quando há suporte. li duas vezes antes de realmente perceber. a coisa que ficou comigo: divulgação seletiva não é um botão que você liga em uma transferência. ela é condicional na pilha do contraparte. o documento vincula isso à camada de transações confidenciais do Dusk, Phoenix notes versus contas Moonlight, mas no fluxo SME/NPEX ela só é ativada quando um administrador ou um venue já está configurado para verificar a elegibilidade em relação ao registro de propriedade. então, a proposta “privado por padrão” é verdadeira no nível do protocolo… mas no nível da aplicação, a divulgação só acontece onde alguém já construiu a estrutura para isso. me fez pausar com a minha própria suposição de que eu estava imaginando divulgação seletiva como simétrica, disponível para qualquer contraparte em qualquer transferência. não é. é uma visão com permissões, concedida por integração. peguei um lanche no meio do pensamento e agora só estou sentado com: quem de fato está decidindo, transferência por transferência, o que “parte permitida” significa na prática?
#dusk $DUSK @Dusk como funciona a divulgação seletiva no Dusk qalked por uma transferência....
estava mexendo na tarefa do CreatorPad e cheguei ao artigo de 15 de agosto do Dusk sobre tokenização de SME enterrado na linha de transferências e liquidação da tabela de ciclo de vida deles. é essa frase sobre verificações de elegibilidade sendo executadas com divulgação seletiva quando há suporte. li duas vezes antes de realmente perceber. a coisa que ficou comigo: divulgação seletiva não é um botão que você liga em uma transferência.

ela é condicional na pilha do contraparte. o documento vincula isso à camada de transações confidenciais do Dusk, Phoenix notes versus contas Moonlight, mas no fluxo SME/NPEX ela só é ativada quando um administrador ou um venue já está configurado para verificar a elegibilidade em relação ao registro de propriedade.

então, a proposta “privado por padrão” é verdadeira no nível do protocolo… mas no nível da aplicação, a divulgação só acontece onde alguém já construiu a estrutura para isso.
me fez pausar com a minha própria suposição de que eu estava imaginando divulgação seletiva como simétrica, disponível para qualquer contraparte em qualquer transferência. não é. é uma visão com permissões, concedida por integração.

peguei um lanche no meio do pensamento e agora só estou sentado com: quem de fato está decidindo, transferência por transferência, o que “parte permitida” significa na prática?
#dusk $DUSK @Dusk_Foundation O teste DuskEVM foi lançado em 13 de agosto, quatro dias atrás, conforme anunciado por @Dusk_Foundation e divulgado por uma conta de monitoramento da comunidade no X. Isso é o ponto concreto aqui: um deployment de testnet, não de mainnet. A forma como isso foi apresentado deu grande ênfase ao tempo futuro, sugerindo que poderia liberar uma nova onda de DeFi, ativos tokenizados e finanças on-chain. O que de fato está no ar é uma infraestrutura de ferramentas compatível com Solidity em uma rede de teste. É progresso real, mas é infraestrutura para desenvolvedores agora, não algo que um usuário final toque. Esse hiato combina com o modo como a Dusk costuma operar em geral. A NPEX, o ambiente de negociação regulado na Holanda, já tinha infraestrutura de securities tokenizadas rodando na Dusk há algum tempo; o acesso institucional apareceu antes de qualquer dApp EVM voltado ao varejo. A proposta de privacidade para todos e a realidade de que as instituições se conectam primeiro não são realmente contraditórias: são apenas dois produtos com cronogramas diferentes, e o marketing tende a borrar essa distinção. Espere & o que eu não tenho aqui são contagens de transações de testnet, nem se os desenvolvedores já estão implantando contratos nela versus o tweet de lançamento fazendo todo o trabalho sozinho. Essa é a parte que vale observar antes de tirar conclusões. A atividade dos builders aparece na DuskEVM antes do mainnet, ou fica em silêncio até que um parceiro institucional precise? $PORTAL $BICO
#dusk $DUSK @Dusk O teste DuskEVM foi lançado em 13 de agosto, quatro dias atrás, conforme anunciado por @Dusk e divulgado por uma conta de monitoramento da comunidade no X. Isso é o ponto concreto aqui: um deployment de testnet, não de mainnet.

A forma como isso foi apresentado deu grande ênfase ao tempo futuro, sugerindo que poderia liberar uma nova onda de DeFi, ativos tokenizados e finanças on-chain.

O que de fato está no ar é uma infraestrutura de ferramentas compatível com Solidity em uma rede de teste. É progresso real, mas é infraestrutura para desenvolvedores agora, não algo que um usuário final toque.

Esse hiato combina com o modo como a Dusk costuma operar em geral. A NPEX, o ambiente de negociação regulado na Holanda, já tinha infraestrutura de securities tokenizadas rodando na Dusk há algum tempo; o acesso institucional apareceu antes de qualquer dApp EVM voltado ao varejo.

A proposta de privacidade para todos e a realidade de que as instituições se conectam primeiro não são realmente contraditórias: são apenas dois produtos com cronogramas diferentes, e o marketing tende a borrar essa distinção.

Espere & o que eu não tenho aqui são contagens de transações de testnet, nem se os desenvolvedores já estão implantando contratos nela versus o tweet de lançamento fazendo todo o trabalho sozinho. Essa é a parte que vale observar antes de tirar conclusões.

A atividade dos builders aparece na DuskEVM antes do mainnet, ou fica em silêncio até que um parceiro institucional precise?
$PORTAL $BICO
#dusk $DUSK @Dusk_Foundation 206 provisioners ativos, 5 pendentes. Essa proporção é o que realmente me fez parar de rolar pelo Dusk explorer esta semana, não o APR, não o gráfico de preços. Em quase todas as cadeias PoS que verifiquei, as filas pendentes ficam mais “gordas” em relação ao conjunto ativo, um sinal de que as pessoas estão esperando o timing de epochs ou fazendo hedging na entrada. A fila está quase vazia. O Dusk roda em Succinct Attestation, sortição ponderada por stake que seleciona pequenos comitês de votação por bloco em vez de uma corrida longa de validador. A proposta de design do DuskNetwork é recompensar capital comprometido em vez de staking oportunista, e os números de provisioners desta semana reforçam isso mais do que qualquer post do Dusk. O stake travado fica por volta de 1,6M DUSK, com o APR de staking em 22,31% no momento da checagem—alto o suficiente para eu esperar uma linha maior de pendentes aguardando para entrar. É aqui que eu pausei, pra ser sincero: uma fila pendente fina pode significar convicção. Também pode significar a barreira para entrar com stake mínimo, requisitos de disponibilidade do nó estão filtrando as pessoas silenciosamente antes mesmo de elas chegarem a enfileirar. Essas duas explicações parecem idênticas por fora. O explorer não te diz qual é; você teria que acompanhar registros de provisioners rejeitados ou falhos por alguns epochs para ter certeza, e eu ainda não encontrei esses dados publicados em lugar nenhum. Então, quem estiver rodando um nó de provisioner agora: está entrando com facilidade, ou a configuração te filtrou antes mesmo de o staking importar? $HEMI $PIXEL
#dusk $DUSK @Dusk 206 provisioners ativos, 5 pendentes. Essa proporção é o que realmente me fez parar de rolar pelo Dusk explorer esta semana, não o APR, não o gráfico de preços.

Em quase todas as cadeias PoS que verifiquei, as filas pendentes ficam mais “gordas” em relação ao conjunto ativo, um sinal de que as pessoas estão esperando o timing de epochs ou fazendo hedging na entrada. A fila está quase vazia.

O Dusk roda em Succinct Attestation, sortição ponderada por stake que seleciona pequenos comitês de votação por bloco em vez de uma corrida longa de validador. A proposta de design do DuskNetwork é recompensar capital comprometido em vez de staking oportunista, e os números de provisioners desta semana reforçam isso mais do que qualquer post do Dusk.

O stake travado fica por volta de 1,6M DUSK, com o APR de staking em 22,31% no momento da checagem—alto o suficiente para eu esperar uma linha maior de pendentes aguardando para entrar.

É aqui que eu pausei, pra ser sincero: uma fila pendente fina pode significar convicção. Também pode significar a barreira para entrar com stake mínimo, requisitos de disponibilidade do nó estão filtrando as pessoas silenciosamente antes mesmo de elas chegarem a enfileirar.

Essas duas explicações parecem idênticas por fora. O explorer não te diz qual é; você teria que acompanhar registros de provisioners rejeitados ou falhos por alguns epochs para ter certeza, e eu ainda não encontrei esses dados publicados em lugar nenhum.

Então, quem estiver rodando um nó de provisioner agora: está entrando com facilidade, ou a configuração te filtrou antes mesmo de o staking importar?
$HEMI $PIXEL
#dusk $DUSK @Dusk_Foundation estava encarando o explorador Dusk por tempo demais hoje, prazo de entrega no horizonte, e um número ficou martelando na minha cabeça... O volume de 24h da DUSK acabou de subir para cerca de US$ 3,07M, +8,9% dia após dia segundo o CoinGecko, enquanto o preço ainda está mais ou menos 93% abaixo da máxima histórica. Um pequeno aumento, claro. Mas isso está acontecendo em silêncio sob uma montanha de manchetes de tokenização NPEX e conversas sobre conformidade MiCA — a narrativa de que os trilhos institucionais estão aqui rodando a todo vapor, enquanto a atividade de negociação de verdade parece... modesta. É como ver um outdoor na estrada de uma loja que só tem três carros no estacionamento. Foi isso que ficou comigo: deste #dusk encargo o espaço entre o que é vendido como finanças reguladas — €300M+ tokenizados, energia de grande banco — e o que está se mexendo de verdade na cadeia agora, que é majoritariamente volume de varejo em pequenos impulsos. Isso não quer dizer que a história da infraestrutura seja falsa. Só significa que a pergunta “quem se beneficia primeiro?” tem uma resposta sem glamour: neste momento, são principalmente traders reagindo a manchetes, e não instituições realmente liquidando tamanho. Peguei meu lanche, continuei rolando o gráfico, e sinceramente: essa diferença é normal para projetos em fase de infraestrutura, ou é um sinal de que o lado institucional ainda é mais promessa do que execução? $WAL $MOVR
#dusk $DUSK @Dusk estava encarando o explorador Dusk por tempo demais hoje, prazo de entrega no horizonte, e um número ficou martelando na minha cabeça...

O volume de 24h da DUSK acabou de subir para cerca de US$ 3,07M, +8,9% dia após dia segundo o CoinGecko, enquanto o preço ainda está mais ou menos 93% abaixo da máxima histórica. Um pequeno aumento, claro.

Mas isso está acontecendo em silêncio sob uma montanha de manchetes de tokenização NPEX e conversas sobre conformidade MiCA — a narrativa de que os trilhos institucionais estão aqui rodando a todo vapor, enquanto a atividade de negociação de verdade parece... modesta.

É como ver um outdoor na estrada de uma loja que só tem três carros no estacionamento.

Foi isso que ficou comigo: deste #dusk encargo o espaço entre o que é vendido como finanças reguladas — €300M+ tokenizados, energia de grande banco — e o que está se mexendo de verdade na cadeia agora, que é majoritariamente volume de varejo em pequenos impulsos.

Isso não quer dizer que a história da infraestrutura seja falsa. Só significa que a pergunta “quem se beneficia primeiro?” tem uma resposta sem glamour: neste momento, são principalmente traders reagindo a manchetes, e não instituições realmente liquidando tamanho.

Peguei meu lanche, continuei rolando o gráfico, e sinceramente: essa diferença é normal para projetos em fase de infraestrutura, ou é um sinal de que o lado institucional ainda é mais promessa do que execução?

$WAL $MOVR
#dusk $DUSK gastou a tarefa fuçando na cadeia em vez de ler sobre isso. A primeira coisa que me pegou, as pessoas do explorer na verdade nem estão linkando para o oficial. @Dusk_Foundation só compartilhou o DuskScan, um explorer independente criado por pieswapdusk, ao vivo há talvez uma semana. Não é a fundação que está entregando as ferramentas; é um dev da comunidade preenchendo uma lacuna que ninguém mais conseguiu até agora. Então eu puxei alguns blocos recentes por meio dele. Eis a questão que ficou: clica em uma transação do Phoenix e você recebe um compromisso e um nullifier, nada mais. Sem remetente, sem valor, nada. Clica em uma tx do Moonlight e está tudo lá, tão claro quanto em qualquer rede pública. Mesmo explorer, mesma rede, valores de “auditabilidade” absurdamente diferentes dependendo de qual modo o remetente escolheu. Isso meio que enfraquece o discurso um pouco. A divulgação puxa forte para privacidade compatível e auditável para finanças reguladas, mas na cadeia, auditabilidade não é uma propriedade da rede — é uma escolha que cada usuário faz no momento do envio. Ninguém é forçado a ficar visível. O que… talvez seja ok, provavelmente até é o ponto. Mas é uma coisa diferente do que “auditável” soa quando você lê o deck pela primeira vez. Me faz pensar em quantos usuários institucionais acabam ficando no Moonlight por padrão só porque é mais simples de integrar, e se o modo privado acaba ficando mais para o varejo.
#dusk $DUSK gastou a tarefa fuçando na cadeia em vez de ler sobre isso.
A primeira coisa que me pegou, as pessoas do explorer na verdade nem estão linkando para o oficial.

@Dusk só compartilhou o DuskScan, um explorer independente criado por pieswapdusk, ao vivo há talvez uma semana. Não é a fundação que está entregando as ferramentas; é um dev da comunidade preenchendo uma lacuna que ninguém mais conseguiu até agora.

Então eu puxei alguns blocos recentes por meio dele. Eis a questão que ficou: clica em uma transação do Phoenix e você recebe um compromisso e um nullifier, nada mais. Sem remetente, sem valor, nada.

Clica em uma tx do Moonlight e está tudo lá, tão claro quanto em qualquer rede pública. Mesmo explorer, mesma rede, valores de “auditabilidade” absurdamente diferentes dependendo de qual modo o remetente escolheu.

Isso meio que enfraquece o discurso um pouco. A divulgação puxa forte para privacidade compatível e auditável para finanças reguladas, mas na cadeia, auditabilidade não é uma propriedade da rede — é uma escolha que cada usuário faz no momento do envio.

Ninguém é forçado a ficar visível. O que… talvez seja ok, provavelmente até é o ponto. Mas é uma coisa diferente do que “auditável” soa quando você lê o deck pela primeira vez.

Me faz pensar em quantos usuários institucionais acabam ficando no Moonlight por padrão só porque é mais simples de integrar, e se o modo privado acaba ficando mais para o varejo.
Documentação do Babylon e não consegui parar de pensar nisso: a exigência de profundidade de confirmação antes mesmo de uma transação de staking em BTC contar. Não é nada glamouroso. Mas é o modelo inteiro de confiança concentrado em um único parâmetro. @babylonlabs_io mercado a proposta de “sem ponte, sem wrap” é bem agressiva e, nessa parte, ela é verdadeira. Porém, aquela exigência de profundidade no estilo das seis confirmações — o limite clássico de segurança contra reorg do Bitcoin — embutida diretamente na ativação da transação de staking significa que sua delegação não fica ativa no momento em que entra no mempool; ela fica ativa apenas quando está enterrada o suficiente para que um reorg malicioso não consiga desfazê-la. O próprio escopo de bounty da Immunefi do Babylon aponta literalmente a profundidade de confirmação definida com um valor incorretamente baixo como uma categoria de severidade. Isso não é texto de marketing; é uma superfície de ataque admitida. Com ~56.853 BTC parados agora em cofres de staking (≈ US$ 5,6 bi), essa janela de confirmações está fazendo, silenciosamente, mais trabalho de segurança do que qualquer regra de “slashing” de provedor de finalidade. Comportamento padrão: clique em stake e pronto. versus a realidade avançada: seu BTC fica em um limbo por uma profundidade de blocos definida antes de realmente estar contribuindo com segurança ou ganhando algo de verdade. Peguei meu café no meio da tarefa e só… fiquei com essa lacuna por um minuto. Mantive a expectativa de algum mecanismo chamativo como “o aha”, e em vez disso era apenas um contador de profundidade entediante que ninguém captura em print. Faz pensar quantos stakers verificam se a transação deles realmente atingiu essa profundidade, ou se apenas assumem que aquele check do painel significa “feito”. $BABY #baby
Documentação do Babylon e não consegui parar de pensar nisso: a exigência de profundidade de confirmação antes mesmo de uma transação de staking em BTC contar. Não é nada glamouroso. Mas é o modelo inteiro de confiança concentrado em um único parâmetro.

@BabylonLabs_io mercado a proposta de “sem ponte, sem wrap” é bem agressiva e, nessa parte, ela é verdadeira. Porém, aquela exigência de profundidade no estilo das seis confirmações — o limite clássico de segurança contra reorg do Bitcoin — embutida diretamente na ativação da transação de staking significa que sua delegação não fica ativa no momento em que entra no mempool; ela fica ativa apenas quando está enterrada o suficiente para que um reorg malicioso não consiga desfazê-la.

O próprio escopo de bounty da Immunefi do Babylon aponta literalmente a profundidade de confirmação definida com um valor incorretamente baixo como uma categoria de severidade. Isso não é texto de marketing; é uma superfície de ataque admitida.

Com ~56.853 BTC parados agora em cofres de staking (≈ US$ 5,6 bi), essa janela de confirmações está fazendo, silenciosamente, mais trabalho de segurança do que qualquer regra de “slashing” de provedor de finalidade. Comportamento padrão: clique em stake e pronto. versus a realidade avançada: seu BTC fica em um limbo por uma profundidade de blocos definida antes de realmente estar contribuindo com segurança ou ganhando algo de verdade.

Peguei meu café no meio da tarefa e só… fiquei com essa lacuna por um minuto. Mantive a expectativa de algum mecanismo chamativo como “o aha”, e em vez disso era apenas um contador de profundidade entediante que ninguém captura em print.

Faz pensar quantos stakers verificam se a transação deles realmente atingiu essa profundidade, ou se apenas assumem que aquele check do painel significa “feito”.

$BABY #baby
@babylonlabs_io light clients realmente verificam checkpoints de BTC e acabaram em um lugar que eu não esperava, ficando olhando para a campanha em vez do painel do provedor de finalidade. #baby $BABY a parte das provas dos light clients é genuinamente elegante no papel: checkpoints do Bitcoin são verificados sem envolver, sem um custodiante, sem confiar em algum multisig. Mas quase ninguém mexe diretamente nessa camada. As pessoas que realmente a usam são validadores e provedores de finalidade, que leem assinaturas BLS dos cabeçalhos dos checkpoints. Enquanto isso, rankings de atividade de varejo, sorteios e picos de volume acontecem uma camada acima, totalmente desconectados de se um light client está fazendo seu trabalho corretamente lá embaixo. De um jeito meio engraçado, sinceramente. Eu entrei achando “veja como funciona a verificação sem confiança”, e saí pensando mais sobre quem está em posição de perceber se isso quebra. Provedores de finalidade detectariam um checkpoint ruim quase instantaneamente. Um detentor de BABY comum negociando durante uma janela de campanha não saberia de nada até o preço contar pra ele. quanto dessa segurança nesses sistemas realmente é sobre quem está observando, e não apenas sobre o que é criptograficamente verdadeiro por baixo. $HEI $HFT
@BabylonLabs_io light clients realmente verificam checkpoints de BTC e acabaram em um lugar que eu não esperava, ficando olhando para a campanha em vez do painel do provedor de finalidade. #baby $BABY

a parte das provas dos light clients é genuinamente elegante no papel: checkpoints do Bitcoin são verificados sem envolver, sem um custodiante, sem confiar em algum multisig. Mas quase ninguém mexe diretamente nessa camada.

As pessoas que realmente a usam são validadores e provedores de finalidade, que leem assinaturas BLS dos cabeçalhos dos checkpoints. Enquanto isso, rankings de atividade de varejo, sorteios e picos de volume acontecem uma camada acima, totalmente desconectados de se um light client está fazendo seu trabalho corretamente lá embaixo.

De um jeito meio engraçado, sinceramente. Eu entrei achando “veja como funciona a verificação sem confiança”, e saí pensando mais sobre quem está em posição de perceber se isso quebra.

Provedores de finalidade detectariam um checkpoint ruim quase instantaneamente. Um detentor de BABY comum negociando durante uma janela de campanha não saberia de nada até o preço contar pra ele.

quanto dessa segurança nesses sistemas realmente é sobre quem está observando, e não apenas sobre o que é criptograficamente verdadeiro por baixo.

$HEI $HFT
Paguei umas massas depois de terminar a tarefa $BABY e algo ficou me incomodando. O @babylonlabs_io rodou este push do BinanceZH.linked AMA com uma pool compartilhada de 2.390.000 #baby para quem concluísse a tarefa viu um tópico alegando que cerca de 10 mil pessoas já tinham entrado em poucos dias. Fiz a conta no meu celular: dividido em dez mil partes, dá mais ou menos 239 BABY para cada. No preço de hoje do CoinGecko, US$ 0,011, o BABY caiu 6,8% no dia e quase 13% na semana... isso dá cerca de US$ 2,60 por pessoa. Não é nada, mas também não é exatamente a energia de “entrar cedo” que o texto da campanha sugere. Essa foi a parte que ficou comigo. O AMA e a tarefa do CreatorPad realmente puxam as pessoas para o ecossistema novas carteiras, mais olhos na documentação, talvez alguns novos stakers que ficam pelo ~2 dias de desbloqueio em vez do habitual de 21 dias no PoS — o que, na prática, é um design bem sólido. Mas a conta da recompensa e a movimentação do preço durante a mesma janela contam uma história bem mais silenciosa do que o enquadramento da campanha sugere. O volume de tarefas subiu, o pagamento individual é pequeno, e o token ainda está sangrando no gráfico semanal. Essa estrutura de AMA + pool de tarefas está de fato construindo convicção, ou só está reciclando os mesmos poucos milhares de agricultores de tarefas em cada drop do CreatorPad este mês?
Paguei umas massas depois de terminar a tarefa $BABY e algo ficou me incomodando. O @BabylonLabs_io rodou este push do BinanceZH.linked AMA com uma pool compartilhada de 2.390.000 #baby para quem concluísse a tarefa viu um tópico alegando que cerca de 10 mil pessoas já tinham entrado em poucos dias.

Fiz a conta no meu celular: dividido em dez mil partes, dá mais ou menos 239 BABY para cada. No preço de hoje do CoinGecko, US$ 0,011, o BABY caiu 6,8% no dia e quase 13% na semana... isso dá cerca de US$ 2,60 por pessoa.

Não é nada, mas também não é exatamente a energia de “entrar cedo” que o texto da campanha sugere.

Essa foi a parte que ficou comigo. O AMA e a tarefa do CreatorPad realmente puxam as pessoas para o ecossistema novas carteiras, mais olhos na documentação, talvez alguns novos stakers que ficam pelo ~2 dias de desbloqueio em vez do habitual de 21 dias no PoS — o que, na prática, é um design bem sólido.

Mas a conta da recompensa e a movimentação do preço durante a mesma janela contam uma história bem mais silenciosa do que o enquadramento da campanha sugere. O volume de tarefas subiu, o pagamento individual é pequeno, e o token ainda está sangrando no gráfico semanal.

Essa estrutura de AMA + pool de tarefas está de fato construindo convicção, ou só está reciclando os mesmos poucos milhares de agricultores de tarefas em cada drop do CreatorPad este mês?
Isso ficou martelando na minha cabeça desde que fechei a aba da tarefa há uma hora... estava investigando $BABY governance e emperrei em uma linha pequena em @babylonlabs_io docs: se um <c-1/>staker #baby nunca votar, o voto do validador é automaticamente herdado. Não é sinalizado, não é pausado, apenas contado em silêncio. Enquanto isso, o token em si está sendo negociado por volta de US$ 0,0138 agora, com market cap perto de US$ 39M, e o índice de medo mostrando diretamente medo extremo. Ainda está bem perto da mínima do ciclo de março, de US$ 0,0107. isso realmente ficou comigo. Em todo lugar que eu olhava, a proposta é governança orientada pela comunidade, detentores de BABY decidem o futuro da rede. Boa frase, mas na prática, a maior parte do peso real de votação flui pelos validadores por padrão, porque a maioria das pessoas... simplesmente não vota. Então, “a comunidade decidindo as coisas” na verdade é um conjunto pequeno de validadores herdando silêncio em escala. Não é malicioso, é só assim que os padrões funcionam: a maioria silenciosa entrega a própria fala sem perceber. Tomei um café no meio da pesquisa e fui voltando a isso. Painéis de governança adoram mostrar percentuais de participação. Mas eles não te dizem realmente quanto disso é uma escolha ativa versus uma herança passiva. Parece uma lacuna entre o que é divulgado como tomada de decisão descentralizada e o que é, na prática... validadores decidindo por padrão — e quantos stakers de BABY nem sabem que o voto deles está sendo lançado agora.
Isso ficou martelando na minha cabeça desde que fechei a aba da tarefa há uma hora... estava investigando $BABY governance e emperrei em uma linha pequena em @BabylonLabs_io docs: se um <c-1/>staker #baby nunca votar, o voto do validador é automaticamente herdado. Não é sinalizado, não é pausado, apenas contado em silêncio.

Enquanto isso, o token em si está sendo negociado por volta de US$ 0,0138 agora, com market cap perto de US$ 39M, e o índice de medo mostrando diretamente medo extremo. Ainda está bem perto da mínima do ciclo de março, de US$ 0,0107.

isso realmente ficou comigo. Em todo lugar que eu olhava, a proposta é governança orientada pela comunidade, detentores de BABY decidem o futuro da rede. Boa frase, mas na prática, a maior parte do peso real de votação flui pelos validadores por padrão, porque a maioria das pessoas... simplesmente não vota.

Então, “a comunidade decidindo as coisas” na verdade é um conjunto pequeno de validadores herdando silêncio em escala. Não é malicioso, é só assim que os padrões funcionam: a maioria silenciosa entrega a própria fala sem perceber. Tomei um café no meio da pesquisa e fui voltando a isso. Painéis de governança adoram mostrar percentuais de participação.

Mas eles não te dizem realmente quanto disso é uma escolha ativa versus uma herança passiva. Parece uma lacuna entre o que é divulgado como tomada de decisão descentralizada e o que é, na prática... validadores decidindo por padrão — e quantos stakers de BABY nem sabem que o voto deles está sendo lançado agora.
$BABY tarefa embrulhada, pernas cruzadas no chão comendo crackers, encarando a aba do CoinGecko por mais tempo do que o planejado. Aqui está o que realmente me travou. O protocolo está sentado com cerca de 56,850 BTC apostados—chame de US$ 5.6B—enquanto #baby por si só negocia por volta de US$ 0.013, com uma capitalização de mercado mal passando de US$ 52M. TVL vs valor do token, ~100x de diferença. Docs e decks empurram o multi staking com força, o argumento de que “1 BTC garante muitas cadeias”, EigenLayer para a energia do Bitcoin. Mas quando você realmente rastreia uma delegação na mainnet agora, ainda é um único provedor de finalidade final, um BSN, com o unbonding em 301 blocos, 50 horas antes do seu BTC ficar disponível para gastar de novo. O multi staking é real no roadmap, mas ainda não virou “memória muscular” da cadeia. Então, hoje, o detentor de BTC recebe o papel de provedor de segurança. O empilhamento de rendimentos em múltiplas redes, que é o que realmente torna BABY interessante como token—não apenas BTC como depósito—ainda está “em breve” nas letras miúdas. Hmm… pareceu ler um cardápio onde metade dos pratos ainda não foi finalizada, mas a cozinha claramente está trabalhando. Não estou criticando, só apontando a diferença entre o que está ao vivo e o que está barulhento. Fico imaginando quanto desses US$ 5.6B realmente vai reprecificar quando as recompensas de multi staking começarem a cair nas carteiras, em vez de ficar só no roadmap. @babylonlabs_io
$BABY tarefa embrulhada, pernas cruzadas no chão comendo crackers, encarando a aba do CoinGecko por mais tempo do que o planejado.

Aqui está o que realmente me travou. O protocolo está sentado com cerca de 56,850 BTC apostados—chame de US$ 5.6B—enquanto #baby por si só negocia por volta de US$ 0.013, com uma capitalização de mercado mal passando de US$ 52M.

TVL vs valor do token, ~100x de diferença. Docs e decks empurram o multi staking com força, o argumento de que “1 BTC garante muitas cadeias”, EigenLayer para a energia do Bitcoin. Mas quando você realmente rastreia uma delegação na mainnet agora, ainda é um único provedor de finalidade final, um BSN, com o unbonding em 301 blocos, 50 horas antes do seu BTC ficar disponível para gastar de novo.

O multi staking é real no roadmap, mas ainda não virou “memória muscular” da cadeia.
Então, hoje, o detentor de BTC recebe o papel de provedor de segurança. O empilhamento de rendimentos em múltiplas redes, que é o que realmente torna BABY interessante como token—não apenas BTC como depósito—ainda está “em breve” nas letras miúdas. Hmm… pareceu ler um cardápio onde metade dos pratos ainda não foi finalizada, mas a cozinha claramente está trabalhando.

Não estou criticando, só apontando a diferença entre o que está ao vivo e o que está barulhento. Fico imaginando quanto desses US$ 5.6B realmente vai reprecificar quando as recompensas de multi staking começarem a cair nas carteiras, em vez de ficar só no roadmap.

@BabylonLabs_io
$BABY mecânicas de staking em vez do habitual BTC sem bridges pitch, e um detalhe ficou me incomodando… o módulo de epoching e quando você delega ou undelega BABY, a transação confirma instantaneamente, mas não executa de fato até o fechamento do epoch. Manter os fundos líquidos nesse intervalo soa como um mimo de UX. Na prática, isso significa que se você mover ou gastar esse BABY antes de o epoch terminar, sua ação de staking simplesmente falha silenciosamente na fila. Isso não é uma nota de rodapé de marketing, é uma armadilha real para qualquer pessoa que trate confirmado como concluído. Conectei isso ao unlock de 10 de julho, que desbloqueou aproximadamente 3,996B BABY para o time, verificável no vesting tracker. Insiders que seguram em um sistema baseado em epoch onde incompatibilidades de timing custam recompensas… quem você acha que realmente lê a documentação de epochs antes de fazer staking: o time early ou o agricultor de airdrop de varejo clicando em stake em um app? eu duvido do meu próprio timing de delegação, ngl. Ainda não tenho certeza se confio totalmente em apps para exibir as fronteiras de epoch com clareza suficiente para usuários comuns… pera, alguém realmente verifica LastEpochMsgs antes de mover fundos, ou as pessoas só descobrem do jeito difícil? @babylonlabs_io #baby
$BABY mecânicas de staking em vez do habitual BTC sem bridges pitch, e um detalhe ficou me incomodando… o módulo de epoching e quando você delega ou undelega BABY, a transação confirma instantaneamente, mas não executa de fato até o fechamento do epoch. Manter os fundos líquidos nesse intervalo soa como um mimo de UX.

Na prática, isso significa que se você mover ou gastar esse BABY antes de o epoch terminar, sua ação de staking simplesmente falha silenciosamente na fila. Isso não é uma nota de rodapé de marketing, é uma armadilha real para qualquer pessoa que trate confirmado como concluído.

Conectei isso ao unlock de 10 de julho, que desbloqueou aproximadamente 3,996B BABY para o time, verificável no vesting tracker. Insiders que seguram em um sistema baseado em epoch onde incompatibilidades de timing custam recompensas… quem você acha que realmente lê a documentação de epochs antes de fazer staking: o time early ou o agricultor de airdrop de varejo clicando em stake em um app? eu duvido do meu próprio timing de delegação, ngl.

Ainda não tenho certeza se confio totalmente em apps para exibir as fronteiras de epoch com clareza suficiente para usuários comuns… pera, alguém realmente verifica LastEpochMsgs antes de mover fundos, ou as pessoas só descobrem do jeito difícil?

@BabylonLabs_io #baby
Inicia sessão para explorar mais conteúdos
Junta-te a utilizadores de criptomoedas de todo o mundo na Binance Square
⚡️ Obtém informações úteis e recentes sobre criptomoedas.
💬 Com a confiança da maior exchange de criptomoedas do mundo.
👍 Descobre perspetivas reais de criadores verificados.
E-mail/Número de telefone
Mapa do sítio
Preferências de cookies
Termos e Condições da Plataforma