David A. Harding [ARCHIVE] on Nostr: š
Original date posted:2020-04-04 š Original message: On Fri, Apr 03, 2020 at ...
š
Original date posted:2020-04-04
š Original message:
On Fri, Apr 03, 2020 at 02:51:15AM +0000, ZmnSCPxj via Lightning-dev wrote:
> Ah, right, E knows the revocation for the unilateral close of EE,
> because it is a self-channel, sigh. And by this revocation clause it
> can claim the money immediately and put it into a channel as well.
If it's a self channel, E can also just RBF replace the close
transaction with a minimally-sized 1-input, 1-output transaction.
In addition, if typical mempools are full and the closing transaction
feerate is very low (i.e. because anchor outputs are meant to be used)
E may also be able to create a close transaction that will be
dropped from typical mempools in the near future and may never
confirm, allowing E to continue using the channel in attacks against its
other peers.
-Dave
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <
http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20200404/9350d3a0/attachment.sig>
Published at
2023-06-09 12:59:24Event JSON
{
"id": "cdfb12bf3ced343957056308ddc50341e424f042f6364c1797fb9e472c435a88",
"pubkey": "d3574a24208f4e3d0821bb4a69a0c3ae842043d444fa5c4a8c49c369918a6fb2",
"created_at": 1686315564,
"kind": 1,
"tags": [
[
"e",
"5e9b3eb7b6e686adb024bff8716ce0db1903914f4eed2a9ca1348e890d04a69e",
"",
"root"
],
[
"e",
"0de8256058d6d1f9befd2c4103ce25fe2a9d70cc0a1e261569aa1e9af5d1046f",
"",
"reply"
],
[
"p",
"4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861"
]
],
"content": "š
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",
"sig": "a6228dcd3756227ce18948701f3f6722f8f275e14b8f495a94486a1c87ae39278eede1211d88cfe06e1b5050697ee2dc5a4e2666fb7f5b77702a1795fd5cd363"
}