An October 24 revision to Draft EIP-8425 explicitly says existing EIP-7702 delegations would be retained under its proposed ECDSA freeze. The update also makes account recovery exclusions and the role of an original seed after authorization changes more explicit.
Under the underlying proposal, legacy ECDSA-signed sender transactions would become invalid from a freeze time that is still undefined. ECDSA authorization tuples could no longer install, replace or clear delegations. Existing delegation indicators, however, would remain, and delegated code would stay callable under applicable execution rules.
The account's code sets the boundary
EIP-7702 stores a short delegation indicator in an account rather than the full delegated program. Code-executing operations follow its pointer and run the target program in the authorizing account's context.
The revised recovery section explicitly excludes accounts with regular deployed code, including those migrated through EIP-8298. Eligible accounts must instead have empty code or an EIP-7702 delegation indicator. The parent version already named those two eligible code forms; this is a clarification of that boundary.
Within that scope, the updated text says a valid original-seed proof could authorize recovery even after key rotation or other authorization changes. It retains two existing recovery paths: an eligible prior commitment, or an original-seed proof that does not require one.
Commitment-based recovery would use the effective, unrevoked commitment from the canonical state immediately before SAFE_RECOVERY_TIME. That cutoff must be no later than the freeze time. Leaving it unset would disable commitment-based recovery.
Parameters and implementation remain open
The specification remains Draft. Freeze timestamps, verification algorithms, proof systems, test cases and a reference implementation are marked TBD. The October 24 merge updates proposal text; it does not activate Ethereum rules or supply a deployed recovery procedure.