Pergunte a qualquer instituição por que ela não tocou ainda uma nova cadeia e novas ferramentas e, antes mesmo da regulamentação entrar na conversa, você vai ouvir isso com mais frequência do que as pessoas imaginam. A Dusk parece ter internalizado essa realidade. O mainnet do DuskEVM está chegando, e o DuskEVM é a camada de aplicação compatível com EVM na stack da Dusk — construída especificamente para dar a parceiros, instituições e criadores um caminho familiar em Solidity para entrar na Dusk, em vez de uma nova linguagem para aprender. Essa superfície familiar fica sobre a Dusk, a blockchain de Camada 1 feita para mercados financeiros regulados, onde privacidade e conformidade programáveis são tratadas nativamente: aplica-se privacidade onde é necessária e transparência onde é útil, em vez de “adaptar” isso depois. Fluxos confidenciais de EVM rodam pelo Hedger, o módulo de privacidade da Dusk, usando criptografia homomórfica e provas de conhecimento zero para uma privacidade verificável.
A lógica aqui é simples: não peça que os desenvolvedores de um banco reaprendam seu trabalho; peça que eles apliquem as mesmas habilidades em Solidity a uma cadeia que já resolve o problema de conformidade que, de outra forma, eles teriam que resolver sozinhos. Isso reduz uma barreira real para a entrada.
Eu também separaria dois públicos diferentes aqui, já que eles vão se mover em ritmos muito distintos. Instituições com equipes de blockchain existentes conseguem avaliar o DuskEVM com base no mérito técnico relativamente rápido e começar a experimentar. Instituições que não têm uma equipe, o que provavelmente é a maior parte das finanças reguladas hoje, vão precisar de consultores externos, auditorias de segurança e educação interna antes mesmo de tocá-lo. Ferramentas familiares ajudam o primeiro grupo a avançar quase imediatamente. O segundo, grupo maior, precisa de muito mais do que uma linguagem de programação familiar para que tudo isso vire rotina.
Isso não diminui a velocidade de todos. As instituições andam devagar por motivos que não têm nada a ver com ferramentas: revisão jurídica, comitês internos de risco, ciclos de aquisição. Código familiar torna o DuskEVM mais fácil de desenvolver. Não faz o processo interno de aprovação de uma instituição andar mais rápido.
@Dusk_Foundation $DUSK #dusk
$AKE $VELVET
A lógica aqui é simples: não peça que os desenvolvedores de um banco reaprendam seu trabalho; peça que eles apliquem as mesmas habilidades em Solidity a uma cadeia que já resolve o problema de conformidade que, de outra forma, eles teriam que resolver sozinhos. Isso reduz uma barreira real para a entrada.
Eu também separaria dois públicos diferentes aqui, já que eles vão se mover em ritmos muito distintos. Instituições com equipes de blockchain existentes conseguem avaliar o DuskEVM com base no mérito técnico relativamente rápido e começar a experimentar. Instituições que não têm uma equipe, o que provavelmente é a maior parte das finanças reguladas hoje, vão precisar de consultores externos, auditorias de segurança e educação interna antes mesmo de tocá-lo. Ferramentas familiares ajudam o primeiro grupo a avançar quase imediatamente. O segundo, grupo maior, precisa de muito mais do que uma linguagem de programação familiar para que tudo isso vire rotina.
Isso não diminui a velocidade de todos. As instituições andam devagar por motivos que não têm nada a ver com ferramentas: revisão jurídica, comitês internos de risco, ciclos de aquisição. Código familiar torna o DuskEVM mais fácil de desenvolver. Não faz o processo interno de aprovação de uma instituição andar mais rápido.
@Dusk_Foundation $DUSK #dusk
$AKE $VELVET