Re: [Lightning-dev] Multipath Keysend

2023-07-29 Thread Thomas HUET
What is the motivation for multipath keysend? Why not just make several independent keysend payments with different payment hashes? We should make sure that there is a user need before adding complexity to keysend, especially since we're already working on BOLT 12 which supports multipath and even

Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming

2023-03-03 Thread Thomas HUET
ry? This > is something we should definitely understand before going in a more > complicated direction. > > Also, I'm still not sure that the rational behaviour is to report *c* > truthfully. > > > > On Fri, Mar 3, 2023 at 11:51 AM Thomas HUET wrote: > >> By giv

Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming

2023-03-03 Thread Thomas HUET
By giving a high confidence to HTLCs you increase the chance that they are relayed which should be your goal. Having a high reputation is not a goal in itself, it's just a way to make your HTLCs more likely to be relayed. If you always report confidence 0, then yes you will have a reputation of 1 b

Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming

2023-03-02 Thread Thomas HUET
t; you are aiming for. > > Do you have some estimation of what kind of protection or compensation > this method offers? > > Best, > Clara > > On Thu, Mar 2, 2023 at 8:14 AM Thomas HUET wrote: > >> Hello, >> >> I think the local reputation is more important t

Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming

2023-03-02 Thread Thomas HUET
Hello, I think the local reputation is more important than upfront fees and should be worked on first because 1) the most likely attack against the network today is the slow jamming attack against which upfront fees are not very effective (an attacker would only consider fast jamming if the networ

Re: [Lightning-dev] Unjamming lightning (new research paper)

2022-11-08 Thread Thomas HUET
Hi, I agree that the local reputation solution is very promising (I'm less convinced about the unconditional fee as it changes a core principle of the network which means that we'll never reach consensus on it). What I really like about it is that it's quite simple and can be quickly deployed with

Re: [Lightning-dev] Fat Errors

2022-11-03 Thread Thomas HUET
Hi Joost, This is a very interesting proposal that elegantly solves the problem, with however a very significant size increase. I can see two ways to keep the size small: - Each node just adds its hmac in a naive way, without deleting any part of the message to relay. You seem to have disqualified

Re: [Lightning-dev] Inbound channel routing fees

2022-07-01 Thread Thomas HUET
Hi Joost, It was discussed in this issue: https://github.com/lightning/bolts/issues/835 On the network, the traffic is not balanced. Some nodes tend to receive more than they send, merchants for instance. For the lightning network to be reliable, we need to incentivise people to open channels to