Eu consigo restaurar o histórico antigo de um usuário do Phoenix — e ainda assim estar enviando um botão “enviar” que nunca vai funcionar.
O limite awkward que segue Boreas. A mainnet do Dusk desligou novas transações Phoenix quando foi ativada em 10 de junho. O Testnet foi introduzido em 4.000.000, em 7 de agosto. Ainda assim, Rusk continua levando decoders do Phoenix e suporte de execução histórica, já que os blocos antigos precisam ser reproduzidos.
Então, agora “meu nó entende Phoenix” não significa mais “Phoenix está vivo”.
A falha da carteira é evidente. Eu restauro o estado histórico, desfaço a atividade em envios shielded antigos e deixo um fluxo de envio Phoenix aberto — e tudo fica ótimo e maravilhoso até o usuário assinar. No momento da admissão, o nó recusa a nova transação porque o Phoenix foi aposentado para a nova execução.
Eu separaria a capacidade histórica da capacidade ao vivo no cliente. Phoenix é legível para reprodução e contabilização. O novo gasto deve ignorar o arquivo e ir direto para Moonlight.
Estou preso na armadilha da compatibilidade retroativa. Nenhum código que preserva o estado de ontem do Dusk deve ser confundido com a permissão para criar a transação de amanhã.
#dusk $DUSK @Dusk
O limite awkward que segue Boreas. A mainnet do Dusk desligou novas transações Phoenix quando foi ativada em 10 de junho. O Testnet foi introduzido em 4.000.000, em 7 de agosto. Ainda assim, Rusk continua levando decoders do Phoenix e suporte de execução histórica, já que os blocos antigos precisam ser reproduzidos.
Então, agora “meu nó entende Phoenix” não significa mais “Phoenix está vivo”.
A falha da carteira é evidente. Eu restauro o estado histórico, desfaço a atividade em envios shielded antigos e deixo um fluxo de envio Phoenix aberto — e tudo fica ótimo e maravilhoso até o usuário assinar. No momento da admissão, o nó recusa a nova transação porque o Phoenix foi aposentado para a nova execução.
Eu separaria a capacidade histórica da capacidade ao vivo no cliente. Phoenix é legível para reprodução e contabilização. O novo gasto deve ignorar o arquivo e ir direto para Moonlight.
Estou preso na armadilha da compatibilidade retroativa. Nenhum código que preserva o estado de ontem do Dusk deve ser confundido com a permissão para criar a transação de amanhã.
#dusk $DUSK @Dusk
