Ich kann den alten Phoenix-Verlauf eines Nutzers wiederherstellen – und trotzdem eine Senden-Schaltfläche ausliefern, die nie funktionieren wird.
Die unbequeme Grenze nach Boreas. Das Dusk-Mainnet stellte neue Phoenix-Transaktionen ein, als es am 10. Juni aktiviert wurde. Das Testnet wurde am 7. August bei 4.000.000 eingeführt. Rusk unterstützt jedoch weiterhin Phoenix-Decoder und historischen Ausführungs-Support, obwohl alte Blöcke erneut abgespielt werden müssen.
Also bedeutet „Mein Node versteht Phoenix“ jetzt nicht mehr „Phoenix ist am Leben“.
Der Wallet-Fehler ist offensichtlich. Ich stelle den historischen Zustand wieder her, entwirre die Aktivität in alten ver-schlüsselten Sends und lasse einen Phoenix-Send-Flow offen – und alles ist herrlich, bis der Nutzer signiert. Beim Einreichen lehnt der Node die neue Transaktion ab, da Phoenix für neue Ausführungen stillgelegt ist.
Ich würde die historische Fähigkeit von der Live-Fähigkeit in der Client-App trennen. Phoenix ist für Replay und Abrechnung lesbar. Das neue Ausgeben sollte das Archiv umgehen und direkt an Moonlight gehen.
Ich bin in der Falle der Rückwärtskompatibilität gefangen. Kein Code, der den gestrigen Dusk-Zustand erhält, sollte mit der Berechtigung verwechselt werden, die morgige Transaktion zu erstellen.
#dusk $DUSK @Dusk
Die unbequeme Grenze nach Boreas. Das Dusk-Mainnet stellte neue Phoenix-Transaktionen ein, als es am 10. Juni aktiviert wurde. Das Testnet wurde am 7. August bei 4.000.000 eingeführt. Rusk unterstützt jedoch weiterhin Phoenix-Decoder und historischen Ausführungs-Support, obwohl alte Blöcke erneut abgespielt werden müssen.
Also bedeutet „Mein Node versteht Phoenix“ jetzt nicht mehr „Phoenix ist am Leben“.
Der Wallet-Fehler ist offensichtlich. Ich stelle den historischen Zustand wieder her, entwirre die Aktivität in alten ver-schlüsselten Sends und lasse einen Phoenix-Send-Flow offen – und alles ist herrlich, bis der Nutzer signiert. Beim Einreichen lehnt der Node die neue Transaktion ab, da Phoenix für neue Ausführungen stillgelegt ist.
Ich würde die historische Fähigkeit von der Live-Fähigkeit in der Client-App trennen. Phoenix ist für Replay und Abrechnung lesbar. Das neue Ausgeben sollte das Archiv umgehen und direkt an Moonlight gehen.
Ich bin in der Falle der Rückwärtskompatibilität gefangen. Kein Code, der den gestrigen Dusk-Zustand erhält, sollte mit der Berechtigung verwechselt werden, die morgige Transaktion zu erstellen.
#dusk $DUSK @Dusk
