Binance Square
重生之撸毛之王
190 Publicações

重生之撸毛之王

17 A seguir
16 Seguidores
648 Gostaram
Publicações
·
--
Verificado
“EVM compatível” resolve como os desenvolvedores entram; o que o Hedger precisa resolver é: depois que instituições entram, quais dados não deveriam ser divulgados Recentemente, encontrei uma análise sobre o DuskEVM. O autor disse uma frase que ficou comigo por muito tempo — “EVM compatível resolve apenas metade do problema”. Solidity, Foundry, Hardhat: essas ferramentas permitem que os desenvolvedores aproveitem o stack familiar de ferramentas do ecossistema Ethereum. Mas o autor levantou uma questão ainda mais incisiva: instituições realmente estão dispostas a divulgar, totalmente, saldos, posições e valores de transação? Quanto mais penso nisso, mais percebo que essa é a contradição central do setor de RWA. Você faz com que as instituições coloquem títulos na blockchain — a tecnologia não é o problema. O problema é que, depois de colocar na cadeia, todos os dados de transações ficam observáveis por qualquer pessoa: posições, contrapartes e fluxo de capital — tudo transparente. Isso é inaceitável nos mercados financeiros tradicionais. @Dusk_Foundation A resposta dada pelo módulo Hedger do Dusk é: criptografia homomórfica permite que os dados participem dos cálculos mantendo-se criptografados, enquanto provas de conhecimento zero comprovam que o resultado satisfaz as regras. Os dados não necessariamente precisam ser públicos, mas a execução ainda pode ser verificada. Para market makers, é possível ocultar posições sensíveis; para instituições financeiras, proteger saldos confidenciais; e, quando for necessário auditorar, autorizar a divulgação — em termos lógicos, esse desenho realmente resolve o “paradoxo privacidade-compliance”. Mas há um ponto: o Hedger ainda está em rede de testes. Uma funcionalidade que ainda está na fase de teste foi escrita no discurso central de RWA das instituições. Criptografia homomórfica com provas de conhecimento zero — em teoria, esse combo faz sentido. Porém, entre “fazer sentido em teoria” e “as instituições realmente começarem a usar”, existem três degraus: rodar na mainnet, fazer testes sob pressão e obter reconhecimento/regulação. E o “EVM compatibility” resolve como os desenvolvedores entram. O que o Hedger precisa resolver é: depois que instituições financeiras entram, quais dados simplesmente não deveriam ser públicos. Se o DuskEVM conseguir, na mainnet, executar esse fluxo de trabalho EVM confidencial, então isso é, de fato, o que eu acredito ser a verdadeira diferenciação. Antes disso, “EVM compatível” só resolve metade do problema. #dusk $DUSK
“EVM compatível” resolve como os desenvolvedores entram; o que o Hedger precisa resolver é: depois que instituições entram, quais dados não deveriam ser divulgados

Recentemente, encontrei uma análise sobre o DuskEVM. O autor disse uma frase que ficou comigo por muito tempo — “EVM compatível resolve apenas metade do problema”.

Solidity, Foundry, Hardhat: essas ferramentas permitem que os desenvolvedores aproveitem o stack familiar de ferramentas do ecossistema Ethereum. Mas o autor levantou uma questão ainda mais incisiva: instituições realmente estão dispostas a divulgar, totalmente, saldos, posições e valores de transação?

Quanto mais penso nisso, mais percebo que essa é a contradição central do setor de RWA. Você faz com que as instituições coloquem títulos na blockchain — a tecnologia não é o problema. O problema é que, depois de colocar na cadeia, todos os dados de transações ficam observáveis por qualquer pessoa: posições, contrapartes e fluxo de capital — tudo transparente. Isso é inaceitável nos mercados financeiros tradicionais.
@Dusk
A resposta dada pelo módulo Hedger do Dusk é: criptografia homomórfica permite que os dados participem dos cálculos mantendo-se criptografados, enquanto provas de conhecimento zero comprovam que o resultado satisfaz as regras. Os dados não necessariamente precisam ser públicos, mas a execução ainda pode ser verificada.

Para market makers, é possível ocultar posições sensíveis; para instituições financeiras, proteger saldos confidenciais; e, quando for necessário auditorar, autorizar a divulgação — em termos lógicos, esse desenho realmente resolve o “paradoxo privacidade-compliance”.

Mas há um ponto: o Hedger ainda está em rede de testes. Uma funcionalidade que ainda está na fase de teste foi escrita no discurso central de RWA das instituições. Criptografia homomórfica com provas de conhecimento zero — em teoria, esse combo faz sentido. Porém, entre “fazer sentido em teoria” e “as instituições realmente começarem a usar”, existem três degraus: rodar na mainnet, fazer testes sob pressão e obter reconhecimento/regulação.

E o “EVM compatibility” resolve como os desenvolvedores entram. O que o Hedger precisa resolver é: depois que instituições financeiras entram, quais dados simplesmente não deveriam ser públicos. Se o DuskEVM conseguir, na mainnet, executar esse fluxo de trabalho EVM confidencial, então isso é, de fato, o que eu acredito ser a verdadeira diferenciação. Antes disso, “EVM compatível” só resolve metade do problema.
#dusk $DUSK
A comunidade DUSK está votando: os prêmios de blocos queimados devem ir para o cofre, ou continuar a ser de forma deflacionária? Em agosto, a comunidade DUSK está realizando uma votação decisiva: se os prêmios de blocos que seriam queimados devem ser destinados a um cofre comunitário. Parece uma atualização técnica, mas na prática é uma redistribuição de interesses — protegendo tanto os detentores atuais de staking quanto criando espaço de incentivos para desenvolvedores futuros. Um grande nó já se posicionou diretamente: minha taxa de produção de blocos é alta; queimando, gera deflação; colocar no cofre não é “tirar dos ricos para dar aos pobres”? Para eles, o prêmio do bloco é a compensação pelo trabalho dos validadores. Sacrificar rendimento para subsidiar desenvolvedores não parece uma troca vantajosa. Já os desenvolvedores estão comemorando: finalmente haverá suprimentos. Uma blockchain de privacidade sem camada de aplicação — mesmo com privacidade forte, não dá para cobrar pedágio. A mainnet já está no ar há quase 8 meses, e as aplicações on-chain são poucas; sem recursos para atrair equipes para entrar, esta rede só pode ficar no estado “tecnologia incrível, mas sem usuários”. Esta votação também revelou a estrutura de poder do ecossistema DUSK. Atualmente há cerca de 200 validadores ativos, e os primeiros 20 controlam mais de 35% do volume de staking. 35% do staking concentrado nas mãos de apenas 10% dos validadores — isso não é descentralização; é claramente “política de oligarquia on-chain”. Mas este é justamente o charme do Dusk — ele não encena; coloca o jogo do poder na mesa, para que você veja quem está controlando esta rede. @Dusk_Foundation Se a proposta for aprovada, isso significa que o direito de alocar recompensas de blocos do Dusk pode ser alterado por voto da comunidade, e a governança deixa de ser apenas um enfeite. Assim que a comporta for aberta, pode haver votações contínuas sobre recompensas de nós, taxas de retorno do staking e repasses para o ecossistema. Se o OpenDusk for aprovado, o DUSK sairá de um modelo “liderado pela equipe” para “governança conjunta pela comunidade”; se não for aprovado, ele seguirá mantendo o caminho deflacionário. Independentemente do resultado da votação, isso será a maior variável por volta de US$ 0,06. Governança comunitária não é convite para jantar: é uma redistribuição real de poder com dinheiro de verdade. Quando o resultado sair, veja para onde esta cadeia vai — se passar, os desenvolvedores recebem seus suprimentos; se falhar, os grandes nós vencem e os desenvolvedores continuam esperando. O futuro desta cadeia pode estar, literalmente, escondido no resultado final desta cédula. #dusk $DUSK
A comunidade DUSK está votando: os prêmios de blocos queimados devem ir para o cofre, ou continuar a ser de forma deflacionária?

Em agosto, a comunidade DUSK está realizando uma votação decisiva: se os prêmios de blocos que seriam queimados devem ser destinados a um cofre comunitário. Parece uma atualização técnica, mas na prática é uma redistribuição de interesses — protegendo tanto os detentores atuais de staking quanto criando espaço de incentivos para desenvolvedores futuros.

Um grande nó já se posicionou diretamente: minha taxa de produção de blocos é alta; queimando, gera deflação; colocar no cofre não é “tirar dos ricos para dar aos pobres”? Para eles, o prêmio do bloco é a compensação pelo trabalho dos validadores. Sacrificar rendimento para subsidiar desenvolvedores não parece uma troca vantajosa. Já os desenvolvedores estão comemorando: finalmente haverá suprimentos. Uma blockchain de privacidade sem camada de aplicação — mesmo com privacidade forte, não dá para cobrar pedágio. A mainnet já está no ar há quase 8 meses, e as aplicações on-chain são poucas; sem recursos para atrair equipes para entrar, esta rede só pode ficar no estado “tecnologia incrível, mas sem usuários”.

Esta votação também revelou a estrutura de poder do ecossistema DUSK. Atualmente há cerca de 200 validadores ativos, e os primeiros 20 controlam mais de 35% do volume de staking. 35% do staking concentrado nas mãos de apenas 10% dos validadores — isso não é descentralização; é claramente “política de oligarquia on-chain”. Mas este é justamente o charme do Dusk — ele não encena; coloca o jogo do poder na mesa, para que você veja quem está controlando esta rede. @Dusk

Se a proposta for aprovada, isso significa que o direito de alocar recompensas de blocos do Dusk pode ser alterado por voto da comunidade, e a governança deixa de ser apenas um enfeite. Assim que a comporta for aberta, pode haver votações contínuas sobre recompensas de nós, taxas de retorno do staking e repasses para o ecossistema. Se o OpenDusk for aprovado, o DUSK sairá de um modelo “liderado pela equipe” para “governança conjunta pela comunidade”; se não for aprovado, ele seguirá mantendo o caminho deflacionário.

Independentemente do resultado da votação, isso será a maior variável por volta de US$ 0,06. Governança comunitária não é convite para jantar: é uma redistribuição real de poder com dinheiro de verdade. Quando o resultado sair, veja para onde esta cadeia vai — se passar, os desenvolvedores recebem seus suprimentos; se falhar, os grandes nós vencem e os desenvolvedores continuam esperando. O futuro desta cadeia pode estar, literalmente, escondido no resultado final desta cédula. #dusk $DUSK
DuskEVM testnet: virei mais de uma dúzia de posts de testes na prática e vi que alguém dizia que “cartões de divulgação seletiva ficam na camada de cache” Em 10 de agosto, o DuskEVM testnet entrou no ar, e os posts de testes na praça começaram a aumentar. Alguém implantou contratos com Solidity e Hardhat e disse que pegar o jeito foi mais fácil do que imaginava. O módulo Hedger usa criptografia homomórfica e provas de conhecimento zero para executar transações confidenciais, e os desenvolvedores não precisam aprender uma nova linguagem — realmente quebra a impressão de que cadeias de privacidade são “anti-humanas”. Mas, ao ler um post, eu parei. O autor disse que fez um teste de divulgação seletiva: transferir em privado → solicitar autorização → mostrar os dados a uma parte específica. As etapas anteriores deram certo; o pagamento e a validação também passaram. Só que, por fim, na “camada de divulgação”, travou. Ele achou que era lentidão do testnet, mas depois descobriu que a rota estava limpa, e o estado do Hedger também estava “verde”; apenas a etapa de divulgação seletiva foi mais lenta do que o esperado. No fim, ele apontou para algo pouco discutido: a camada de cache determina “quando o estado de privacidade fica disponível para a próxima chamada de autorização”.@Dusk_Foundation Esse detalhe, na verdade, vale mais a pena ser pensado do que “quantos TPS”. A divulgação seletiva é o principal argumento vendido pela Dusk para instituições — transações ficam confidenciais, mas auditorias ainda podem verificar. Se essa etapa já tem latência no testnet, quando o volume de transações no mainnet aumentar e várias requisições de autorização chegarem ao mesmo tempo, a camada de cache consegue aguentar? O autor mesmo fez essa pergunta: quando chegam simultaneamente várias revisões de autorização e as garantias econômicas precisam permanecer contínuas, o que exatamente está atuando? O DuskEVM testnet foi aberto, o Hedger consegue rodar — a base técnica realmente está avançando. Mas “funcionar” e “ser usado com confiança por instituições” ainda estão separados por testes de estresse. Divulgação seletiva não é algo que “existe e pronto”; é preciso que fique “estável” sob carga real. Só quando eu vir alguém compartilhando dados de latência da divulgação em alta concorrência no testnet, aí sim vou dizer que essa cadeia está de fato pronta. #dusk $DUSK
DuskEVM testnet: virei mais de uma dúzia de posts de testes na prática e vi que alguém dizia que “cartões de divulgação seletiva ficam na camada de cache”

Em 10 de agosto, o DuskEVM testnet entrou no ar, e os posts de testes na praça começaram a aumentar. Alguém implantou contratos com Solidity e Hardhat e disse que pegar o jeito foi mais fácil do que imaginava. O módulo Hedger usa criptografia homomórfica e provas de conhecimento zero para executar transações confidenciais, e os desenvolvedores não precisam aprender uma nova linguagem — realmente quebra a impressão de que cadeias de privacidade são “anti-humanas”.

Mas, ao ler um post, eu parei. O autor disse que fez um teste de divulgação seletiva: transferir em privado → solicitar autorização → mostrar os dados a uma parte específica. As etapas anteriores deram certo; o pagamento e a validação também passaram. Só que, por fim, na “camada de divulgação”, travou. Ele achou que era lentidão do testnet, mas depois descobriu que a rota estava limpa, e o estado do Hedger também estava “verde”; apenas a etapa de divulgação seletiva foi mais lenta do que o esperado. No fim, ele apontou para algo pouco discutido: a camada de cache determina “quando o estado de privacidade fica disponível para a próxima chamada de autorização”.@Dusk

Esse detalhe, na verdade, vale mais a pena ser pensado do que “quantos TPS”. A divulgação seletiva é o principal argumento vendido pela Dusk para instituições — transações ficam confidenciais, mas auditorias ainda podem verificar. Se essa etapa já tem latência no testnet, quando o volume de transações no mainnet aumentar e várias requisições de autorização chegarem ao mesmo tempo, a camada de cache consegue aguentar? O autor mesmo fez essa pergunta: quando chegam simultaneamente várias revisões de autorização e as garantias econômicas precisam permanecer contínuas, o que exatamente está atuando?

O DuskEVM testnet foi aberto, o Hedger consegue rodar — a base técnica realmente está avançando. Mas “funcionar” e “ser usado com confiança por instituições” ainda estão separados por testes de estresse. Divulgação seletiva não é algo que “existe e pronto”; é preciso que fique “estável” sob carga real. Só quando eu vir alguém compartilhando dados de latência da divulgação em alta concorrência no testnet, aí sim vou dizer que essa cadeia está de fato pronta.

#dusk $DUSK
Testei aquele esquema de duas contas que faz transbordo/transferência no Dusk e senti um calafrio na nuca — privacidade é para ser usada pelos usuários, não para servir de alvo para desenvolvedores xingarem. Ontem à noite vi um post de testes em que o autor foi mexendo no Moonlight e no Phoenix do Dusk, alternando algumas transações, e quanto mais brincava, mais estranho ficava. Dois endereços derivados do mesmo conjunto de seed/frase mnemônica — um transparente como um aquário de vidro, outro uma caixa-preta em que nem o saldo dá para ver. No lado do usuário, você toca em “trocar” e pronto; mas, na camada mais baixa do protocolo, são duas lógicas de contabilidade completamente diferentes: o Moonlight é um modelo de conta, em que o saldo é escrito diretamente em contratos; o Phoenix é UTXO + note, montado com compromissos Pedersen e nullifiers. @Dusk_Foundation Você me diz: o design é bom, não é? É. Mas tenta escrever um contrato de empréstimo/devolução em cima disso — na liquidação você precisa gerenciar os dois estados ao mesmo tempo; o saldo em ETH e os nullifiers das notas de privacidade têm que ser contabilizados juntos. Escrever a lógica do Moonlight dá medo de atacarem grandes contas; escrever a lógica do Phoenix dá medo de o regulador simplesmente cortar suas interfaces. Na documentação, uma frase bem leve tipo “escolha conforme a necessidade”. Para quem é dev, isso dá vontade de xingar — isso não é modularização; é jogar uma questão de múltipla escolha para a comunidade pagar a conta. O que mais me deu calafrios foi outra análise. A história dos tokens de valores mobiliários da NPEX é bem contada, mas no fim tudo ficou de joelhos no Moonlight. A turma do MiCA nem quer deixar passar auditoria trimestral das reservas de stablecoin; você vai lá e diz: “tenho zk-proof, consigo escolher uma visão ofuscada”? A reação do regulador é sempre a mesma: o código consegue exportar o Excel em um clique? Aquele “divulgação seletiva” do Phoenix, aos olhos de advogados, é uma caixa-preta tecnológica — se der ruim, quem assina? Instituições não são bobas: se é coisa de ouro e dinheiro de verdade, elas preferem até “peladas” a não ter como responsabilizar. Agora, a taxa de staking on-chain de 36% parece ok, mas gente do meio sabe: é todo mundo dando show para si mesmo nos nós. O DuskEVM foi lançado, mas se no ano que vem a coluna Phoenix ainda estiver vazia na lista de Dapps, o projeto vai virar uma chain EVM com plugin de privacidade — a narrativa desaba pela metade. Não é que eu diga que a tecnologia não presta — essa combinação de UTXO + ZK realmente é nível pesado. O maior fracasso é o produto não ter dado uma resposta padrão. Usuário comum nem consegue guardar a seed; e ainda por cima você faz ele ficar em dúvida, a cada transferência, “hoje eu abro a privacidade ou não?”. Eu ia deixar um acompanhamento no observatório, mas desisti. Vou ver o primeiro caso em que alguém jogue uma pool de liquidez central dentro do Phoenix e que receba um endosso por escrito do regulador da União Europeia — aí sim. #dusk $DUSK
Testei aquele esquema de duas contas que faz transbordo/transferência no Dusk e senti um calafrio na nuca — privacidade é para ser usada pelos usuários, não para servir de alvo para desenvolvedores xingarem.

Ontem à noite vi um post de testes em que o autor foi mexendo no Moonlight e no Phoenix do Dusk, alternando algumas transações, e quanto mais brincava, mais estranho ficava.

Dois endereços derivados do mesmo conjunto de seed/frase mnemônica — um transparente como um aquário de vidro, outro uma caixa-preta em que nem o saldo dá para ver. No lado do usuário, você toca em “trocar” e pronto; mas, na camada mais baixa do protocolo, são duas lógicas de contabilidade completamente diferentes: o Moonlight é um modelo de conta, em que o saldo é escrito diretamente em contratos; o Phoenix é UTXO + note, montado com compromissos Pedersen e nullifiers. @Dusk

Você me diz: o design é bom, não é? É. Mas tenta escrever um contrato de empréstimo/devolução em cima disso — na liquidação você precisa gerenciar os dois estados ao mesmo tempo; o saldo em ETH e os nullifiers das notas de privacidade têm que ser contabilizados juntos. Escrever a lógica do Moonlight dá medo de atacarem grandes contas; escrever a lógica do Phoenix dá medo de o regulador simplesmente cortar suas interfaces. Na documentação, uma frase bem leve tipo “escolha conforme a necessidade”. Para quem é dev, isso dá vontade de xingar — isso não é modularização; é jogar uma questão de múltipla escolha para a comunidade pagar a conta.

O que mais me deu calafrios foi outra análise. A história dos tokens de valores mobiliários da NPEX é bem contada, mas no fim tudo ficou de joelhos no Moonlight. A turma do MiCA nem quer deixar passar auditoria trimestral das reservas de stablecoin; você vai lá e diz: “tenho zk-proof, consigo escolher uma visão ofuscada”? A reação do regulador é sempre a mesma: o código consegue exportar o Excel em um clique? Aquele “divulgação seletiva” do Phoenix, aos olhos de advogados, é uma caixa-preta tecnológica — se der ruim, quem assina? Instituições não são bobas: se é coisa de ouro e dinheiro de verdade, elas preferem até “peladas” a não ter como responsabilizar.

Agora, a taxa de staking on-chain de 36% parece ok, mas gente do meio sabe: é todo mundo dando show para si mesmo nos nós. O DuskEVM foi lançado, mas se no ano que vem a coluna Phoenix ainda estiver vazia na lista de Dapps, o projeto vai virar uma chain EVM com plugin de privacidade — a narrativa desaba pela metade.

Não é que eu diga que a tecnologia não presta — essa combinação de UTXO + ZK realmente é nível pesado. O maior fracasso é o produto não ter dado uma resposta padrão. Usuário comum nem consegue guardar a seed; e ainda por cima você faz ele ficar em dúvida, a cada transferência, “hoje eu abro a privacidade ou não?”.

Eu ia deixar um acompanhamento no observatório, mas desisti. Vou ver o primeiro caso em que alguém jogue uma pool de liquidez central dentro do Phoenix e que receba um endosso por escrito do regulador da União Europeia — aí sim.
#dusk $DUSK
Verificado
A rede principal Dusk ficou rodando por seis meses: a tecnologia estabilizou, mas os aplicativos ainda não acompanharam — esse é o maior suspense Recentemente vi um artigo em que o autor dizia ter um defeito: ao ver um projeto anunciado com “lançamento da rede principal”, ele já assume que significa “já dá para começar a observar”, porque já viu muitos projetos em que, depois do lançamento da rede principal, meio ano se passou e ninguém usou. Então ele ficou três dias acompanhando a blockchain da Dusk. A conclusão foi: realmente está rodando. A distribuição dos nós de validação está num nível aceitável, o volume de staking atingiu um patamar “que não parece encenação”, a altura dos blocos cresce de forma constante, o intervalo de blocagem está normal, não é uma quantidade “forjada” por ele — há usuários de verdade interagindo. A rede principal está estável — esse é o primeiro passo. Mas uma rede principal estável é apenas o primeiro passo. O autor também disse que, por enquanto, ainda há poucos aplicativos on-chain. Embora o DuskEVM já tenha sido lançado, a quantidade de projetos do ecossistema fica muito atrás da do ecossistema da Ethereum em relação a outras redes Layer2. Se os desenvolvedores vêm e, principalmente, se conseguem ficar, é que será o ponto-chave daqui para frente.@Dusk_Foundation Outro artigo de análise também tocou exatamente no mesmo problema. No começo, o autor achava que o DuskEVM era apenas “outra cadeia EVM”. Mas, após uma pesquisa mais profunda, percebeu algo interessante: o que acontece quando a camada EVM familiar se conecta a uma infraestrutura de privacidade projetada com o foco em finanças sob regulação? Aplicativos financeiros não podem assumir que transparência é uma função; grandes instituições talvez precisem provar que as transações são válidas sem expor a carteira completa. A arquitetura técnica da Dusk realmente resolve esse problema. O módulo Hedger introduz fluxos de EVM confidenciais por meio de criptografia homomórfica e provas de conhecimento zero. Mas a arquitetura resolve “se dá para fazer” — não resolve “se existe gente usando”. A Dusk começou em 2018 e, até o início deste ano, quando a rede principal foi lançada, foram seis anos de trabalho. Se demorou seis anos para lançar a rede principal, isso sugere que não era para “cortar” rápido; a base técnica é sólida. Só que, entre base técnica sólida e prosperidade do ecossistema, ainda existe um caminho bem longo. O que precisa ser observado a seguir não é quantas linhas de código foram atualizadas, e sim a Gas e as necessidades de liquidação que surgem quando ativos reais começam a chamar essas estruturas. Só quando o volume de transações crescer é que a captura de valor do DUSK realmente poderá se sustentar. A rede principal está estável — é um bom começo. Mas onde estão os aplicativos, onde estão os desenvolvedores, onde está o volume de transações — essas é que são as questões-chave. Vou continuar observando, até a plataforma STOX realmente começar a rodar.#dusk $DUSK
A rede principal Dusk ficou rodando por seis meses: a tecnologia estabilizou, mas os aplicativos ainda não acompanharam — esse é o maior suspense

Recentemente vi um artigo em que o autor dizia ter um defeito: ao ver um projeto anunciado com “lançamento da rede principal”, ele já assume que significa “já dá para começar a observar”, porque já viu muitos projetos em que, depois do lançamento da rede principal, meio ano se passou e ninguém usou.

Então ele ficou três dias acompanhando a blockchain da Dusk. A conclusão foi: realmente está rodando. A distribuição dos nós de validação está num nível aceitável, o volume de staking atingiu um patamar “que não parece encenação”, a altura dos blocos cresce de forma constante, o intervalo de blocagem está normal, não é uma quantidade “forjada” por ele — há usuários de verdade interagindo.

A rede principal está estável — esse é o primeiro passo.

Mas uma rede principal estável é apenas o primeiro passo. O autor também disse que, por enquanto, ainda há poucos aplicativos on-chain. Embora o DuskEVM já tenha sido lançado, a quantidade de projetos do ecossistema fica muito atrás da do ecossistema da Ethereum em relação a outras redes Layer2. Se os desenvolvedores vêm e, principalmente, se conseguem ficar, é que será o ponto-chave daqui para frente.@Dusk

Outro artigo de análise também tocou exatamente no mesmo problema. No começo, o autor achava que o DuskEVM era apenas “outra cadeia EVM”. Mas, após uma pesquisa mais profunda, percebeu algo interessante: o que acontece quando a camada EVM familiar se conecta a uma infraestrutura de privacidade projetada com o foco em finanças sob regulação? Aplicativos financeiros não podem assumir que transparência é uma função; grandes instituições talvez precisem provar que as transações são válidas sem expor a carteira completa.

A arquitetura técnica da Dusk realmente resolve esse problema. O módulo Hedger introduz fluxos de EVM confidenciais por meio de criptografia homomórfica e provas de conhecimento zero. Mas a arquitetura resolve “se dá para fazer” — não resolve “se existe gente usando”.

A Dusk começou em 2018 e, até o início deste ano, quando a rede principal foi lançada, foram seis anos de trabalho. Se demorou seis anos para lançar a rede principal, isso sugere que não era para “cortar” rápido; a base técnica é sólida. Só que, entre base técnica sólida e prosperidade do ecossistema, ainda existe um caminho bem longo.

O que precisa ser observado a seguir não é quantas linhas de código foram atualizadas, e sim a Gas e as necessidades de liquidação que surgem quando ativos reais começam a chamar essas estruturas. Só quando o volume de transações crescer é que a captura de valor do DUSK realmente poderá se sustentar.

A rede principal está estável — é um bom começo. Mas onde estão os aplicativos, onde estão os desenvolvedores, onde está o volume de transações — essas é que são as questões-chave. Vou continuar observando, até a plataforma STOX realmente começar a rodar.#dusk $DUSK
Comecei a pesquisar a arquitetura de privacidade do Dusk achando que o maior problema era “quanto você consegue esconder” Nos últimos dias, encontrei um artigo em um fórum. O autor disse uma frase que ficou comigo por um bom tempo: “Quando comecei a pesquisar a arquitetura de privacidade do Dusk, eu achava que o problema mais óbvio era bem simples: na prática, quanto você consegue esconder? Em seguida, comecei a pensar no que acontece depois que você esconde. É isso, para mim, que é mais interessante.” O módulo Hedger do Dusk implementa fluxos de trabalho EVM confidenciais usando criptografia homomórfica e provas de conhecimento zero. Para as instituições, a atração é realmente bem clara — afinal, você não quer que cada carteira na blockchain monitore em tempo real suas posições, o tamanho das ordens ou suas intenções de transação. Mas “esconder” — e depois disso? No DeFi tradicional, provedores de liquidez precificam observando o livro de ofertas e o fluxo de transações. Se esses sinais forem encobertos por privacidade, como ocorre a descoberta de preço? O autor deu um exemplo concreto: se ninguém consegue ver volume de transações ou sinais de desequilíbrio entre compra e venda, como os market makers precificam? Market makers precisam de sinais de preço para reagir. Quando a privacidade remove a visibilidade, o que eles veem é um mercado sem informações. Se os sinais do mercado forem cobertos em camadas por privacidade, os market makers podem aumentar o spread entre compra e venda ou até mesmo sair completamente de certas pares de negociação. A profundidade de mercado e o baixo slippage que as instituições buscam dependem justamente da circulação efetiva das informações do mercado. Quando a privacidade protege uma das partes, pode também privar a outra das informações necessárias para fazer mercado. @Dusk_Foundation O que ainda complica mais é que as transações confidenciais do Dusk, por padrão, ocultam tanto os valores quanto o tipo de ativo; somente quem detém a chave de auditoria confidencial pode visualizar. As instituições realmente gostam desse desenho, mas quem é o detentor da chave de auditoria? Órgãos reguladores? Emissor dos ativos? Ou uma empresa de auditoria terceirizada? Se as chaves estiverem nas mãos de alguma parte, então o “interruptor” da privacidade não está, na prática, nas mãos do usuário. A resposta para essa pergunta determina se o Dusk é uma ferramenta de privacidade feita para os usuários ou uma ferramenta de monitoramento feita para o regulador. A tecnologia pode tornar possível a divulgação seletiva, mas decidir “quem tem o direito de ver e quando ver” é mais difícil do que a própria criptografia. Quando algum dia essa questão de governança tiver uma resposta clara, eu então poderei avaliar se a arquitetura de privacidade do Dusk é uma evolução do sistema financeiro ou apenas uma conformidade de monitoramento em outra forma. #dusk $DUSK
Comecei a pesquisar a arquitetura de privacidade do Dusk achando que o maior problema era “quanto você consegue esconder”

Nos últimos dias, encontrei um artigo em um fórum. O autor disse uma frase que ficou comigo por um bom tempo: “Quando comecei a pesquisar a arquitetura de privacidade do Dusk, eu achava que o problema mais óbvio era bem simples: na prática, quanto você consegue esconder? Em seguida, comecei a pensar no que acontece depois que você esconde. É isso, para mim, que é mais interessante.”

O módulo Hedger do Dusk implementa fluxos de trabalho EVM confidenciais usando criptografia homomórfica e provas de conhecimento zero. Para as instituições, a atração é realmente bem clara — afinal, você não quer que cada carteira na blockchain monitore em tempo real suas posições, o tamanho das ordens ou suas intenções de transação. Mas “esconder” — e depois disso?

No DeFi tradicional, provedores de liquidez precificam observando o livro de ofertas e o fluxo de transações. Se esses sinais forem encobertos por privacidade, como ocorre a descoberta de preço?

O autor deu um exemplo concreto: se ninguém consegue ver volume de transações ou sinais de desequilíbrio entre compra e venda, como os market makers precificam? Market makers precisam de sinais de preço para reagir. Quando a privacidade remove a visibilidade, o que eles veem é um mercado sem informações. Se os sinais do mercado forem cobertos em camadas por privacidade, os market makers podem aumentar o spread entre compra e venda ou até mesmo sair completamente de certas pares de negociação. A profundidade de mercado e o baixo slippage que as instituições buscam dependem justamente da circulação efetiva das informações do mercado. Quando a privacidade protege uma das partes, pode também privar a outra das informações necessárias para fazer mercado. @Dusk

O que ainda complica mais é que as transações confidenciais do Dusk, por padrão, ocultam tanto os valores quanto o tipo de ativo; somente quem detém a chave de auditoria confidencial pode visualizar. As instituições realmente gostam desse desenho, mas quem é o detentor da chave de auditoria? Órgãos reguladores? Emissor dos ativos? Ou uma empresa de auditoria terceirizada? Se as chaves estiverem nas mãos de alguma parte, então o “interruptor” da privacidade não está, na prática, nas mãos do usuário.

A resposta para essa pergunta determina se o Dusk é uma ferramenta de privacidade feita para os usuários ou uma ferramenta de monitoramento feita para o regulador. A tecnologia pode tornar possível a divulgação seletiva, mas decidir “quem tem o direito de ver e quando ver” é mais difícil do que a própria criptografia. Quando algum dia essa questão de governança tiver uma resposta clara, eu então poderei avaliar se a arquitetura de privacidade do Dusk é uma evolução do sistema financeiro ou apenas uma conformidade de monitoramento em outra forma. #dusk $DUSK
Dusk diz que o TPS passa de 500, mas eu consultei os dados on-chain: em mais de 70% dos blocos, o número de transações ainda é menor que 2 Dusk fica gabando o quanto a própria tecnologia é incrível. TPS acima de 500, aumento de 40% na velocidade de geração de provas de conhecimento zero e operação estável na mainnet por mais de 17 meses. De fato, parece muito mais confiável do que projetos de privacidade que só sabem repetir slogans. Mas depois que eu revisei os dados on-chain, me acalmei. A altura dos blocos na mainnet do Dusk já passou de 109.000, e o fato de a velocidade média de produção ser de 2 segundos tecnicamente realmente não é problema. O problema é a utilização dos blocos — baixíssima, de forma absurda. Em mais de 70% dos blocos, o número de transações ainda é menor que 2; é comum haver blocos vazios em sequência. A quantidade de transações por dia mal passa de mil. Eu revisei registros de mais de uma dezena de blocos consecutivos e vi que vários blocos tinham apenas uma transação, ou até eram completamente vazios. A narrativa de TPS acima de 500 impressiona, mas a rede simplesmente não tem tantas transações para processar.@Dusk_Foundation Mais doloroso ainda: a média diária de endereços ativos em toda a rede é inferior a 80 — e ainda é preciso descontar uma grande quantidade de carteiras próprias dos desenvolvedores. Na prática, o nível de participação dos usuários é praticamente zero. Uma Layer-1 que se vende como “infraestrutura financeira de nível institucional” tem menos de 80 usuários diários. Ao lado, qualquer meme coin aleatório tem volume diário várias vezes maior. Eu fui checar especialmente: alguns memecoins lançados recentemente têm, só nas últimas 24 horas, um número de endereços ativos on-chain que é mais de uma dezena de vezes o do Dusk. Isso não é problema de tecnologia; é questão de gente usando ou não usando. Os dados de staking também não são tão bons. Um requisito de entrada de 1000 DUSK até parece razoável, mas a equipe fala de forma vaga sobre a taxa de rendimento: só dizem algo como “liberação com decaimento geométrico”, além de uma janela de lock de 4,8 horas. Com isso, a atratividade é quase nenhuma. Eu consultei os dados de staking: o número de endereços que realmente participam do staking não é tão alto quanto a gente imaginaria. Eu não estou dizendo que a tecnologia do Dusk não funciona. Provas de conhecimento zero realmente têm algo; a otimização do PLONKup também realmente é forte. Mas, por mais que a tecnologia seja boa, só conta quando há pessoas usando. Agora, os dados on-chain me dizem o seguinte: a tecnologia do Dusk realmente é mais avançada, mas a rede pode ser a “autoestrada mais vazia” que eu já vi — a estrada foi bem construída, mas não há carros nela. Quando algum dia o volume médio diário de transações passar de 10 mil e os endereços ativos passarem de mil, aí eu volto a acreditar que essa rota tem gente de verdade passando por ela.#dusk $DUSK
Dusk diz que o TPS passa de 500, mas eu consultei os dados on-chain: em mais de 70% dos blocos, o número de transações ainda é menor que 2

Dusk fica gabando o quanto a própria tecnologia é incrível. TPS acima de 500, aumento de 40% na velocidade de geração de provas de conhecimento zero e operação estável na mainnet por mais de 17 meses. De fato, parece muito mais confiável do que projetos de privacidade que só sabem repetir slogans.

Mas depois que eu revisei os dados on-chain, me acalmei.

A altura dos blocos na mainnet do Dusk já passou de 109.000, e o fato de a velocidade média de produção ser de 2 segundos tecnicamente realmente não é problema. O problema é a utilização dos blocos — baixíssima, de forma absurda. Em mais de 70% dos blocos, o número de transações ainda é menor que 2; é comum haver blocos vazios em sequência. A quantidade de transações por dia mal passa de mil. Eu revisei registros de mais de uma dezena de blocos consecutivos e vi que vários blocos tinham apenas uma transação, ou até eram completamente vazios. A narrativa de TPS acima de 500 impressiona, mas a rede simplesmente não tem tantas transações para processar.@Dusk

Mais doloroso ainda: a média diária de endereços ativos em toda a rede é inferior a 80 — e ainda é preciso descontar uma grande quantidade de carteiras próprias dos desenvolvedores. Na prática, o nível de participação dos usuários é praticamente zero. Uma Layer-1 que se vende como “infraestrutura financeira de nível institucional” tem menos de 80 usuários diários. Ao lado, qualquer meme coin aleatório tem volume diário várias vezes maior. Eu fui checar especialmente: alguns memecoins lançados recentemente têm, só nas últimas 24 horas, um número de endereços ativos on-chain que é mais de uma dezena de vezes o do Dusk. Isso não é problema de tecnologia; é questão de gente usando ou não usando.

Os dados de staking também não são tão bons. Um requisito de entrada de 1000 DUSK até parece razoável, mas a equipe fala de forma vaga sobre a taxa de rendimento: só dizem algo como “liberação com decaimento geométrico”, além de uma janela de lock de 4,8 horas. Com isso, a atratividade é quase nenhuma. Eu consultei os dados de staking: o número de endereços que realmente participam do staking não é tão alto quanto a gente imaginaria.

Eu não estou dizendo que a tecnologia do Dusk não funciona. Provas de conhecimento zero realmente têm algo; a otimização do PLONKup também realmente é forte. Mas, por mais que a tecnologia seja boa, só conta quando há pessoas usando. Agora, os dados on-chain me dizem o seguinte: a tecnologia do Dusk realmente é mais avançada, mas a rede pode ser a “autoestrada mais vazia” que eu já vi — a estrada foi bem construída, mas não há carros nela. Quando algum dia o volume médio diário de transações passar de 10 mil e os endereços ativos passarem de mil, aí eu volto a acreditar que essa rota tem gente de verdade passando por ela.#dusk $DUSK
Dusk diz que é uma “cadeia de privacidade em conformidade”, mas depois de estudar por horas percebi que ela não é nem totalmente anônima, nem totalmente transparente Quando vi Dusk pela primeira vez, a primeira pergunta que me veio à cabeça foi: privacidade e conformidade podem andar juntas? O modelo “caixa-preta” da Monero, do tipo “ninguém vai me ver”, no ambiente regulatório de 2026 realmente não vai muito longe. Mas o que exatamente é essa “privacidade em conformidade” que a Dusk diz que oferece? Passei várias noites lendo seu white paper e as discussões na comunidade e, no fim, entendi sua lógica — divulgação seletiva. Você pode não publicar detalhes de transações, mas se quiser comprovar sua inocência, ou se as autoridades reguladoras precisarem auditar, você pode abrir permissões proativamente para que elas vejam. Quando for necessário uma auditoria, você também pode, proativamente, abrir as permissões.@Dusk_Foundation Essa ideia realmente é mais inteligente do que a caixa-preta “ninguém vê ninguém” da Monero. Instituições financeiras tradicionais não conseguem operar em uma “casa de vidro” em que cada transação é pública, mas também não teriam coragem de usar uma caixa-preta totalmente anônima. A Dusk separa essa contradição com provas de conhecimento zero — a prova de que a transação está correta, mas sem contar aos outros os detalhes. O problema é: esse “interruptor” de divulgação seletiva, na prática, obedece a quem? Eu fui especialmente ler a documentação do sistema de identidade da Citadel e descobri que validadores precisam fazer KYC. Isso significa que os operadores dos nós da Dusk não são anônimos — quando o regulador precisar, ele saberá a quem recorrer. Isso me deixou um pouco em conflito: é uma ferramenta de privacidade para instituições ou uma ferramenta de monitoramento para o regulador? Ainda estou observando a implementação real da Dusk. O DuskEVM já foi lançado na rede de testes e a mainnet está rodando de forma estável há quase um ano e meio. Se de fato houver instituições usando para RWA, então a direção de “privacidade em conformidade” realmente se sustenta. Mas se no fim forem apenas usuários individuais no jogo, a diferença em relação a outras criptomoedas de privacidade talvez seja só a adição de um selo de “conformidade”. É inteligente, de verdade. Mas quem decide como isso vai ser? Ainda preciso olhar mais. #dusk $DUSK
Dusk diz que é uma “cadeia de privacidade em conformidade”, mas depois de estudar por horas percebi que ela não é nem totalmente anônima, nem totalmente transparente

Quando vi Dusk pela primeira vez, a primeira pergunta que me veio à cabeça foi: privacidade e conformidade podem andar juntas? O modelo “caixa-preta” da Monero, do tipo “ninguém vai me ver”, no ambiente regulatório de 2026 realmente não vai muito longe. Mas o que exatamente é essa “privacidade em conformidade” que a Dusk diz que oferece?

Passei várias noites lendo seu white paper e as discussões na comunidade e, no fim, entendi sua lógica — divulgação seletiva. Você pode não publicar detalhes de transações, mas se quiser comprovar sua inocência, ou se as autoridades reguladoras precisarem auditar, você pode abrir permissões proativamente para que elas vejam. Quando for necessário uma auditoria, você também pode, proativamente, abrir as permissões.@Dusk

Essa ideia realmente é mais inteligente do que a caixa-preta “ninguém vê ninguém” da Monero. Instituições financeiras tradicionais não conseguem operar em uma “casa de vidro” em que cada transação é pública, mas também não teriam coragem de usar uma caixa-preta totalmente anônima. A Dusk separa essa contradição com provas de conhecimento zero — a prova de que a transação está correta, mas sem contar aos outros os detalhes.

O problema é: esse “interruptor” de divulgação seletiva, na prática, obedece a quem? Eu fui especialmente ler a documentação do sistema de identidade da Citadel e descobri que validadores precisam fazer KYC. Isso significa que os operadores dos nós da Dusk não são anônimos — quando o regulador precisar, ele saberá a quem recorrer. Isso me deixou um pouco em conflito: é uma ferramenta de privacidade para instituições ou uma ferramenta de monitoramento para o regulador?

Ainda estou observando a implementação real da Dusk. O DuskEVM já foi lançado na rede de testes e a mainnet está rodando de forma estável há quase um ano e meio. Se de fato houver instituições usando para RWA, então a direção de “privacidade em conformidade” realmente se sustenta. Mas se no fim forem apenas usuários individuais no jogo, a diferença em relação a outras criptomoedas de privacidade talvez seja só a adição de um selo de “conformidade”.

É inteligente, de verdade. Mas quem decide como isso vai ser? Ainda preciso olhar mais.
#dusk $DUSK
Babylon BTC staking: 1-3% de APY, o BTC pode oscilar 5% em um dia — qual é o sentido dessa rentabilidade? O staking de BTC da Babylon, segundo estimativas oficiais, rende aproximadamente entre 1% e 3% ao ano, pago em tokens BABY. A Kraken já disponibilizou um canal de staking da Babylon, com uma taxa por volta de 1%. Parece “ok”, certo? Deixar o BTC parado e ainda ganhar rendimento. Mas o BTC oscila 5% em um dia é algo comum. Você trava o BTC por 7 dias para buscar 3% de rentabilidade anual — e, nesses 7 dias, o preço do BTC cai 10%. Aí, esses 3% anuais nem chegam a cobrir nem uma fração da oscilação. Sem falar que o token BABY também oscila: o rendimento que você recebe é em BABY, não em BTC. Se o BABY continuar caindo, a rentabilidade real pode nem chegar a 1%. @babylonlabs_io Você trava o BTC para obter uma rentabilidade que nem sequer consegue cobrir a volatilidade do preço — assumindo ainda riscos como: penalidades do validador, risco de vulnerabilidade do protocolo e risco de liquidez no período de desbloqueio. Vale a pena esse negócio? A tecnologia da Babylon é realmente avançada, mas liderança tecnológica não significa que o investidor comum vai conseguir ganhar dinheiro. Quem realmente consegue lucrar com esses 1-3% são, ou grandes detentores com posições enormes em BTC que não se importam com essas oscilações, ou especuladores que apostam na valorização futura do token BABY. Para o investidor comum, fazer staking de 1 BTC por um ano rende apenas alguns centenas de dólares em BABY — ainda assim, não é suficiente para cobrir a perda de um único dia de queda do BTC. O BTC já é um dos ativos mais voláteis; fazer com que ele “trabalhe” para ganhar aqueles juros ínfimos, na prática, o expõe a ainda mais riscos. O melhor uso do BTC talvez seja continuar parado. #baby $BABY
Babylon BTC staking: 1-3% de APY, o BTC pode oscilar 5% em um dia — qual é o sentido dessa rentabilidade?

O staking de BTC da Babylon, segundo estimativas oficiais, rende aproximadamente entre 1% e 3% ao ano, pago em tokens BABY. A Kraken já disponibilizou um canal de staking da Babylon, com uma taxa por volta de 1%.

Parece “ok”, certo? Deixar o BTC parado e ainda ganhar rendimento.

Mas o BTC oscila 5% em um dia é algo comum. Você trava o BTC por 7 dias para buscar 3% de rentabilidade anual — e, nesses 7 dias, o preço do BTC cai 10%. Aí, esses 3% anuais nem chegam a cobrir nem uma fração da oscilação. Sem falar que o token BABY também oscila: o rendimento que você recebe é em BABY, não em BTC. Se o BABY continuar caindo, a rentabilidade real pode nem chegar a 1%. @BabylonLabs_io

Você trava o BTC para obter uma rentabilidade que nem sequer consegue cobrir a volatilidade do preço — assumindo ainda riscos como: penalidades do validador, risco de vulnerabilidade do protocolo e risco de liquidez no período de desbloqueio. Vale a pena esse negócio? A tecnologia da Babylon é realmente avançada, mas liderança tecnológica não significa que o investidor comum vai conseguir ganhar dinheiro. Quem realmente consegue lucrar com esses 1-3% são, ou grandes detentores com posições enormes em BTC que não se importam com essas oscilações, ou especuladores que apostam na valorização futura do token BABY.

Para o investidor comum, fazer staking de 1 BTC por um ano rende apenas alguns centenas de dólares em BABY — ainda assim, não é suficiente para cobrir a perda de um único dia de queda do BTC. O BTC já é um dos ativos mais voláteis; fazer com que ele “trabalhe” para ganhar aqueles juros ínfimos, na prática, o expõe a ainda mais riscos. O melhor uso do BTC talvez seja continuar parado. #baby $BABY
O TVL da Babylon já passou de 6 bilhões de dólares, mas o rendimento do staking de 1 BTC por investidores de varejo ainda não dá nem para uma refeição O TVL da Babylon já ultrapassou 6 bilhões de dólares, com mais de 57.000 BTC bloqueados. Toda vez que vejo esses dados, eu fico impressionado — o Bitcoin finalmente “ganhou vida”. Mas depois de me impressionar, eu faço as contas. Atualmente, a taxa anualizada do rendimento do staking de BTC na Babylon fica em torno de 1% a 3%. Considerando 1 BTC, o ganho anual fica na faixa de algumas centenas de dólares. Parece ok, certo? Só que você precisa saber que as cotas iniciais de staking da Babylon — seja o limite de 50 BTC do pSTAKE ou a cota de 500 BTC do Solv Protocol — foram completamente tomadas por “baleias” em poucos minutos. A chance de um investidor de varejo conseguir pegar essas cotas é parecida com ganhar na loteria.@babylonlabs_io O que os investidores de varejo conseguem participar hoje, basicamente, são os canais de staking com custódia de corretoras como a Kraken, com uma annualizada de apenas cerca de 1%. Uma annualizada de 1%, ainda por cima, com o risco de penalidade por parte dos validadores. Se o validador delegado agir de forma maliciosa, seu BTC pode realmente ser retirado. A parcela descontada é de 0,1% — parece pouco, mas é BTC. Vale a pena assumir um risco de penalidade de 0,1% para buscar um retorno de 1%? A narrativa da Babylon sempre foi “transformar o Bitcoin em um ativo produtivo”. Do ponto de vista técnico, de fato ela está à frente. Mas na prática, quem realmente captura essa onda de benefícios são aqueles que conseguem arrematar grandes cotas iniciais em grande escala — ou instituições. O staking de 1 BTC por um investidor de varejo pode render algo que nem dá para comprar uma refeição por ano. Isso não é “fazer o Bitcoin ganhar vida”; é “fazer o Bitcoin das baleias render mais uma fatia”. Eu reconheço a direção tecnológica da Babylon, mas a estrutura de distribuição de ganhos nessa modalidade, até agora, não parece amigável para o investidor de varejo. Vou considerar tirar meu BTC da carteira fria só quando um dia os investidores de varejo também puderem participar facilmente, a taxa de retorno puder ser estável acima de 3% e o risco de penalidades ficar realmente sob controle. Por enquanto, continuo apenas deitado. #baby $BABY
O TVL da Babylon já passou de 6 bilhões de dólares, mas o rendimento do staking de 1 BTC por investidores de varejo ainda não dá nem para uma refeição

O TVL da Babylon já ultrapassou 6 bilhões de dólares, com mais de 57.000 BTC bloqueados. Toda vez que vejo esses dados, eu fico impressionado — o Bitcoin finalmente “ganhou vida”.

Mas depois de me impressionar, eu faço as contas.

Atualmente, a taxa anualizada do rendimento do staking de BTC na Babylon fica em torno de 1% a 3%. Considerando 1 BTC, o ganho anual fica na faixa de algumas centenas de dólares. Parece ok, certo? Só que você precisa saber que as cotas iniciais de staking da Babylon — seja o limite de 50 BTC do pSTAKE ou a cota de 500 BTC do Solv Protocol — foram completamente tomadas por “baleias” em poucos minutos. A chance de um investidor de varejo conseguir pegar essas cotas é parecida com ganhar na loteria.@BabylonLabs_io

O que os investidores de varejo conseguem participar hoje, basicamente, são os canais de staking com custódia de corretoras como a Kraken, com uma annualizada de apenas cerca de 1%. Uma annualizada de 1%, ainda por cima, com o risco de penalidade por parte dos validadores. Se o validador delegado agir de forma maliciosa, seu BTC pode realmente ser retirado. A parcela descontada é de 0,1% — parece pouco, mas é BTC. Vale a pena assumir um risco de penalidade de 0,1% para buscar um retorno de 1%?

A narrativa da Babylon sempre foi “transformar o Bitcoin em um ativo produtivo”. Do ponto de vista técnico, de fato ela está à frente. Mas na prática, quem realmente captura essa onda de benefícios são aqueles que conseguem arrematar grandes cotas iniciais em grande escala — ou instituições. O staking de 1 BTC por um investidor de varejo pode render algo que nem dá para comprar uma refeição por ano. Isso não é “fazer o Bitcoin ganhar vida”; é “fazer o Bitcoin das baleias render mais uma fatia”.

Eu reconheço a direção tecnológica da Babylon, mas a estrutura de distribuição de ganhos nessa modalidade, até agora, não parece amigável para o investidor de varejo. Vou considerar tirar meu BTC da carteira fria só quando um dia os investidores de varejo também puderem participar facilmente, a taxa de retorno puder ser estável acima de 3% e o risco de penalidades ficar realmente sob controle. Por enquanto, continuo apenas deitado.
#baby $BABY
O mecanismo de confisco da Babylon não é “para assustar” — se o validador errar, descontam do seu BTC A Babylon sempre enfatizou “auto-custódia” e “sem necessidade de confiar”: seu BTC fica travado em um timelock na blockchain principal do Bitcoin, e a chave privada continua com você. Parece, de fato, bem mais seguro do que aquela abordagem do wBTC — sem ponte cross-chain, sem custodiante, sem ativos tokenizados. Mas depois de ler o mecanismo de confisco, eu fiquei mais calmo. O confisco na Babylon funciona assim: você faz staking de BTC com os Finality Providers (provedores de finalidade). Esses nós rodam na BSN (Bitcoin Security Network) e assinam/votam pela PoS chain. Se eles cometerem condutas maliciosas — por exemplo, dupla assinatura (equivocation) — uma parte do seu BTC é diretamente confiscada na blockchain do Bitcoin. Não é um aviso. É uma dedução direta. Na blockchain do Bitcoin, é executado; não dá para contornar nem evitar. O documento oficial diz que a taxa de confisco para equivocation é apenas 0,1%. Parece pouco, certo? Mas essa é a proporção para uma única infração. E se a rede for atacada, os validadores continuarem a agir de forma maliciosa, ou ocorrerem eventos grandes de slash? A taxa de confisco vai ser ajustada? Em teoria, sim; porém, qualquer ajuste exigiria uma votação no mecanismo de governança da Babylon, e, em projetos no início, a governança geralmente acaba sendo dominada pelos grandes detentores.@babylonlabs_io O que realmente me deixa sem chão é que, para usuários comuns, não é possível acompanhar em tempo real o comportamento de assinatura dos Finality Providers como se acompanha no Etherscan. Você faz staking de BTC, delega a um validador, mas não consegue monitorar em tempo real se ele fez dupla assinatura ou se agiu maliciosamente. Quando você perceber o problema, o confisco pode já ter acontecido. A essência do mecanismo de confisco da Babylon é transferir o “risco operacional” do validador para o staker (o detentor que fez staking). Se o validador fizer algo errado, descontam do seu BTC. Você fez staking — então assume esse risco. A Babylon, de fato, é mais avançada do que aquele modelo de custódia centralizada do wBTC. Mas “avançado” e “sem risco” são coisas diferentes. Staking de BTC não é um negócio em que você garante lucro sem perdas — se o validador errar, o seu BTC realmente vai diminuir em uma parte. #baby $BABY
O mecanismo de confisco da Babylon não é “para assustar” — se o validador errar, descontam do seu BTC

A Babylon sempre enfatizou “auto-custódia” e “sem necessidade de confiar”: seu BTC fica travado em um timelock na blockchain principal do Bitcoin, e a chave privada continua com você. Parece, de fato, bem mais seguro do que aquela abordagem do wBTC — sem ponte cross-chain, sem custodiante, sem ativos tokenizados.

Mas depois de ler o mecanismo de confisco, eu fiquei mais calmo.

O confisco na Babylon funciona assim: você faz staking de BTC com os Finality Providers (provedores de finalidade). Esses nós rodam na BSN (Bitcoin Security Network) e assinam/votam pela PoS chain. Se eles cometerem condutas maliciosas — por exemplo, dupla assinatura (equivocation) — uma parte do seu BTC é diretamente confiscada na blockchain do Bitcoin.

Não é um aviso. É uma dedução direta. Na blockchain do Bitcoin, é executado; não dá para contornar nem evitar.

O documento oficial diz que a taxa de confisco para equivocation é apenas 0,1%. Parece pouco, certo? Mas essa é a proporção para uma única infração. E se a rede for atacada, os validadores continuarem a agir de forma maliciosa, ou ocorrerem eventos grandes de slash? A taxa de confisco vai ser ajustada? Em teoria, sim; porém, qualquer ajuste exigiria uma votação no mecanismo de governança da Babylon, e, em projetos no início, a governança geralmente acaba sendo dominada pelos grandes detentores.@BabylonLabs_io

O que realmente me deixa sem chão é que, para usuários comuns, não é possível acompanhar em tempo real o comportamento de assinatura dos Finality Providers como se acompanha no Etherscan. Você faz staking de BTC, delega a um validador, mas não consegue monitorar em tempo real se ele fez dupla assinatura ou se agiu maliciosamente. Quando você perceber o problema, o confisco pode já ter acontecido.

A essência do mecanismo de confisco da Babylon é transferir o “risco operacional” do validador para o staker (o detentor que fez staking). Se o validador fizer algo errado, descontam do seu BTC. Você fez staking — então assume esse risco.

A Babylon, de fato, é mais avançada do que aquele modelo de custódia centralizada do wBTC. Mas “avançado” e “sem risco” são coisas diferentes. Staking de BTC não é um negócio em que você garante lucro sem perdas — se o validador errar, o seu BTC realmente vai diminuir em uma parte.
#baby $BABY
500枚BTC额度2分钟抢空,巨鲸占了一大半,散户连口汤都喝不上 19 de julho, Solv Protocol e Babylon abriram conjuntamente 500 BTC de cotas de staking antecipado. Quando abri a página, estava “cheia”. 500 BTC, avaliados em dezenas de milhões de dólares, foram esgotados em 2 minutos. O mais doloroso são os dados on-chain. Dois tubarões gigantes ficaram com 299 BTC, com o valor total do staking chegando a 19,15 milhões de dólares. Sobraram 201 BTC, para centenas ou milhares de pequenos investidores disputarem aquele restinho. Não é a primeira vez. O pSTAKE lançou staking líquido na Babylon, com limite de depósito de 50 BTC. 50 BTC também foi consumido em instantes. Grandes investidores comem carne, pequenos investidores nem conseguem beber a sopa. @babylonlabs_io A Babylon diz que já travou mais de 56.853 BTC, com TVL acima de US$ 6 bilhões. Mas, nesses 57.000 BTC, quanto pertence ao investidor comum? Acredito que a participação seja lamentavelmente baixa. Os grandes capturam oportunidades de rendimento por meio de cotas iniciais, canais exclusivos e operações em lote. Ao pequeno investidor só resta assistir a página dizer “cheia” enquanto fica parado. Nas cotas de 500 BTC da Solv Protocol, os 299 BTC dos tubarões gigantes são de staking. Você pode chamar isso de “eficiência do mercado” — quem tem mais dinheiro, fica com mais. Mas também é “desestímulo aos pequenos investidores”: por mais que você faça as tarefas por meses, não adianta — basta o grande clicar o mouse. O Binance Labs investiu de fato na Babylon, e a a16z também investiu US$ 15 milhões. Mas “VCs de primeira linha confiam” e “pequenos investidores conseguem ganhar dinheiro” são coisas diferentes. Da próxima vez que houver abertura de cotas, eu não vou ficar esperando a página carregar. O que o pequeno investidor consegue fazer é: ou se preparar com antecedência e disputar na velocidade, ou simplesmente desistir de vez. No momento, esta corrida de staking de BTC parece ser o playground dos grandes, e os pequenos apenas acompanham. #baby $BABY
500枚BTC额度2分钟抢空,巨鲸占了一大半,散户连口汤都喝不上

19 de julho, Solv Protocol e Babylon abriram conjuntamente 500 BTC de cotas de staking antecipado. Quando abri a página, estava “cheia”. 500 BTC, avaliados em dezenas de milhões de dólares, foram esgotados em 2 minutos.

O mais doloroso são os dados on-chain. Dois tubarões gigantes ficaram com 299 BTC, com o valor total do staking chegando a 19,15 milhões de dólares. Sobraram 201 BTC, para centenas ou milhares de pequenos investidores disputarem aquele restinho. Não é a primeira vez. O pSTAKE lançou staking líquido na Babylon, com limite de depósito de 50 BTC. 50 BTC também foi consumido em instantes. Grandes investidores comem carne, pequenos investidores nem conseguem beber a sopa. @BabylonLabs_io

A Babylon diz que já travou mais de 56.853 BTC, com TVL acima de US$ 6 bilhões. Mas, nesses 57.000 BTC, quanto pertence ao investidor comum? Acredito que a participação seja lamentavelmente baixa. Os grandes capturam oportunidades de rendimento por meio de cotas iniciais, canais exclusivos e operações em lote. Ao pequeno investidor só resta assistir a página dizer “cheia” enquanto fica parado. Nas cotas de 500 BTC da Solv Protocol, os 299 BTC dos tubarões gigantes são de staking. Você pode chamar isso de “eficiência do mercado” — quem tem mais dinheiro, fica com mais. Mas também é “desestímulo aos pequenos investidores”: por mais que você faça as tarefas por meses, não adianta — basta o grande clicar o mouse.

O Binance Labs investiu de fato na Babylon, e a a16z também investiu US$ 15 milhões. Mas “VCs de primeira linha confiam” e “pequenos investidores conseguem ganhar dinheiro” são coisas diferentes. Da próxima vez que houver abertura de cotas, eu não vou ficar esperando a página carregar. O que o pequeno investidor consegue fazer é: ou se preparar com antecedência e disputar na velocidade, ou simplesmente desistir de vez. No momento, esta corrida de staking de BTC parece ser o playground dos grandes, e os pequenos apenas acompanham.
#baby $BABY
500枚BTC额度2分钟抢完,我打开浏览器的时候已经没了 19 de julho, Solv Protocol e Babylon abriram conjuntamente uma alocação inicial de 500 BTC para staking. 500 BTC, pelo preço de agora, equivale a alguns dezenas de milhões de dólares. Quando eu abri a página, ela mostrava “esgotado”. Em 2 minutos, os 500 BTC foram totalmente arrematados. Nem tive tempo de clicar no botão. O que mais dói é que, segundo dados de analistas na cadeia, dois grandes tubarões ficaram com 299 BTC. 299 BTC, quase 60% do total. Os varejistas comuns disputaram apenas as outras 201 unidades, dividindo aquela migalha entre centenas ou milhares de pessoas. @babylonlabs_io Não é a primeira vez. Antes, a pSTAKE lançou staking líquido na Babylon, com limite de depósito de 50 BTC. 50 BTC também foi arrematado em 2 minutos. Os grandes abocanham; os varejistas nem conseguem tomar nem o “resto do caldo”. Só dá pra sentir o cheiro. A Babylon diz que seu TVL ultrapassa 6 bilhões de dólares, com mais de 57.000 BTC travados. Mas, desses 57.000 BTC, quanto é de varejistas comuns? Eu aposto que é uma fatia miserável. Grandes investidores e instituições, por meio de alocações iniciais, canais exclusivos e operações em lote, ficam com a maior parte das oportunidades de lucro. Aos varejistas só resta ver a página “esgotado” e ficar parado. Isso não é um problema só da Babylon. Quase todas as oportunidades iniciais de alta rentabilidade seguem esse roteiro: alocação limitada, grandes reservam o lugar, e os varejistas fazem de “correia”. Mas toda vez que vejo dados como “arrematado em 2 minutos”, eu ainda fico com o estômago embrulhado. Não estou dizendo que a Babylon seja ruim. A tecnologia realmente é avançada, e o suporte de financiamento também é forte. Mas “tecnologia avançada” e “varejistas conseguirem ganhar dinheiro” são coisas diferentes. Na próxima vez que abrirem uma alocação, eu não vou ficar esperando feito bobo a página carregar. O que o varejista consegue fazer é: ou se preparar antes e apostar tudo na velocidade, ou então desistir disso e simplesmente segurar BTC, sem ficar mexendo. #baby $BABY
500枚BTC额度2分钟抢完,我打开浏览器的时候已经没了

19 de julho, Solv Protocol e Babylon abriram conjuntamente uma alocação inicial de 500 BTC para staking.

500 BTC, pelo preço de agora, equivale a alguns dezenas de milhões de dólares. Quando eu abri a página, ela mostrava “esgotado”. Em 2 minutos, os 500 BTC foram totalmente arrematados. Nem tive tempo de clicar no botão.

O que mais dói é que, segundo dados de analistas na cadeia, dois grandes tubarões ficaram com 299 BTC. 299 BTC, quase 60% do total. Os varejistas comuns disputaram apenas as outras 201 unidades, dividindo aquela migalha entre centenas ou milhares de pessoas. @BabylonLabs_io

Não é a primeira vez. Antes, a pSTAKE lançou staking líquido na Babylon, com limite de depósito de 50 BTC. 50 BTC também foi arrematado em 2 minutos. Os grandes abocanham; os varejistas nem conseguem tomar nem o “resto do caldo”. Só dá pra sentir o cheiro.

A Babylon diz que seu TVL ultrapassa 6 bilhões de dólares, com mais de 57.000 BTC travados. Mas, desses 57.000 BTC, quanto é de varejistas comuns? Eu aposto que é uma fatia miserável. Grandes investidores e instituições, por meio de alocações iniciais, canais exclusivos e operações em lote, ficam com a maior parte das oportunidades de lucro. Aos varejistas só resta ver a página “esgotado” e ficar parado.

Isso não é um problema só da Babylon. Quase todas as oportunidades iniciais de alta rentabilidade seguem esse roteiro: alocação limitada, grandes reservam o lugar, e os varejistas fazem de “correia”. Mas toda vez que vejo dados como “arrematado em 2 minutos”, eu ainda fico com o estômago embrulhado.

Não estou dizendo que a Babylon seja ruim. A tecnologia realmente é avançada, e o suporte de financiamento também é forte. Mas “tecnologia avançada” e “varejistas conseguirem ganhar dinheiro” são coisas diferentes. Na próxima vez que abrirem uma alocação, eu não vou ficar esperando feito bobo a página carregar. O que o varejista consegue fazer é: ou se preparar antes e apostar tudo na velocidade, ou então desistir disso e simplesmente segurar BTC, sem ficar mexendo.
#baby $BABY
pSTAKE lançou staking líquido na Babylon, mas o limite de depósito de 50 BTC me faz sentir que isso não foi feito para investidores comuns pSTAKE Finance lançou uma solução de staking líquido de Bitcoin na Babylon. Os usuários podem ganhar recompensas mantendo o BTC totalmente líquido. Parece algo perfeito, não é? Você pode fazer staking para ganhar rendimento, sem precisar ficar preso à liquidez.@babylonlabs_io Mas quando eu olho com mais cuidado para as regras, eu fico sem reação — limite de depósito de 50 BTC. 50 BTC, pelo preço atual, são alguns milhões de dólares. Isso não é um canal VIP preparado para whales, não para o público geral? Perguntei para um amigo que trabalha com staking líquido; ele riu direto: “O limite de 50 BTC significa que a maior parte dos investidores comuns nem consegue entrar. E esses limites iniciais geralmente são esgotados em poucos minutos pelos whales — quando você vê a notícia, já acabou.” A Babylon diz que atualmente bloqueou mais de 57.000 BTC. Mas, colocando 57.000 BTC e o limite de 50 BTC lado a lado, fica claro que o staking líquido da pSTAKE aqui é basicamente um ‘piloto’ — volume pequeno, com barreira alta, provavelmente para instituições e whales testarem. A solução da pSTAKE realmente resolve uma dor do staking nativo da Babylon: no staking nativo, é preciso esperar cerca de 7 dias para desbloquear os fundos. Para usuários que precisam de flexibilidade, o período de desativação de 7 dias é longo demais. O staking líquido permite que você saia a qualquer momento, sem precisar esperar esses 7 dias. O problema é que, com o limite de 50 BTC, o usuário comum nem consegue passar pela porta. A liquidez existe, mas não é para você. Quando um dia a pSTAKE aumentar o limite de depósito para um nível em que os investidores comuns também possam participar, eu testo. Por enquanto, isso é um parque de diversões para whales — o público geral nem consegue comprar ingresso. #baby $BABY
pSTAKE lançou staking líquido na Babylon, mas o limite de depósito de 50 BTC me faz sentir que isso não foi feito para investidores comuns

pSTAKE Finance lançou uma solução de staking líquido de Bitcoin na Babylon. Os usuários podem ganhar recompensas mantendo o BTC totalmente líquido.

Parece algo perfeito, não é? Você pode fazer staking para ganhar rendimento, sem precisar ficar preso à liquidez.@BabylonLabs_io

Mas quando eu olho com mais cuidado para as regras, eu fico sem reação — limite de depósito de 50 BTC. 50 BTC, pelo preço atual, são alguns milhões de dólares. Isso não é um canal VIP preparado para whales, não para o público geral?

Perguntei para um amigo que trabalha com staking líquido; ele riu direto: “O limite de 50 BTC significa que a maior parte dos investidores comuns nem consegue entrar. E esses limites iniciais geralmente são esgotados em poucos minutos pelos whales — quando você vê a notícia, já acabou.”

A Babylon diz que atualmente bloqueou mais de 57.000 BTC. Mas, colocando 57.000 BTC e o limite de 50 BTC lado a lado, fica claro que o staking líquido da pSTAKE aqui é basicamente um ‘piloto’ — volume pequeno, com barreira alta, provavelmente para instituições e whales testarem.

A solução da pSTAKE realmente resolve uma dor do staking nativo da Babylon: no staking nativo, é preciso esperar cerca de 7 dias para desbloquear os fundos. Para usuários que precisam de flexibilidade, o período de desativação de 7 dias é longo demais. O staking líquido permite que você saia a qualquer momento, sem precisar esperar esses 7 dias.

O problema é que, com o limite de 50 BTC, o usuário comum nem consegue passar pela porta. A liquidez existe, mas não é para você.

Quando um dia a pSTAKE aumentar o limite de depósito para um nível em que os investidores comuns também possam participar, eu testo. Por enquanto, isso é um parque de diversões para whales — o público geral nem consegue comprar ingresso.
#baby $BABY
Babylon diz que quer “dar vida” ao Bitcoin, mas primeiro eu entendi uma coisa: o BTC não precisa de cross-chain. A primeira vez que vi o Babylon, minha primeira pergunta foi: mais um projeto que empacota o Bitcoin em wBTC e depois vai para a colateralização? Quando terminei de ler os materiais, percebi que eu estava errado. A lógica central do Babylon é: você não precisa converter o BTC para wBTC, não precisa de ponte cross-chain, nem precisa confiar em nenhum custodiante. Você bloqueia seu BTC em um script chamado “Bitcoin Vault sem Confiança” (TBV); ele continua na rede do Bitcoin, e sua chave privada continua com você. O Babylon só usa esse BTC bloqueado para fornecer “segurança econômica” para outras cadeias PoS e, por meio de um protocolo de timestamp e provas criptográficas, verifica o seu status de staking. @babylonlabs_io Parece mais avançado do que aquela “tática do wBTC”, não parece? Sim, é avançado. Mas ser avançado não significa que alguém esteja usando. O Babylon diz que já bloqueou mais de 56.853 BTC e que o valor total do BTC staked é superior a 5 bilhões de dólares. 56.853 BTC — a preços atuais, isso são dezenas de bilhões. O número realmente impressiona. Mas número é número: a taxa de retorno anualizada do staking de BTC fica em torno de 1% a 3%. Com 3% ao ano, no DeFi nem dá para levar a sério. Você trava seu BTC, se arrisca com contratos inteligentes, riscos do protocolo e riscos de mercado, tudo para ganhar 1% a 3%? Honestamente, não era melhor apenas deixar parado? O que mais me deixa inseguro é que os rendimentos do staking de BTC são pagos em tokens BABY. E o preço do BABY vocês já viram — perto de US$ 0,013, com market cap de 53,8 milhões de dólares. Um protocolo de staking que paga rendimentos usando o preço do BABY: se o BABY continuar caindo, sua taxa de retorno real fica negativa. A a16z investiu US$ 15 milhões em janeiro de 2026, puxou o preço por um curto período e, e depois? Agora continua em 0,013. A lógica técnica do Babylon é de fato avançada, mas “ser tecnicamente à frente” e “você conseguir ganhar dinheiro” são coisas diferentes. Se eu vou travar BTC para ganhar BABY, não é melhor simplesmente guardar o BTC num cold wallet e deixar lá — pelo menos sem ficar com medo o tempo todo. Por enquanto, é só observar. Não vou entrar. Assunto de staking de BTC: só faz sentido quando a taxa de retorno realmente ficar atraente. #baby $BABY
Babylon diz que quer “dar vida” ao Bitcoin, mas primeiro eu entendi uma coisa: o BTC não precisa de cross-chain.

A primeira vez que vi o Babylon, minha primeira pergunta foi: mais um projeto que empacota o Bitcoin em wBTC e depois vai para a colateralização?

Quando terminei de ler os materiais, percebi que eu estava errado.

A lógica central do Babylon é: você não precisa converter o BTC para wBTC, não precisa de ponte cross-chain, nem precisa confiar em nenhum custodiante. Você bloqueia seu BTC em um script chamado “Bitcoin Vault sem Confiança” (TBV); ele continua na rede do Bitcoin, e sua chave privada continua com você. O Babylon só usa esse BTC bloqueado para fornecer “segurança econômica” para outras cadeias PoS e, por meio de um protocolo de timestamp e provas criptográficas, verifica o seu status de staking. @BabylonLabs_io

Parece mais avançado do que aquela “tática do wBTC”, não parece?

Sim, é avançado. Mas ser avançado não significa que alguém esteja usando.

O Babylon diz que já bloqueou mais de 56.853 BTC e que o valor total do BTC staked é superior a 5 bilhões de dólares. 56.853 BTC — a preços atuais, isso são dezenas de bilhões. O número realmente impressiona. Mas número é número: a taxa de retorno anualizada do staking de BTC fica em torno de 1% a 3%. Com 3% ao ano, no DeFi nem dá para levar a sério. Você trava seu BTC, se arrisca com contratos inteligentes, riscos do protocolo e riscos de mercado, tudo para ganhar 1% a 3%? Honestamente, não era melhor apenas deixar parado?

O que mais me deixa inseguro é que os rendimentos do staking de BTC são pagos em tokens BABY. E o preço do BABY vocês já viram — perto de US$ 0,013, com market cap de 53,8 milhões de dólares. Um protocolo de staking que paga rendimentos usando o preço do BABY: se o BABY continuar caindo, sua taxa de retorno real fica negativa.

A a16z investiu US$ 15 milhões em janeiro de 2026, puxou o preço por um curto período e, e depois? Agora continua em 0,013. A lógica técnica do Babylon é de fato avançada, mas “ser tecnicamente à frente” e “você conseguir ganhar dinheiro” são coisas diferentes. Se eu vou travar BTC para ganhar BABY, não é melhor simplesmente guardar o BTC num cold wallet e deixar lá — pelo menos sem ficar com medo o tempo todo.

Por enquanto, é só observar. Não vou entrar. Assunto de staking de BTC: só faz sentido quando a taxa de retorno realmente ficar atraente.

#baby $BABY
O registro para o airdrop termina em 17 de julho, mas eu desconfio de quantas pessoas vão sobrar depois que essa rodada acabar O registro para o airdrop da GRVT termina em 17 de julho. O TGE será em 21 de julho. O cronograma está bem apertado. Eu já participei de muitos eventos desse tipo “faz pontos para trocar por airdrop”. A segunda temporada acabou: os usuários fazem os pontos, registram a carteira e ficam esperando o TGE para receber as moedas. E depois? No dia em que recebem as moedas, é justamente o dia em que muita gente sai do projeto. Isso não é um “ataque short” de propósito; é apenas natureza humana. Você faz as pessoas ficarem por meses fazendo pontos, e quando elas recebem os tokens, a primeira reação delas é vender. Todo mundo é igual. A GRVT diz que tem retenção semanal real de 67% entre usuários. 67% parece bom, mas esses dados foram medidos durante o período em que ainda dava para fazer pontos. Enquanto os pontos ainda existiam, os usuários tinham motivação para continuar. Quando os pontos acabam e o airdrop é resgatado, a taxa de retenção consegue continuar sustentando esses 67%? Eu tenho minhas dúvidas. <span>@grvt_io </span> O mais importante é: depois do TGE, em que a GRVT vai se apoiar para manter os usuários? É a experiência de negociação? É algum rendimento (juros) que gere ganho? Ou ainda é a próxima temporada de incentivo por pontos? Se a terceira temporada demorar muito, ou se a força dos incentivos cair drasticamente, a velocidade de saída dos usuários pode ser muito maior do que se imagina. Não estou dizendo que a GRVT não consiga reter pessoas, mas o crescimento movido por airdrop naturalmente tem prazo de validade. Depois de 21 de julho, é que a retenção de verdade será testada. Espere aquele grupo de “caçadores de recompensas” ir embora; só então, vemos quantas pessoas ainda estão dispostas a colocar dinheiro de verdade para negociar nessa exchange. Aí eu julgo se o projeto realmente vale a pena. #grvt
O registro para o airdrop termina em 17 de julho, mas eu desconfio de quantas pessoas vão sobrar depois que essa rodada acabar

O registro para o airdrop da GRVT termina em 17 de julho. O TGE será em 21 de julho. O cronograma está bem apertado.

Eu já participei de muitos eventos desse tipo “faz pontos para trocar por airdrop”. A segunda temporada acabou: os usuários fazem os pontos, registram a carteira e ficam esperando o TGE para receber as moedas. E depois? No dia em que recebem as moedas, é justamente o dia em que muita gente sai do projeto. Isso não é um “ataque short” de propósito; é apenas natureza humana. Você faz as pessoas ficarem por meses fazendo pontos, e quando elas recebem os tokens, a primeira reação delas é vender. Todo mundo é igual.

A GRVT diz que tem retenção semanal real de 67% entre usuários. 67% parece bom, mas esses dados foram medidos durante o período em que ainda dava para fazer pontos. Enquanto os pontos ainda existiam, os usuários tinham motivação para continuar. Quando os pontos acabam e o airdrop é resgatado, a taxa de retenção consegue continuar sustentando esses 67%? Eu tenho minhas dúvidas. <span>@grvt_io </span>

O mais importante é: depois do TGE, em que a GRVT vai se apoiar para manter os usuários? É a experiência de negociação? É algum rendimento (juros) que gere ganho? Ou ainda é a próxima temporada de incentivo por pontos? Se a terceira temporada demorar muito, ou se a força dos incentivos cair drasticamente, a velocidade de saída dos usuários pode ser muito maior do que se imagina.

Não estou dizendo que a GRVT não consiga reter pessoas, mas o crescimento movido por airdrop naturalmente tem prazo de validade. Depois de 21 de julho, é que a retenção de verdade será testada. Espere aquele grupo de “caçadores de recompensas” ir embora; só então, vemos quantas pessoas ainda estão dispostas a colocar dinheiro de verdade para negociar nessa exchange. Aí eu julgo se o projeto realmente vale a pena.
#grvt
Artigo
O verdadeiro custo operacional de um nó de validação pode ser ainda maior do que o rendimento do stakingHoje eu fiz mais uma conta detalhada: para executar um nó de validação NEWT, afinal de contas quanto vai custar? Os requisitos de hardware são altos, a latência de rede precisa ser baixa e, além disso, é necessário fazer uma garantia (staking) de dezenas ou centenas de milhares de NEWT. Considerando o preço atual de US$ 0,047, dezenas de milhares de NEWT representam um custo inicial de algumas dezenas de milhares de dólares. Isso ainda não leva em conta o aluguel do servidor, as taxas de banda larga e o investimento contínuo em segurança e manutenção. Um custo operacional anual de um nó de validação, incluindo depreciação de hardware mais banda de rede e monitoramento de pessoal, em uma estimativa conservadora também fica em alguns milhares de dólares.@NewtonProtocol Pesquisei na internet os preços de um servidor em nuvem: para executar um nó TEE, é preciso um conjunto de configurações que custa pelo menos algumas centenas de dólares por mês. Em um ano, isso dá alguns milhares de dólares. Se o nó precisar de monitoramento 24 horas por 7 dias, também haverá um custo adicional de mão de obra. Um salário anual para um operador de manutenção em tempo integral dificilmente será menos que dezenas de milhares de dólares. Somando essas despesas, o custo operacional anual de um nó de validação pode ficar entre 10.000 e 20.000 dólares. Isso ainda não inclui situações inesperadas: por exemplo, se o servidor for atacado e exigir resposta emergencial, ou se houver falha de hardware e precisar de substituição urgente. Esses gastos extras não podem ser previstos. O próprio nó TEE exige hardware mais específico do que um nó comum, porque precisa de chips que suportem um ambiente de execução confiável. Normalmente, o aluguel desse tipo de servidor custa 30% a 50% a mais do que o de um servidor em nuvem comum.

O verdadeiro custo operacional de um nó de validação pode ser ainda maior do que o rendimento do staking

Hoje eu fiz mais uma conta detalhada: para executar um nó de validação NEWT, afinal de contas quanto vai custar?
Os requisitos de hardware são altos, a latência de rede precisa ser baixa e, além disso, é necessário fazer uma garantia (staking) de dezenas ou centenas de milhares de NEWT. Considerando o preço atual de US$ 0,047, dezenas de milhares de NEWT representam um custo inicial de algumas dezenas de milhares de dólares. Isso ainda não leva em conta o aluguel do servidor, as taxas de banda larga e o investimento contínuo em segurança e manutenção. Um custo operacional anual de um nó de validação, incluindo depreciação de hardware mais banda de rede e monitoramento de pessoal, em uma estimativa conservadora também fica em alguns milhares de dólares.@NewtonProtocol
Pesquisei na internet os preços de um servidor em nuvem: para executar um nó TEE, é preciso um conjunto de configurações que custa pelo menos algumas centenas de dólares por mês. Em um ano, isso dá alguns milhares de dólares. Se o nó precisar de monitoramento 24 horas por 7 dias, também haverá um custo adicional de mão de obra. Um salário anual para um operador de manutenção em tempo integral dificilmente será menos que dezenas de milhares de dólares. Somando essas despesas, o custo operacional anual de um nó de validação pode ficar entre 10.000 e 20.000 dólares. Isso ainda não inclui situações inesperadas: por exemplo, se o servidor for atacado e exigir resposta emergencial, ou se houver falha de hardware e precisar de substituição urgente. Esses gastos extras não podem ser previstos. O próprio nó TEE exige hardware mais específico do que um nó comum, porque precisa de chips que suportem um ambiente de execução confiável. Normalmente, o aluguel desse tipo de servidor custa 30% a 50% a mais do que o de um servidor em nuvem comum.
Eu rodo a estratégia três vezes e o custo de cada execução não é o mesmo. Eu nem consigo calcular o lucro direito. Testei a mesma estratégia três vezes no site de testes do Newton, e o custo de cada vez foi diferente. Na primeira, a taxa de Gas foi US$ 0,01; na segunda, US$ 0,03; e na terceira, US$ 0,02. A faixa de variação chegou a três vezes. Mesma operação, mesmo código, nada mudou — mesmo assim, o custo ficou três vezes diferente. Isso me deixa completamente incapaz de prever quanto vai custar rodar essa estratégia. O time do projeto diz que a taxa de Gas depende da carga da rede, mas a carga da rede muda em tempo real, sem padrão. Como desenvolvedor de estratégia, não tenho como estimar o custo com antecedência. Se o meu lucro esperado com a estratégia for US$ 0,02, mas numa execução ele de repente pula para US$ 0,03, então essa transação fica no prejuízo. Eu não sei quando isso vai acontecer; só posso apostar na sorte. Não existe um modelo/fórmula para calcular “qual é a carga da rede”, porque ela simplesmente não existe. Isso significa que cada disparo é como uma caixa-surpresa: antes de abrir, você não sabe quanto vai pagar. @NewtonProtocol A estratégia do desenvolvedor precisa de um ambiente de custo previsível. Se a variação de custos for de até três vezes, o modelo de lucro da estratégia fica sobre uma base instável. Eu já rodei a mesma estratégia em outras chains, e a oscilação do Gas normalmente fica dentro de 20%; já no Newton, a variação é de 200%. Quando testei a estratégia na testnet do Ethereum, a oscilação do Gas também foi no máximo em torno de 20%, então eu consigo estimar mais ou menos a faixa de custo. No Newton, não dá para estimar de jeito nenhum: de 0,01 a 0,03 dá uma diferença de 0,02. Para estratégias de alta frequência, esses 0,02 podem decidir diretamente se hoje você ganha ou perde. O problema fica ainda maior porque, quanto mais aleatório o momento em que a estratégia é acionada, maior é o impacto da oscilação de custo na capacidade de lucrar. Estratégias de alta frequência são sensíveis a custos: pagar mais US$ 0,01 em cada execução significa que, em cem vezes, você “come” um dólar de lucro — isso é fatal para o trading de alta frequência. Estratégias de baixa frequência até não são tão sensíveis, mas a diferença de custo em cada execução pode afetar diretamente se vale a pena acionar. Se a proporção do custo unitário em relação ao lucro esperado for alta demais, muitas estratégias que até conseguem rodar no ambiente de simulação podem simplesmente não conseguir operar depois que vão para produção, porque o custo elimina o lucro e a rentabilidade esperada da própria estratégia é totalmente desestruturada. #newt $NEWT
Eu rodo a estratégia três vezes e o custo de cada execução não é o mesmo. Eu nem consigo calcular o lucro direito.

Testei a mesma estratégia três vezes no site de testes do Newton, e o custo de cada vez foi diferente. Na primeira, a taxa de Gas foi US$ 0,01; na segunda, US$ 0,03; e na terceira, US$ 0,02. A faixa de variação chegou a três vezes. Mesma operação, mesmo código, nada mudou — mesmo assim, o custo ficou três vezes diferente. Isso me deixa completamente incapaz de prever quanto vai custar rodar essa estratégia.

O time do projeto diz que a taxa de Gas depende da carga da rede, mas a carga da rede muda em tempo real, sem padrão. Como desenvolvedor de estratégia, não tenho como estimar o custo com antecedência. Se o meu lucro esperado com a estratégia for US$ 0,02, mas numa execução ele de repente pula para US$ 0,03, então essa transação fica no prejuízo. Eu não sei quando isso vai acontecer; só posso apostar na sorte. Não existe um modelo/fórmula para calcular “qual é a carga da rede”, porque ela simplesmente não existe. Isso significa que cada disparo é como uma caixa-surpresa: antes de abrir, você não sabe quanto vai pagar. @NewtonProtocol

A estratégia do desenvolvedor precisa de um ambiente de custo previsível. Se a variação de custos for de até três vezes, o modelo de lucro da estratégia fica sobre uma base instável. Eu já rodei a mesma estratégia em outras chains, e a oscilação do Gas normalmente fica dentro de 20%; já no Newton, a variação é de 200%. Quando testei a estratégia na testnet do Ethereum, a oscilação do Gas também foi no máximo em torno de 20%, então eu consigo estimar mais ou menos a faixa de custo. No Newton, não dá para estimar de jeito nenhum: de 0,01 a 0,03 dá uma diferença de 0,02. Para estratégias de alta frequência, esses 0,02 podem decidir diretamente se hoje você ganha ou perde.

O problema fica ainda maior porque, quanto mais aleatório o momento em que a estratégia é acionada, maior é o impacto da oscilação de custo na capacidade de lucrar. Estratégias de alta frequência são sensíveis a custos: pagar mais US$ 0,01 em cada execução significa que, em cem vezes, você “come” um dólar de lucro — isso é fatal para o trading de alta frequência. Estratégias de baixa frequência até não são tão sensíveis, mas a diferença de custo em cada execução pode afetar diretamente se vale a pena acionar. Se a proporção do custo unitário em relação ao lucro esperado for alta demais, muitas estratégias que até conseguem rodar no ambiente de simulação podem simplesmente não conseguir operar depois que vão para produção, porque o custo elimina o lucro e a rentabilidade esperada da própria estratégia é totalmente desestruturada.

#newt $NEWT
Artigo
A rota tecnológica é complexa demais; o desenvolvedor só olha e já fogeA rota tecnológica do Newton é TEE + ZKP + engine de políticas em Rego. A TEE garante a segurança do ambiente de execução, a ZKP prova que o processo de cálculo está correto e o Rego define as regras de políticas. Cada componente, isoladamente, faz sentido, mas juntos eles se tornam uma carga cognitiva enorme. Eu tentei entender toda a lógica desse stack de tecnologia, levei cerca de uma semana para ler a documentação, analisar white papers e estudar o código. Depois de uma semana, só posso dizer “mais ou menos sei o que ele está fazendo”, e ainda está muito longe de “conseguir desenvolver com proficiência”. Para um desenvolvedor comum, entender só o que é TEE, o que é ZKP e como escrever Rego pode levar de algumas semanas a alguns meses. E o concorrente ao lado: ele baixa o SDK e em dez minutos já consegue começar a programar. Desenvolvedores também são pessoas e têm limitações de tempo e energia; eles não vão gastar semanas aprendendo um stack totalmente novo apenas por um projeto de rede com uma função parecida, ainda mais quando essa rede não tem nenhum usuário. Conheci um desenvolvedor que está avaliando o Newton e outro concorrente. Ele disse que a tecnologia do Newton é de fato mais avançada, mas se a experiência do desenvolvedor for tão diferente, ele só consegue escolher o que dá para começar em dez minutos. O tempo do desenvolvedor é limitado; nem todo mundo consegue passar semanas para devorar uma nova linguagem e um novo framework para um único projeto.@NewtonProtocol

A rota tecnológica é complexa demais; o desenvolvedor só olha e já foge

A rota tecnológica do Newton é TEE + ZKP + engine de políticas em Rego. A TEE garante a segurança do ambiente de execução, a ZKP prova que o processo de cálculo está correto e o Rego define as regras de políticas. Cada componente, isoladamente, faz sentido, mas juntos eles se tornam uma carga cognitiva enorme.
Eu tentei entender toda a lógica desse stack de tecnologia, levei cerca de uma semana para ler a documentação, analisar white papers e estudar o código. Depois de uma semana, só posso dizer “mais ou menos sei o que ele está fazendo”, e ainda está muito longe de “conseguir desenvolver com proficiência”. Para um desenvolvedor comum, entender só o que é TEE, o que é ZKP e como escrever Rego pode levar de algumas semanas a alguns meses. E o concorrente ao lado: ele baixa o SDK e em dez minutos já consegue começar a programar. Desenvolvedores também são pessoas e têm limitações de tempo e energia; eles não vão gastar semanas aprendendo um stack totalmente novo apenas por um projeto de rede com uma função parecida, ainda mais quando essa rede não tem nenhum usuário. Conheci um desenvolvedor que está avaliando o Newton e outro concorrente. Ele disse que a tecnologia do Newton é de fato mais avançada, mas se a experiência do desenvolvedor for tão diferente, ele só consegue escolher o que dá para começar em dez minutos. O tempo do desenvolvedor é limitado; nem todo mundo consegue passar semanas para devorar uma nova linguagem e um novo framework para um único projeto.@NewtonProtocol
O relatório semanal da equipe do projeto está ficando cada vez mais curto; desconfio que eles mesmos não tenham mais nada para dizer Assinei o e-mail do relatório semanal da Newton. Desde a primeira semana até agora, notei uma tendência: os relatórios estão ficando cada vez mais curtos. O relatório da primeira semana tinha seis páginas, com conteúdo bem completo, incluindo avanços técnicos, atividades da comunidade e uma retrospectiva de dados. Na segunda semana, foi reduzido para quatro páginas. No último, restaram apenas duas páginas e meia; o conteúdo principal é “a mainnet segue rodando de forma estável”, “o time continua otimizando” e “fiquem atentos aos comunicados futuros”. Essas três frases são repetidas de um lado para o outro, como se basicamente não estivessem dizendo nada. Quando o relatório semanal fica mais curto, geralmente pode significar duas coisas: ou o progresso do projeto está lento demais e não há muito o que escrever; ou o time acha que a comunidade não é importante e não vale a pena dedicar tempo para escrever um conteúdo detalhado. Em qualquer dos casos, para quem detém os tokens, não é uma boa notícia. O que também deixa ainda mais inquieto é que alguns dados-chave desapareceram do relatório. Antes ainda mencionavam coisas como “crescimento do tamanho da comunidade em X%” e “aumento de Y desenvolvedores”; agora esses números simplesmente sumiram. No lugar, aparecem descrições vagas, como “a comunidade segue se fortalecendo” e “os desenvolvedores reagiram com muito entusiasmo”. Mas o que é “reagiram com muito entusiasmo”? Foi com tanto entusiasmo que nem dá para ver nem um exemplo de terceiro caso? @NewtonProtocol Vi na comunidade um post de um usuário antigo. Ele disse que enviou três e-mails para a equipe do projeto perguntando sobre o andamento do desenvolvimento; nos três casos, não houve resposta. Com o relatório ficando cada vez mais vago, e perguntas diretas também sem retorno, esse estado já dura há algumas semanas. Se nem a comunicação básica conseguem fazer, todo mundo já tem uma ideia clara de qual é a atitude do time do projeto em relação à comunidade. O silêncio da equipe do projeto é ainda mais preocupante do que qualquer notícia negativa. Se o andamento estivesse indo bem, eles contariam imediatamente. Agora, essa postura de “dar as boas notícias, mas não falar dos problemas”, só consigo entender como: não há boas notícias para reportar. Vou esperar até o relatório semanal voltar a ficar detalhado e os dados voltarem a ser transparentes para considerar aumentar a posição na Newton. Do jeito que está, acho que nem o próprio time do projeto tem muita confiança no andamento. #newt $NEWT
O relatório semanal da equipe do projeto está ficando cada vez mais curto; desconfio que eles mesmos não tenham mais nada para dizer

Assinei o e-mail do relatório semanal da Newton. Desde a primeira semana até agora, notei uma tendência: os relatórios estão ficando cada vez mais curtos.

O relatório da primeira semana tinha seis páginas, com conteúdo bem completo, incluindo avanços técnicos, atividades da comunidade e uma retrospectiva de dados. Na segunda semana, foi reduzido para quatro páginas. No último, restaram apenas duas páginas e meia; o conteúdo principal é “a mainnet segue rodando de forma estável”, “o time continua otimizando” e “fiquem atentos aos comunicados futuros”. Essas três frases são repetidas de um lado para o outro, como se basicamente não estivessem dizendo nada.

Quando o relatório semanal fica mais curto, geralmente pode significar duas coisas: ou o progresso do projeto está lento demais e não há muito o que escrever; ou o time acha que a comunidade não é importante e não vale a pena dedicar tempo para escrever um conteúdo detalhado. Em qualquer dos casos, para quem detém os tokens, não é uma boa notícia.

O que também deixa ainda mais inquieto é que alguns dados-chave desapareceram do relatório. Antes ainda mencionavam coisas como “crescimento do tamanho da comunidade em X%” e “aumento de Y desenvolvedores”; agora esses números simplesmente sumiram. No lugar, aparecem descrições vagas, como “a comunidade segue se fortalecendo” e “os desenvolvedores reagiram com muito entusiasmo”. Mas o que é “reagiram com muito entusiasmo”? Foi com tanto entusiasmo que nem dá para ver nem um exemplo de terceiro caso? @NewtonProtocol

Vi na comunidade um post de um usuário antigo. Ele disse que enviou três e-mails para a equipe do projeto perguntando sobre o andamento do desenvolvimento; nos três casos, não houve resposta. Com o relatório ficando cada vez mais vago, e perguntas diretas também sem retorno, esse estado já dura há algumas semanas. Se nem a comunicação básica conseguem fazer, todo mundo já tem uma ideia clara de qual é a atitude do time do projeto em relação à comunidade.

O silêncio da equipe do projeto é ainda mais preocupante do que qualquer notícia negativa. Se o andamento estivesse indo bem, eles contariam imediatamente. Agora, essa postura de “dar as boas notícias, mas não falar dos problemas”, só consigo entender como: não há boas notícias para reportar. Vou esperar até o relatório semanal voltar a ficar detalhado e os dados voltarem a ser transparentes para considerar aumentar a posição na Newton. Do jeito que está, acho que nem o próprio time do projeto tem muita confiança no andamento.
#newt $NEWT
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