{"type":"rich","version":"1.0","author_name":"npub1uyhgpz5nsfnvdlcqm3erjsdjasd9pdeaejeetwtkvumm6mp3ujlqxt9vwk","author_url":"https://nostr.ae/npub1uyhgpz5nsfnvdlcqm3erjsdjasd9pdeaejeetwtkvumm6mp3ujlqxt9vwk","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2023-03-03\n📝 Original message:\n\u003e With a binary solution a single attacker can easily fill your quota of\n\u003e low-confidence HTLCs and then all low-reputation nodes are blocked. But not\n\u003e all of them are attackers, some of them just don't send you enough traffic\n\u003e to get a high reputation for instance and you're going to block them too.\n\u003e With a continuous solution you can differentiate between an active attacker\n\u003e and someone who just sends to nodes with poor connectivity and only block\n\u003e the first.\n\u003e\n\nIf it's very cheap to behave like a neighbour with poor connectivity, why\nwouldn't the attacker mimic this, and then block?\nDifferentiating between a potential attacker and just a low-traffic\nneighbour is very difficult. I think that instead of \"low/high reputation\"\na better way to think about it is \"unknown/endorsed\", and just consider\nwhich neighbour needs access to all resources and which one doesn't.\n\nThe idea of different bins was brought up a few times and might help a bit,\nbut I am not sure at all that it is worth the complication.\n\nFor reporting c truthfully, if you report it too high you will be penalized\n\u003e by having your reputation lowered, if you report it too low you will\n\u003e penalize your HTLCs and still get the same reputation as if you had\n\u003e reported it truthfully.\n\u003e\n\nIt might be that there is a strong motivation to underestimate than\noverestimate. That is – the punishment for underestimating by X is\nsignificantly smaller than for overestimating by X (or vice versa). The\nformula you choose can affect this significantly.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20230303/4c8fa6ae/attachment.html\u003e"}