- Mention delegation and DLC optimisation
- Mention that it provides building blocks for future updates
- Compare with APO that doesn't offer the above
Thanks cmp_ancp for the pointers.
Thanks cmp_ancp for the pointers.
- Mention delegation and DLC optimisation
- Mention that it provides building blocks for future updates
- Compare with APO that doesn't offer the above
69 | @@ -67,6 +70,10 @@ an increased risk surface, notably in terms of implementation complexity. As the 70 | demonstrated to enable new important use cases or substantially improve existing ones beyond this proposal, we favour 71 | the minimal approach. 72 | 73 | +[BIP 118 `SIGHASH_ANYPREVOUT`][apo-bip] also enables rebindable signatures and their applications. However, as a less 74 | +modular operation, it does not enable delegation, optimize DLCs, or can serve as a building block for further soft
The sentence construction of "it does not" ... "or can serve" does not seem clear.
Clarified, PTAL @jonatack
Much clearer, thank you, provided the BIP authors agree with the change.
cc: @instagibbs, @stevenroose
Thanks for the improvement suggestions.
We are aware of the optimizations BIP 446 brings to DLCs, as mentioned there. But i personally do not consider it a strong enough motivation for the bundle to be worth mentioning, since performance does not appear to be the reason behind the lack of traction for non-custodial trading.
A comparison to APO in the rationale section would probably be good to have, but it's more complicated than it being strictly less modular. For instance, the sighash flags that can be used in combination with APO enable more modularity for the next transaction commitment use case.
@darosior let's try to clarify the comparison with APO while keeping it high level.
The main benefit of APO is that it enables more customizable covenants than BIP 448. Its main drawback vis-a-vis 448 is that it extends transaction validity semantics in a rather pervasive way, making it even harder to hold it all in my head. OTOH 448 achieves most of the things that APO does while introducing minimal new powers to the Script - it's much easier for me to reason about what's happening inside a script because I can forget almost all other Bitcoin semantics. What's more, it does it by adding 3 simple-to-reason-about opcodes, so it makes future updates easier to reason about than APO would.
I've pushed a candidate rephrasing, let me know what you think.