{"type":"rich","version":"1.0","title":"David A. Harding [ARCHIVE] wrote","author_name":"David A. Harding [ARCHIVE] (npub16d…x4wrd)","author_url":"https://yabu.me/npub16dt55fpq3a8r6zpphd9xngxr46zzqs75gna9cj5vf8pknyv2d7equx4wrd","provider_name":"njump","provider_url":"https://yabu.me","html":"📅 Original date posted:2020-04-04\n📝 Original message:\nOn Fri, Apr 03, 2020 at 02:51:15AM +0000, ZmnSCPxj via Lightning-dev wrote:\n\u003e Ah, right, E knows the revocation for the unilateral close of EE,\n\u003e because it is a self-channel, sigh.  And by this revocation clause it\n\u003e can claim the money immediately and put it into a channel as well.\n\nIf it's a self channel, E can also just RBF replace the close\ntransaction with a minimally-sized 1-input, 1-output transaction.\n\nIn addition, if typical mempools are full and the closing transaction\nfeerate is very low (i.e. because anchor outputs are meant to be used)\nE may also be able to create a close transaction that will be\ndropped from typical mempools in the near future and may never \nconfirm, allowing E to continue using the channel in attacks against its\nother peers.\n\n-Dave\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 833 bytes\nDesc: not available\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20200404/9350d3a0/attachment.sig\u003e"}