Como o DuskEVM muda o ponto de entrada para construtores de EVM entrando em finanças regulamentadas
A parte interessante do DuskEVM não é apenas que os desenvolvedores podem usar Solidity novamente.
É o que acontece depois que as ferramentas familiares os colocam dentro do ambiente.
O DuskEVM oferece aos construtores um ambiente equivalente a EVM com ferramentas familiares como Solidity, Vyper, Hardhat, Foundry e carteiras padrão de EVM. Por baixo dessa camada de execução, o DuskDS cuida da liquidação e da disponibilidade de dados, enquanto a pilha também oferece um caminho para fluxos confidenciais quando uma aplicação precisa deles.
Isso cria uma proposta diferente de simplesmente adicionar uma EVM a outra cadeia.
Para uma aplicação DeFi normal, a familiaridade do desenvolvedor pode ser suficiente para reduzir o atrito.
Para finanças regulamentadas, não é.
Um desenvolvedor pode reutilizar contratos e ferramentas familiares, mas a aplicação ainda pode precisar lidar com coisas como elegibilidade de investidores, controles de transferência, divulgação, liquidação e relatórios.
É aí que eu acho que o DuskEVM se torna mais interessante.
A camada EVM pode fazer o desenvolvimento parecer familiar sem forçar o próprio fluxo financeiro a se comportar como um mercado cripto público típico.
Mas há uma questão mais difícil por baixo disso.
Tornar o desenvolvimento familiar realmente torna as aplicações regulamentadas mais fáceis de construir?
Ou apenas resolve a primeira camada do problema?
Essa distinção importa para mim porque o Dusk não está tentando remover as restrições das finanças regulamentadas. Sua arquitetura está cada vez mais construída para operar dentro delas.
Então o teste que eu observaria não é se os desenvolvedores conseguem implantar Solidity no Dusk.
É se a infraestrutura familiar de desenvolvedores pode eventualmente suportar aplicações em que privacidade, controles de acesso e regras de liquidação fazem parte do próprio produto.
Isso parece um teste bem mais difícil e mais útil para o DuskEVM.
#dusk
$DUSK $BTC $PORTAL
@Dusk_Foundation
A parte interessante do DuskEVM não é apenas que os desenvolvedores podem usar Solidity novamente.
É o que acontece depois que as ferramentas familiares os colocam dentro do ambiente.
O DuskEVM oferece aos construtores um ambiente equivalente a EVM com ferramentas familiares como Solidity, Vyper, Hardhat, Foundry e carteiras padrão de EVM. Por baixo dessa camada de execução, o DuskDS cuida da liquidação e da disponibilidade de dados, enquanto a pilha também oferece um caminho para fluxos confidenciais quando uma aplicação precisa deles.
Isso cria uma proposta diferente de simplesmente adicionar uma EVM a outra cadeia.
Para uma aplicação DeFi normal, a familiaridade do desenvolvedor pode ser suficiente para reduzir o atrito.
Para finanças regulamentadas, não é.
Um desenvolvedor pode reutilizar contratos e ferramentas familiares, mas a aplicação ainda pode precisar lidar com coisas como elegibilidade de investidores, controles de transferência, divulgação, liquidação e relatórios.
É aí que eu acho que o DuskEVM se torna mais interessante.
A camada EVM pode fazer o desenvolvimento parecer familiar sem forçar o próprio fluxo financeiro a se comportar como um mercado cripto público típico.
Mas há uma questão mais difícil por baixo disso.
Tornar o desenvolvimento familiar realmente torna as aplicações regulamentadas mais fáceis de construir?
Ou apenas resolve a primeira camada do problema?
Essa distinção importa para mim porque o Dusk não está tentando remover as restrições das finanças regulamentadas. Sua arquitetura está cada vez mais construída para operar dentro delas.
Então o teste que eu observaria não é se os desenvolvedores conseguem implantar Solidity no Dusk.
É se a infraestrutura familiar de desenvolvedores pode eventualmente suportar aplicações em que privacidade, controles de acesso e regras de liquidação fazem parte do próprio produto.
Isso parece um teste bem mais difícil e mais útil para o DuskEVM.
#dusk
$DUSK $BTC $PORTAL
@Dusk_Foundation