Eine W3sper Wallet kann ein echtes Dusk-Profil ableiten, zeig mir eine Adresse – und ist dennoch nicht in der Lage, die erste Überweisung zu bauen.
Die versteckte Arbeit ist der Bookkeeper-Status. W3sper gibt mir Transaktions-Builder, aber es macht aus einem frischen Profil keine vollständige Headless-Wallet. Wenn ich Schlüssel generiere und direkt mit dem Senden beginne, hat dieses Profil keinen synchronisierten Bookkeeper-Eintrag, sodass der Builder die benötigten Balance- und Nonce-States nicht abrufen kann.
Phoenix macht das schwieriger zu fälschen. Ein Signierdienst muss auch synchronisierte geshieldete Notizen verwalten – nicht nur den geheimen Schlüssel. So kann die Schlüsselverwahrung korrekt sein, während der ausgabefähige Zustand veraltet ist.
Das Schlimme ist: Die Wallet kann so aussehen, als sei sie fertig. Ich kann das Konto erstellen, es finanzieren, den Schlüssel schützen und dann auf „Senden“ gehen – nur um festzustellen, dass mein Backend den Zustand nie neu aufgebaut hat, der diesen DUSK überhaupt ausgabefähig macht.
Wenn ich ein headless Dusk-Treasury betreiben würde, würde ich die Wiederherstellung testen, indem ich die Schlüssel in eine leere Datenbank wiederherstelle und die Wallet resynchronisieren lasse, bevor sie irgendetwas signiert.
Bei Dusk ist das Sichern des Schlüssels nicht dasselbe wie das Sichern des Wallet-Workflows.
#dusk $DUSK @Dusk
Die versteckte Arbeit ist der Bookkeeper-Status. W3sper gibt mir Transaktions-Builder, aber es macht aus einem frischen Profil keine vollständige Headless-Wallet. Wenn ich Schlüssel generiere und direkt mit dem Senden beginne, hat dieses Profil keinen synchronisierten Bookkeeper-Eintrag, sodass der Builder die benötigten Balance- und Nonce-States nicht abrufen kann.
Phoenix macht das schwieriger zu fälschen. Ein Signierdienst muss auch synchronisierte geshieldete Notizen verwalten – nicht nur den geheimen Schlüssel. So kann die Schlüsselverwahrung korrekt sein, während der ausgabefähige Zustand veraltet ist.
Das Schlimme ist: Die Wallet kann so aussehen, als sei sie fertig. Ich kann das Konto erstellen, es finanzieren, den Schlüssel schützen und dann auf „Senden“ gehen – nur um festzustellen, dass mein Backend den Zustand nie neu aufgebaut hat, der diesen DUSK überhaupt ausgabefähig macht.
Wenn ich ein headless Dusk-Treasury betreiben würde, würde ich die Wiederherstellung testen, indem ich die Schlüssel in eine leere Datenbank wiederherstelle und die Wallet resynchronisieren lasse, bevor sie irgendetwas signiert.
Bei Dusk ist das Sichern des Schlüssels nicht dasselbe wie das Sichern des Wallet-Workflows.
#dusk $DUSK @Dusk