Após um hard fork, formatos históricos de transações estão mortos.
A Dusk não deixa que eles desapareçam tão facilmente.

A Boreas foi ativada no bloco de reinício da mainnet 4.414.095, introduzindo o tratamento de transações consciente de versão e separando os dados canônicos da transação do envelope do ledger preservado no histórico.

Suponha que um nó esteja reprocessando um bloco registrado antes da transição. Essa transação histórica ainda precisa do seu caminho original de decodificação para reconstruir o ledger corretamente. Envie esse mesmo formato histórico pela admissão de mempool ao vivo após a transição, e a Dusk o rejeita.

A parte estranha é que ambos os resultados são necessários.

O replay pergunta o que a cadeia realmente registrou. A admissão ao vivo pergunta qual formato a cadeia aceita agora. A Dusk não consegue usar uma única regra para ambos sem quebrar uma dessas tarefas.

Assim, um formato histórico pode ser necessário para reconstruir o passado, enquanto é inaceitável para entrar na rede hoje. O significado dele não desapareceu. O papel dele mudou na fronteira.

Quanto da validade de uma transação é realmente sobre o que a rede aceita na altura atual, e quanto é sobre preservar exatamente o que a cadeia já comprometeu?

@Dusk $DUSK #dusk