Salar_Ghazi
5.2k Publicações
Salar_Ghazi
395 A seguir
19.3K+ Seguidores
4.2K+ Gostaram
Publicações
Tudo
Cotações
Em direto
PINNED
#dusk $DUSK @Dusk por algumas horas e a coisa que continua chamando minha atenção não é a arquitetura de ZK nem a narrativa de RWA — é o que o incidente na ponte de 16 de agosto realmente revelou sobre como a rede está sendo usada.
A monitoração sinalizou um comportamento suspeito em uma carteira gerenciada por equipe ligada às operações de ponte. A equipe pausou os serviços da ponte, reciclou os endereços afetados e coordenou com a Binance depois de identificar que parte do fluxo tocou a plataforma deles.
O que me chamou a atenção não é o próprio incidente — operações de ponte sinalizadas é quase rotina em 2026 — é o que isso implica sobre a arquitetura atual. A equipe foi rápida em esclarecer que isso não era um problema no nível de protocolo no DuskDS, e que a mainnet continuou operando normalmente. Ou seja, a rede aguentou, mas a camada operacional, a carteira da ponte, era o ponto fraco. Essa é uma distinção importante.
Minha pequena surpresa: o Dusk se promove fortemente com conformidade e privacidade de nível institucional, mas a ponte ainda depende de carteiras gerenciadas por equipe para o fluxo operacional. Isso parece uma escolha de design temporária que eles ainda não substituíram completamente.
Os serviços de ponte permanecem temporariamente pausados enquanto uma etapa mais ampla de reforço é concluída. Eu não sei o escopo completo do que isso significa: se é um patch rápido ou uma reformulação estrutural.
Isso levanta a pergunta que eu não consigo responder: quanto do volume cross-chain do Dusk estava passando por essa única carteira operacional da ponte, e o que essa concentração diz sobre o quão descentralizada a infraestrutura realmente é agora?
$PROM
$ONG
Carteiras de ponte gerenciadas por equipe são aceitáveis para um projeto "de nível institucional"?
A monitoração sinalizou um comportamento suspeito em uma carteira gerenciada por equipe ligada às operações de ponte. A equipe pausou os serviços da ponte, reciclou os endereços afetados e coordenou com a Binance depois de identificar que parte do fluxo tocou a plataforma deles.
O que me chamou a atenção não é o próprio incidente — operações de ponte sinalizadas é quase rotina em 2026 — é o que isso implica sobre a arquitetura atual. A equipe foi rápida em esclarecer que isso não era um problema no nível de protocolo no DuskDS, e que a mainnet continuou operando normalmente. Ou seja, a rede aguentou, mas a camada operacional, a carteira da ponte, era o ponto fraco. Essa é uma distinção importante.
Minha pequena surpresa: o Dusk se promove fortemente com conformidade e privacidade de nível institucional, mas a ponte ainda depende de carteiras gerenciadas por equipe para o fluxo operacional. Isso parece uma escolha de design temporária que eles ainda não substituíram completamente.
Os serviços de ponte permanecem temporariamente pausados enquanto uma etapa mais ampla de reforço é concluída. Eu não sei o escopo completo do que isso significa: se é um patch rápido ou uma reformulação estrutural.
Isso levanta a pergunta que eu não consigo responder: quanto do volume cross-chain do Dusk estava passando por essa única carteira operacional da ponte, e o que essa concentração diz sobre o quão descentralizada a infraestrutura realmente é agora?
$PROM
$ONG
Carteiras de ponte gerenciadas por equipe são aceitáveis para um projeto "de nível institucional"?
Yes, it's transitional
100%
No, it's a red flag
0%
Depends on timeline
0%
Neutral
0%
1 Votos • Votação encerrada
PINNED
#dusk $DUSK @Dusk o cliente node real por trás do Dusk, não a versão da página de marketing.
Em maio, uma versão do Rusk lançou silenciosamente algo chamado regras http.policy ACL, limites de taxa por classe de endpoint e todo um framework para o node negar ou limitar tráfego específico no nível do protocolo. Lido como linha de especificação, parecia apenas higiene operacional chata.
Então, em 16 de agosto, a equipe do Dusk sinalizou atividade suspeita em uma carteira ligada a uma ponte e, em poucas horas, criou uma blocklist de destinatários de Web Wallet para interromper transferências para endereços sinalizados — mesmo mecanismo, em tempo real, sob pressão. É isso que ficou. $DUSK foi divulgada como "privacidade + conformidade", no futuro, chegando em breve. Mas o primeiro uso real, no mundo, dessa camada de enforcement não foi um recurso de privacidade voltado ao usuário; foi a equipe protegendo a ponte.
A infraestrutura construída para reguladores acabou servindo como ferramenta de resposta a incidentes antes mesmo de tocar na transação protegida de um usuário final.
Não é uma reclamação, só reparei na ordem em que as coisas são destravadas. Eu entrei esperando o Rusk como "a VM" e saí achando mais que se trata de um motor de políticas que, por acaso, também executa consenso. Quem mais tem acesso a essa lógica de blocklist antes mesmo de ela ser documentada publicamente?
Em maio, uma versão do Rusk lançou silenciosamente algo chamado regras http.policy ACL, limites de taxa por classe de endpoint e todo um framework para o node negar ou limitar tráfego específico no nível do protocolo. Lido como linha de especificação, parecia apenas higiene operacional chata.
Então, em 16 de agosto, a equipe do Dusk sinalizou atividade suspeita em uma carteira ligada a uma ponte e, em poucas horas, criou uma blocklist de destinatários de Web Wallet para interromper transferências para endereços sinalizados — mesmo mecanismo, em tempo real, sob pressão. É isso que ficou. $DUSK foi divulgada como "privacidade + conformidade", no futuro, chegando em breve. Mas o primeiro uso real, no mundo, dessa camada de enforcement não foi um recurso de privacidade voltado ao usuário; foi a equipe protegendo a ponte.
A infraestrutura construída para reguladores acabou servindo como ferramenta de resposta a incidentes antes mesmo de tocar na transação protegida de um usuário final.
Não é uma reclamação, só reparei na ordem em que as coisas são destravadas. Eu entrei esperando o Rusk como "a VM" e saí achando mais que se trata de um motor de políticas que, por acaso, também executa consenso. Quem mais tem acesso a essa lógica de blocklist antes mesmo de ela ser documentada publicamente?
junte-se aos caras
@超人不会飞2020
está a falar[EM DIRETO] 🎙️ Dia 12 do investimento recorrente em BTC com o Super-homem 100U, DUSK: alta ou baixa
6.1k reproduções
·
--
🎙️ Construindo a Praça Binance, comprando BNB por aporte fixo | Na quarta-feira, a BTC ainda não conseguiu se estabilizar nos 80 mil; o que vocês acham que o mercado deve fazer a seguir? Vamos conversar~
Encerrado
05 h 21 min. 38 seg.
9.4k
38
$BTC está piscando uma configuração que os traders não vão querer ignorar — o próximo movimento pode vir rápido.
$BTC está mostrando forte impulso de alta, com a estrutura se formando bem.
Atenção Longa — Contexto do Mercado
Entrada: $80.500–$80.700
Alvo 1: $81.000
Alvo 2: $81.270
Alvo 3: $81.600
Alvo 4: $82.000
Stop Loss: $80.100
$BTC reagiu com força a partir da região de $80,1K e está retomando a zona de $80,5K. Se os compradores romperem $81,27K, a estrutura de alta pode acelerar.
#Write2Earn
$BTC está mostrando forte impulso de alta, com a estrutura se formando bem.
Atenção Longa — Contexto do Mercado
Entrada: $80.500–$80.700
Alvo 1: $81.000
Alvo 2: $81.270
Alvo 3: $81.600
Alvo 4: $82.000
Stop Loss: $80.100
$BTC reagiu com força a partir da região de $80,1K e está retomando a zona de $80,5K. Se os compradores romperem $81,27K, a estrutura de alta pode acelerar.
#Write2Earn
Pessoal, $XRP está se preparando para um movimento — não ignore esta zona.
$XRP está mostrando um forte momentum de alta, com a estrutura se formando muito bem.
Entrada: US$ 1,47–US$ 1,49
Alvo 1: US$ 1,52
Alvo 2: US$ 1,55
Alvo 3: US$ 1,60
Alvo 4: US$ 1,65
Stop Loss: US$ 1,43
O XRP está sustentando acima da região de US$ 1,45 após uma fase de forte consolidação, enquanto os compradores começam a empurrar novamente em direção à resistência de US$ 1,50. Uma ruptura limpa acima de US$ 1,50 pode abrir caminho para os alvos mais altos.
#Write2Earn
$XRP está mostrando um forte momentum de alta, com a estrutura se formando muito bem.
Entrada: US$ 1,47–US$ 1,49
Alvo 1: US$ 1,52
Alvo 2: US$ 1,55
Alvo 3: US$ 1,60
Alvo 4: US$ 1,65
Stop Loss: US$ 1,43
O XRP está sustentando acima da região de US$ 1,45 após uma fase de forte consolidação, enquanto os compradores começam a empurrar novamente em direção à resistência de US$ 1,50. Uma ruptura limpa acima de US$ 1,50 pode abrir caminho para os alvos mais altos.
#Write2Earn
$BNB Long Watch
Entrada: US$692–696
Alvo 1: US$705
Alvo 2: US$715
Stop Loss: US$686
$BNB está sustentando acima da zona de suporte de US$690 após uma forte recuperação dos US$680. O preço está consolidando perto de US$696, enquanto a recente rejeição por volta de US$705 continua sendo a resistência principal.
Uma sustentação clara acima de US$692–696 poderia preparar mais uma tentativa em direção a US$705 e possivelmente US$715. Perder US$690 enfraqueceria a estrutura de alta.
$SPK
Entrada: US$692–696
Alvo 1: US$705
Alvo 2: US$715
Stop Loss: US$686
$BNB está sustentando acima da zona de suporte de US$690 após uma forte recuperação dos US$680. O preço está consolidando perto de US$696, enquanto a recente rejeição por volta de US$705 continua sendo a resistência principal.
Uma sustentação clara acima de US$692–696 poderia preparar mais uma tentativa em direção a US$705 e possivelmente US$715. Perder US$690 enfraqueceria a estrutura de alta.
$SPK
$ETH está segurando a estrutura de recuperação no gráfico de 4H.
O preço reagiu fortemente a partir da zona de US$ 2.360–US$ 2.400 e agora está consolidando em torno de US$ 2.438 após uma rejeição perto de US$ 2.470.
Níveis-chave:
Entrada: US$ 2.420–US$ 2.440
Alvo 1: US$ 2.480
Alvo 2: US$ 2.520
Stop Loss: Abaixo de US$ 2.390
Uma ruptura limpa no 4H acima de US$ 2.480 poderia abrir caminho para US$ 2.520. Perder US$ 2.400 enfraqueceria o cenário de alta.
#Write2Earn
$PORTAL
$SPK
O preço reagiu fortemente a partir da zona de US$ 2.360–US$ 2.400 e agora está consolidando em torno de US$ 2.438 após uma rejeição perto de US$ 2.470.
Níveis-chave:
Entrada: US$ 2.420–US$ 2.440
Alvo 1: US$ 2.480
Alvo 2: US$ 2.520
Stop Loss: Abaixo de US$ 2.390
Uma ruptura limpa no 4H acima de US$ 2.480 poderia abrir caminho para US$ 2.520. Perder US$ 2.400 enfraqueceria o cenário de alta.
#Write2Earn
$PORTAL
$SPK
#dusk @Dusk $DUSK dev docs esta semana depois que a rede de teste DuskEVM foi ao ar em 10 de agosto. O que chamou minha atenção não foi o lançamento em si — é a encruzilhada que ele cria para os desenvolvedores.
A DuskEVM roda no OP Stack, liquida para a DuskDS e permite que você implemente Solidity com carteiras EVM padrão do Hardhat Foundry, além das ferramentas familiares. A DuskVM, por sua vez, é construída diretamente sobre o próprio modelo de execução da Dusk — contratos Rust/WASM, modelos nativos de transação, ativos em nível de protocolo e capacidades ZK. A mesma cadeia subjacente, duas filosofias completamente diferentes de desenvolvimento.
O que me surpreendeu: a documentação é incomumente honesta sobre quando não usar a DuskEVM. Eles afirmam explicitamente que use a Dusk nativa quando você precisa de privacidade, smart contracts ZK, ativos confidenciais ou execução personalizada. A maioria das L2s não divulga suas próprias limitações de forma tão clara.
A rede de teste entrou no ar em meados de agosto; você pode verificar as implantações iniciais de contratos no Blockscout (o explorador da DuskEVM). Eu ainda não confirmei quantos desenvolvedores independentes realmente implantaram vs. os próprios contratos de teste do time. Essa distinção importa e eu ainda não posso dizer com certeza.
O TVL está abaixo de US$ 1M e o ecossistema de DApps é fraco. A pergunta real é: a DuskEVM atrai devs Solidity que jamais tocariam em Rust, ou a história de privacidade da Dusk atrai apenas builders dispostos a ir nativo?
A DuskEVM roda no OP Stack, liquida para a DuskDS e permite que você implemente Solidity com carteiras EVM padrão do Hardhat Foundry, além das ferramentas familiares. A DuskVM, por sua vez, é construída diretamente sobre o próprio modelo de execução da Dusk — contratos Rust/WASM, modelos nativos de transação, ativos em nível de protocolo e capacidades ZK. A mesma cadeia subjacente, duas filosofias completamente diferentes de desenvolvimento.
O que me surpreendeu: a documentação é incomumente honesta sobre quando não usar a DuskEVM. Eles afirmam explicitamente que use a Dusk nativa quando você precisa de privacidade, smart contracts ZK, ativos confidenciais ou execução personalizada. A maioria das L2s não divulga suas próprias limitações de forma tão clara.
A rede de teste entrou no ar em meados de agosto; você pode verificar as implantações iniciais de contratos no Blockscout (o explorador da DuskEVM). Eu ainda não confirmei quantos desenvolvedores independentes realmente implantaram vs. os próprios contratos de teste do time. Essa distinção importa e eu ainda não posso dizer com certeza.
O TVL está abaixo de US$ 1M e o ecossistema de DApps é fraco. A pergunta real é: a DuskEVM atrai devs Solidity que jamais tocariam em Rust, ou a história de privacidade da Dusk atrai apenas builders dispostos a ir nativo?
#dusk @Dusk $DUSK arquitetura especificamente como contratos inteligentes confidenciais funcionam sob o padrão XSC e um detalhe continua chamando minha atenção.
A Dusk se posiciona como a primeira blockchain com contratos inteligentes confidenciais nativos, o que significa que a lógica de execução, as contrapartes e os valores ficam ocultos por padrão. Não é envolvida por uma camada de privacidade em cima — ela vem embutida no ambiente de execução base. Essa é a alegação arquitetural, pelo menos.
O que me fez parar e realmente pensar nisso em 16 de agosto: a equipe da Dusk detectou uma atividade suspeita ligada a uma carteira de bridge gerenciada pela equipe. Eles pausararam os serviços de bridge, desativaram endereços relacionados e coordenaram com a Binance depois que parte do fluxo tocou a plataforma deles. Dizem que nenhum fundo de usuários foi afetado. Mas leia com atenção: isso não foi uma falha de protocolo. Foi infraestrutura de bridge off-chain. A própria L1 permaneceu limpa.
E é essa tensão interessante. A equipe confirmou explicitamente que o incidente não foi um problema em nível de protocolo na DuskDS, a cadeia nativa. Isso significa que a camada de execução confidencial fez exatamente o que deveria. A vulnerabilidade estava exatamente onde sempre está: na ponte, não na cadeia.
Honestamente, eu não esperava que eles contivessem isso tão rápido. Me surpreendeu um pouco.
O que eu não consigo confirmar: quantas transações realmente passaram durante a janela do incidente e se alguma interação de contrato blindado foi afetada no lado nativo. Esses dados não são facilmente legíveis — e, de certa forma, esse é o ponto dos contratos confidenciais — mas também torna a verificação independente mais difícil.
A ponte permanece fechada até uma revisão completa de segurança. Enquanto isso, o DuskEVM ainda está por vir. Vale observar de perto como essas duas linhas do tempo interagem...
A Dusk se posiciona como a primeira blockchain com contratos inteligentes confidenciais nativos, o que significa que a lógica de execução, as contrapartes e os valores ficam ocultos por padrão. Não é envolvida por uma camada de privacidade em cima — ela vem embutida no ambiente de execução base. Essa é a alegação arquitetural, pelo menos.
O que me fez parar e realmente pensar nisso em 16 de agosto: a equipe da Dusk detectou uma atividade suspeita ligada a uma carteira de bridge gerenciada pela equipe. Eles pausararam os serviços de bridge, desativaram endereços relacionados e coordenaram com a Binance depois que parte do fluxo tocou a plataforma deles. Dizem que nenhum fundo de usuários foi afetado. Mas leia com atenção: isso não foi uma falha de protocolo. Foi infraestrutura de bridge off-chain. A própria L1 permaneceu limpa.
E é essa tensão interessante. A equipe confirmou explicitamente que o incidente não foi um problema em nível de protocolo na DuskDS, a cadeia nativa. Isso significa que a camada de execução confidencial fez exatamente o que deveria. A vulnerabilidade estava exatamente onde sempre está: na ponte, não na cadeia.
Honestamente, eu não esperava que eles contivessem isso tão rápido. Me surpreendeu um pouco.
O que eu não consigo confirmar: quantas transações realmente passaram durante a janela do incidente e se alguma interação de contrato blindado foi afetada no lado nativo. Esses dados não são facilmente legíveis — e, de certa forma, esse é o ponto dos contratos confidenciais — mas também torna a verificação independente mais difícil.
A ponte permanece fechada até uma revisão completa de segurança. Enquanto isso, o DuskEVM ainda está por vir. Vale observar de perto como essas duas linhas do tempo interagem...
#dusk @Dusk $DUSK dados de transação no duskexplorer.com hoje. Um número me deixou de olhos arregalados.
De 252 transações registradas nas últimas 24 horas, apenas 21 foram da Phoenix, o modelo ZK-proof blindado que deveria ser a camada real de privacidade desta rede. As outras 231 passaram pelo Moonlight, o modelo totalmente público baseado em conta.
Isso dá aproximadamente 9% de adoção da Phoenix em uma cadeia construída em torno da privacidade.
A Phoenix é um modelo de transação de zero conhecimento baseado em UTXO que oculta valores, relações remetente-destinatário e mudanças de saldo por meio de compromissos criptográficos e anuladores. A Phoenix 2.0 ainda avançou um passo a mais, permitindo privacidade compatível, em que a identidade do remetente pode ser comprovada para o destinatário sem expor nada ao público — o que supostamente é o diferencial institucional.
Então, o que explica essa diferença? Minha leitura sincera: a Phoenix é mais pesada. Cada transação da Phoenix carrega uma prova PLONK, enquanto o Moonlight apenas usa uma verificação de assinatura BLS — menos computação, mais rápido, mais barato. A maioria dos usuários atuais provavelmente está só fazendo staking, convertendo tokens ou fazendo transferências rotineiras. Privacidade tem um custo, e nem todo mundo está pagando isso ainda.
O que eu não consigo determinar pelo explorador é se as transações da Phoenix que vemos representam usuários realmente em busca de privacidade ou apenas a mecânica da carteira roteando fundos pelo pool blindado por outros motivos.
Se o uso da Phoenix continuar tão baixo enquanto os parceiros institucionais entram na plataforma, a proposta de privacidade se sustenta ou ela silenciosamente vira opcional?
De 252 transações registradas nas últimas 24 horas, apenas 21 foram da Phoenix, o modelo ZK-proof blindado que deveria ser a camada real de privacidade desta rede. As outras 231 passaram pelo Moonlight, o modelo totalmente público baseado em conta.
Isso dá aproximadamente 9% de adoção da Phoenix em uma cadeia construída em torno da privacidade.
A Phoenix é um modelo de transação de zero conhecimento baseado em UTXO que oculta valores, relações remetente-destinatário e mudanças de saldo por meio de compromissos criptográficos e anuladores. A Phoenix 2.0 ainda avançou um passo a mais, permitindo privacidade compatível, em que a identidade do remetente pode ser comprovada para o destinatário sem expor nada ao público — o que supostamente é o diferencial institucional.
Então, o que explica essa diferença? Minha leitura sincera: a Phoenix é mais pesada. Cada transação da Phoenix carrega uma prova PLONK, enquanto o Moonlight apenas usa uma verificação de assinatura BLS — menos computação, mais rápido, mais barato. A maioria dos usuários atuais provavelmente está só fazendo staking, convertendo tokens ou fazendo transferências rotineiras. Privacidade tem um custo, e nem todo mundo está pagando isso ainda.
O que eu não consigo determinar pelo explorador é se as transações da Phoenix que vemos representam usuários realmente em busca de privacidade ou apenas a mecânica da carteira roteando fundos pelo pool blindado por outros motivos.
Se o uso da Phoenix continuar tão baixo enquanto os parceiros institucionais entram na plataforma, a proposta de privacidade se sustenta ou ela silenciosamente vira opcional?
#dusk @Dusk $DUSK explorer for a while and one number stuck with me in the last 24 hours out of 252 total transactions on the network 231 were Moonlight and only 21 were Phoenix that's roughly 92% public, 8% shielded. Você pode verificar isso agora mesmo em duskexplorer.com.
Essa proporção me surpreendeu um pouco. A proposta de design do $DUSK é que o Phoenix lide com atividades financeiras confidenciais, assentamentos privados e saldos ocultos por meio de provas ZK. O Moonlight foi adicionado depois, em parte para atender exigências de conformidade de corretoras. Mas na cadeia, usuários reais estão, em sua maioria, escolhendo o caminho público.
Pode ser que o excesso de UX do Phoenix (notas UTXO, geração de prova) ainda seja um atrito suficiente para empurrar usuários casuais em direção ao Moonlight. Também pode ser que os fluxos relacionados a staking que o Moonlight suporta o contrato Stake e a maior parte das atividades de delegação seja pública por natureza. Honestamente, não sei qual caso de uso está dominando.
O que eu não consigo confirmar é se essa contagem de 21 do Phoenix reflete uma demanda real por privacidade ou apenas usuários avançados testando o modelo. Não há como ver quem está por trás dessas notas protegidas, e isso é justamente o ponto.
A pergunta com a qual estou ficando: se a privacidade é a proposta de valor central, por que ela é o comportamento minoritário neste estágio?
Essa proporção me surpreendeu um pouco. A proposta de design do $DUSK é que o Phoenix lide com atividades financeiras confidenciais, assentamentos privados e saldos ocultos por meio de provas ZK. O Moonlight foi adicionado depois, em parte para atender exigências de conformidade de corretoras. Mas na cadeia, usuários reais estão, em sua maioria, escolhendo o caminho público.
Pode ser que o excesso de UX do Phoenix (notas UTXO, geração de prova) ainda seja um atrito suficiente para empurrar usuários casuais em direção ao Moonlight. Também pode ser que os fluxos relacionados a staking que o Moonlight suporta o contrato Stake e a maior parte das atividades de delegação seja pública por natureza. Honestamente, não sei qual caso de uso está dominando.
O que eu não consigo confirmar é se essa contagem de 21 do Phoenix reflete uma demanda real por privacidade ou apenas usuários avançados testando o modelo. Não há como ver quem está por trás dessas notas protegidas, e isso é justamente o ponto.
A pergunta com a qual estou ficando: se a privacidade é a proposta de valor central, por que ela é o comportamento minoritário neste estágio?
#dusk $DUSK @Dusk após o lançamento da testnet DuskEVM em 10 de agosto. A manchete é compatibilidade EVM: Solidity, Hardhat, ferramentas familiares. Tudo bem. Mas o que realmente chamou minha atenção está uma camada mais abaixo: Hedger.
Hedger é o motor de privacidade da Dusk, instalado dentro da DuskEVM. Ele combina criptografia homomórfica ElGamal com provas ZK para ocultar os valores das transações e as contrapartes, permitindo ao mesmo tempo que a rede verifique a correção. Provas no navegador levam menos de 2 segundos. Isso não é uma afirmação de whitepaper neste momento; a testnet está no ar e essa funcionalidade está acessível a qualquer pessoa que faça deploy nela.
O que isso sugere é que a Dusk não está apenas construindo uma cadeia EVM com um selo de privacidade. As provas ZK acontecem na camada de execução da transação, não como um wrapper opcional. Essa é uma escolha arquitetural relevante.
Mas aqui vai minha hesitação honesta: a atividade na testnet é guiada por desenvolvedores. Eu ainda não vi dados públicos sobre quantos contratos foram realmente implantados desde 10 de agosto, nem se as transações protegidas por ZK estão vindo de equipes externas ou de testes internos.
Então a pergunta real é: os construtores estão usando o Hedger de verdade, ou ele está apenas ali esperando? Existe uma diferença entre um recurso estar ativo e um recurso estar sendo usado.
$ACE
Hedger é o motor de privacidade da Dusk, instalado dentro da DuskEVM. Ele combina criptografia homomórfica ElGamal com provas ZK para ocultar os valores das transações e as contrapartes, permitindo ao mesmo tempo que a rede verifique a correção. Provas no navegador levam menos de 2 segundos. Isso não é uma afirmação de whitepaper neste momento; a testnet está no ar e essa funcionalidade está acessível a qualquer pessoa que faça deploy nela.
O que isso sugere é que a Dusk não está apenas construindo uma cadeia EVM com um selo de privacidade. As provas ZK acontecem na camada de execução da transação, não como um wrapper opcional. Essa é uma escolha arquitetural relevante.
Mas aqui vai minha hesitação honesta: a atividade na testnet é guiada por desenvolvedores. Eu ainda não vi dados públicos sobre quantos contratos foram realmente implantados desde 10 de agosto, nem se as transações protegidas por ZK estão vindo de equipes externas ou de testes internos.
Então a pergunta real é: os construtores estão usando o Hedger de verdade, ou ele está apenas ali esperando? Existe uma diferença entre um recurso estar ativo e um recurso estar sendo usado.
$ACE
Parcialmente verdadeiro
$DUSK docs e a peça de 15 de agosto deles sobre tokenização de SME e uma coisa que não sai da minha cabeça.
O modelo de transações duais Moonlight (público, baseado em conta) e Phoenix (UTXO blindado + provas ZK) é central para todo o argumento. A privacidade é opt-in, não padrão. É justamente essa a parte interessante.
Moonlight expõe saldos e detalhes das transações abertamente, adequado para relatórios de conformidade e integrações com exchanges. Phoenix oculta valores, vínculos remetente-destinatário e mudanças de saldo por meio de compromissos criptográficos e nullifiers.
Mas foi isso que notei ao analisar o post de 15 de agosto deles sobre fluxos de trabalho no mercado privado: o caso de uso inteiro da NPEX, o pipeline de títulos de SME de €200M+ depende de divulgação seletiva para necessidades regulatórias e de atendimento, não de privacidade “em massa”.
Ou seja, a “privacidade” de produção é um escopo bem apertado, com visibilidade permitida pelo regulador, não o que a maioria dos usuários de cripto imagina quando ouve “zero-knowledge”.
O que realmente me surpreendeu: 210M+ @Dusk está apostado garantindo a rede (dusk), mas o DuskEVM e o Hedger (a camada EVM confidencial) ainda estão em testnet. Isso é uma grande base de staking sustentando uma infraestrutura que ainda não viu volume real de transações institucionais.
Não consigo confirmar qual parcela das transações reais na mainnet é Phoenix vs. Moonlight agora: o explorer mostra os tipos de transação, mas não um detalhamento limpo que eu pudesse puxar rapidamente.
Fica me perguntando: a privacidade aqui é de fato um recurso para usuários finais, ou é principalmente “encanamento” de conformidade para as instituições? E essa distinção importa para onde a rede vai?
#dusk @Dusk
$ACE
$TUT
O modelo de transações duais Moonlight (público, baseado em conta) e Phoenix (UTXO blindado + provas ZK) é central para todo o argumento. A privacidade é opt-in, não padrão. É justamente essa a parte interessante.
Moonlight expõe saldos e detalhes das transações abertamente, adequado para relatórios de conformidade e integrações com exchanges. Phoenix oculta valores, vínculos remetente-destinatário e mudanças de saldo por meio de compromissos criptográficos e nullifiers.
Mas foi isso que notei ao analisar o post de 15 de agosto deles sobre fluxos de trabalho no mercado privado: o caso de uso inteiro da NPEX, o pipeline de títulos de SME de €200M+ depende de divulgação seletiva para necessidades regulatórias e de atendimento, não de privacidade “em massa”.
Ou seja, a “privacidade” de produção é um escopo bem apertado, com visibilidade permitida pelo regulador, não o que a maioria dos usuários de cripto imagina quando ouve “zero-knowledge”.
O que realmente me surpreendeu: 210M+ @Dusk está apostado garantindo a rede (dusk), mas o DuskEVM e o Hedger (a camada EVM confidencial) ainda estão em testnet. Isso é uma grande base de staking sustentando uma infraestrutura que ainda não viu volume real de transações institucionais.
Não consigo confirmar qual parcela das transações reais na mainnet é Phoenix vs. Moonlight agora: o explorer mostra os tipos de transação, mas não um detalhamento limpo que eu pudesse puxar rapidamente.
Fica me perguntando: a privacidade aqui é de fato um recurso para usuários finais, ou é principalmente “encanamento” de conformidade para as instituições? E essa distinção importa para onde a rede vai?
#dusk @Dusk
$ACE
$TUT
#dusk $DUSK @Dusk explore dados hoje e um número me deixou frio.
Agora, na cadeia, 252 transações nas últimas 24 horas. 231 delas são Moonlight totalmente públicas. Apenas 21 são Phoenix protegidas. Isso dá aproximadamente uma divisão 91/9.
O que me atingiu foi a ironia disso. @Dusk entire pitch é finanças com privacidade em primeiro lugar. Moonlight é o modelo baseado em conta, totalmente transparente. Phoenix usa provas ZK e compromissos UTXO para ocultar valores, ligações remetente-destinatário e mudanças de saldo. Dois modelos feitos para coexistir, mas os usuários, em larga escala, estão escolhendo o público.
Agora eu não sei por que isso acontece. Pode ser que as ferramentas da Phoenix deem mais atrito para usar. Pode ser que a base atual de usuários seja majoritariamente de stakers e provedores executando transações operacionais que não precisam de privacidade. Ou pode ser qualquer outra coisa. Eu honestamente não consigo confirmar o motivo apenas pelo explorer.
O que eu posso dizer é: se essa proporção persistir quando títulos regulamentados começarem a circular pela rede, isso diria algo interessante sobre o que "privacidade pronta para conformidade" realmente significa na prática — instituições ainda podem optar por transparência quando um regulador está observando.
A camada de conformidade e a camada de privacidade foram construídas para trabalhar juntas. Mas, agora, os usuários estão usando uma e mal tocando na outra. Isso é um problema de UX, um problema de maturidade ou apenas... normal para essa fase?
$PORTAL
$GPS
Agora, na cadeia, 252 transações nas últimas 24 horas. 231 delas são Moonlight totalmente públicas. Apenas 21 são Phoenix protegidas. Isso dá aproximadamente uma divisão 91/9.
O que me atingiu foi a ironia disso. @Dusk entire pitch é finanças com privacidade em primeiro lugar. Moonlight é o modelo baseado em conta, totalmente transparente. Phoenix usa provas ZK e compromissos UTXO para ocultar valores, ligações remetente-destinatário e mudanças de saldo. Dois modelos feitos para coexistir, mas os usuários, em larga escala, estão escolhendo o público.
Agora eu não sei por que isso acontece. Pode ser que as ferramentas da Phoenix deem mais atrito para usar. Pode ser que a base atual de usuários seja majoritariamente de stakers e provedores executando transações operacionais que não precisam de privacidade. Ou pode ser qualquer outra coisa. Eu honestamente não consigo confirmar o motivo apenas pelo explorer.
O que eu posso dizer é: se essa proporção persistir quando títulos regulamentados começarem a circular pela rede, isso diria algo interessante sobre o que "privacidade pronta para conformidade" realmente significa na prática — instituições ainda podem optar por transparência quando um regulador está observando.
A camada de conformidade e a camada de privacidade foram construídas para trabalhar juntas. Mas, agora, os usuários estão usando uma e mal tocando na outra. Isso é um problema de UX, um problema de maturidade ou apenas... normal para essa fase?
$PORTAL
$GPS
$HOLO Direção do Mercado: Urso. Forte rali rejeitado perto de US$ 0,10, com forte pressão de venda.
Zona de Entrada: US$ 0,0890–US$ 0,0940
Stop Loss: US$ 0,1025
Take Profit:
TP1: US$ 0,0820
TP2: US$ 0,0760
TP3: US$ 0,0700
O preço está mostrando uma rejeição clara da região de US$ 0,10. Uma recuperação malsucedida para a zona de entrada favoreceria a continuação de uma venda (short) em direção aos níveis anteriores de rompimento.
Invalidar acima de US$ 0,1025.
#Write2Earn
$PROM
$BABY
Zona de Entrada: US$ 0,0890–US$ 0,0940
Stop Loss: US$ 0,1025
Take Profit:
TP1: US$ 0,0820
TP2: US$ 0,0760
TP3: US$ 0,0700
O preço está mostrando uma rejeição clara da região de US$ 0,10. Uma recuperação malsucedida para a zona de entrada favoreceria a continuação de uma venda (short) em direção aos níveis anteriores de rompimento.
Invalidar acima de US$ 0,1025.
#Write2Earn
$PROM
$BABY
$SOL /USDT Configuração Short
Direção do Mercado: viés Short abaixo da resistência de 77.00
Zona de Entrada: 76.40–76.90
Stop Loss: 78.05
Take Profit 1: 75.20
Take Profit 2: 73.80
Take Profit 3: 72.30
O preço está consolidando perto da resistência após um forte movimento de alta. Uma rejeição da faixa entre 76.50–77.00 pode desencadear uma correção em direção às zonas de suporte inferiores. A invalidação é uma ruptura limpa e manutenção acima de 78.00.
$HOLO
$PROM
Direção do Mercado: viés Short abaixo da resistência de 77.00
Zona de Entrada: 76.40–76.90
Stop Loss: 78.05
Take Profit 1: 75.20
Take Profit 2: 73.80
Take Profit 3: 72.30
O preço está consolidando perto da resistência após um forte movimento de alta. Uma rejeição da faixa entre 76.50–77.00 pode desencadear uma correção em direção às zonas de suporte inferiores. A invalidação é uma ruptura limpa e manutenção acima de 78.00.
$HOLO
$PROM
$PROM Short Setup
Direção do Mercado: Em baixa após uma rejeição forte na região de 3.50.
Zona de Entrada: 2.65–2.85
Stop Loss: 3.10
Alvo 1: 2.35
Alvo 2: 2.05
Alvo 3: 1.85
O preço mostrou uma forte rejeição após o pico em direção a 3.50. A falta de retomada de 2.85–3.00 pode abrir caminho para um recuo mais profundo em direção às zonas de consolidação anteriores.
Aguarde confirmação antes de entrar; a volatilidade está extremamente alta.
$HOLO
Direção do Mercado: Em baixa após uma rejeição forte na região de 3.50.
Zona de Entrada: 2.65–2.85
Stop Loss: 3.10
Alvo 1: 2.35
Alvo 2: 2.05
Alvo 3: 1.85
O preço mostrou uma forte rejeição após o pico em direção a 3.50. A falta de retomada de 2.85–3.00 pode abrir caminho para um recuo mais profundo em direção às zonas de consolidação anteriores.
Aguarde confirmação antes de entrar; a volatilidade está extremamente alta.
$HOLO
$ETH Short Setup
Direção do Mercado: O preço em baixa rejeitou a zona de resistência de 1.900–1.920 e está mostrando fraqueza.
Zona de Entrada: 1.865–1.885
Stop Loss: 1.925
Alvo 1: 1.840
Alvo 2: 1.810
Alvo 3: 1.780
Aguarde uma retest e rejeição perto da zona de entrada, em vez de perseguir a vela atual.
$BANANA
#Write2Earn
Direção do Mercado: O preço em baixa rejeitou a zona de resistência de 1.900–1.920 e está mostrando fraqueza.
Zona de Entrada: 1.865–1.885
Stop Loss: 1.925
Alvo 1: 1.840
Alvo 2: 1.810
Alvo 3: 1.780
Aguarde uma retest e rejeição perto da zona de entrada, em vez de perseguir a vela atual.
$BANANA
#Write2Earn
$BNB /USDT — Long Setup
Entry: 607.0–609.0
Target 1: 612.0
Target 2: 615.0
Stop Loss: 604.5
O preço recuperou a região de 608 com forte impulso após manter a zona de 600–602. Uma manutenção clara acima de 607 mantém a estrutura de curto prazo bullish. Se 612 romper com força, 615 se torna o próximo nível de alta.
$DOGE
#Write2Earn
Entry: 607.0–609.0
Target 1: 612.0
Target 2: 615.0
Stop Loss: 604.5
O preço recuperou a região de 608 com forte impulso após manter a zona de 600–602. Uma manutenção clara acima de 607 mantém a estrutura de curto prazo bullish. Se 612 romper com força, 615 se torna o próximo nível de alta.
$DOGE
#Write2Earn
Inicia sessão para explorar mais conteúdos