📅 Original date posted:2023-05-08
🗒️ Summary of this message: The proposed HTLC endorsement scheme has a vulnerability where local reputation can be abused during high routing fees, and should aim for reputational transitivity.
📝 Original message:
Hi,
I think the HTLC endorsement scheme as proposed is still suffering from a
> vulnerability as local reputation can be built up during periods of low
> routing fees, endorsement gained and then abused during periods of high
> routing fees. Therefore, it sounds to me this scheme should aim for some
> reputational transitivity between incoming traffic and outgoing traffic.
> Namely, the acquisition cost of the local reputation should be equal to the
> max timevalue damage that one can inflict on a routing node channel
> accessible from its local counterparty granting this high-level of
> reputation.
>
This is the reason we have a moving window for the calculation.
Note that if there is a channel between Alice and Bob, then the reputation
of Alice from Bob's point of view is a function of Bob's total revenue in
the latest time period. If Bob experiences a spike in routing fees, nodes
might lose their reputation, but it would not work the other way around.
That is, one cannot gain reputation during low fee times and use it when
fees are high.
See further details in this email [0]
Best,
Clara
[0]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-February/003857.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20230508/abc0a16c/attachment-0001.html>;
Clara Shikhelman [ARCHIVE] /
npub1uy…t9vwk
2023-06-19 17:42:22
in reply to nevent1q…huzj
Author Public Key
npub1uyhgpz5nsfnvdlcqm3erjsdjasd9pdeaejeetwtkvumm6mp3ujlqxt9vwkPublished at
2023-06-19 17:42:22Event JSON
{
"id": "13fa1b7f5f66d3bea9aba9df60408d85fca2e9758dc7ab1ccef45fb4551c7d7a",
"pubkey": "e12e808a938266c6ff00dc723941b2ec1a50b73dccb395b9766737bd6c31e4be",
"created_at": 1687196542,
"kind": 1,
"tags": [
[
"e",
"be5be50dce9786e147a7cb68c485d93fbf586d0f1fb9693bd1921e4d13e50e0b",
"",
"root"
],
[
"e",
"de40a0a677092250a9a7b34352845a659d2161529758f53cf9423525f44c5217",
"",
"reply"
],
[
"p",
"6485bc56963b51c9043d0855cca9f78fcbd0ce135a195c3f969e18ca54a0d551"
]
],
"content": "📅 Original date posted:2023-05-08\n🗒️ Summary of this message: The proposed HTLC endorsement scheme has a vulnerability where local reputation can be abused during high routing fees, and should aim for reputational transitivity.\n📝 Original message:\nHi,\n\nI think the HTLC endorsement scheme as proposed is still suffering from a\n\u003e vulnerability as local reputation can be built up during periods of low\n\u003e routing fees, endorsement gained and then abused during periods of high\n\u003e routing fees. Therefore, it sounds to me this scheme should aim for some\n\u003e reputational transitivity between incoming traffic and outgoing traffic.\n\u003e Namely, the acquisition cost of the local reputation should be equal to the\n\u003e max timevalue damage that one can inflict on a routing node channel\n\u003e accessible from its local counterparty granting this high-level of\n\u003e reputation.\n\u003e\n\nThis is the reason we have a moving window for the calculation.\nNote that if there is a channel between Alice and Bob, then the reputation\nof Alice from Bob's point of view is a function of Bob's total revenue in\nthe latest time period. If Bob experiences a spike in routing fees, nodes\nmight lose their reputation, but it would not work the other way around.\nThat is, one cannot gain reputation during low fee times and use it when\nfees are high.\n\nSee further details in this email [0]\n\nBest,\nClara\n\n[0]\nhttps://lists.linuxfoundation.org/pipermail/lightning-dev/2023-February/003857.html\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20230508/abc0a16c/attachment-0001.html\u003e",
"sig": "35251b9c67516784ef0e93e707deddae09c5cec9b94ba31d7bb6391753fac442ee8ad3f7b739832e7d330bfc101207f8fb4f7d51255314d56f4b6c33ca6ba0c4"
}