Esta manhã, quase nada foi feito porque eu fiquei procurando mais coisas sobre a nova testnet do DuskEVM a partir de @Dusk
O DuskEVM foi oficialmente lançado em 10 de agosto, e a maior parte do que vi mencionava suporte a Solidity e Hardhat. Isso é bem sólido, mas, honestamente, não foi suficiente para me manter cavando.
O que realmente chamou minha atenção foi como o DuskEVM separa execução de liquidação. Contratos são processados pelo sequenciador no DuskEVM, enquanto os dados da transação ainda são agrupados e enviados de volta ao DuskDS como blobs, e o proponente faz o ancoramento do commitment de estado lá. A computação acontece no DuskEVM, enquanto a finalização fica atrelada à camada base.
Outro detalhe que achei interessante: o gás é pago em DUSK. O token precisa ser bridgeado de DuskDS para DuskEVM primeiro, o que significa que a liquidez precisa entrar no sistema antes que o primeiro contrato possa sequer ser implantado.
Quanto mais eu pensava nisso, mais eu voltava a esse ponto. Antes de um desenvolvedor escrever a primeira linha de Solidity, na prática, #dusk já teria que ter sido bridgeada para o DuskEVM. Eu gosto disso porque não é só uma sensação de “experiência do usuário” ou uma história de adoção— a transação de fato já aconteceu.
Por curiosidade, consultei o explorador da testnet e vi que contratos já tinham aparecido alguns dias antes. O DuskEVM só tem seis dias, então, para mim, esse tipo de atividade inicial não dá para chamar de “nada”.
Ainda assim, eu não quero tirar conclusões precipitadas. Fico me perguntando se esse modelo de liquidação realmente vai mudar como ativos no estilo NPEX operam quando entram na EVM, ou se eu estou simplesmente lendo demais um padrão tipo OP Stack.
Por enquanto, eu me inclino mais para a primeira opção, mas não tenho dados suficientes para afirmar isso com confiança.
O que mais me deixa curioso agora: algum desenvolvedor já implantou produtos nele, ou todo mundo ainda está só lendo os docs como eu?$DUSK $AEON $STRIKE
O que está acontecendo no DuskEVM?
O DuskEVM foi oficialmente lançado em 10 de agosto, e a maior parte do que vi mencionava suporte a Solidity e Hardhat. Isso é bem sólido, mas, honestamente, não foi suficiente para me manter cavando.
O que realmente chamou minha atenção foi como o DuskEVM separa execução de liquidação. Contratos são processados pelo sequenciador no DuskEVM, enquanto os dados da transação ainda são agrupados e enviados de volta ao DuskDS como blobs, e o proponente faz o ancoramento do commitment de estado lá. A computação acontece no DuskEVM, enquanto a finalização fica atrelada à camada base.
Outro detalhe que achei interessante: o gás é pago em DUSK. O token precisa ser bridgeado de DuskDS para DuskEVM primeiro, o que significa que a liquidez precisa entrar no sistema antes que o primeiro contrato possa sequer ser implantado.
Quanto mais eu pensava nisso, mais eu voltava a esse ponto. Antes de um desenvolvedor escrever a primeira linha de Solidity, na prática, #dusk já teria que ter sido bridgeada para o DuskEVM. Eu gosto disso porque não é só uma sensação de “experiência do usuário” ou uma história de adoção— a transação de fato já aconteceu.
Por curiosidade, consultei o explorador da testnet e vi que contratos já tinham aparecido alguns dias antes. O DuskEVM só tem seis dias, então, para mim, esse tipo de atividade inicial não dá para chamar de “nada”.
Ainda assim, eu não quero tirar conclusões precipitadas. Fico me perguntando se esse modelo de liquidação realmente vai mudar como ativos no estilo NPEX operam quando entram na EVM, ou se eu estou simplesmente lendo demais um padrão tipo OP Stack.
Por enquanto, eu me inclino mais para a primeira opção, mas não tenho dados suficientes para afirmar isso com confiança.
O que mais me deixa curioso agora: algum desenvolvedor já implantou produtos nele, ou todo mundo ainda está só lendo os docs como eu?$DUSK $AEON $STRIKE
O que está acontecendo no DuskEVM?
🛠️ Builders are deploying
50%
📚 Still reading docs
25%
🔍 Too early to tell
25%
4 Votos • Votação encerrada