Extension block proposal by Jeffrey et al



Summary:

The issue of allowing direct exit payment to legacy addresses has been raised, which would cause a permanent invalidation of all child transactions based on the resolution transaction. The proposed solution is to add a maturity requirement for exiting outputs that would be lower than coinbase's 100 block requirement, but this would make non-upgraded wallets unusable and fail to meet the backward compatibility requirement of a softfork. An alternative solution is to move all exiting outputs to the coinbase, which would enforce a 100 block maturity requirement, but this would deteriorate user experience and force everyone to upgrade, essentially becoming a hardfork with soft fork’s skin. It is suggested that a good balance between fungibility and backward-compat would be to switch to witness programs only and require exiting outputs to only be witness programs, which may reduce the likelihood of the legacy wallet issue assuming most segwit-supporting wallets implement a new output maturity rule before the activation of segwit. There is also discussion about whether or not to allow direct exit to legacy addresses, how long the lock-up period should be, and whether or not a new name for tokens in the ext-block is necessary. Ultimately, if malleability is not fixed in the main chain, the ext block would be unsuitable for long-term storage of value.


Updated on: 2023-06-11T23:33:59.467669+00:00