<oembed><type>rich</type><version>1.0</version><author_name>npub1uyhgpz5nsfnvdlcqm3erjsdjasd9pdeaejeetwtkvumm6mp3ujlqxt9vwk</author_name><author_url>https://nostr.ae/npub1uyhgpz5nsfnvdlcqm3erjsdjasd9pdeaejeetwtkvumm6mp3ujlqxt9vwk</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2023-05-08&#xA;🗒️ 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.&#xA;📝 Original message:&#xA;Hi,&#xA;&#xA;I think the HTLC endorsement scheme as proposed is still suffering from a&#xA;&gt; vulnerability as local reputation can be built up during periods of low&#xA;&gt; routing fees, endorsement gained and then abused during periods of high&#xA;&gt; routing fees. Therefore, it sounds to me this scheme should aim for some&#xA;&gt; reputational transitivity between incoming traffic and outgoing traffic.&#xA;&gt; Namely, the acquisition cost of the local reputation should be equal to the&#xA;&gt; max timevalue damage that one can inflict on a routing node channel&#xA;&gt; accessible from its local counterparty granting this high-level of&#xA;&gt; reputation.&#xA;&gt;&#xA;&#xA;This is the reason we have a moving window for the calculation.&#xA;Note that if there is a channel between Alice and Bob, then the reputation&#xA;of Alice from Bob&#39;s point of view is a function of Bob&#39;s total revenue in&#xA;the latest time period. If Bob experiences a spike in routing fees, nodes&#xA;might lose their reputation, but it would not work the other way around.&#xA;That is, one cannot gain reputation during low fee times and use it when&#xA;fees are high.&#xA;&#xA;See further details in this email [0]&#xA;&#xA;Best,&#xA;Clara&#xA;&#xA;[0]&#xA;https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-February/003857.html&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20230508/abc0a16c/attachment-0001.html&gt;</html></oembed>