ＲＥＸＹ
261 Publicações
ＲＥＸＹ
19 A seguir
3.2K+ Seguidores
235 Gostaram
Publicações
Tudo
Cotações
Em direto
PINNED
Ver tradução
Nobody warned me that @Dusk has TWO addresses for the SAME wallet and picking the wrong one is a whole thing 💀
Phoenix address = shielded, private, the whole point of Dusk. Moonlight address = public, basically an Ethereum-style account. same wallet, two totally different transaction types, and the app expects you to know which one you actually want before you send.
send to the wrong one and your "private" balance is now sitting in a public account looking exactly like every other transparent chain. nothing broke, nothing got lost, it's just... not private anymore. and you don't find out unless you actually check which address type you copied.
what gets me is this is Dusk's entire pitch. privacy where you need it, transparency where you don't. but that only works if the person sending the transaction actually understands the difference, and right now that's on the user, not the protocol.
not saying it's bad design. saying "compliance ready privacy chain" and "intuitive enough for someone bridging from MetaMask" are two different design goals and Dusk is trying to hit both at once.
$ACE $EDEN
#dusk $DUSK
Curious which one you think matters more right now:
Phoenix address = shielded, private, the whole point of Dusk. Moonlight address = public, basically an Ethereum-style account. same wallet, two totally different transaction types, and the app expects you to know which one you actually want before you send.
send to the wrong one and your "private" balance is now sitting in a public account looking exactly like every other transparent chain. nothing broke, nothing got lost, it's just... not private anymore. and you don't find out unless you actually check which address type you copied.
what gets me is this is Dusk's entire pitch. privacy where you need it, transparency where you don't. but that only works if the person sending the transaction actually understands the difference, and right now that's on the user, not the protocol.
not saying it's bad design. saying "compliance ready privacy chain" and "intuitive enough for someone bridging from MetaMask" are two different design goals and Dusk is trying to hit both at once.
$ACE $EDEN
#dusk $DUSK
Curious which one you think matters more right now:
protect user from themselve
leave it as is
15 hora(s) restante(s)
@Dusk #dusk $DUSK
Eu costumava pensar que privacidade em uma blockchain significava se esconder da responsabilização. A Dusk me fez reconsiderar isso.
As instituições não evitam registros públicos porque não gostam de supervisão. Elas evitam porque transmitir tamanho das negociações, timing e contrapartes para todo o mercado é uma desvantagem competitiva, não uma questão de conformidade. É um problema diferente daquele que a maioria das moedas de privacidade está tentando resolver.
A Dusk executa dois modelos de transação em vez de escolher um lado. O Moonlight é público e baseado em contas, útil quando a transparência em si é a exigência. O Phoenix é protegido (shielded), feito para casos em que os saldos precisam permanecer confidenciais, mas ainda assim ser verificáveis por quem estiver autorizado a consultá-los.
O que me surpreendeu é que ocultar dados não é a parte difícil. Qualquer banco de dados consegue fazer isso. A parte difícil é provar que uma transação oculta ainda satisfaz uma regra, como elegibilidade ou relatório, sem expor os dados em si. É isso que a camada de zero knowledge está fazendo aqui, não apenas enfeitando uma narrativa de privacidade.
A integração NPEX é a única evidência real que encontrei de que isso funciona fora de um whitepaper, com uma plataforma regulada liquidando valores mobiliários tokenizados na Dusk. Um ponto de dados, não uma tendência.
O risco em aberto é se as instituições realmente liquidam em uma infraestrutura compartilhada que elas não controlam, ou se, eventualmente, constroem versões proprietárias da mesma ideia assim que ela for comprovadamente viável.
A finança regulada preferiria trilhos (rails) que ela não consegue ver totalmente, se isso significar conformidade sem exposição total, ou a confiança institucional exige possuir a infraestrutura por completo?
$GPS $STAR
Eu costumava pensar que privacidade em uma blockchain significava se esconder da responsabilização. A Dusk me fez reconsiderar isso.
As instituições não evitam registros públicos porque não gostam de supervisão. Elas evitam porque transmitir tamanho das negociações, timing e contrapartes para todo o mercado é uma desvantagem competitiva, não uma questão de conformidade. É um problema diferente daquele que a maioria das moedas de privacidade está tentando resolver.
A Dusk executa dois modelos de transação em vez de escolher um lado. O Moonlight é público e baseado em contas, útil quando a transparência em si é a exigência. O Phoenix é protegido (shielded), feito para casos em que os saldos precisam permanecer confidenciais, mas ainda assim ser verificáveis por quem estiver autorizado a consultá-los.
O que me surpreendeu é que ocultar dados não é a parte difícil. Qualquer banco de dados consegue fazer isso. A parte difícil é provar que uma transação oculta ainda satisfaz uma regra, como elegibilidade ou relatório, sem expor os dados em si. É isso que a camada de zero knowledge está fazendo aqui, não apenas enfeitando uma narrativa de privacidade.
A integração NPEX é a única evidência real que encontrei de que isso funciona fora de um whitepaper, com uma plataforma regulada liquidando valores mobiliários tokenizados na Dusk. Um ponto de dados, não uma tendência.
O risco em aberto é se as instituições realmente liquidam em uma infraestrutura compartilhada que elas não controlam, ou se, eventualmente, constroem versões proprietárias da mesma ideia assim que ela for comprovadamente viável.
A finança regulada preferiria trilhos (rails) que ela não consegue ver totalmente, se isso significar conformidade sem exposição total, ou a confiança institucional exige possuir a infraestrutura por completo?
$GPS $STAR
@Dusk #dusk
ok eu não esperava que sacar $DUSK da DuskEVM fosse parecer um quebra-cabeça, mas é isso aí 😭
então você faz a ponte com sua DUSK de volta da DuskEVM para a Dusk L1, esperando que só apareça, certo. não. ela fica "em trânsito", ainda não dá pra usar. depois ela precisa de uma prova enviada na L1. e depois vem uma etapa final separada. são três fases antes de você conseguir mexer de verdade.
a parte que me pegou: finalizar o custo do saque na L1 gas... pago em DUSK. mas a DUSK que você está tentando desbloquear é literalmente a mesma coisa que ainda está presa no meio do saque. então, se você não já tem uma pequena reserva de DUSK não protegida em L1 antes, seu próprio saque não consegue pagar pra terminar.
não é bug, só ninguém te avisa com antecedência. você só descobre quando seu dinheiro fica lá, flutuando, e você fica atualizando o explorer pensando no que fez de errado.
honestamente, esse tipo de fricção ou é corrigido com uma melhor experiência de carteira, ou treina as pessoas silenciosamente a sempre manter um pequeno buffer de DUSK na L1, só por garantia.
$PORTAL
$CYS
ok eu não esperava que sacar $DUSK da DuskEVM fosse parecer um quebra-cabeça, mas é isso aí 😭
então você faz a ponte com sua DUSK de volta da DuskEVM para a Dusk L1, esperando que só apareça, certo. não. ela fica "em trânsito", ainda não dá pra usar. depois ela precisa de uma prova enviada na L1. e depois vem uma etapa final separada. são três fases antes de você conseguir mexer de verdade.
a parte que me pegou: finalizar o custo do saque na L1 gas... pago em DUSK. mas a DUSK que você está tentando desbloquear é literalmente a mesma coisa que ainda está presa no meio do saque. então, se você não já tem uma pequena reserva de DUSK não protegida em L1 antes, seu próprio saque não consegue pagar pra terminar.
não é bug, só ninguém te avisa com antecedência. você só descobre quando seu dinheiro fica lá, flutuando, e você fica atualizando o explorer pensando no que fez de errado.
honestamente, esse tipo de fricção ou é corrigido com uma melhor experiência de carteira, ou treina as pessoas silenciosamente a sempre manter um pequeno buffer de DUSK na L1, só por garantia.
$PORTAL
$CYS
LC todos
$PORTAL
$HEMI
$PORTAL
$HEMI
AnYYá
·
--
@Dusk #dusk $DUSK
Eu costumava achar que privacidade em uma blockchain significava se esconder da responsabilização. A Dusk me fez repensar isso.
As instituições não evitam livros-razão públicos porque não gostam de supervisão. Elas evitam porque divulgar o tamanho das operações, o momento e os contraparte(s) para todo o mercado é um risco competitivo — não uma questão de conformidade. Esse é um problema diferente daquele que a maioria das moedas de privacidade está tentando resolver.
A Dusk executa dois modelos de transação em vez de escolher um lado. O Moonlight é público e baseado em conta, útil quando a própria transparência é o requisito. O Phoenix é protegido, construído para cenários em que os saldos precisam permanecer confidenciais enquanto ainda podem ser comprovados para quem tem autorização para verificá-los.
O que me surpreendeu é que esconder dados não é a parte difícil. Qualquer banco de dados consegue fazer isso. A parte difícil é provar que uma transação oculta ainda cumpre uma regra — como elegibilidade ou reporte — sem expor os dados em si. É isso que a camada de zero conhecimento realmente está fazendo aqui, não “enfeitando” uma narrativa de privacidade.
A integração NPEX é a única evidência real que encontrei de que isso funciona fora de um whitepaper: uma plataforma regulada liquidando valores mobiliários tokenizados na Dusk. Um ponto de dados, não uma tendência.
O risco em aberto é se as instituições realmente liquidam em infraestrutura compartilhada que elas não controlam, ou se, eventualmente, constroem versões proprietárias da mesma ideia quando ficar provado que é viável.
As finanças reguladas prefeririam trilhos que elas não conseguem ver totalmente, se isso significar conformidade sem exposição total, ou a confiança institucional exige possuir a infraestrutura por completo?
$PORTAL
$SIREN
Eu costumava achar que privacidade em uma blockchain significava se esconder da responsabilização. A Dusk me fez repensar isso.
As instituições não evitam livros-razão públicos porque não gostam de supervisão. Elas evitam porque divulgar o tamanho das operações, o momento e os contraparte(s) para todo o mercado é um risco competitivo — não uma questão de conformidade. Esse é um problema diferente daquele que a maioria das moedas de privacidade está tentando resolver.
A Dusk executa dois modelos de transação em vez de escolher um lado. O Moonlight é público e baseado em conta, útil quando a própria transparência é o requisito. O Phoenix é protegido, construído para cenários em que os saldos precisam permanecer confidenciais enquanto ainda podem ser comprovados para quem tem autorização para verificá-los.
O que me surpreendeu é que esconder dados não é a parte difícil. Qualquer banco de dados consegue fazer isso. A parte difícil é provar que uma transação oculta ainda cumpre uma regra — como elegibilidade ou reporte — sem expor os dados em si. É isso que a camada de zero conhecimento realmente está fazendo aqui, não “enfeitando” uma narrativa de privacidade.
A integração NPEX é a única evidência real que encontrei de que isso funciona fora de um whitepaper: uma plataforma regulada liquidando valores mobiliários tokenizados na Dusk. Um ponto de dados, não uma tendência.
O risco em aberto é se as instituições realmente liquidam em infraestrutura compartilhada que elas não controlam, ou se, eventualmente, constroem versões proprietárias da mesma ideia quando ficar provado que é viável.
As finanças reguladas prefeririam trilhos que elas não conseguem ver totalmente, se isso significar conformidade sem exposição total, ou a confiança institucional exige possuir a infraestrutura por completo?
$PORTAL
$SIREN
Todo mundo fica comparando o DUSK com outras cadeias de privacidade. Acho que essa é a comparação errada.
A maioria dos projetos de privacidade lança primeiro a criptografia e espera que, com o tempo, os reguladores se adaptem. O DUSK dedicou tempo real a algo bem menos empolgante de se falar: buscar um caminho de isenção regulatória de verdade junto com sua parceria NPEX nos Países Baixos, onde a NPEX já possui uma licença de MTF, uma licença de corretora e uma licença de ECS.
Essa distinção importa mais do que parece. Provas de conhecimento zero perfeitas não tornam uma blockchain utilizável para um ambiente regulado de valores mobiliários se, antes de tudo, não houver um caminho legal para que a liquidação seja reconhecida. O componente Hedger do DUSK, que mantém os dados de transação opacos externamente enquanto permite que partes autorizadas os verifiquem, só se torna realmente relevante quando uma entidade licenciada estiver disposta a conectá-lo a fluxos de liquidação de verdade.
É um tipo diferente de "moat" do que desempenho (throughput) ou tamanho da prova. Um concorrente não consegue copiá-lo lançando um recurso parecido no próximo trimestre, porque isso depende de uma base legal e de relações com reguladores que levam anos, não sprints.
A narrativa da tokenização geralmente presume que a criptografia é a parte mais difícil. Eu diria que a parte mais difícil é fazer com que um regulador trate uma camada de liquidação em blockchain como equivalente à infraestrutura que eles já confiam. $DUSK é um dos poucos projetos que realmente está testando essa hipótese em produção, e não em um whitepaper.
A infraestrutura legal é uma vantagem mais durável do que a infraestrutura técnica, ou ela apenas transfere o gargalo para algo mais lento de destravar?
@Dusk #dusk
$COW
$CYS
A maioria dos projetos de privacidade lança primeiro a criptografia e espera que, com o tempo, os reguladores se adaptem. O DUSK dedicou tempo real a algo bem menos empolgante de se falar: buscar um caminho de isenção regulatória de verdade junto com sua parceria NPEX nos Países Baixos, onde a NPEX já possui uma licença de MTF, uma licença de corretora e uma licença de ECS.
Essa distinção importa mais do que parece. Provas de conhecimento zero perfeitas não tornam uma blockchain utilizável para um ambiente regulado de valores mobiliários se, antes de tudo, não houver um caminho legal para que a liquidação seja reconhecida. O componente Hedger do DUSK, que mantém os dados de transação opacos externamente enquanto permite que partes autorizadas os verifiquem, só se torna realmente relevante quando uma entidade licenciada estiver disposta a conectá-lo a fluxos de liquidação de verdade.
É um tipo diferente de "moat" do que desempenho (throughput) ou tamanho da prova. Um concorrente não consegue copiá-lo lançando um recurso parecido no próximo trimestre, porque isso depende de uma base legal e de relações com reguladores que levam anos, não sprints.
A narrativa da tokenização geralmente presume que a criptografia é a parte mais difícil. Eu diria que a parte mais difícil é fazer com que um regulador trate uma camada de liquidação em blockchain como equivalente à infraestrutura que eles já confiam. $DUSK é um dos poucos projetos que realmente está testando essa hipótese em produção, e não em um whitepaper.
A infraestrutura legal é uma vantagem mais durável do que a infraestrutura técnica, ou ela apenas transfere o gargalo para algo mais lento de destravar?
@Dusk #dusk
$COW
$CYS
AnYYá
·
--
@Dusk #dusk $DUSK
A parte de Dusk que realmente me fez pausar não foi a camada de privacidade. Foi a licença.
Dusk não é apenas escrever código e esperar que os reguladores alcancem eventualmente. Ela se posicionou para operar como uma entidade licenciada de liquidação na UE, o que é uma estratégia completamente diferente daquela adotada pela maioria dos L1s. A maioria dos projetos constrói a cadeia primeiro e trata a conformidade como um problema para mais tarde. A Dusk parece ter invertido a ordem.
Isso muda toda a estrutura de incentivos. Um L1 regular precisa de desenvolvedores e liquidez primeiro, regulação em segundo. Uma cadeia construída em torno de liquidação de títulos licenciados precisa do “envelope” jurídico primeiro, porque sem isso nenhuma instituição pode, legalmente, tocar no ativo, independentemente de quão boa seja a tecnologia. Eu me vi pensando se esse caminho realmente é o mais difícil, mesmo parecendo mais lento por fora.
O trade-off é velocidade de adoção versus qualidade de adoção. Cadeias de varejo podem fazer a atividade “decolar” com incentivos e especulação quase de uma noite para outra. Uma camada de liquidação para títulos regulados não consegue forçar relevância. Cada integração exige uma análise jurídica de verdade, acordos de custódia de verdade e aprovação institucional real. Isso reduz bastante o conjunto de usuários em potencial, mas cada um representa capital real, não a liquidez mercenária que desaparece no momento em que os incentivos secam.
O que eu não vejo sendo discutido o suficiente aqui é o desenho de incentivos para desenvolvedores. Construir smart contracts confidenciais para ativos regulados é um nicho de habilidades. A Dusk precisa atrair um tipo bem específico de construtor, não a comunidade DeFi geral que corre atrás da cadeia com o maior rendimento neste mês.
Uma base de desenvolvedores mais restrita, com foco primeiro em conformidade, acaba se tornando uma força ou um gargalo de longo prazo para o crescimento da rede?
$AKE $VELVET
Maior restrição para o crescimento da Dusk?
A parte de Dusk que realmente me fez pausar não foi a camada de privacidade. Foi a licença.
Dusk não é apenas escrever código e esperar que os reguladores alcancem eventualmente. Ela se posicionou para operar como uma entidade licenciada de liquidação na UE, o que é uma estratégia completamente diferente daquela adotada pela maioria dos L1s. A maioria dos projetos constrói a cadeia primeiro e trata a conformidade como um problema para mais tarde. A Dusk parece ter invertido a ordem.
Isso muda toda a estrutura de incentivos. Um L1 regular precisa de desenvolvedores e liquidez primeiro, regulação em segundo. Uma cadeia construída em torno de liquidação de títulos licenciados precisa do “envelope” jurídico primeiro, porque sem isso nenhuma instituição pode, legalmente, tocar no ativo, independentemente de quão boa seja a tecnologia. Eu me vi pensando se esse caminho realmente é o mais difícil, mesmo parecendo mais lento por fora.
O trade-off é velocidade de adoção versus qualidade de adoção. Cadeias de varejo podem fazer a atividade “decolar” com incentivos e especulação quase de uma noite para outra. Uma camada de liquidação para títulos regulados não consegue forçar relevância. Cada integração exige uma análise jurídica de verdade, acordos de custódia de verdade e aprovação institucional real. Isso reduz bastante o conjunto de usuários em potencial, mas cada um representa capital real, não a liquidez mercenária que desaparece no momento em que os incentivos secam.
O que eu não vejo sendo discutido o suficiente aqui é o desenho de incentivos para desenvolvedores. Construir smart contracts confidenciais para ativos regulados é um nicho de habilidades. A Dusk precisa atrair um tipo bem específico de construtor, não a comunidade DeFi geral que corre atrás da cadeia com o maior rendimento neste mês.
Uma base de desenvolvedores mais restrita, com foco primeiro em conformidade, acaba se tornando uma força ou um gargalo de longo prazo para o crescimento da rede?
$AKE $VELVET
Maior restrição para o crescimento da Dusk?
Acho que a maioria das pessoas que avalia @Dusk está fazendo a pergunta errada. Elas querem saber se é “o próximo coin de privacidade”. Não está tentando ser um.
#dusk $DUSK
O que me chamou a atenção ao analisar a documentação é o quanto do design é construído em torno de um problema do qual ninguém fala: as finanças regulamentadas não conseguem funcionar em cadeias totalmente transparentes, mas também não conseguem funcionar em cadeias em que privacidade signifique anonimato em relação aos reguladores. Cada transação em uma blockchain pública expõe contrapartes, saldos e estratégia de negociação. Isso serve para especulação de varejo. É um fator decisivo contra para um banco que emite títulos ou para um fundo que gerencia posições de clientes.
A maioria das soluções de privacidade resolve isso escondendo tudo de todo mundo. A arquitetura de zero-knowledge da Dusk, em vez disso, tenta permitir que as instituições comprovem conformidade sem revelar os dados subjacentes. É um problema mais restrito e mais difícil, e eu não acho que isso seja discutido o suficiente, comparado às narrativas mais chamativas de privacidade.
O custo-benefício é óbvio quando você pensa nisso. Construir para conformidade significa adoção mais lenta, mais embasamento jurídico e menos atenção viral do que um L1 adjacente a memecoins. O que me surpreendeu é que talvez esse seja, na verdade, o ponto. A infraestrutura voltada para instituições não precisa de ciclos de hype no Twitter; ela precisa de relações regulatórias e pilotos em funcionamento, que avançam em cronogramas totalmente diferentes do sentimento do varejo.
O risco real não é técnico. É se as instituições realmente vão migrar a infraestrutura de liquidação para novos trilhos ou se continuam usando blockchain como uma camada de marketing por cima de sistemas legados.
Fico curioso para saber como outros leem isso. Finanças on-chain regulamentadas realmente precisam de um L1 feito sob medida, ou eventualmente são absorvidas por cadeias de propósito geral com ferramentas melhores?
$ACE $AKE
#dusk $DUSK
O que me chamou a atenção ao analisar a documentação é o quanto do design é construído em torno de um problema do qual ninguém fala: as finanças regulamentadas não conseguem funcionar em cadeias totalmente transparentes, mas também não conseguem funcionar em cadeias em que privacidade signifique anonimato em relação aos reguladores. Cada transação em uma blockchain pública expõe contrapartes, saldos e estratégia de negociação. Isso serve para especulação de varejo. É um fator decisivo contra para um banco que emite títulos ou para um fundo que gerencia posições de clientes.
A maioria das soluções de privacidade resolve isso escondendo tudo de todo mundo. A arquitetura de zero-knowledge da Dusk, em vez disso, tenta permitir que as instituições comprovem conformidade sem revelar os dados subjacentes. É um problema mais restrito e mais difícil, e eu não acho que isso seja discutido o suficiente, comparado às narrativas mais chamativas de privacidade.
O custo-benefício é óbvio quando você pensa nisso. Construir para conformidade significa adoção mais lenta, mais embasamento jurídico e menos atenção viral do que um L1 adjacente a memecoins. O que me surpreendeu é que talvez esse seja, na verdade, o ponto. A infraestrutura voltada para instituições não precisa de ciclos de hype no Twitter; ela precisa de relações regulatórias e pilotos em funcionamento, que avançam em cronogramas totalmente diferentes do sentimento do varejo.
O risco real não é técnico. É se as instituições realmente vão migrar a infraestrutura de liquidação para novos trilhos ou se continuam usando blockchain como uma camada de marketing por cima de sistemas legados.
Fico curioso para saber como outros leem isso. Finanças on-chain regulamentadas realmente precisam de um L1 feito sob medida, ou eventualmente são absorvidas por cadeias de propósito geral com ferramentas melhores?
$ACE $AKE
@Dusk $DUSK #dusk
Percebi algo estranho enquanto lia as atualizações recentes da Dusk: o projeto quase não fala sobre preço. A maioria dos anúncios soa como registros de conformidade, não como marketing cripto. Foi isso que me chamou a atenção.
Por anos, cadeias de privacidade e finanças regulamentadas pareceram incompatíveis. Reguladores querem visibilidade, usuários querem confidencialidade, e a maioria das blockchains escolhe um lado. A resposta da Dusk, chamada Hedger, tenta sustentar as duas verdades ao mesmo tempo: transações permanecem opacas para pessoas de fora, mas continuam verificáveis por um auditor autorizado quando necessário. Eu ficava me perguntando se isso é inovação de verdade ou apenas um enquadramento inteligente. Quanto mais eu me aprofundei, mais pareceu um compromisso arquitetural genuíno, não apenas um slogan.
O que me convenceu foi a DuskTrade, construída com NPEX, uma exchange holandesa licenciada. Segundo relatos, mais de €300 milhões em valores mobiliários tradicionais foram transferidos para as rotas da Dusk ali. Isso não é uma demonstração em testnet: é capital regulamentado tocando uma infraestrutura real. Ao combinar isso com a DuskEVM, uma camada de execução compatível com Solidity, significa que equipes existentes do Ethereum poderiam, teoricamente, integrar-se a uma liquidação com preservação de privacidade sem reescrever toda a sua stack.
Ainda assim, não acho que isso elimine o risco. Um exploit de ponte em janeiro drenou tokens por meio de uma carteira de assinatura comprometida — um lembrete de que até protocolos bem projetados herdam o elo mais fraco da infraestrutura ao redor. E as finanças regulamentadas avançam lentamente por natureza. A adoção institucional não é medida em ciclos de mercado; é medida em anos de trabalho jurídico.
O que mudou meu raciocínio é isto: a Dusk não está otimizando para a atenção do varejo; está otimizando para a confiança institucional, algo muito mais difícil e lento de construir.
Você acha que cadeias de privacidade regulamentada como a Dusk conseguem, de fato, superar L1s de propósito geral para ativos do mundo real, ou um design orientado a conformidade as limita a um nicho para sempre?
$AKE $ACU
A abordagem de privacidade regulamentada da Dusk para RWAs —
Percebi algo estranho enquanto lia as atualizações recentes da Dusk: o projeto quase não fala sobre preço. A maioria dos anúncios soa como registros de conformidade, não como marketing cripto. Foi isso que me chamou a atenção.
Por anos, cadeias de privacidade e finanças regulamentadas pareceram incompatíveis. Reguladores querem visibilidade, usuários querem confidencialidade, e a maioria das blockchains escolhe um lado. A resposta da Dusk, chamada Hedger, tenta sustentar as duas verdades ao mesmo tempo: transações permanecem opacas para pessoas de fora, mas continuam verificáveis por um auditor autorizado quando necessário. Eu ficava me perguntando se isso é inovação de verdade ou apenas um enquadramento inteligente. Quanto mais eu me aprofundei, mais pareceu um compromisso arquitetural genuíno, não apenas um slogan.
O que me convenceu foi a DuskTrade, construída com NPEX, uma exchange holandesa licenciada. Segundo relatos, mais de €300 milhões em valores mobiliários tradicionais foram transferidos para as rotas da Dusk ali. Isso não é uma demonstração em testnet: é capital regulamentado tocando uma infraestrutura real. Ao combinar isso com a DuskEVM, uma camada de execução compatível com Solidity, significa que equipes existentes do Ethereum poderiam, teoricamente, integrar-se a uma liquidação com preservação de privacidade sem reescrever toda a sua stack.
Ainda assim, não acho que isso elimine o risco. Um exploit de ponte em janeiro drenou tokens por meio de uma carteira de assinatura comprometida — um lembrete de que até protocolos bem projetados herdam o elo mais fraco da infraestrutura ao redor. E as finanças regulamentadas avançam lentamente por natureza. A adoção institucional não é medida em ciclos de mercado; é medida em anos de trabalho jurídico.
O que mudou meu raciocínio é isto: a Dusk não está otimizando para a atenção do varejo; está otimizando para a confiança institucional, algo muito mais difícil e lento de construir.
Você acha que cadeias de privacidade regulamentada como a Dusk conseguem, de fato, superar L1s de propósito geral para ativos do mundo real, ou um design orientado a conformidade as limita a um nicho para sempre?
$AKE $ACU
A abordagem de privacidade regulamentada da Dusk para RWAs —
Bullish
50%
Bearish
50%
Too early to tell
0%
2 Votos • Votação encerrada
@BabylonLabs_io #baby
Alguém em um grupo de desenvolvimento me perguntou ontem por que teria a “deixa eu” construir em uma cadeia focada em segurança do Bitcoin se isso significasse abandonar todo o kit do Ethereum — MetaMask, Solidity, tudo o que eles já sabem.
Pergunta justa. E acontece que a Babylon está respondendo isso diretamente: adicionando suporte a EVM junto com seu ambiente CosmWasm existente, para funcionar como uma cadeia de VM dupla, em vez de obrigar desenvolvedores a escolher um lado.
É um tipo de anúncio mais silencioso — nenhum gráfico de preço se mexe com “compatibilidade EVM”. Mas é a diferença entre a segurança do Bitcoin continuar como um recurso de nicho e se tornar algo que os builders passam a adotar por padrão, porque eles não precisam reaprender a stack para usá-la.
Tenho notado este padrão com a Babylon: as atualizações realmente interessantes não são as barulhentas. São as que removem um motivo para não construir aqui.
Que tipo de recurso, no mundo cripto, seria assim — pouco glamouroso, mas na prática a coisa que decide se você usa um protocolo ou não?
$BABY
$HEI
$BLESS
Alguém em um grupo de desenvolvimento me perguntou ontem por que teria a “deixa eu” construir em uma cadeia focada em segurança do Bitcoin se isso significasse abandonar todo o kit do Ethereum — MetaMask, Solidity, tudo o que eles já sabem.
Pergunta justa. E acontece que a Babylon está respondendo isso diretamente: adicionando suporte a EVM junto com seu ambiente CosmWasm existente, para funcionar como uma cadeia de VM dupla, em vez de obrigar desenvolvedores a escolher um lado.
É um tipo de anúncio mais silencioso — nenhum gráfico de preço se mexe com “compatibilidade EVM”. Mas é a diferença entre a segurança do Bitcoin continuar como um recurso de nicho e se tornar algo que os builders passam a adotar por padrão, porque eles não precisam reaprender a stack para usá-la.
Tenho notado este padrão com a Babylon: as atualizações realmente interessantes não são as barulhentas. São as que removem um motivo para não construir aqui.
Que tipo de recurso, no mundo cripto, seria assim — pouco glamouroso, mas na prática a coisa que decide se você usa um protocolo ou não?
$BABY
$HEI
$BLESS
@BabylonLabs_io #baby $BABY
A Bitcoin passou dezessete anos sendo o ativo mais seguro e mais “preguiçoso” das finanças. Trilhões ali, totalmente protegidos, fazendo absolutamente nada por ninguém além de seu detentor. O Babylon Labs está silenciosamente encerrando essa era, e a maioria das pessoas ainda está avaliando isso como uma yield farm, em vez de reconhecer o que realmente é: uma redistribuição do orçamento de segurança “adormecido” da Bitcoin.
Aqui vai o modelo mental que mudou a forma como eu vejo isso. Imagine a Bitcoin como um locador que possui o prédio mais valioso da cidade, mas nunca alugou um quarto. O Babylon não pede ao locador para vender o prédio ou entregar as chaves. Ele cria uma estrutura de contrato em que a simples existência do prédio — sua escassez inforjável — vira garantia para outras redes tomarem emprestada segurança, enquanto o locador nunca sai.
O detalhe que a maioria dos tópicos ignora: um único depósito de BTC pode dar suporte a várias Bitcoin Supercharged Networks ao mesmo tempo; as moedas nunca saem da própria cadeia da Bitcoin, sem wrapping, sem bridging, sem transferência de custódia. Isso não é engenharia incremental de rendimento. Isso é a segurança da Bitcoin se tornando um primitivo exportável que outras cadeias herdam, do mesmo jeito que validadores herdam risco de stake, exceto que o ativo subjacente nunca se move.
Se BTC adormecida agora pode lastrear consenso para ecossistemas inteiros sem tocar uma ponte, a pergunta real não é se o Babylon terá sucesso. É se “seguro, mas ocioso” alguma vez foi uma característica permanente da Bitcoin, ou apenas uma limitação temporária das ferramentas ao redor dela.
O que realmente está impedindo o capital da Bitcoin?
$BLESS
$HOME
A Bitcoin passou dezessete anos sendo o ativo mais seguro e mais “preguiçoso” das finanças. Trilhões ali, totalmente protegidos, fazendo absolutamente nada por ninguém além de seu detentor. O Babylon Labs está silenciosamente encerrando essa era, e a maioria das pessoas ainda está avaliando isso como uma yield farm, em vez de reconhecer o que realmente é: uma redistribuição do orçamento de segurança “adormecido” da Bitcoin.
Aqui vai o modelo mental que mudou a forma como eu vejo isso. Imagine a Bitcoin como um locador que possui o prédio mais valioso da cidade, mas nunca alugou um quarto. O Babylon não pede ao locador para vender o prédio ou entregar as chaves. Ele cria uma estrutura de contrato em que a simples existência do prédio — sua escassez inforjável — vira garantia para outras redes tomarem emprestada segurança, enquanto o locador nunca sai.
O detalhe que a maioria dos tópicos ignora: um único depósito de BTC pode dar suporte a várias Bitcoin Supercharged Networks ao mesmo tempo; as moedas nunca saem da própria cadeia da Bitcoin, sem wrapping, sem bridging, sem transferência de custódia. Isso não é engenharia incremental de rendimento. Isso é a segurança da Bitcoin se tornando um primitivo exportável que outras cadeias herdam, do mesmo jeito que validadores herdam risco de stake, exceto que o ativo subjacente nunca se move.
Se BTC adormecida agora pode lastrear consenso para ecossistemas inteiros sem tocar uma ponte, a pergunta real não é se o Babylon terá sucesso. É se “seguro, mas ocioso” alguma vez foi uma característica permanente da Bitcoin, ou apenas uma limitação temporária das ferramentas ao redor dela.
O que realmente está impedindo o capital da Bitcoin?
$BLESS
$HOME
Lack of yield infrastructure
0%
Custodial trust concerns
100%
Regulatory uncertainty
0%
1 Votos • Votação encerrada
@BabylonLabs_io $BABY #baby
Acho que a maioria das pessoas avalia a Babylon apenas como mais um protocolo de staking, e essa forma de enquadrar não captura o que está sendo realmente resolvido.
O Bitcoin sempre teve um problema estranho. Ele é o ativo mais seguro e mais líquido do crypto, mas quase nenhuma dessa segurança é reutilizada em qualquer outro lugar. A segurança econômica do Ethereum sustenta seus validadores e inúmeros protocolos de restaking. A segurança econômica do Bitcoin sustenta apenas o próprio Bitcoin. Isso são mais de um trilhão de dólares parado em termos de segurança.
A razão de ninguém ter resolvido isso antes não é preguiça. É que a linguagem de script do Bitcoin deliberadamente evita o tipo de programabilidade que torna o staking fácil. Você não consegue simplesmente escrever um smart contract que faça slashing do BTC como você faria em uma cadeia EVM. A contribuição real da Babylon é um mecanismo de timestamping e slashing que funciona dentro das limitações do Bitcoin, em vez de tentar contorná-las com um token wrapado ou um custodiante.
O que mais me surpreendeu é o quanto do design está voltado para minimizar novas suposições de confiança, em vez de adicionar recursos. O BTC staked nunca sai do Bitcoin. Não há bridge, nenhum ativo sintético, nenhum custodiante multisig segurando os fundos do usuário. A segurança vem dos timestamps do Bitcoin e de uma condição de slashing imposta por meio de provas criptográficas, e não da honestidade de um comitê.
Mas o custo-benefício é real. As suposições de finalidade e os períodos de desatrelamento dependem de o quanto as cadeias PoS que estão sendo seguradas se comportam com honestidade, e essa camada é mais nova e menos testada em batalha do que o próprio Bitcoin. Você está estendendo a segurança do Bitcoin para fora, mas as cadeias que a recebem ainda carregam seus próprios riscos.
Qual parte desse modelo de confiança você acha que é mais importante à medida que mais cadeias se conectam a ele?
$IDOL
$BLESS
Acho que a maioria das pessoas avalia a Babylon apenas como mais um protocolo de staking, e essa forma de enquadrar não captura o que está sendo realmente resolvido.
O Bitcoin sempre teve um problema estranho. Ele é o ativo mais seguro e mais líquido do crypto, mas quase nenhuma dessa segurança é reutilizada em qualquer outro lugar. A segurança econômica do Ethereum sustenta seus validadores e inúmeros protocolos de restaking. A segurança econômica do Bitcoin sustenta apenas o próprio Bitcoin. Isso são mais de um trilhão de dólares parado em termos de segurança.
A razão de ninguém ter resolvido isso antes não é preguiça. É que a linguagem de script do Bitcoin deliberadamente evita o tipo de programabilidade que torna o staking fácil. Você não consegue simplesmente escrever um smart contract que faça slashing do BTC como você faria em uma cadeia EVM. A contribuição real da Babylon é um mecanismo de timestamping e slashing que funciona dentro das limitações do Bitcoin, em vez de tentar contorná-las com um token wrapado ou um custodiante.
O que mais me surpreendeu é o quanto do design está voltado para minimizar novas suposições de confiança, em vez de adicionar recursos. O BTC staked nunca sai do Bitcoin. Não há bridge, nenhum ativo sintético, nenhum custodiante multisig segurando os fundos do usuário. A segurança vem dos timestamps do Bitcoin e de uma condição de slashing imposta por meio de provas criptográficas, e não da honestidade de um comitê.
Mas o custo-benefício é real. As suposições de finalidade e os períodos de desatrelamento dependem de o quanto as cadeias PoS que estão sendo seguradas se comportam com honestidade, e essa camada é mais nova e menos testada em batalha do que o próprio Bitcoin. Você está estendendo a segurança do Bitcoin para fora, mas as cadeias que a recebem ainda carregam seus próprios riscos.
Qual parte desse modelo de confiança você acha que é mais importante à medida que mais cadeias se conectam a ele?
$IDOL
$BLESS
Ver tradução
@BabylonLabs_io $BABY #baby
Bitcoin has spent sixteen years being valuable and doing nothing. Babylon Labs is changing that.
The protocol lets BTC holders stake directly on the Bitcoin blockchain — no wrapping, no bridging, no handing coins to a custodian. Your BTC gets locked in a native Bitcoin script, you delegate it to a Finality Provider securing an external Proof-of-Stake network, and you earn rewards in BABY while your coins never actually leave Bitcoin. Want your funds back? Request unbonding and they're spendable again in about 50 hours.
There's a real consequence baked in: if a Finality Provider double-signs or breaks the rules, part of the delegated stake gets slashed. That's what makes the security meaningful instead of decorative.
This isn't just a whitepaper idea anymore. Kraken added Babylon staking for its clients, and a16z Crypto just put $15M behind Babylon's next move — Trustless BTC Vaults, which let locked Bitcoin serve as verifiable DeFi collateral for stablecoin lending, still without wrapping or custodians. Over 124,000 people staked in Phase 1 alone.
It's not risk-free. In April 2025, roughly $1.26B in BTC got unstaked in a matter of days, knocking Babylon's TVL down by a third — a reminder that this market is still young and liquidity can swing fast.
Still, the core idea is compelling: the most trusted asset in crypto, finally put to work, without asking holders to trust anyone new.
$1000RATS
$KOMA
Bitcoin has spent sixteen years being valuable and doing nothing. Babylon Labs is changing that.
The protocol lets BTC holders stake directly on the Bitcoin blockchain — no wrapping, no bridging, no handing coins to a custodian. Your BTC gets locked in a native Bitcoin script, you delegate it to a Finality Provider securing an external Proof-of-Stake network, and you earn rewards in BABY while your coins never actually leave Bitcoin. Want your funds back? Request unbonding and they're spendable again in about 50 hours.
There's a real consequence baked in: if a Finality Provider double-signs or breaks the rules, part of the delegated stake gets slashed. That's what makes the security meaningful instead of decorative.
This isn't just a whitepaper idea anymore. Kraken added Babylon staking for its clients, and a16z Crypto just put $15M behind Babylon's next move — Trustless BTC Vaults, which let locked Bitcoin serve as verifiable DeFi collateral for stablecoin lending, still without wrapping or custodians. Over 124,000 people staked in Phase 1 alone.
It's not risk-free. In April 2025, roughly $1.26B in BTC got unstaked in a matter of days, knocking Babylon's TVL down by a third — a reminder that this market is still young and liquidity can swing fast.
Still, the core idea is compelling: the most trusted asset in crypto, finally put to work, without asking holders to trust anyone new.
$1000RATS
$KOMA
@BabylonLabs_io $BABY #baby
O Bitcoin já passou dezesseis anos sendo elogiado por aquilo que se recusa a fazer. Ele não delega confiança. Ele não aceita instruções de ninguém. Essa rigidez é toda a proposta de valor — e é também por isso que o Bitcoin nunca teve um jeito nativo de punir comportamentos ruins do mesmo modo que as cadeias de proof-of-stake fazem. O slashing exige uma cadeia que consiga acessar e confiscar fundos. O script do Bitcoin não alcança em lugar nenhum.
As One-Time Signatures Extractable de Babylon resolvem isso em silêncio sem alterar esse fato. Um provedor de finalidade assina cada bloco com uma chave que se comporta normalmente — até que assine dois blocos conflitantes. Nesse exato momento, a própria matemática reconstrói a chave privada deles. Ninguém os fiscaliza. Ninguém envolve as moedas em um validador. O ato malicioso rompe o cadeado por dentro.
Pense nisso como uma confissão selada que permanece ilegível até a pessoa cometer perjúrio — então o selo se rompe por conta própria. Não há juiz, nenhum comitê correndo para punir, nenhuma dependência de execução fora da cadeia. Trapacear e auto-incriminar viram a mesma ação.
Isso reorganiza o que "a segurança do Bitcoin" pode significar. Não é um colateral passivo sentado atrás de uma promessa, mas um capital que impõe sua própria honestidade. A parte negligenciada não é o rendimento. É que o Bitcoin acabou de ganhar uma memória para a traição, escrita na aritmética, não em instituições.
Toda cadeia quer o capital do Bitcoin. Poucos perguntam o que significa quando esse capital consegue se defender.
$KOMA
$CAP
O Bitcoin já passou dezesseis anos sendo elogiado por aquilo que se recusa a fazer. Ele não delega confiança. Ele não aceita instruções de ninguém. Essa rigidez é toda a proposta de valor — e é também por isso que o Bitcoin nunca teve um jeito nativo de punir comportamentos ruins do mesmo modo que as cadeias de proof-of-stake fazem. O slashing exige uma cadeia que consiga acessar e confiscar fundos. O script do Bitcoin não alcança em lugar nenhum.
As One-Time Signatures Extractable de Babylon resolvem isso em silêncio sem alterar esse fato. Um provedor de finalidade assina cada bloco com uma chave que se comporta normalmente — até que assine dois blocos conflitantes. Nesse exato momento, a própria matemática reconstrói a chave privada deles. Ninguém os fiscaliza. Ninguém envolve as moedas em um validador. O ato malicioso rompe o cadeado por dentro.
Pense nisso como uma confissão selada que permanece ilegível até a pessoa cometer perjúrio — então o selo se rompe por conta própria. Não há juiz, nenhum comitê correndo para punir, nenhuma dependência de execução fora da cadeia. Trapacear e auto-incriminar viram a mesma ação.
Isso reorganiza o que "a segurança do Bitcoin" pode significar. Não é um colateral passivo sentado atrás de uma promessa, mas um capital que impõe sua própria honestidade. A parte negligenciada não é o rendimento. É que o Bitcoin acabou de ganhar uma memória para a traição, escrita na aritmética, não em instituições.
Toda cadeia quer o capital do Bitcoin. Poucos perguntam o que significa quando esse capital consegue se defender.
$KOMA
$CAP
Verificado
@BabylonLabs_io $BABY #baby
Passei muito tempo pensando sobre por que os detentores de Bitcoin se comportam de forma tão diferente de praticamente qualquer outra classe de ativos no cripto. A maioria dos investidores busca rendimento de forma instintiva. Os detentores de Bitcoin muitas vezes não buscam. Eles mantêm e esperam, quase como se o valor do ativo viesse simplesmente de não fazer nada com ele.
Esse comportamento não é irracional. Ele vem da história. Cada tentativa de fazer o BTC “render” implicou confiar em um custodiante, em um token envolto (wrapped) ou em uma ponte. Os detentores aprenderam a associar rendimento a risco, e não a oportunidade.
Babylon foi o primeiro projeto que me fez questionar se essa associação ainda precisa continuar valendo. Em vez de pedir que os detentores de BTC confiem em um intermediário, ele pede para o próprio script do Bitcoin impor as regras. Timelocks e condições de slashing vivem no Bitcoin, e não em algum wrapper sintético em outro lugar.
O que me surpreendeu ao ler o design não foi o mecanismo de rendimento. Foi perceber que isso não é, na prática, um produto de staking. É uma tentativa de alugar a segurança do Bitcoin para novas cadeias PoS que não a têm. Isso muda completamente a proposta de valor. Babylon não está competindo por liquidez em BTC. Está competindo por orçamentos de segurança da cadeia (chain security).
Eu não acho que isso seja debatido o suficiente: se esse modelo funcionar, várias cadeias PoS talvez não precisem mais de grandes emissões nativas de tokens apenas para fazer o bootstrap da segurança. Isso altera silenciosamente premissas de tokenomics em toda uma categoria de Layer 1s.
A parte que eu continuo pensando são os provedores de finalidade (finality providers). A segurança “emprestada” só permanece descentralizada se os provedores que a garantem também permanecerem descentralizados. Isso é um problema de governança, não de criptografia — e criptografia raramente resolve problemas de governança por si só.
O que mudou para mim foi simples. Eu parei de ver o Babylon como uma história de rendimento em Bitcoin e passei a enxergá-lo como um experimento para saber se a confiança pode ser exportada sem ser diluída.
Onde você acha que esse experimento quebra primeiro?
$ON
$UAI
Qual é o maior risco do Babylon?
Passei muito tempo pensando sobre por que os detentores de Bitcoin se comportam de forma tão diferente de praticamente qualquer outra classe de ativos no cripto. A maioria dos investidores busca rendimento de forma instintiva. Os detentores de Bitcoin muitas vezes não buscam. Eles mantêm e esperam, quase como se o valor do ativo viesse simplesmente de não fazer nada com ele.
Esse comportamento não é irracional. Ele vem da história. Cada tentativa de fazer o BTC “render” implicou confiar em um custodiante, em um token envolto (wrapped) ou em uma ponte. Os detentores aprenderam a associar rendimento a risco, e não a oportunidade.
Babylon foi o primeiro projeto que me fez questionar se essa associação ainda precisa continuar valendo. Em vez de pedir que os detentores de BTC confiem em um intermediário, ele pede para o próprio script do Bitcoin impor as regras. Timelocks e condições de slashing vivem no Bitcoin, e não em algum wrapper sintético em outro lugar.
O que me surpreendeu ao ler o design não foi o mecanismo de rendimento. Foi perceber que isso não é, na prática, um produto de staking. É uma tentativa de alugar a segurança do Bitcoin para novas cadeias PoS que não a têm. Isso muda completamente a proposta de valor. Babylon não está competindo por liquidez em BTC. Está competindo por orçamentos de segurança da cadeia (chain security).
Eu não acho que isso seja debatido o suficiente: se esse modelo funcionar, várias cadeias PoS talvez não precisem mais de grandes emissões nativas de tokens apenas para fazer o bootstrap da segurança. Isso altera silenciosamente premissas de tokenomics em toda uma categoria de Layer 1s.
A parte que eu continuo pensando são os provedores de finalidade (finality providers). A segurança “emprestada” só permanece descentralizada se os provedores que a garantem também permanecerem descentralizados. Isso é um problema de governança, não de criptografia — e criptografia raramente resolve problemas de governança por si só.
O que mudou para mim foi simples. Eu parei de ver o Babylon como uma história de rendimento em Bitcoin e passei a enxergá-lo como um experimento para saber se a confiança pode ser exportada sem ser diluída.
Onde você acha que esse experimento quebra primeiro?
$ON
$UAI
Qual é o maior risco do Babylon?
Centralization
0%
Regulation
50%
Adoption
0%
Complexity
50%
2 Votos • Votação encerrada
Por quinze anos, o Bitcoin respondeu uma questão extremamente bem: como você torna um ativo inatacável/“não roubável”. Ele nunca precisou responder uma segunda questão: como você faz esse ativo ser útil sem abrir mão da primeira resposta. É essa lacuna que o Babylon está realmente fechando, e a maioria das pessoas ainda o descreve de forma errada.
O protocolo de staking recebe as manchetes, mas a jogada mais interessante é o que veio depois. Os Vaults Trustless de Bitcoin do Babylon permitem que o BTC seja bloqueado na própria cadeia do Bitcoin enquanto geram uma representação verificável on-chain, utilizável em outros lugares — sem um custodiante mantendo suas chaves, sem token “wrapped” lastreado na promessa de alguém. Em maio, a Babylon pediu ao DAO da Aave para aceitar esse BTC nativo como colateral na Aave V4. Se passar, você poderia tomar stablecoins emprestadas contra Bitcoin que nunca saiu do livro-razão do Bitcoin.
Essa distinção importa mais do que parece. O Wrapped BTC sempre exigiu que os detentores confiassem em uma ponte ou em um custodiante. O design da Babylon pede que você confie em matemática e nas condições de slashing em vez disso — o mesmo modelo de confiança que já está protegendo aproximadamente US$ 4 bilhões em BTC staked em dezenas de redes de proof-of-stake.
Juntando essas duas peças, a tese fica mais nítida: o Bitcoin nunca esteve com falta de valor, apenas com falta de formas de implantá-lo sem abrir mão da custódia. O staking provou que esse modelo funciona para segurança de consenso. Os Vaults estão testando se ele também funciona para mercados de empréstimos.
A questão em aberto não é mais técnica. É se protocolos de DeFi e detentores de Bitcoin realmente querem a mesma coisa: BTC real, fazendo trabalho real, sem nunca sair de onde está.
#baby $BABY @BabylonLabs_io
De onde vem o próximo trilhão em utilidade do Bitcoin?$COTI
$AKE
O protocolo de staking recebe as manchetes, mas a jogada mais interessante é o que veio depois. Os Vaults Trustless de Bitcoin do Babylon permitem que o BTC seja bloqueado na própria cadeia do Bitcoin enquanto geram uma representação verificável on-chain, utilizável em outros lugares — sem um custodiante mantendo suas chaves, sem token “wrapped” lastreado na promessa de alguém. Em maio, a Babylon pediu ao DAO da Aave para aceitar esse BTC nativo como colateral na Aave V4. Se passar, você poderia tomar stablecoins emprestadas contra Bitcoin que nunca saiu do livro-razão do Bitcoin.
Essa distinção importa mais do que parece. O Wrapped BTC sempre exigiu que os detentores confiassem em uma ponte ou em um custodiante. O design da Babylon pede que você confie em matemática e nas condições de slashing em vez disso — o mesmo modelo de confiança que já está protegendo aproximadamente US$ 4 bilhões em BTC staked em dezenas de redes de proof-of-stake.
Juntando essas duas peças, a tese fica mais nítida: o Bitcoin nunca esteve com falta de valor, apenas com falta de formas de implantá-lo sem abrir mão da custódia. O staking provou que esse modelo funciona para segurança de consenso. Os Vaults estão testando se ele também funciona para mercados de empréstimos.
A questão em aberto não é mais técnica. É se protocolos de DeFi e detentores de Bitcoin realmente querem a mesma coisa: BTC real, fazendo trabalho real, sem nunca sair de onde está.
#baby $BABY @BabylonLabs_io
De onde vem o próximo trilhão em utilidade do Bitcoin?$COTI
$AKE
🔒 Native BTC staking
0%
🏦Trustless collateral in DeFi
0%
⚡ Bitcoin L2s and rollups
0%
🤷 Still just store of value
0%
0 Votos • Votação encerrada
#baby $BABY @BabylonLabs_io
O que me manteve acordado depois de ler a documentação do Babylon não foi o mecanismo de slashing. Foi uma pergunta mais silenciosa: o que acontece com 56.000 BTC se o conjunto de provedores de finalidade ficar tempo demais concentrado a ponto de ninguém notar até que importe.
O staking em Bitcoin via Babylon funciona ao bloquear BTC em contratos de vínculo regidos por condições de script nativo, não por contratos inteligentes custodiados. Essa parte é genuinamente bem desenhada. Suas moedas nunca saem do seu controle do jeito que um token envolto (wrapped) ou uma mesa de staking custodiada exigiria, e o protocolo de timestamping ancora checkpoints em blocos do Bitcoin especificamente para reduzir a janela em que um ataque de longo alcance poderia reescrever a história.
Mas todo modelo de segurança tem um ponto fraco, e aqui é a delegação. Os stakers escolhem provedores de finalidade e, se o capital se concentrar em algumas poucas operações bem conhecidas, você recria exatamente o risco de centralização de validadores que os críticos de proof of stake vêm alertando há anos—apenas usando a credibilidade do Bitcoin como máscara.
Eu não acho que isso seja discutido o bastante. O slashing criptográfico via EOTS é elegante porque não precisa de um juiz; um bloco com dupla assinatura apenas vaza a chave e a participação (stake) é varrida automaticamente. Mas um slashing elegante não ajuda se o modo real de falha for este: cinco provedores controlando a maior parte do peso delegado e ninguém observando essa proporção em tempo real.
Os períodos de desestabilização (unbonding) adicionam outra camada. Mais rápido do que cadeias legadas de PoS, sim, mas ainda é uma janela em que seu BTC não é líquido e nem está totalmente assegurado também. Esse é um tradeoff real, não um problema resolvido, e eu não tenho visto stakers precificarem isso antes de delegar.
Onde você acha que está o maior ponto cego hoje: a concentração de provedores ou a suposição de que integrações BSN não auditadas carregam o mesmo perfil de risco que o próprio Babylon Genesis?
$DIA
$BTW
O maior risco do Babylon agora?
O que me manteve acordado depois de ler a documentação do Babylon não foi o mecanismo de slashing. Foi uma pergunta mais silenciosa: o que acontece com 56.000 BTC se o conjunto de provedores de finalidade ficar tempo demais concentrado a ponto de ninguém notar até que importe.
O staking em Bitcoin via Babylon funciona ao bloquear BTC em contratos de vínculo regidos por condições de script nativo, não por contratos inteligentes custodiados. Essa parte é genuinamente bem desenhada. Suas moedas nunca saem do seu controle do jeito que um token envolto (wrapped) ou uma mesa de staking custodiada exigiria, e o protocolo de timestamping ancora checkpoints em blocos do Bitcoin especificamente para reduzir a janela em que um ataque de longo alcance poderia reescrever a história.
Mas todo modelo de segurança tem um ponto fraco, e aqui é a delegação. Os stakers escolhem provedores de finalidade e, se o capital se concentrar em algumas poucas operações bem conhecidas, você recria exatamente o risco de centralização de validadores que os críticos de proof of stake vêm alertando há anos—apenas usando a credibilidade do Bitcoin como máscara.
Eu não acho que isso seja discutido o bastante. O slashing criptográfico via EOTS é elegante porque não precisa de um juiz; um bloco com dupla assinatura apenas vaza a chave e a participação (stake) é varrida automaticamente. Mas um slashing elegante não ajuda se o modo real de falha for este: cinco provedores controlando a maior parte do peso delegado e ninguém observando essa proporção em tempo real.
Os períodos de desestabilização (unbonding) adicionam outra camada. Mais rápido do que cadeias legadas de PoS, sim, mas ainda é uma janela em que seu BTC não é líquido e nem está totalmente assegurado também. Esse é um tradeoff real, não um problema resolvido, e eu não tenho visto stakers precificarem isso antes de delegar.
Onde você acha que está o maior ponto cego hoje: a concentração de provedores ou a suposição de que integrações BSN não auditadas carregam o mesmo perfil de risco que o próprio Babylon Genesis?
$DIA
$BTW
O maior risco do Babylon agora?
Provider concentration
0%
Unbonding liquidity
0%
Risk is overstated
0%
Unaudited BSN trust
0%
0 Votos • Votação encerrada
AnYYá
·
--
#baby $BABY
@BabylonLabs_io
A coisa mais cara que um detentor de Bitcoin possui não é Bitcoin. É o custo de não fazer nada com ele.
Por mais de uma década, o BTC ocioso foi racional. “Fazer wrapping” significava confiar em uma ponte. Emprestar significava confiar em uma plataforma. Ambos falharam tantas vezes que “não fazer nada” virou o movimento seguro padrão.
Essa suposição merece uma segunda análise.
Cada cadeia PoS aluga segurança bloqueando o próprio token como garantia. Problema: na maioria das vezes, o orçamento de segurança de uma cadeia jovem e o ativo que está sendo protegido são a mesma coisa. Quando a confiança se rompe, o token que defende a rede geralmente também está despencando.
Babylon separa essas duas coisas. O BTC é travado em um script de custódia própria, nunca sai do controle do detentor e é delegado a um provedor de finalidade que garante outra cadeia. Sem wrapping. Sem custodiante.
A parte interessante é a execução. Provedores de finalidade votam usando assinaturas únicas extraíveis. Vote duas vezes na mesma altura e a matemática revela a chave privada do provedor. Sem comitê, sem voto de governança. A prova de má conduta é a punição, e uma fatia do BTC delegado é cortada (slashed).
Isso é um modelo de confiança diferente de “confiar na reputação do validador”.
Desbloqueio rápido significa que não se trata de um bloqueio de mão única. Liquidez não é o preço de participar.
Nada disso elimina o risco; ele apenas o desloca. Você está confiando na honestidade de um provedor e em premissas criptográficas que continuam válidas sob pressão real, não apenas em testnets. Produtos de seguros surgindo ao redor disso mostram que o mercado trata isso como risco real, apenas recém-quantificável.
O Bitcoin nunca precisou de uma nova narrativa. Ele precisava de uma forma de parar de ficar sentado ocioso sem se tornar a responsabilidade de outra pessoa. Vale refletir: se o BTC consegue gerar demanda de segurança sem sair do seu controle, qual é o argumento para deixá-lo ocioso?
$EUL $DIA
@BabylonLabs_io
A coisa mais cara que um detentor de Bitcoin possui não é Bitcoin. É o custo de não fazer nada com ele.
Por mais de uma década, o BTC ocioso foi racional. “Fazer wrapping” significava confiar em uma ponte. Emprestar significava confiar em uma plataforma. Ambos falharam tantas vezes que “não fazer nada” virou o movimento seguro padrão.
Essa suposição merece uma segunda análise.
Cada cadeia PoS aluga segurança bloqueando o próprio token como garantia. Problema: na maioria das vezes, o orçamento de segurança de uma cadeia jovem e o ativo que está sendo protegido são a mesma coisa. Quando a confiança se rompe, o token que defende a rede geralmente também está despencando.
Babylon separa essas duas coisas. O BTC é travado em um script de custódia própria, nunca sai do controle do detentor e é delegado a um provedor de finalidade que garante outra cadeia. Sem wrapping. Sem custodiante.
A parte interessante é a execução. Provedores de finalidade votam usando assinaturas únicas extraíveis. Vote duas vezes na mesma altura e a matemática revela a chave privada do provedor. Sem comitê, sem voto de governança. A prova de má conduta é a punição, e uma fatia do BTC delegado é cortada (slashed).
Isso é um modelo de confiança diferente de “confiar na reputação do validador”.
Desbloqueio rápido significa que não se trata de um bloqueio de mão única. Liquidez não é o preço de participar.
Nada disso elimina o risco; ele apenas o desloca. Você está confiando na honestidade de um provedor e em premissas criptográficas que continuam válidas sob pressão real, não apenas em testnets. Produtos de seguros surgindo ao redor disso mostram que o mercado trata isso como risco real, apenas recém-quantificável.
O Bitcoin nunca precisou de uma nova narrativa. Ele precisava de uma forma de parar de ficar sentado ocioso sem se tornar a responsabilidade de outra pessoa. Vale refletir: se o BTC consegue gerar demanda de segurança sem sair do seu controle, qual é o argumento para deixá-lo ocioso?
$EUL $DIA
#baby $BABY @BabylonLabs_io
Bitcoin nunca verificou nada além de si mesmo — e é exatamente por isso que fazer timestamp nele importa mais do que a maioria das pessoas dá crédito.
Toda cadeia de prova de participação (PoS) carrega uma responsabilidade silenciosa chamada ataque de longo alcance. Alguém com uma chave antiga de validador pode, em teoria, reescrever a história a partir tempo suficiente no passado, e a única defesa real que a maioria das cadeias tem é o consenso social. Humanos concordando, fora da cadeia, sobre qual versão da verdade está correta. Por isso os zones do Cosmos ficam com períodos de desindicação de 21 dias. Não porque a criptografia precise de três semanas. Porque a confiança precisa de tempo para se propagar entre as pessoas.
O protocolo de timestamping da Babylon substitui esse jogo de espera por matemática. As cadeias consumidoras publicam hashes de blocos na Babylon, que agrega checkpoints de várias cadeias e os escreve em transações do Bitcoin. Uma vez que um checkpoint fica enterrado sob blocos suficientes do Bitcoin, reescrever esse histórico significaria reescrever o próprio Bitcoin. Períodos de desindicação construídos para consenso social podem encolher de semanas para horas, porque a coisa que impõe segurança já não é um problema de coordenação entre estranhos.
A parte pouco lembrada é o que isso faz especificamente para cadeias jovens. Uma rede PoS recém-criada com uma capitalização de mercado pequena é exatamente a cadeia mais vulnerável a um ataque de longo alcance e menos capaz de sobreviver a um desse ponto de vista reputacional. Fazer timestamp dá a essa cadeia um “ponto de apoio” de segurança antes que seu próprio token tenha qualquer peso defensivo significativo.
O Bitcoin não está garantindo essas cadeias por ser rápido. Ele está garantindo por ser lento e caro de reescrever. Vale perguntar o que importa mais para a sobrevivência de uma rede.
$EUL
$DIA
Bitcoin nunca verificou nada além de si mesmo — e é exatamente por isso que fazer timestamp nele importa mais do que a maioria das pessoas dá crédito.
Toda cadeia de prova de participação (PoS) carrega uma responsabilidade silenciosa chamada ataque de longo alcance. Alguém com uma chave antiga de validador pode, em teoria, reescrever a história a partir tempo suficiente no passado, e a única defesa real que a maioria das cadeias tem é o consenso social. Humanos concordando, fora da cadeia, sobre qual versão da verdade está correta. Por isso os zones do Cosmos ficam com períodos de desindicação de 21 dias. Não porque a criptografia precise de três semanas. Porque a confiança precisa de tempo para se propagar entre as pessoas.
O protocolo de timestamping da Babylon substitui esse jogo de espera por matemática. As cadeias consumidoras publicam hashes de blocos na Babylon, que agrega checkpoints de várias cadeias e os escreve em transações do Bitcoin. Uma vez que um checkpoint fica enterrado sob blocos suficientes do Bitcoin, reescrever esse histórico significaria reescrever o próprio Bitcoin. Períodos de desindicação construídos para consenso social podem encolher de semanas para horas, porque a coisa que impõe segurança já não é um problema de coordenação entre estranhos.
A parte pouco lembrada é o que isso faz especificamente para cadeias jovens. Uma rede PoS recém-criada com uma capitalização de mercado pequena é exatamente a cadeia mais vulnerável a um ataque de longo alcance e menos capaz de sobreviver a um desse ponto de vista reputacional. Fazer timestamp dá a essa cadeia um “ponto de apoio” de segurança antes que seu próprio token tenha qualquer peso defensivo significativo.
O Bitcoin não está garantindo essas cadeias por ser rápido. Ele está garantindo por ser lento e caro de reescrever. Vale perguntar o que importa mais para a sobrevivência de uma rede.
$EUL
$DIA
Peirce da SEC: Não Presuma Que “On-Chain” Automaticamente Significa Isenção da Lei de Valores Mobiliários
Hester Peirce, uma comissária em exercício da SEC, acaba de colocar os criadores de cripto em alerta: colocar um produto de empréstimos ou um cofre de rendimento “on chain” não o remove magicamente do alcance da lei de valores mobiliários dos EUA.
Trata-se de função, não de forma. Se um pool de empréstimos em DeFi ou um cofre será tratado como um título depende de como ele realmente funciona por dentro — e não do fato de ele rodar em uma blockchain.
Pontos de atenção para observar: Se uma equipe fundadora ou um protocolo estiver ativamente tomando as decisões — definindo estratégias de staking, determinando alocações de empréstimos, escolhendo taxas de juros, selecionando garantias aceitáveis, estabelecendo índices loan-to-value (valor do empréstimo sobre valor do ativo) ou determinando gatilhos de liquidação — esse controle “na mão” pode ser suficiente para classificar a configuração como um empreendimento comum, uma companhia de investimentos, ou algo semelhante a uma nota securitizada.
A lição de casa de conformidade não é opcional. As equipes que constroem esses produtos precisam, de fato, verificar se estão acionando requisitos de registro como uma oferta de valores mobiliários, se precisam se registrar como consultor de investimentos, ou se outras obrigações regulatórias entram em cena.
Peirce não está apenas emitindo alertas — ela está convidando a indústria a responder. Ela quer que as equipes de cripto forneçam feedback direto à SEC para que as regulamentações possam evoluir e realmente se adequar ao modo como cofres descentralizados e protocolos de empréstimo operam na prática.
Este é mais um sinal de que a SEC não está recuando do DeFi. A mensagem é clara — a substância econômica é o que importa, não o “envelope” tecnológico em volta. Colocar “descentralizado” em algo não muda o que ele é legalmente.
$RIF
$ON
Hester Peirce, uma comissária em exercício da SEC, acaba de colocar os criadores de cripto em alerta: colocar um produto de empréstimos ou um cofre de rendimento “on chain” não o remove magicamente do alcance da lei de valores mobiliários dos EUA.
Trata-se de função, não de forma. Se um pool de empréstimos em DeFi ou um cofre será tratado como um título depende de como ele realmente funciona por dentro — e não do fato de ele rodar em uma blockchain.
Pontos de atenção para observar: Se uma equipe fundadora ou um protocolo estiver ativamente tomando as decisões — definindo estratégias de staking, determinando alocações de empréstimos, escolhendo taxas de juros, selecionando garantias aceitáveis, estabelecendo índices loan-to-value (valor do empréstimo sobre valor do ativo) ou determinando gatilhos de liquidação — esse controle “na mão” pode ser suficiente para classificar a configuração como um empreendimento comum, uma companhia de investimentos, ou algo semelhante a uma nota securitizada.
A lição de casa de conformidade não é opcional. As equipes que constroem esses produtos precisam, de fato, verificar se estão acionando requisitos de registro como uma oferta de valores mobiliários, se precisam se registrar como consultor de investimentos, ou se outras obrigações regulatórias entram em cena.
Peirce não está apenas emitindo alertas — ela está convidando a indústria a responder. Ela quer que as equipes de cripto forneçam feedback direto à SEC para que as regulamentações possam evoluir e realmente se adequar ao modo como cofres descentralizados e protocolos de empréstimo operam na prática.
Este é mais um sinal de que a SEC não está recuando do DeFi. A mensagem é clara — a substância econômica é o que importa, não o “envelope” tecnológico em volta. Colocar “descentralizado” em algo não muda o que ele é legalmente.
$RIF
$ON
Passei anos a ler documentação de protocolos e reparei em algo: quase ninguém quer construir a camada de conformidade. Todo mundo quer construir a parte emocionante — o DEX, o L2, o agente de IA. A infraestrutura chata e ingrata, que verifica se uma transação sequer é permitida, fica para intermediários centralizados e revisões manuais. Foi essa lacuna que me puxou para pesquisar @NewtonProtocol
Minha primeira suposição foi que isso era apenas mais um token “agente de IA” seguindo a narrativa da automação. Quanto mais fundo eu olhava, mais eu percebia que o enquadramento tinha mudado. A Newton, construída pela equipe por trás da infraestrutura de carteira incorporada da Magic Labs, agora se descreve como uma camada de políticas descentralizada que transforma conformidade em código — que roda antes de uma transação executar, e não depois.
Por que isso não foi resolvido já? Porque verificar a intenção sem ver dados sensíveis é, de fato, algo genuinamente difícil. A resposta da Newton combina ambientes de execução confiáveis com provas de conhecimento zero, de modo que operadores possam atestar que uma transação cumpriu regras definidas sem expor a lógica subjacente nem dados pessoais. Isso é um problema real de minimização de confiança, não um recurso apenas cosmético.
O que eu continuo questionando é o risco de adoção. Compliance-as-code só importa se os desenvolvedores realmente escreverem políticas nele — aqui, usando Rego, uma linguagem que a maioria dos desenvolvedores nativos de cripto não tocou. Infraestrutura que exige novos hábitos de ferramentas tende a se espalhar mais devagar do que a infraestrutura que simplesmente funciona silenciosamente por baixo das pilhas existentes.
Os tokenomics contam a própria história. Um supply fixo de um bilhão, apenas 21,5% em circulação no lançamento, e um cronograma de vesting que se estende até 2029 — é previsível, mas também significa pressão recorrente de desbloqueio por anos. Previsibilidade e risco de diluição não são opostos aqui; são a mesma escolha de design vista por ângulos diferentes.
O que mudou para mim foi perceber que a Newton não está apostando em velocidade ou ciclos de hype — está apostando que instituições entrando nas finanças onchain precisarão impor regras executáveis antes mesmo de confiarem em automação. É uma aposta mais lenta e menos glamourosa.
$NEWT #Newt
$BSB $LAB
Minha primeira suposição foi que isso era apenas mais um token “agente de IA” seguindo a narrativa da automação. Quanto mais fundo eu olhava, mais eu percebia que o enquadramento tinha mudado. A Newton, construída pela equipe por trás da infraestrutura de carteira incorporada da Magic Labs, agora se descreve como uma camada de políticas descentralizada que transforma conformidade em código — que roda antes de uma transação executar, e não depois.
Por que isso não foi resolvido já? Porque verificar a intenção sem ver dados sensíveis é, de fato, algo genuinamente difícil. A resposta da Newton combina ambientes de execução confiáveis com provas de conhecimento zero, de modo que operadores possam atestar que uma transação cumpriu regras definidas sem expor a lógica subjacente nem dados pessoais. Isso é um problema real de minimização de confiança, não um recurso apenas cosmético.
O que eu continuo questionando é o risco de adoção. Compliance-as-code só importa se os desenvolvedores realmente escreverem políticas nele — aqui, usando Rego, uma linguagem que a maioria dos desenvolvedores nativos de cripto não tocou. Infraestrutura que exige novos hábitos de ferramentas tende a se espalhar mais devagar do que a infraestrutura que simplesmente funciona silenciosamente por baixo das pilhas existentes.
Os tokenomics contam a própria história. Um supply fixo de um bilhão, apenas 21,5% em circulação no lançamento, e um cronograma de vesting que se estende até 2029 — é previsível, mas também significa pressão recorrente de desbloqueio por anos. Previsibilidade e risco de diluição não são opostos aqui; são a mesma escolha de design vista por ângulos diferentes.
O que mudou para mim foi perceber que a Newton não está apostando em velocidade ou ciclos de hype — está apostando que instituições entrando nas finanças onchain precisarão impor regras executáveis antes mesmo de confiarem em automação. É uma aposta mais lenta e menos glamourosa.
$NEWT #Newt
$BSB $LAB
Bullish🟢
67%
Bearish 🔴
33%
6 Votos • Votação encerrada
Inicia sessão para explorar mais conteúdos