ZmnSCPxj [ARCHIVE] on Nostr: π
Original date posted:2019-03-29 π Original message: Good morning Rene, Sent ...
π
Original date posted:2019-03-29
π Original message:
Good morning Rene,
Sent with ProtonMail Secure Email.
βββββββ Original Message βββββββ
On Friday, March 29, 2019 1:54 PM, RenΓ© Pickhardt <r.pickhardt at googlemail.com> wrote:
> 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)Β
At a software engineer point-of-view, probabilistic can be difficult to test.
This can be made deterministic by including an RNG seed in the input to this code.
However, let me propose instead, in combination with your later thought:
>
> > 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.
Perhaps the pruning rule can be modified to include *distance from self* in addition to channel capacity.
The nearer the channel is, the more likely it is retained.
The further, the less likely.
The larger the channel is, the more likely it is retained.
The smaller, the less likely.
The capacity divided by the distance can be used as a sorting key, and if pruning is needed, the smallest "score" is pruned until the routemap fits.
This will lead to everyone having a different set of channels, while being likely to track their friend-of-friend network compared to more distant nodes.
Of course, the pruning itself would affect the distance of the channel to the "self" node.
So determinism may be difficult to achieve here anyway.
Regards,
ZmnSCPxj
Published at
2023-06-09 12:54:39Event JSON
{
"id": "eb8aee42dcd82a3f0b89b9bed5427c59b4f86517dc361df541716f03c9a3e3ec",
"pubkey": "4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861",
"created_at": 1686315279,
"kind": 1,
"tags": [
[
"e",
"51aa2604767b047b656b0c7b3002b6e04df5103011e56634c097f530dbf94ff3",
"",
"root"
],
[
"e",
"d8f8dfa33991e34dbe55f83b438dfe443cb1511e2a81c5b215bf2ae88f645c94",
"",
"reply"
],
[
"p",
"17ccd89be295c0ae65f1cd3740a9dad84ec8b6d7050712a7f04ae5284b2fab99"
]
],
"content": "π
Original date posted:2019-03-29\nπ Original message:\nGood morning Rene,\n\n\nSent with ProtonMail Secure Email.\n\nβββββββ Original Message βββββββ\nOn Friday, March 29, 2019 1:54 PM, RenΓ© Pickhardt \u003cr.pickhardt at googlemail.com\u003e wrote:\n\n\u003e Dear ZmnSCPxj and fellow lightning developers,\n\u003e\n\u003e I want to point out two things and make a suggestion for a new gossip message.Β \n\u003e\n\u003e \u003e A good pruning heuristic is \"channel capacity\", which can be checked onchain (the value of the UTXO backing the channel is the channel capacity).\n\u003e \u003e 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.\n\u003e \u003e So it is reasonable to delete channels with low capacity when the routemap memory is becoming close to full.\n\u003e\n\u003e 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)Β \n\nAt a software engineer point-of-view, probabilistic can be difficult to test.\nThis can be made deterministic by including an RNG seed in the input to this code.\n\nHowever, let me propose instead, in combination with your later thought:\n\n\u003e\n\u003e \u003e Nodes still need to track their direct channels (so they are implicitly always in the routemap).\n\u003e\n\u003e I strongly advice that the local view should be extended. Every node should always track their friends of a friend network.\n\nPerhaps the pruning rule can be modified to include *distance from self* in addition to channel capacity.\nThe nearer the channel is, the more likely it is retained.\nThe further, the less likely.\nThe larger the channel is, the more likely it is retained.\nThe smaller, the less likely.\n\nThe capacity divided by the distance can be used as a sorting key, and if pruning is needed, the smallest \"score\" is pruned until the routemap fits.\n\nThis will lead to everyone having a different set of channels, while being likely to track their friend-of-friend network compared to more distant nodes.\n\nOf course, the pruning itself would affect the distance of the channel to the \"self\" node.\nSo determinism may be difficult to achieve here anyway.\n\nRegards,\nZmnSCPxj",
"sig": "c6c6596894bd7e9f66a8f7531f58b5dca6d2581e6039a81577f95f5ab9152cee69bbf5d1b4023ddb26c169680b74bf45afee07bb162822c1612e94acf5a61153"
}