Ahh great to see someone already working on this!
Rather than relying solely on inactivity, I’d love the option to have a 2-step recovery process for the recovery party. E.g.
-
The recovery party is first required to submit a transaction to indicate their intent to acquire ownership. A delay period begins and an event is emitted so that Safe owner(s) can be notified of the recovery party’s intent to acquire ownership.
-
The existing safe owner(s) can submit a transaction to cancel the request any time during the delay period. Otherwise, after the delay period is over, the recovery party can finalize the request to transfer ownership.
The two-step approach removes the burden on Safe owner(s) to submit arbitrary transactions in order to maintain “activity”. I’d imagine this would be particularly useful in the case the Safe is used for cold storage. It also removes the need to update a timestamp field on every transaction that would be required to track activity, saving a little gas.
@bxmmm1 do you have any updates since your last post? Or do you consider these done / ready to go?
@Philogy what approach did you go with in the end?