📅 Original date posted:2018-11-07
📝 Original message:
Good morning Lisa,
>Should a node be able to request more liquidity than they put into the channel on their half? In the case of a vendor who wants inbound capacity, capping the liquidity request
>allowed seems unnecessary.
My initial thought is that it would be dangerous to allow the initiator of the request to request for arbitrary capacity.
For instance, suppose that, via my legion of captive zombie computers (which are entirely fictional and exist only in this example, since I am an ordinary human person) I have analyzed the blockchain and discovered that you have 1.0 BTC you have reserved for liquidity requests under this protocol. I could then have one of those computers spin up a temporary Lightning Node, request for 1.0BTC incoming capacity with only some nominal fee, then shut down the node permanently, leaving your funds in an unuseable channel, unable to earn routing fees or such. This loses you potential earnings from this 1.0 BTC.
If instead I were obligated to have at least greater capacity tied into this channel, then I would also be tying up at least 1.0 BTC into this channel as well, making this attack more expensive for me, as it also loses me any potential earnings from the 1.0 BTC of my own that I have locked up.
To my mind, this may become important.
Regards,
ZmnSCPxj
> Conclusion
> =======================================
> Allowing nodes to advertise liquidity paves the way for automated node re-balancing. Advertised liquidity creates a market of inbound capacity that any node can take advantage of, reducing the amount of out-of-band negotiation needed to get the inbound capacity that you need.
>
> Credit to Casey Rodamor for the initial idea.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20181107/502cb6d2/attachment.html>;
ZmnSCPxj [ARCHIVE] /
npub1g5…3ms3l
2023-06-09 12:52:18
in reply to nevent1q…rv6v
Author Public Key
npub1g5zswf6y48f7fy90jf3tlcuwdmjn8znhzaa4vkmtxaeskca8hpss23ms3lPublished at
2023-06-09 12:52:18Event JSON
{
"id": "913ea1732c4db54186ed452b7e908ea28e682456c1facc13f7f85b139c27a327",
"pubkey": "4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861",
"created_at": 1686315138,
"kind": 1,
"tags": [
[
"e",
"b6ccc150acd5efd7187e483388f4e01f13712f8edbcfde9936a99efec7233753",
"",
"root"
],
[
"e",
"1209dcc97a8f3b6e00eb4d73f0e30bf9e92fcdfec0b0f7828cb0a3faae5502c8",
"",
"reply"
],
[
"p",
"804770eb58d163d63f0f996fd6bebabe1b8c582a5dd544cf61bba0bc5335720a"
]
],
"content": "📅 Original date posted:2018-11-07\n📝 Original message:\nGood morning Lisa,\n\n\u003eShould a node be able to request more liquidity than they put into the channel on their half? In the case of a vendor who wants inbound capacity, capping the liquidity request\n\u003eallowed seems unnecessary.\n\nMy initial thought is that it would be dangerous to allow the initiator of the request to request for arbitrary capacity.\n\nFor instance, suppose that, via my legion of captive zombie computers (which are entirely fictional and exist only in this example, since I am an ordinary human person) I have analyzed the blockchain and discovered that you have 1.0 BTC you have reserved for liquidity requests under this protocol. I could then have one of those computers spin up a temporary Lightning Node, request for 1.0BTC incoming capacity with only some nominal fee, then shut down the node permanently, leaving your funds in an unuseable channel, unable to earn routing fees or such. This loses you potential earnings from this 1.0 BTC.\n\nIf instead I were obligated to have at least greater capacity tied into this channel, then I would also be tying up at least 1.0 BTC into this channel as well, making this attack more expensive for me, as it also loses me any potential earnings from the 1.0 BTC of my own that I have locked up.\n\nTo my mind, this may become important.\n\nRegards,\nZmnSCPxj\n\n\u003e Conclusion\n\u003e =======================================\n\u003e Allowing nodes to advertise liquidity paves the way for automated node re-balancing. Advertised liquidity creates a market of inbound capacity that any node can take advantage of, reducing the amount of out-of-band negotiation needed to get the inbound capacity that you need.\n\u003e\n\u003e Credit to Casey Rodamor for the initial idea.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20181107/502cb6d2/attachment.html\u003e",
"sig": "33c7aad2480503855072ecef5c62d2815d96cb46a4fa3f1712b1edd1d112fb7a8851e61fc8f3a14c90de0ee0088ec3f2032253436a4f318bdb53a908a18e4ad2"
}