Cant you just set it up so that when you sign up you generate several pairs of keys but only one set can be activated at any given time and the other sets are stored securely. So if you lose a private key 1 you can use private key 2 to retain and continue public key 1?
“Key rotation is something that we have to figure out if Nostr is going to succeed in the long term. There have been some proposals, but none of them have gained enough traction to be implemented. Key rotation is an inherently difficult problem, because you need to borrow the reputation of the old key in order to validate the new key in such a way that an attacker wouldn't be able to do the same thing. Decentralized identifiers (DIDs) are not really a solution because they result either in a circular system of keys or dependence upon a trusted name registrar. Hierarchical keys have the same problem; the root key still has to be competently secured.”
Building Nostr nostr:npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqn
Discussion
So basically you use either private key 2 or private key 3 to challenge private key 1. If private key 1 is active it can reject the challenge but if it doesn't reject the challenge after 30 days then private key 2 gets control of public key 1 (aka your history). In that case private key 2 is active with public key 1. Something like that.