#dusk $DUSK @Dusk
Eu estava lendo a documentação do adaptador DuskEVM ontem à noite, e a descrição de “apenas um proxy” ainda não me convence.
Essa é a camada de tradução, e é nas camadas de tradução que as falhas interessantes se escondem.
Ela pega o estado do GraphQL/RUES da Dusk e o recodifica como um JSON-RPC no estilo Ethereum — blocos, recibos, logs, provas — além de uma conversão LUX-para-WEI e um modelo de identificador do chamador que não se encaixa perfeitamente em como os contratos do Ethereum pensam sobre o msg.sender.
O caminho para a felicidade está bem documentado.
Não há modos de falha, pelo menos não que eu tenha encontrado.
Se o índice do adaptador ficar defasado em relação ao estado local no disco, o cliente Ethereum enxerga dados antigos? Um erro?
Ou algo que parece certo e não é? Também estou curioso sobre o que acontece com a lógica do jogo de disputa quando as premissas finais do disco divergem daquilo sobre o qual a OP stack foi construída.
E quando as ferramentas de EVM assumem um comportamento em tempo de execução que o modelo de contrato de disco não consegue satisfazer — ele falha de forma ruidosa ou silenciosa?
Se alguém rodar um nó DuskEVM ou colocar o adaptador sob carga real,
eu realmente gostaria de saber se o mapeamento de estado se mantém,
ou onde ele racha.
#DuskEVM #Dusk/usdt✅
#SanDiskRises7%OnRevenueGrowthOutlook
Eu estava lendo a documentação do adaptador DuskEVM ontem à noite, e a descrição de “apenas um proxy” ainda não me convence.
Essa é a camada de tradução, e é nas camadas de tradução que as falhas interessantes se escondem.
Ela pega o estado do GraphQL/RUES da Dusk e o recodifica como um JSON-RPC no estilo Ethereum — blocos, recibos, logs, provas — além de uma conversão LUX-para-WEI e um modelo de identificador do chamador que não se encaixa perfeitamente em como os contratos do Ethereum pensam sobre o msg.sender.
O caminho para a felicidade está bem documentado.
Não há modos de falha, pelo menos não que eu tenha encontrado.
Se o índice do adaptador ficar defasado em relação ao estado local no disco, o cliente Ethereum enxerga dados antigos? Um erro?
Ou algo que parece certo e não é? Também estou curioso sobre o que acontece com a lógica do jogo de disputa quando as premissas finais do disco divergem daquilo sobre o qual a OP stack foi construída.
E quando as ferramentas de EVM assumem um comportamento em tempo de execução que o modelo de contrato de disco não consegue satisfazer — ele falha de forma ruidosa ou silenciosa?
Se alguém rodar um nó DuskEVM ou colocar o adaptador sob carga real,
eu realmente gostaria de saber se o mapeamento de estado se mantém,
ou onde ele racha.
#DuskEVM #Dusk/usdt✅
#SanDiskRises7%OnRevenueGrowthOutlook
