📅 Original date posted:2021-10-21 📝 Original message: On Thu, Oct 21, 2021 at ...

Joost Jager [ARCHIVE] /

npub1asl…fqmx

2023-06-09 13:04:19

in reply to nevent1q…rfmd

📅 Original date posted:2021-10-21
📝 Original message:
On Thu, Oct 21, 2021 at 12:00 PM ZmnSCPxj <ZmnSCPxj at protonmail.com> wrote:

> Good morning Joost,
>
> > A potential downside of a dedicated probe message is that it could be
> used for free messaging on lightning by including additional data in the
> payload for the recipient. Free messaging is already possible today via
> htlcs, but a probe message would lower the cost to do so because the sender
> doesn't need to lock up liquidity for it. This probably increases the spam
> potential. I am wondering if it is possible to design the probe message so
> that it is useless for anything other than probing. I guess it is hard
> because it would still have that obfuscated 1300 bytes block with the
> remaining part of the route in it and nodes can't see whether there is
> other meaningful data at the end.
>
> For the probe, the onion max size does not *need* to be 1300, we could
> reduce the size to make it less useable for *remote* messaging.
>

Yes, maybe it can be reduced a bit. But if we want to support 27 hops like
we do for payments, there will be quite some space left for messaging on
real routes which are mostly much shorter.

Joost
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20211021/ac8545c8/attachment.html>;

Author Public Key

npub1aslmpzentw224n3s6yccru4dq2qdlx7rfudfnqevfck637cjt6esswfqmx

Show more details

Published at

2023-06-09 13:04:19

Kind type

1 Short Text Note

Event JSON

{ "id": "f003fbce00c8e971bf69ef8f7de8ca87476bdfc4f5665262d14793cce8e9467f", "pubkey": "ec3fb08b335b94aace30d13181f2ad0280df9bc34f1a99832c4e2da8fb125eb3", "created_at": 1686315859, "kind": 1, "tags": [ [ "e", "809a3860a9be6151917d6028fe8491d7b657a48871b7822de87656532e9b33be", "", "root" ], [ "e", "4acb0d2ea7119eb63898029c483ffb92bc58aae62cdfcb0ec4b24e9f1dadec07", "", "reply" ], [ "p", "4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861" ] ], "content": "📅 Original date posted:2021-10-21\n📝 Original message:\nOn Thu, Oct 21, 2021 at 12:00 PM ZmnSCPxj \u003cZmnSCPxj at protonmail.com\u003e wrote:\n\n\u003e Good morning Joost,\n\u003e\n\u003e \u003e A potential downside of a dedicated probe message is that it could be\n\u003e used for free messaging on lightning by including additional data in the\n\u003e payload for the recipient. Free messaging is already possible today via\n\u003e htlcs, but a probe message would lower the cost to do so because the sender\n\u003e doesn't need to lock up liquidity for it. This probably increases the spam\n\u003e potential. I am wondering if it is possible to design the probe message so\n\u003e that it is useless for anything other than probing. I guess it is hard\n\u003e because it would still have that obfuscated 1300 bytes block with the\n\u003e remaining part of the route in it and nodes can't see whether there is\n\u003e other meaningful data at the end.\n\u003e\n\u003e For the probe, the onion max size does not *need* to be 1300, we could\n\u003e reduce the size to make it less useable for *remote* messaging.\n\u003e\n\nYes, maybe it can be reduced a bit. But if we want to support 27 hops like\nwe do for payments, there will be quite some space left for messaging on\nreal routes which are mostly much shorter.\n\nJoost\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20211021/ac8545c8/attachment.html\u003e", "sig": "6b3b778d3b58a4a4b67f4667ed0511ba48b94105e15e1562dbfe640b34f17e3c566cc9e9cd75e62cf10a78ec49148ab28652f70f94ab460180b56ef66aaad902" }