Waseem Ahmad mir

Uma blockchain financeira não precisa tratar todas as informações da mesma forma.

É justamente isso que eu continuo levando em consideração no modelo de privacidade da Dusk.

Pense em um ativo regulado. Pode haver informações que o mercado precisa conseguir ver. Ao mesmo tempo, alguns detalhes podem precisar permanecer confidenciais. E, em outra situação, uma instituição autorizada pode precisar acessar informações específicas por um motivo definido.

A abordagem da Dusk foi construída em torno dessas necessidades diferentes, em vez de forçar uma única configuração de visibilidade para tudo. A documentação da Dusk descreve a privacidade com divulgação seletiva em conjunto com fluxos públicos e transparentes.

Para mim, isso torna a palavra “programável” importante.

A ideia não é apenas que as transações sejam privadas. É que o fluxo de trabalho financeiro pode determinar o que deve ser visível, o que deve permanecer confidencial e quando uma informação específica deve estar disponível para uma parte autorizada.

Em seguida, há a liquidação.

A Dusk descreve a liquidação determinística como um requisito central para a infraestrutura de mercado, com a DuskDS fornecendo finalização determinística para fluxos de trabalho financeiros.

Então vejo quatro partes trabalhando juntas:

Privacidade onde ela é necessária.

Transparência onde é útil.

Divulgação seletiva quando a revisão autorizada exige isso.

Liquidação determinística quando a transação precisa de um resultado final previsível.

Essa combinação é o que torna a abordagem da Dusk para mercados regulados algo que vale a pena seguir para mim. É menos sobre escolher entre uma blockchain totalmente pública ou totalmente privada, e mais sobre oferecer ao fluxo de trabalho financeiro maneiras diferentes de lidar com informações.

#dusk
$DUSK
@Dusk

Uma coisa para a qual eu sempre volto quando falo sobre blockchains financeiras é que nem toda informação precisa do mesmo nível de visibilidade.

Pense em um ativo regulamentado.

Pode haver informações que são úteis para o mercado ver. Também pode haver informações que devem permanecer confidenciais. E então podem existir situações em que uma parte autorizada precisa ver informações específicas por um motivo particular.

A abordagem da Dusk para isso é o que ela chama de privacidade programável.

A ideia é bastante simples: usar privacidade quando ela for necessária, manter transparência quando for útil e permitir divulgação seletiva quando uma parte autorizada precisar de uma informação específica. A documentação da Dusk descreve isso como parte da abordagem do protocolo para fluxos de trabalho regulamentados.

Gosto dessa forma de enxergar a privacidade porque ela não é uma decisão tudo-ou-nada.

Um participante do mercado não necessariamente precisa expor cada detalhe financeiro para todos. Mas isso não significa que a revisão autorizada também deva se tornar impossível.

Então existe o lado da liquidação.

A Dusk descreve a liquidação determinística como outro requisito central para fluxos de trabalho financeiros regulamentados. O objetivo é uma finalização previsível, em vez de deixar o resultado da liquidação incerto.

Assim, as quatro ideias se encaixam:

Privacidade quando as informações não devem ser públicas.

Transparência quando a visibilidade for útil.

Divulgação seletiva quando uma revisão específica for necessária.

Liquidação determinística quando a transação precisa de um resultado final claro.

Isso é uma proposta muito mais específica do que simplesmente chamar a Dusk de uma blockchain de privacidade.

#dusk $DUSK @Dusk

Obrigado @Binance Square Official ! Fico muito feliz em ver meu nome entre os vencedores da campanha #TradebStocks . Agradeço a oportunidade e o apoio da comunidade Binance. Ansioso pelo swag do 9º Aniversário! 🎉🏆

Um ativo regulamentado não deixa de ser regulamentado apenas porque se move onchain.

Isso parece óbvio, mas é um ponto importante ao observar a Dusk.

Se um ativo financeiro está indo para a blockchain, ainda precisam existir regras sobre quem pode acessá-lo, quais transferências são permitidas, quais informações precisam estar disponíveis e como a transação finalmente é liquidada.

É aqui que a ideia da Dusk de privacidade programável faz sentido para mim.

O objetivo não é tornar todo o mercado invisível. A abordagem da Dusk é construída em torno do uso de privacidade quando necessário, mantendo a transparência disponível onde ela é útil. Informações específicas também podem ser divulgadas a partes autorizadas quando um fluxo de trabalho exige isso.

Eu acho que essa distinção é importante.

Um investidor talvez não queira que todos os detalhes de sua atividade financeira sejam expostos publicamente. Mas uma parte autorizada ainda pode precisar de evidências para uma determinada revisão. Esses requisitos não são necessariamente contraditórios.

Depois disso, existe a liquidação.

A Dusk descreve a liquidação determinística como uma parte central de sua infraestrutura para mercados regulamentados. A ideia é oferecer aos fluxos financeiros uma finalização previsível, em vez de tratar a liquidação como algo separado do restante do processo.

Então as quatro coisas que eu estou tirando da Dusk são bem diretas:

Privacidade quando necessário.
Transparência quando útil.
Divulgação seletiva quando a revisão autorizada exigir.
Liquidação determinística para a transação final.

Para as finanças regulamentadas, essa combinação é mais interessante para mim do que simplesmente chamar a Dusk de uma blockchain de privacidade.

O que mais importa para ativos regulamentados que se movem onchain?

#dusk $DUSK @Dusk

A privacidade nos mercados financeiros não é sobre esconder tudo. É sobre saber exatamente o que precisa estar visível.

Essa é a parte da abordagem da Dusk que faz sentido para mim.

Algumas informações podem ser públicas quando a transparência é útil. Outras informações podem precisar permanecer privadas porque posições e transações financeiras não são necessariamente algo que todos deveriam ver.

Além disso, existe a divulgação seletiva.

Se uma parte autorizada precisa revisar informações específicas, a ideia é fornecer esse acesso sem transformar todo o sistema em um livro aberto. Em mercados regulamentados, essa distinção importa.

Acho que é aqui que a ideia da Dusk de privacidade programável se torna mais interessante do que simplesmente dizer “blockchain privada”.

O objetivo é ter diferentes níveis de visibilidade dependendo da situação:

Privacidade quando faz sentido.

Transparência quando é útil.

Divulgação quando uma revisão autorizada exigir.

E liquidação determinística para que o fluxo financeiro tenha um resultado claro.

Esses quatro pontos são o que eu continuo pensando quando leio sobre a Dusk.

Um mercado financeiro regulamentado tem exigências diferentes de um sistema comum de transações públicas. Tornar tudo visível nem sempre é prático, mas tornar tudo oculto também não é a resposta.

O desafio interessante é encontrar uma forma de lidar com ambos.

É esse o problema que a Dusk está tentando abordar com privacidade programável para mercados regulamentados.

#dusk $DUSK @Dusk

Os mercados financeiros precisam de privacidade, mas também precisam de uma forma de verificar o que aconteceu.

Esse equilíbrio foi o que chamou minha atenção no Dusk.

A ideia não é tornar tudo privado e pronto. A abordagem do Dusk é mais flexível.

Algumas informações podem continuar públicas quando a transparência é útil. Outras informações podem permanecer confidenciais quando expô-las criaria problemas para um investidor, instituição ou participante do mercado. Então, quando uma parte autorizada precisa de informações específicas, a divulgação seletiva pode fornecer esses dados sem tornar todo o histórico de transações público.

Acho que isso faz muito mais sentido para as finanças regulamentadas do que tratar privacidade e transparência como duas escolhas completamente separadas.

O lado técnico também é interessante. O Dusk tem modelos de transações públicas e protegidas (shielded). O Moonlight é usado para fluxos de contas transparentes, enquanto o Phoenix dá suporte a transferências protegidas usando provas de zero-conhecimento. Os usuários também podem revelar informações seletivamente quando necessário para regulação ou auditoria.

Depois disso, existe o settlement (liquidação).

O DuskDS fornece a camada de liquidação e de disponibilidade de dados, com finalização determinística projetada para fluxos financeiros. Isso significa que o lado da privacidade não está sendo construído separadamente do lado da liquidação. Eles fazem parte da mesma infraestrutura.

Provavelmente essa é a parte do Dusk que eu acho mais interessante.

Para mercados regulamentados, o objetivo não é apenas “tornar tudo privado”. É poder decidir o que deve ser visível, o que deve permanecer confidencial, quem pode receber informações adicionais e como a transação final é liquidada.
#dusk
$DUSK
@Dusk

Eu acho que “tokenizado” e “nativo” são duas palavras que se misturam com facilidade demais.

Tenho lido o material da Dusk sobre emissão nativa, e a diferença é, na verdade, bem simples.

Com tokenização, um token representa um ativo ou uma reivindicação sobre um ativo. O ativo original e partes do seu ciclo de vida ainda podem depender de sistemas fora da blockchain.

A emissão nativa segue uma abordagem diferente. O próprio ativo é criado e gerenciado onchain; então coisas como emissão, transferências, manutenção (servicing) e liquidação podem ser desenhadas em torno do livro-razão, em vez de tratar a blockchain apenas como mais um registro de um ativo que vive em algum lugar fora dali.

Isso fica ainda mais interessante com valores mobiliários (securities) regulados.

Um ativo financeiro ainda precisa de regras sobre quem pode acessá-lo, quem pode transferi-lo, quais informações podem ser divulgadas e como funciona a liquidação. A documentação da Dusk descreve especificamente elegibilidade, transferências controladas, divulgação seletiva e liquidação como partes do fluxo de trabalho de ativos regulados.

Mas há um detalhe importante aqui: colocar uma security regulada onchain não elimina a necessidade da estrutura legal e institucional correta. O emissor, o local de negociação (venue) e o produto ainda precisam das autorizações exigidas para a atividade que estão realizando.

Então, para mim, a parte interessante da Dusk não é simplesmente “RWAs em uma blockchain”.

É a ideia de desenhar mais do ciclo de vida do ativo em torno da blockchain, ainda levando em conta os requisitos dos mercados regulados.

Essa distinção entre representar um ativo existente e construir o fluxo de trabalho do ativo nativamente em torno do livro-razão é o que eu queria entender melhor.

#dusk $DUSK @Dusk

Alhamdulillah ❤️

Que surpresa linda! 🥳 Estou feliz em compartilhar que ganhei o Conjunto de Brindes da 9ª Aniversário da Binance através da campanha #TradebStocks . 🎁

Entrei para compartilhar minha experiência com bStocks com a comunidade, e é ótimo ver que o esforço foi reconhecido.

Endereço enviado com sucesso. Agora aguardando a chegada dos brindes! 📦

Um grande agradecimento a @Binance Square Official Também aos binancianos E parabéns a todos os outros vencedores. 💛

#TradebStocks #Binance9YA

MMFs, ETFs, títulos e outros RWAs não funcionam todos do mesmo jeito. É isso que torna trazê-los para a onchain interessante.

Tenho olhado com mais atenção para a Dusk Trade porque a ideia não é simplesmente colocar um tipo de ativo financeiro em uma blockchain.

A Dusk descreve a Dusk Trade como a camada de aplicação para ativos financeiros tokenizados. O fluxo de trabalho inclui coisas como onboarding de investidores, verificações de elegibilidade, conexão de carteira, compra ou venda, coordenação de pagamentos e liquidação.

Isso é importante porque um ativo financeiro não é apenas um token parado em uma carteira.

Podem existir regras sobre quem tem permissão para acessá-lo, como ele pode ser transferido, quais informações precisam estar disponíveis e como os lados de pagamento e de ativo de uma transação são liquidados.

A infraestrutura mais ampla da Dusk está sendo construída em torno desse tipo de exigência de mercado regulado. Os materiais atuais descrevem privacidade com divulgação seletiva, controles de acesso e liquidação determinística como parte da infraestrutura para ativos digitais regulados.

Os exemplos de MMF, ETF e título chamaram minha atenção porque mostram a variedade de ativos que a Dusk está mirando, em vez de tratar “RWA” como uma única categoria.

Não acho que a pergunta interessante seja apenas se esses ativos podem ser representados onchain.

A questão mais difícil é se o processo de mercado ao redor também consegue funcionar lá.

É aí que a Dusk Trade se torna interessante para mim: não apenas o próprio ativo, mas o fluxo de trabalho em torno de propriedade, elegibilidade, negociação e liquidação.

#dusk $DUSK @Dusk

Acho que a parte que as pessoas ignoram sobre tokenização é tudo o que vem depois de criar o token.

Eu estava lendo sobre a Dusk Trade e isso foi o que mais me chamou atenção.

A Dusk Trade não é a blockchain base. É a camada de aplicação para ativos financeiros tokenizados na Dusk. A documentação descreve isso em termos de fluxos reais de mercado: encontrar um ativo, fazer o onboarding de investidores, conectar uma carteira, verificar elegibilidade, comprar ou vender, coordenar os lados do pagamento e do ativo e liquidar a transação.

Isso faz mais sentido para mim do que simplesmente dizer “colocar ativos financeiros onchain”.

Para ativos regulamentados, o token em si é apenas uma parte do processo. Há questões sobre quem pode acessá-lo, quem pode mantê-lo ou transferi-lo, quais informações precisam permanecer privadas e como o pagamento e a liquidação do ativo acontecem juntos. A infraestrutura de mercado da Dusk foi construída em torno dessas exigências.

A Dusk Trade fica por cima dessa infraestrutura. Por baixo dela, a Dusk fornece diferentes partes para diferentes tarefas, incluindo DuskDS para liquidação e disponibilidade de dados, DuskEVM para aplicações EVM, DuskVM para contratos Rust/WASM e Citadel para identidade e divulgação seletiva.

É essa a parte que me interessa.

A tokenização dá o destaque, mas o fluxo real do mercado é onde as coisas ficam complicadas. A Dusk parece estar investindo bastante esforço de design nessa parte.

#dusk $DUSK @Dusk

Hoje eu estava olhando para o DuskEVM e uma coisa fez mais sentido para mim do que a descrição usual de “compatível com EVM”.

O Dusk separou execução de liquidação.

O DuskEVM é a camada de execução do EVM, onde desenvolvedores podem usar Solidity e ferramentas EVM conhecidas. O DuskDS fica por baixo dele como a camada de liquidação e disponibilidade de dados. Então, os dois não estão fazendo o mesmo trabalho.

Depois existe o Hedger.

De acordo com a documentação do Dusk, o Hedger roda no DuskEVM e foi projetado para aplicações que começam pelo EVM e que precisam de fluxos confidenciais. O Dusk descreve sua abordagem em torno de privacidade, divulgação seletiva e execução verificável, em vez de simplesmente tornar tudo público ou tudo privado.

Essa distinção é importante para aplicações financeiras.

Uma transação pode envolver informações que não necessariamente deveriam ser visíveis para todos, enquanto o sistema ainda pode precisar de regras sobre quem está autorizado a ver certas informações.

É essa a parte do Dusk que eu acho que vale a pena seguir. O projeto não está tratando a privacidade como o único objetivo. A arquitetura dele tenta dar aos criadores ferramentas diferentes, dependendo do que uma aplicação realmente precisa: DuskEVM para desenvolvimento em EVM, DuskVM para execução direta na L1 e DuskDS para liquidação e disponibilidade de dados.

Estou mais interessado em ver como os criadores usam essas peças do que em repetir outra descrição genérica de “blockchain de privacidade”.
#dusk $DUSK @Dusk

Colocar um ativo em uma blockchain e emitir um ativo em uma blockchain não são necessariamente a mesma coisa.

Foi essa distinção que achei interessante na abordagem da Dusk para ativos financeiros tokenizados.

Tokenização pode significar criar uma representação on-chain de um ativo que já existe em outro lugar. A representação na blockchain pode então ser usada dentro de um ambiente on-chain, mas o ativo subjacente e partes de seu ciclo de vida ainda podem depender de infraestrutura fora da cadeia.

A emissão nativa adota uma abordagem diferente.

Em vez de apenas representar um ativo existente na cadeia, mais do ciclo de vida do ativo pode ser projetado para operar on-chain desde o início. Isso pode incluir como o ativo é emitido, mantido, transferido e, por fim, liquidado, dependendo do produto específico e da configuração regulatória.

Para valores mobiliários regulamentados, essa distinção importa.

A Dusk descreve sua infraestrutura como capaz de suportar fluxos de emissão nativa para valores mobiliários regulamentados quando as instituições e os locais relevantes têm a autorização e a configuração do produto necessárias. Portanto, esta não é uma alegação de que todo ativo do mundo real possa simplesmente ser emitido nativamente na Dusk.

O que acho interessante é a direção da arquitetura.

Em vez de tratar a blockchain como uma camada separada que apenas cria uma “embalagem” digital em torno de ativos tradicionais, a emissão nativa propõe uma pergunta maior: quanta parte do ciclo de vida real do ativo financeiro pode ser tratada on-chain?

Isso pode ter implicações para como a propriedade, as transferências e a liquidação são estruturadas.

Para mim, a mensagem principal é simples: tokenização não é automaticamente a mesma coisa que emissão nativa. Entender essa diferença torna a conversa mais ampla sobre RWA muito mais significativa.
#dusk
$DUSK
@Dusk

A privacidade financeira não é muito útil se as pessoas que precisam verificar uma transação não conseguem fazer o seu trabalho.

Essa é a parte da abordagem da Dusk que eu acho interessante.

Para mercados financeiros regulados, tornar tudo completamente público pode expor informações que os participantes talvez não queiram que todos vejam. Mas ir ao extremo oposto e tornar a atividade totalmente oculta cria um problema diferente quando as partes autorizadas precisam analisá-la.

A Dusk aborda isso com privacidade programável.

A ideia é manter confidenciais as informações sensíveis das transações, ao mesmo tempo em que ainda oferece divulgação seletiva quando a revisão autorizada é necessária. No material que li sobre o Hedger na DuskEVM, as transações confidenciais usam uma combinação de criptografia homomórfica e provas de conhecimento zero.

Essa combinação importa porque a privacidade não está sendo tratada como apenas "esconder tudo".

O Hedger foi projetado para propriedade, transferências, valores e saldos confidenciais, mantendo a auditabilidade. O objetivo é dar a aplicações financeiras reguladas uma forma de proteger informações sensíveis sem remover a capacidade de verificar a atividade quando essa verificação for exigida.

Eu acho que essa é uma forma muito mais prática de olhar para a privacidade na blockchain.

Uma instituição financeira não necessariamente precisa de todos os detalhes de cada transação visíveis para toda a rede. Ao mesmo tempo, ela não pode simplesmente operar em um ambiente em que a revisão legítima se torne impossível.

É aí que a divulgação seletiva se torna importante.

A Dusk está construindo em torno desse ponto intermediário: privacidade onde for necessária, transparência onde for útil e revisão controlada quando for exigido.

Para as finanças on-chain reguladas, essa distinção pode importar tanto quanto a tecnologia subjacente da blockchain.

#dusk
$DUSK
@Dusk

O que chamou minha atenção sobre a Dusk e a NPEX não foi a palavra “blockchain”. Foi o tipo de mercado que elas estavam tentando colocar on-chain.

A NPEX é uma bolsa de valores nos Países Baixos licenciada como Instalação de Negociação Multilateral (MTF). O anúncio de 2024 descreveu a Dusk e a NPEX trabalhando juntas em infraestrutura para emitir, negociar e tokenizar instrumentos financeiros regulados.

Esse é um ponto de partida diferente de simplesmente criar outro token e procurar algum lugar para usá-lo.

A ideia é levar partes da infraestrutura existente do mercado financeiro para um ambiente de blockchain, mantendo, ao mesmo tempo, o arcabouço regulatório em torno dos ativos e do local de negociação.

O anúncio aponta várias vantagens potenciais da finança on-chain: liquidação mais rápida, automação de certos processos, interoperabilidade entre organizações financeiras e acesso mais fácil à liquidez.

Mas o que achei mais interessante foi a abordagem por trás.

A Dusk não está descrevendo ativos regulados como algo que só se torna útil depois de ser embrulhado em um produto genérico de DeFi. O objetivo é fornecer infraestrutura que instituições financeiras e ambientes regulados possam realmente construir.

Isso se encaixa com para onde a Dusk está indo hoje. A rede foi construída para finanças on-chain reguladas, combinando privacidade programável, divulgação seletiva e liquidação determinística.

E a parceria com a NPEX dá a essa ideia um exemplo concreto: um ambiente financeiro regulado explorando infraestrutura de blockchain para instrumentos financeiros do mundo real.

Para mim, essa é uma história de RWA mais interessante do que simplesmente contar quantos ativos podem ser tokenizados. A verdadeira questão é se a infraestrutura consegue atender aos requisitos dos mercados financeiros aos quais esses ativos já pertencem.


@Dusk
#dusk
$DUSK

A privacidade em uma cadeia EVM fica muito mais interessante quando a conformidade faz parte do problema.

Foi isso que chamou minha atenção sobre o Hedger.

De acordo com a explicação da Dusk, o Hedger foi construído especificamente para a camada de execução DuskEVM. Em vez de depender de uma única técnica criptográfica, ele combina criptografia homomórfica com provas de conhecimento zero.

O lado da criptografia homomórfica é baseado no ElGamal sobre criptografia de curvas elípticas e permite que computações sejam realizadas sobre valores criptografados sem expor esses valores. As provas de conhecimento zero são então usadas para provar que as computações estão corretas sem revelar as entradas subjacentes.

O que considero interessante é para onde a Dusk está levando isso.

O objetivo não é apenas ocultar transações. O Hedger foi projetado para aplicações financeiras em que privacidade e auditabilidade são importantes. A fonte descreve propriedade confidencial, transferências, valores e saldos, mantendo, ao mesmo tempo, a capacidade de auditar transações quando necessário.

Também há uma distinção importante em relação ao Zedger. O Zedger foi projetado para camadas baseadas em UTXO, enquanto o Hedger é construído para o ambiente EVM. Isso significa que desenvolvedores que trabalham com a stack EVM podem abordar transações confidenciais sem abrir mão das ferramentas familiares do ecossistema Ethereum que o DuskEVM foi pensado para suportar.

A parte sobre a qual estou mais curioso é o potencial para livros de ordens ofuscados. A Dusk diz que o Hedger estabelece a base para isso, com a meta de proteger participantes das negociações de expor sua intenção ou posições.

Para mercados regulados, essa combinação de confidencialidade e possibilidade de revisão é um problema muito mais interessante do que simplesmente tornar tudo privado.

@Dusk
#dusk
$DUSK

DuskEVM é interessante porque não pede que os desenvolvedores de EVM comecem do zero.
Se você já está construindo com Solidity, Vyper, Foundry, Hardhat, viem ou ethers, a ideia é trazer esse fluxo de trabalho familiar para a stack da Dusk.
Mas a parte que eu acho mais interessante é o que acontece por baixo.
DuskEVM é o ambiente de execução compatível com Ethereum, enquanto DuskDS cuida de consenso, liquidação e disponibilidade de dados. DUSK é usado para execução e pode se mover entre Dusk L1 e DuskEVM via a bridge.
O fluxo de transações também vale a pena observar.
Uma transação primeiro chega ao sequenciador do DuskEVM e, depois, é incluída em um bloco L2. O batcher publica os dados da transação no DuskDS, enquanto compromissos de estado e provas de falha conectam o estado resultante à liquidação do DuskDS.
Essa última parte é importante porque inclusão de transação e liquidação não são a mesma coisa. Ver apenas uma transação incluída não significa que você deva presumir finalidade apenas com base em quanto tempo passou.
Eu também gosto de que a Dusk não está forçando todas as aplicações a usar o mesmo ambiente.
Para aplicações em Solidity, carteiras EVM e ferramentas existentes do ecossistema Ethereum, DuskEVM é o caminho óbvio.
Para contratos em Rust/WASM que precisam funcionar diretamente com o Dusk L1, DuskVM continua sendo a opção.
Então a parte interessante não é apenas “A Dusk agora tem EVM”.
É que a Dusk está oferecendo aos desenvolvedores um ambiente de execução familiar, mantendo-o conectado à própria camada de liquidação e disponibilidade de dados.
@Dusk
#dusk
$DUSK

🚀 Maiores ganhadores de Futuros agora na Binance:

🥇 $APR USDT — +116,17%
🥈 $PROM USDT — +65,77%
🥉 $BR USDT — +57,33%
$AVAAI USDT — +26,32%
$NBIS USDT — +24,36%

APRUSDT está liderando o quadro com um movimento enorme hoje, enquanto PROMUSDT e BRUSDT também estão mostrando forte momentum.

O mercado de Futuros está definitivamente ativo hoje.

Qual deles você está acompanhando?

#Binance #futures #TopGainers #crypto

🚀 Principais ganhos de futuros de hoje
O mercado está se movendo rápido hoje, com um forte impulso em Binance Futures:
🥇 $BMT USDT — +177,73%
🥈 $TUT USDT — +59,13%
🥉 $MUBARAK USDT — +49,29%
4️⃣ $NILUSDT — +30,31%
5️⃣ $CAPUSDT — +25,84%
Estes são os números de 24h mostrados no seu print. A lista ao vivo de vencedores da Binance atualiza continuamente, então as colocações podem mudar rapidamente.
🔥 BMT é claramente o destaque, mas após movimentos tão acentuados, a volatilidade e as correções também podem ser bem agressivas.
O impulso é atraente, mas correr atrás cegamente não é. Sempre observe volume, liquidez e risco. 📊

🚀 Principais Ganhos de Futuros de Hoje
O mercado está se movendo rápido hoje 👀
🥇 $BMT USDT +121.22%
🥈 $TUT USDT +87.81%
🥉 $MUBARAK USDT +58.17%
🔥 $BEATUSDT +30.30%
⚡$ XANUSDT +30.25%
Grandes movimentos, mas também grande volatilidade. Um ganho percentual forte não significa automaticamente uma boa entrada — observe volume, liquidez e momentum antes de correr atrás. A Binance oferece uma visão geral dedicada do mercado de futuros para acompanhar esses movimentos.
binance.com
Qual você está acompanhando hoje? 👀

A maioria das pessoas se concentra no produto. Eu normalmente presto atenção na infraestrutura por trás dele.
Ao ler sobre o Babylon Genesis, achei interessante a abordagem de Dual VM. Em vez de depender de uma única máquina virtual, o Babylon Genesis combina CosmWasm e EVM, com cada uma servindo a um propósito diferente.
Pela documentação, o CosmWasm foi pensado para contratos inteligentes focados em Bitcoin, enquanto o EVM está sendo introduzido para dar aos desenvolvedores acesso a um ecossistema DeFi mais amplo e a ferramentas de desenvolvimento familiares. Os dois ambientes foram projetados para compartilhar o mesmo registro de tokens, de modo que os ativos possam ser usados em ambos, em vez de existirem em sistemas separados.
Para mim, isso não é apenas uma atualização técnica. Reflete um esforço para tornar aplicações nativas do Bitcoin mais fáceis de construir, sem obrigar os desenvolvedores a escolher entre ferramentas focadas em Bitcoin e a infraestrutura DeFi existente.
Essa direção mais ampla também ajuda a explicar por que os Trustless Bitcoin Vaults (TBV) chamaram minha atenção. O primeiro caso de uso dos TBV é um empréstimo nativo lastreado em Bitcoin com Aave v4 na rede de testes pública, com o objetivo de permitir que os usuários usem o Bitcoin nativo como colateral sem fazer wrapping, bridging ou confiar em intermediários.
Tenho explorado tanto a documentação quanto a rede de testes pública porque entender a infraestrutura torna o produto mais fácil de apreciar. Se você tiver interesse em BTCFi, eu sugiro experimentar a rede de testes pública do TBV e compartilhar feedback por meio do formulário oficial depois de passar pelo fluxo de empréstimo.
@BabylonLabs_io
#baby
$BABY