新たにシードキー（秘密鍵）を再生成したとしても、ウォレットが復旧できたという意味ではありません。Dusk の W3sper ドキュメントで、とても強い注意喚起を見ました。新しく生成した Profile をそのまま使って送金を組み立てないでください。同期後の Bookkeeper 記録がないため、必要な残高や nonce を取得できません。W3sper は境界をはっきり書いています。自己署名するクライアントは、復元可能な鍵ストレージに加えて、同期済みの資産状態を管理する必要があります。公開アカウントの nonce や、shielded notes などです。この細部によって「私には秘密鍵がある」と「安全にこのお金を使える」が別のことだと分かります。

プレッシャーが発生しやすいのは、復旧後です。たとえば、あるアプリがローカルデータを消してから新しくアイデンティティを再生成すると、画面には以前のアカウントが表示されます。するとユーザーは、すべてが戻ったのだと当然思ってしまいます。しかし同期がまだ完了していないと、送金は正しく構築できません。資産は消えていないのに、ユーザーは先に「残高」や「ネットワーク障害」に見える問題で足止めを食らうことになります。開発者が鍵の復旧だけを行い、状態の復旧表示をしない場合、調査コストをユーザーやサポート（CS）に押し付けることになります。これは $DUSK のプロトコル上の欠陥ではありません。むしろ、shielded 資産の「支払い可能な状態」は、アドレス文字列だけで代用できないことを示しています。@Dusk のエコシステムでは、「アイデンティティが見つかった」と「資金状態が同期済み」を分けて表示し、後者が完了するまで送金を明確にブロックする必要があります。#dusk