📅 Original date posted:2018-05-22 📝 Original message: Good morning Corne, I ...

ZmnSCPxj [ARCHIVE] /

npub1g5z…ms3l

2023-06-09 12:50:30

in reply to nevent1q…wk9m

📅 Original date posted:2018-05-22
📝 Original message:
Good morning Corne,

I think onion unpeeling never made it into the BOLT spec precisely due to the problems with it. I think the unpeeling in question is essentially a hop node (rather than the ultimate payer/source) unpeeling the onion in order to find out who was being slow. Perhaps the discussion regarding it is archived elsewhere; I do not know myself.

Regards,
ZmnSCPxj

Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On May 22, 2018 11:47 PM, Corné Plooy via Lightning-dev <lightning-dev at lists.linuxfoundation.org> wrote:

> > You missed the vital detail: that you must prove channel closure if you
> >
> > can't unpeel the onion further. That will hit an unresponsive party
> >
> > with a penalty.[1]
>
> Is this specified in a BOLT somewhere? I tried to find it several times,
>
> without success.
>
> CJP
>
> Lightning-dev mailing list
>
> Lightning-dev at lists.linuxfoundation.org
>
> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev

Author Public Key

npub1g5zswf6y48f7fy90jf3tlcuwdmjn8znhzaa4vkmtxaeskca8hpss23ms3l

Seen on

wss://relay.noswhere.com wss://relay.nostr.band

Show more details

Published at

2023-06-09 12:50:30

Kind type

1 Short Text Note

Event JSON

{ "id": "33d8da4208736a0681a79592eb680344099e8a7b866a0420dd33a163ce827b64", "pubkey": "4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861", "created_at": 1686315030, "kind": 1, "tags": [ [ "e", "ec647d42dc739e5a708f79cd6e7400519e655a3f7062723c1ca708888c19c0eb", "", "root" ], [ "e", "209c7a2e10985f9cb3dfe422afae037f56f27f422e3267580af4c40691c273e3", "", "reply" ], [ "p", "f928c1a284fddb630ed23aab2bfe69811423a59f41dd8c3e40c57b916fbadf65" ] ], "content": "📅 Original date posted:2018-05-22\n📝 Original message:\nGood morning Corne,\n\nI think onion unpeeling never made it into the BOLT spec precisely due to the problems with it. I think the unpeeling in question is essentially a hop node (rather than the ultimate payer/source) unpeeling the onion in order to find out who was being slow. Perhaps the discussion regarding it is archived elsewhere; I do not know myself.\n\nRegards,\nZmnSCPxj\n\nSent with ProtonMail Secure Email.\n\n‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐\n\nOn May 22, 2018 11:47 PM, Corné Plooy via Lightning-dev \u003clightning-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e \u003e You missed the vital detail: that you must prove channel closure if you\n\u003e \u003e \n\u003e \u003e can't unpeel the onion further. That will hit an unresponsive party\n\u003e \u003e \n\u003e \u003e with a penalty.[1]\n\u003e \n\u003e Is this specified in a BOLT somewhere? I tried to find it several times,\n\u003e \n\u003e without success.\n\u003e \n\u003e CJP\n\u003e \n\u003e Lightning-dev mailing list\n\u003e \n\u003e Lightning-dev at lists.linuxfoundation.org\n\u003e \n\u003e https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev", "sig": "c552e0a16dff67c743983b983b522f9a3bae7a2082bdf8a9f06c91f8b314820f480b6edd7b11bb68ccd398beb54cf38dfd9b58420806e8538f9117dd35ec9928" }