#dusk $DUSK Eu revisei o processo de verificação das taxas da transação no Dusk sob a perspectiva do usuário e descobri que a indicação “taxa estimada” exibida na carteira é apenas a camada mais externa. Quando a transação realmente entra na validação em rede, o sistema se importa não apenas com quais são o gas limit e o gas price, mas também em confirmar se o produto desses dois corresponde exatamente ao max fee já comprovado na transação. Se esses campos não conseguirem corresponder, então há um conflito nos próprios parâmetros da transação.
Vale notar que a mesma restrição de taxa é verificada em momentos diferentes: na etapa de admissão ao mempool e na execução da VM. A primeira camada serve para bloquear cedo demais entradas inconsistentes antes que a transação continue se propagando, reduzindo a ocupação de recursos dos nós com dados inválidos. No entanto, o mempool não é o limite final da execução do protocolo, porque o conteúdo dentro dos blocos nem sempre passa por um caminho de recepção familiar para qualquer nó comum.
Por isso, a VM precisa verificar novamente. Isso não é uma repetição simples: é para garantir que, independentemente de por qual entrada a transação apareça, sempre que houver intenção de alterar o estado na cadeia, a transação tenha que obedecer à mesma equação de taxas. Você pode entender o mempool como uma peneira de entrada, enquanto a verificação da VM decide se a transação tem permissão para ser executada. A primeira melhora a eficiência do processamento da rede; a segunda garante consistência do resultado do protocolo.
Para usuários de ETH, ao verem gas limit e gas price, é comum primeiro discutir se a taxa é alta e se a estimativa está certa; mas o foco desta restrição de segurança no Dusk é garantir que a prova de taxa, o conteúdo da assinatura, a execução real e o cálculo do reembolso permaneçam consistentes. Mesmo que a estimativa fornecida pela carteira pareça razoável, se os campos não estiverem rigorosamente vinculados entre si, ainda pode sobrar espaço para tratamento anômalo.
Isso também significa que uma correção de segurança pode não fazer com que o usuário comum perceba imediatamente uma queda na taxa. Seu valor mais direto é reduzir a entrada no fluxo de execução de transações com dados de taxa em contradição mútua. Depois disso, vou prestar mais atenção se a carteira @Dusk consegue exibir separadamente a taxa máxima reservada, a taxa realmente consumida e o reembolso final. Para quem usa DUSK para pagar taxas de rede, um número genérico de gas dificilmente explica em que etapa a transação falhou e também não permite saber se diferentes clientes executaram as mesmas regras.@Dusk $BTC