📅 Original date posted:2019-03-29
📝 Original message:
Dear ZmnSCPxj and fellow lightning developers,
I want to point out two things and make a suggestion for a new gossip
message.
A good pruning heuristic is "channel capacity", which can be checked
> onchain (the value of the UTXO backing the channel is the channel capacity).
> It is good to keep channels with large capacity in the routemap, because
> such large channels are more likely to successfully route a payment than
> smaller channels.
> So it is reasonable to delete channels with low capacity when the routemap
> memory is becoming close to full.
>
Intuitively (without simulation). I encourage to make that process not
deerministic but rather probabilistic. It would be good if everyone had a
different set of channels. (which is somewhat achieved with everyone
keeping their local view)
Nodes still need to track their direct channels (so they are implicitly
> always in the routemap).
>
I strongly advice that the local view should be extended. Every node should
always track their friends of a friend network. Maybe we could even create
a new gossip query message `query_ask_egonetwork` that asks for the
egonetwork of a node (the egonetwork are all the direct friends of a node
together with their friendships) every node knows at least the nodes in
their ego network and over time also the edges between them.
If I was interested in my friend of a friend network I could just send the
`query_ask_egonetwork` message to all my peers.
Best Rene
But payee nodes making BOLT1 invoices could also provide `r` routes in the
> invoice, with the given routes being from nodes with high-capacity
> channels, so that even if the intermediate channels are pruned due to low
> capacity, it is possible to get paid.
>
> Regards,
> ZmnSCPxj
> _______________________________________________
> Lightning-dev mailing list
> Lightning-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20190329/33d0bd13/attachment-0001.html>;
René Pickhardt [ARCHIVE] /
npub1zl…d2k4w
2023-06-09 12:54:39
in reply to nevent1q…g0r3
Author Public Key
npub1zlxd3xlzjhq2ue03e5m5p2w6mp8v3dkhq5r39flsftjjsje04wvsdd2k4wPublished at
2023-06-09 12:54:39Event JSON
{
"id": "d8f8dfa33991e34dbe55f83b438dfe443cb1511e2a81c5b215bf2ae88f645c94",
"pubkey": "17ccd89be295c0ae65f1cd3740a9dad84ec8b6d7050712a7f04ae5284b2fab99",
"created_at": 1686315279,
"kind": 1,
"tags": [
[
"e",
"51aa2604767b047b656b0c7b3002b6e04df5103011e56634c097f530dbf94ff3",
"",
"root"
],
[
"e",
"2e92a31af1939392cb24639e37145ada669c3f511770f0bb1518a8dbba8de919",
"",
"reply"
],
[
"p",
"4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861"
]
],
"content": "📅 Original date posted:2019-03-29\n📝 Original message:\nDear ZmnSCPxj and fellow lightning developers,\n\nI want to point out two things and make a suggestion for a new gossip\nmessage.\n\nA good pruning heuristic is \"channel capacity\", which can be checked\n\u003e onchain (the value of the UTXO backing the channel is the channel capacity).\n\u003e It is good to keep channels with large capacity in the routemap, because\n\u003e such large channels are more likely to successfully route a payment than\n\u003e smaller channels.\n\u003e So it is reasonable to delete channels with low capacity when the routemap\n\u003e memory is becoming close to full.\n\u003e\n\nIntuitively (without simulation). I encourage to make that process not\ndeerministic but rather probabilistic. It would be good if everyone had a\ndifferent set of channels. (which is somewhat achieved with everyone\nkeeping their local view)\n\nNodes still need to track their direct channels (so they are implicitly\n\u003e always in the routemap).\n\u003e\n\nI strongly advice that the local view should be extended. Every node should\nalways track their friends of a friend network. Maybe we could even create\na new gossip query message `query_ask_egonetwork` that asks for the\negonetwork of a node (the egonetwork are all the direct friends of a node\ntogether with their friendships) every node knows at least the nodes in\ntheir ego network and over time also the edges between them.\n\nIf I was interested in my friend of a friend network I could just send the\n`query_ask_egonetwork` message to all my peers.\n\nBest Rene\n\n\n\n\n\n\nBut payee nodes making BOLT1 invoices could also provide `r` routes in the\n\u003e invoice, with the given routes being from nodes with high-capacity\n\u003e channels, so that even if the intermediate channels are pruned due to low\n\u003e capacity, it is possible to get paid.\n\u003e\n\u003e Regards,\n\u003e ZmnSCPxj\n\u003e _______________________________________________\n\u003e Lightning-dev mailing list\n\u003e Lightning-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20190329/33d0bd13/attachment-0001.html\u003e",
"sig": "99bdc08236f32b1c72a2d320541c8c814afcaee886f9fe01de5ae4cea09c594d6024039cb96c2187ad447929868e26a5b1a7a0052da4d17a3aa48003b5786cea"
}