o motivo silencioso pelo qual a maioria das cadeias institucionais falha é que elas pedem aos desenvolvedores para recomeçar.
DuskEVM não pede. Solidity ou Vyper, Foundry, Hardhat, viem, ethers, carteiras EVM padrão, e a DUSK paga o gas. uma equipe que já entregou na ethereum pode implantar sem aprender nada novo
antes eu via compatibilidade como uma escolha preguiçosa. copie o que já existe, evite o trabalho duro de design
agora eu acho que é a estratégia de distribuição.
tecnologias de privacidade têm uma longa história de serem tecnicamente excelentes e completamente inacessíveis. primitivas brilhantes, ninguém construindo sobre elas, porque o custo de entrada era um ano aprendendo uma nova linguagem e um novo modelo mental
para ativos regulados, esse problema é pior, não melhor. as equipes que entendem fluxos de securities não são as equipes que querem aprender uma VM nova. elas são integradores, custodiantes, engenheiros de venue, e suas ferramentas já falam EVM
então o fato de o DuskEVM ser equivalente a EVM não é uma conquista técnica que alguém deva achar impressionante por si só. é a coisa que decide se as camadas de privacidade e conformidade abaixo algum dia serão usadas pelas pessoas para quem elas foram construídas
DuskEVM liquida por meio do DuskDS, então as ferramentas familiares ficam em cima das garantias de liquidação em vez de substituí-las. Hedger fornece a confidencialidade nessa camada
o contraponto honesto: o modelo de privacidade mais forte vive do outro lado, no DuskVM com Zedger. então a camada que é mais fácil de adotar não é a camada com as garantias mais fortes, e a maioria das pessoas acaba na opção mais fácil
qual é a sua opinião: o fato de encontrarmos os desenvolvedores onde eles estão importa mais do que a privacidade mais forte disponível
@Dusk #dusk $DUSK
DuskEVM não pede. Solidity ou Vyper, Foundry, Hardhat, viem, ethers, carteiras EVM padrão, e a DUSK paga o gas. uma equipe que já entregou na ethereum pode implantar sem aprender nada novo
antes eu via compatibilidade como uma escolha preguiçosa. copie o que já existe, evite o trabalho duro de design
agora eu acho que é a estratégia de distribuição.
tecnologias de privacidade têm uma longa história de serem tecnicamente excelentes e completamente inacessíveis. primitivas brilhantes, ninguém construindo sobre elas, porque o custo de entrada era um ano aprendendo uma nova linguagem e um novo modelo mental
para ativos regulados, esse problema é pior, não melhor. as equipes que entendem fluxos de securities não são as equipes que querem aprender uma VM nova. elas são integradores, custodiantes, engenheiros de venue, e suas ferramentas já falam EVM
então o fato de o DuskEVM ser equivalente a EVM não é uma conquista técnica que alguém deva achar impressionante por si só. é a coisa que decide se as camadas de privacidade e conformidade abaixo algum dia serão usadas pelas pessoas para quem elas foram construídas
DuskEVM liquida por meio do DuskDS, então as ferramentas familiares ficam em cima das garantias de liquidação em vez de substituí-las. Hedger fornece a confidencialidade nessa camada
o contraponto honesto: o modelo de privacidade mais forte vive do outro lado, no DuskVM com Zedger. então a camada que é mais fácil de adotar não é a camada com as garantias mais fortes, e a maioria das pessoas acaba na opção mais fácil
qual é a sua opinião: o fato de encontrarmos os desenvolvedores onde eles estão importa mais do que a privacidade mais forte disponível
@Dusk #dusk $DUSK