Un client Dusk peut encore comprendre parfaitement Phoenix et se tromper complètement sur le fait de savoir s’il peut utiliser Phoenix aujourd’hui.C’est l’avantage de Boreas que j’aurais testé en premier sur n’importe quel ancien signataire. Le mainnet a désactivé les nouvelles transactions Phoenix au bloc 4,414,095 le 10 juin. Le testnet a suivi au bloc 4,000,000 le 7 août. Mais Rusk conserve encore les décodeurs Phoenix et la prise en charge de l’exécution historique, car les anciens blocs doivent rester rejouables.

Ainsi, « je peux décoder Phoenix » n’est plus un critère de capacité.

Un portefeuille sur mesure ou un service de custody peut restaurer l’historique Phoenix ancien, analyser les transactions shielded et paraître en bonne santé jusqu’au moment où il tente de soumettre un nouvel engagement. Le chemin historique fonctionne toujours. L’admission en direct, non.

C’est l’échec qui m’intéresse, car il se cache derrière la compatibilité. Rien ne semble manifestement cassé dans la base de données ou la couche de rejouabilité. La rupture n’apparaît que lorsqu’un utilisateur s’attend à un mouvement shielded récent.

Je contrôlerais les options de transaction en fonction des règles du réseau actif, et non en fonction des formats que le nœud peut encore lire depuis l’historique.

Après Boreas, la compatibilité descendante peut préserver le passé sans préserver l’action.

#dusk $DUSK @Dusk