Just my 2 cents: I think worrying about the size of a resolution during a contested close scenario (too much) is not worth it. Encoding the state needed (e.g., in op_return or whatever) is the safest option because then you guarantee the availability of the closing transaction data in the protocol with no external dependencies.
If you want to make it cheaper, then allow for Alice to choose to cooperate with a contesting Bob to replace the transaction with something smaller (quibble: we should get rid of mempool absolute fee increase rule for RBF perhaps... otherwise, this should be done as pre-broadcast negotiation) after observing the state published by Bob, but make it mandatory to at least reveal it if Bob wants to use the transaction unilaterally.
_______________________________________________ Lightning-dev mailing list Lightning-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev