bitcoin-dev

Making OP_TRUE standard?

Making OP_TRUE standard?

Original Postby Olaoluwa Osuntokun

Posted on: May 9, 2018 22:06 UTC

The Lightning Network protocol is facing a problem with predicting future fees.

To solve this issue, there is a proposal to include a 546 satoshi OP_TRUE output in commitment transactions so that minimal fees are used and then use CPFP. However, a raw 'OP_TRUE' is non-standard and would have to be P2SHed. Johnson Lau suggested using ANYONECANPAY to sign the tx instead to add more inputs for fees, although the total transaction size would be bigger than the OP_TRUE approach. This approach is not possible when dealing with multi-transaction contracts as changing the txid of the root commitment will invalidate all the nested multi tx contracts. Additionally, they suggest a long-term solution of a more flexible SIGHASH system to allow people to easily add more inputs and outputs. A recent proposal to introduce SIGHASH_NOINPUT as a new sighash type presents an opportunity to introduce more flexible fine-grained sighash inclusion control.