Kiko奇科

DuskVM vs DuskEVM: Dois caminhos para desenvolvedores

Uma blockchain precisa obrigar todo desenvolvedor a usar o mesmo ambiente de execução?

A Dusk adota uma abordagem diferente ao oferecer dois caminhos de contratos inteligentes, cada um projetado para um modelo de desenvolvimento diferente.

A DuskVM é o caminho nativo. Os desenvolvedores escrevem contratos em Rust, compilam para WASM e os executam diretamente no Dusk L1. Isso dá aos contratos acesso direto ao modelo de execução do L1 da Dusk, aos modelos de transação, aos contratos de protocolo e às capacidades que precisam ficar próximas à camada base, incluindo recursos de privacidade e funcionalidade de conhecimento zero.

A DuskEVM segue uma rota focada em compatibilidade. Os desenvolvedores podem usar Solidity ou Vyper junto com carteiras EVM e bibliotecas e ferramentas conhecidas. Liquidação e disponibilidade de dados são fornecidas pelo DuskDS, enquanto o DUSK serve como o token de gás nativo.

A diferença, portanto, é menos sobre escolher qual ambiente é melhor e mais sobre alinhar a arquitetura às necessidades da aplicação. A DuskVM favorece a execução direta no L1 e recursos nativos do ecossistema Dusk. A DuskEVM reduz a barreira para desenvolvedores que já trabalham dentro do ecossistema Ethereum.

Para a Dusk, fornecer ambos os caminhos cria um equilíbrio interessante entre funcionalidade nativa e familiaridade do desenvolvedor.

Apoiar tanto a execução nativa quanto a compatibilidade com EVM poderia ser uma estratégia mais forte para desenvolvedores do que forçar um ambiente universal?

$DUSK

#dusk @Dusk

Staking na Dusk: Como o DUSK protege a rede.

O que o staking realmente contribui para uma blockchain além de ganhar recompensas?

No staking da Dusk, ele está diretamente conectado ao consenso. Provisoners fazem staking de DUSK e participam do processo de propor e validar blocos. Provisoners ativos podem ganhar recompensas provenientes de emissões de tokens e taxas de transações, fazendo com que o staking faça parte do mecanismo de segurança da rede — e não de um produto de rendimento separado.

O processo de seleção também é importante. A sortição determinística da Dusk seleciona geradores de blocos e membros do comitê de votação por meio de um processo ponderado pelo stake. O mecanismo é projetado de modo que a frequência de seleção seja proporcional ao stake do provedor, mantendo-se reproduzível e imprevisível com antecedência.

O consenso então segue para validação de propostas e ratificação. Um provedor selecionado propõe um bloco candidato, um comitê o avalia e outro comitê confirma o resultado da validação. Uma supermaioria de votos válidos pode produzir um resultado bem-sucedido.

Mas participar traz responsabilidade. A documentação atual da Dusk diferencia entre penalidades suaves por participação falha e penalidades fortes por comportamento de consenso comprovadamente inválido, incluindo assinaturas conflitantes.

Isso cria uma relação importante entre stake econômico e responsabilidade de rede: o DUSK não fica apenas “travado”; ele dá aos participantes um motivo econômico para operar corretamente a infraestrutura de consenso.

Para @Dusk , portanto, o staking faz parte da própria arquitetura de segurança.

$DUSK #dusk

Vincular diretamente o stake econômico à responsabilidade do consenso cria um incentivo mais forte para uma participação confiável na rede?

comment your idea

AMALHECER: Mais do que apenas um token.

O que dá a um token de blockchain nativo utilidade real além de simplesmente ser negociado?

Para Dusk DUSK é integrado diretamente à operação da rede. A documentação oficial o define como o token nativo usado para taxas de transação e staking, conectando o ativo tanto à atividade da rede quanto à participação no consenso.

Cada transação exige recursos de rede e DUSK funciona como o ativo de gás usado para pagar por essas operações. Isso inclui atividades em ambientes de execução do Dusk, com DuskEVM usando explicitamente DUSK como seu token nativo de gás.

O segundo papel é ainda mais fundamental: o staking.

A Dusk utiliza provisioners para participar do consenso, com provisioners ativos selecionados para propor e validar blocos. De acordo com a documentação atual, o staking direto exige operar um nó provisioner e os rewards são baseados na participação no consenso e no stake ativo.

DUSK também conecta diferentes partes do ecossistema. A documentação descreve a movimentação entre Dusk L1 e DuskEVM, enquanto desenvolvedores podem construir por meio de DuskVM ou DuskEVM, dependendo dos requisitos de execução e das ferramentas que utilizam.

Portanto, o ponto interessante não é apenas que DUSK é o ativo nativo da rede. Sua utilidade está embutida nos mecanismos que fazem a rede funcionar.

Para @Dusk , a utilidade do token está, portanto, intimamente ligada à infraestrutura.

$DUSK #dusk

Um token nativo se torna mais significativo quando sua utilidade é inseparável das operações centrais da rede?

Cidade-forte: Divulgação Seletiva para Identidade Digital

A identidade digital frequentemente cria uma escolha difícil: revelar tudo para provar quem você é ou revelar pouco demais para satisfazer o aplicativo.

O Crepúsculo aborda esse problema com a Cidade-forte, descrita na documentação como a camada de identidade e acesso da rede para divulgação seletiva.

A distinção é importante. Divulgação seletiva não é simplesmente sobre manter informações de identidade privadas. Trata-se de projetar o acesso em torno das informações que realmente precisam ser divulgadas para uma interação específica.

Isso se encaixa naturalmente na arquitetura mais ampla do Crepúsculo. A rede já distingue entre contas públicas e contas protegidas, permitindo que transações operem com diferentes níveis de visibilidade. A Cidade-forte amplia esse raciocínio para identidade e acesso, e não apenas para dados de transações.

A documentação do Crepúsculo também lista as Identidades Auto-Soberanas da Cidade-forte na Rede do Crepúsculo como um artigo de pesquisa dedicado, ao lado de trabalhos técnicos relacionados a sistemas de conhecimento zero e autenticação com ofuscação de atributos.

O que me interessa aqui é o princípio arquitetural de que a identidade não necessariamente precisa se tornar um registro público permanente apenas porque o usuário precisa provar algo.

Para <c>@Dusk </c> a divulgação seletiva conecta privacidade com controle de acesso prático, o que é particularmente relevante quando a infraestrutura de blockchain interage com aplicações nas quais identidade e autorização importam.

#dusk $DUSK

A divulgação seletiva poderia se tornar a camada ausente entre a privacidade digital e as exigências de identidade de sistemas financeiros regulamentados?

Privacidade sem perder a usabilidade prática.

A privacidade em uma blockchain se torna difícil quando proteger informações também torna o sistema difícil de usar, verificar ou integrar.

A Dusk aborda esse problema tornando diferentes níveis de visibilidade das transações parte da arquitetura da rede.

Seu modelo Moonlight fornece transações públicas baseadas em contas. Saldos e endereços públicos e a atividade de transações podem permanecer transparentes, o que é útil quando são necessários visibilidade e verificação direta.

A Phoenix adota a abordagem oposta quando a confidencialidade das transações é importante. Ela usa transações baseadas em UTXO blindadas, construídas em torno de notas, nullifiers e provas de conhecimento zero. A rede pode verificar que a transação é válida sem expor publicamente o remetente, o destinatário ou a quantia transferida.

Mas a privacidade na Phoenix não é apenas sobre esconder informações de todos. O protocolo inclui chaves de visualização que permitem aos usuários identificar transações destinadas a eles, mantendo a autoridade de gasto protegida. O whitepaper também descreve como as chaves de visualização podem permitir a varredura delegada de transações sem dar à parte delegada a capacidade de gastar as notas.

Essa distinção é importante porque, na infraestrutura financeira prática, confidencialidade de dados não significa necessariamente abrir mão do acesso controlado à informação.

Para @Dusk , a privacidade é, portanto, melhor entendida como uma propriedade configurável das transações, e não como um obstáculo à usabilidade.

$DUSK #dusk

A visibilidade seletiva poderia se tornar o modelo mais prático para as finanças em blockchain do que escolher entre transparência completa e anonimato completo?

Moonlight vs Phoenix: Dois modelos de transação.

Uma das escolhas mais interessantes em Dusk é que a privacidade não é tratada como uma decisão do tipo tudo ou nada.

Em vez disso, a Dusk fornece dois modelos de transação com propósitos diferentes: Moonlight e Phoenix.
Moonlight é o modelo público baseado em conta da Dusk. Cada conta é associada a uma chave pública e a rede mantém seu saldo e nonce de transação. As transações são autorizadas por meio de assinaturas digitais, enquanto o estado da conta permanece transparente para a rede.
Phoenix adota uma abordagem fundamentalmente diferente. Trata-se de um modelo UTXO (saídas de transação não gastas) protegido, em que os UTXOs são representados como notas em uma árvore de Merkle. Quando uma nota é gasta, um nullifier impede gastos duplos sem revelar qual nota específica foi consumida. As transações da Phoenix usam provas de conhecimento zero para que a rede possa verificar que a transação segue as regras do protocolo sem expor diretamente os detalhes subjacentes da transação.
Essa distinção importa porque diferentes atividades financeiras podem exigir níveis diferentes de visibilidade.
Uma conta pública pode fornecer transparência direta, enquanto Phoenix pode fornecer uma privacidade de transação mais forte. A documentação da Dusk descreve esses modelos como complementares, e não como sistemas concorrentes.
Para @Dusk , a ideia arquitetônica mais profunda é flexibilidade: os usuários não precisam escolher entre uma blockchain totalmente transparente e uma totalmente privada.

$DUSK #dusk

Tornar possível para os usuários ter, ao mesmo tempo, modelos de transação transparentes e protegidos poderia se tornar um requisito importante para uma infraestrutura financeira séria on-chain?

Atestação Concisa: Como o Dusk alcança a Finalidade.

O que uma blockchain realmente precisa para tornar uma transação final?

Para o Dusk, a resposta começa com a Succinct Attestation, seu protocolo de consenso proof-of-stake. O mecanismo é estruturado em torno de provedores (provisioners) selecionados aleatoriamente em comitês e de uma sequência de etapas de validação e ratificação de propostas.
Um provisioner bloqueia DUSK como garantia (stake) e então pode se tornar elegível para participação no consenso. A sortição determinística do Dusk seleciona geradores de blocos e membros do comitê de votação usando um processo ponderado pelo stake, tornando a seleção reproduzível enquanto preserva um grau de imprevisibilidade por meio da seed do protocolo.
A parte interessante é o que acontece após um bloco ser proposto. Um comitê o valida enquanto outro ratifica o resultado da validação. Uma supermaioria de votos válidos produz um resultado bem-sucedido, com assinaturas BLS permitindo que os votos sejam agregados em atestações compactas.
O Dusk então usa finalidade contínua (rolling finality), em vez de tratar todo bloco aceito como imediatamente irreversível. Os blocos avançam por estados incluindo accepted, attested, confirmed e, por fim, final. Um bloco final não pode ser substituído sob as regras de finalidade do protocolo.
Essa arquitetura mostra que a finalidade não é apenas sobre velocidade. É sobre coordenar participantes da rede, demonstrar concordância e aumentar progressivamente a confiança na cadeia.
@Dusk , portanto, está fazendo do consenso um componente arquitetural de sua infraestrutura financeira, e não apenas um mecanismo de segurança.

$DUSK #dusk

A finalidade previsível e verificável é mais importante para blockchains financeiras do que simplesmente maximizar a vazão (throughput) de transações?

O que acontece antes de uma blockchain chegar ao consenso?

A rede primeiro precisa de uma forma confiável de mover informações entre nós.
É aqui que o Kadcast se torna uma parte importante da arquitetura da Dusk.
De acordo com o whitepaper da Dusk, o Kadcast é a camada de comunicação ponto a ponto responsável por transmitir blocos, transações e votos de consenso. Ele é construído sobre a tabela de hash distribuída Kademlia usando distância XOR para organizar como os nós se comunicam.
A parte interessante está no seu design de broadcast. Em vez de fazer cada nó encaminhar mensagens para todos os seus vizinhos, o Kadcast usa pares selecionados em distâncias crescentes e organiza a propagação por meio de árvores de multicast. O objetivo é ampliar a cobertura da rede com menos transmissões redundantes
Isso importa porque a eficiência da comunicação afeta diretamente a rapidez com que a informação pode circular por uma rede descentralizada. A Dusk, especificamente, projetou o Kadcast para ambientes em que recursos de rede e comunicação com baixa latência importam. O whitepaper também observa que sua estrutura pode naturalmente ocultar os pontos de origem das mensagens ao evitar conexões diretas ponto a ponto.
Assim, o Kadcast é mais do que um detalhe de rede. Ele faz parte da base que conecta a camada de transações da Dusk com seu mecanismo de consenso.
Para @Dusk , uma comunicação eficiente, no fim das contas, é sobre criar as condições para uma coordenação confiável em toda a rede.

$DUSK
#dusk

À medida que as redes blockchain crescem, a arquitetura de comunicação se tornará tão importante quanto o próprio consenso?

O que realmente torna uma arquitetura de blockchain diferente?
Com a Dusk, a resposta não é uma única funcionalidade isolada. É a forma como várias camadas são projetadas para funcionar juntas.
Na base está a DuskDS, a camada de disponibilidade de dados e finalização do consenso da rede. Acima disso, a Dusk oferece dois caminhos distintos de execução: a DuskVM, onde contratos Rust/WASM executam diretamente no Dusk L1, e a DuskEVM, que fornece um ambiente EVM enquanto usa a DuskDS para liquidação e disponibilidade de dados.
A camada de rede também importa. A Dusk usa o Kadcast para propagar blocos, transações e votos de consenso. Sua abordagem estruturada foi desenhada para reduzir a redundância de mensagens e melhorar a eficiência da comunicação da rede.
Depois vem a camada de transações. O Moonlight oferece transações públicas baseadas em contas, enquanto o Phoenix fornece um modelo UTXO protegido. Isso significa que a privacidade não é tratada como um pensamento posterior; ela faz parte da arquitetura de transações do protocolo.
Essa combinação é o que torna @Dusk
interessante para analisar. Em vez de forçar cada aplicação a caber em um único modelo de execução, a Dusk separa consenso de rede, liquidação, execução e privacidade das transações em componentes complementares.
$DUSK sits dentro dessa arquitetura como o ativo nativo para taxas de transação e staking.
A questão mais profunda é: será que essa arquitetura modular dá à Dusk uma vantagem significativa à medida que a infraestrutura do blockchain evolui?
#dusk

Por que as finanças tradicionais precisam de uma blockchain projetada de forma diferente desde o início?

O desafio não é apenas colocar ativos financeiros na cadeia (on-chain). Os mercados financeiros precisam de privacidade, auditabilidade, conformidade regulatória, escalabilidade e finalização confiável ao mesmo tempo. O whitepaper da Dusk enquadra isso como um problema central de infraestrutura: informações financeiras sensíveis nem sempre podem ser expostas publicamente, mas as instituições ainda precisam de mecanismos que apoiem a supervisão e a conformidade.

É aqui que @Dusk
adota uma abordagem arquitetural diferente.

Em vez de tratar a privacidade como uma camada externa, a Dusk a incorpora à rede por meio de seus modelos de transação. O Moonlight oferece um modelo transparente e baseado em contas, enquanto o Phoenix usa uma arquitetura baseada em UTXO para transações protegidas (shielded). O whitepaper também descreve o “Succinct Attestation” como um mecanismo de consenso projetado para garantir finalidade em segundos, mirando os requisitos de baixa latência dos mercados financeiros.

O ponto importante é que a Dusk não está apresentando a adoção de blockchain como um problema puramente técnico. Ela tenta atender aos requisitos institucionais que determinam se a infraestrutura financeira pode realmente funcionar on-chain.
Isso torna $DUSK interessante de estudar além do seu papel de token: a questão real é se privacidade, conformidade e execução nativa da blockchain podem coexistir sem obrigar as instituições a comprometer qualquer um deles.

#dusk

A infraestrutura de blockchain consegue, de fato, satisfazer a conformidade institucional e a privacidade do usuário em escala?

#baby $BABY

Bitcoin como Capital Produtivo: Tomar Empréstimo Usando BTC via TBV
Por anos, o Bitcoin tem sido visto principalmente como uma reserva de valor de longo prazo. Embora essa estratégia tenha funcionado para muitos detentores, ela frequentemente cria uma escolha difícil: vender BTC para acessar liquidez ou mantê-lo intacto e deixar seu potencial econômico sem uso. Trustless Bitcoin Vaults (TBV) apresentam uma forma diferente de pensar sobre o Bitcoin: não como um ativo que precisa ser vendido, mas como capital produtivo.
Com TBV, o BTC nativo é mantido bloqueado em um cofre baseado em Taproot na rede Bitcoin, enquanto um registro correspondente de cofre é criado no Ethereum. Após o cofre ser verificado e ativado, ele pode ser fornecido como garantia para aplicações DeFi compatíveis, incluindo a integração com a rede pública de testes do Aave v4. Os usuários podem tomar emprestados ativos compatíveis enquanto seu Bitcoin permanece bloqueado na rede Bitcoin durante todo o processo.
O que torna esse modelo particularmente interessante é que a utilidade vem da segurança do Bitcoin, em vez de depender de transferir o ativo para outro lugar. Não há wrapping nem ponte custodial envolvida. Em vez disso, o protocolo coordena $BTC e $ETH por meio de verificação criptográfica, permitindo que o BTC dê suporte a empréstimos enquanto preserva a autocustódia e o modelo nativo de confiança do Bitcoin.
Para mim, isso representa uma mudança importante na forma como o Bitcoin pode participar das finanças descentralizadas. O objetivo não é transformar o Bitcoin em algo diferente, mas liberar liquidez sem exigir que os detentores abram mão da propriedade ou comprometam a segurança. Capital produtivo não precisa vir ao custo dos princípios centrais do Bitcoin.
O trabalho de @BabylonLabs_io demonstra que o Bitcoin pode permanecer seguro, nativo e em autocustódia, enquanto se torna um participante mais ativo nos mercados financeiros descentralizados.

Pergunta: Se o Bitcoin puder desbloquear liquidez sem ser vendido, empacotado ou fazer ponte, tomar empréstimos contra BTC nativo poderia se tornar um dos casos de uso mais importantes para o Bitcoin na DeFi?