[Lightning-dev] Proposed changes to the splicing specification

Good morning list, As some of you may know, we've been hard at work experimenting with splicing [1]. Splicing is a complex feature with a large design space. It was interesting to iterate on two separate implementations (eclair and cln) and discover the pain points, edge cases and things that

[Lightning-dev] [Splicing] On the topic of commit_sigs + revoke_and_ack

This feels sort of dumb but I wrote it up and thought maybe others would find it enlightening. There's been a question of whether or not we should re-send all of the commitment-sigs after a new splice has been negotiated. The current CLN draft of splicing sends all of them, should we only send

Re: [Lightning-dev] Payment correlation attacks

Hi g0b1e, I wanted to add to this excellent summary that there is a trade off here. The harder you make payment correlation the easier you make channel jamming. If payments can not be correlated at all it's possible to make payment paths that cycle through the same nodes many times over. This