When he talked about a solution of ripple labs, called packetized payments, that was a big bummer for me.

It boils down to this, if I'm right: to secure the money from peers along the route that a lightning transaction makes, it locks the spend money from all hops until the transaction from sender -> receiver is fully completed.

Attackers can create a payment with a weird route trough alot of peers, to the destination (same attacker) who will ignore the transaction so it gets never completed.

But the rules are also designed for situations where people never pay back. so whenever it happens, the funds from will be paid back on-chain and the hops get their money back via lightning itself. But only afer 24hours, so everyone along that route has to wait for so long. If more attackers do this, they can lock everyones capital away and thus lowering the network capacity to send money trough it.

the solution talked about in the video talks about contsantly sending small enough packets of value, and when someone scams, only the last small bit of value is stolen.

But I dont like that solution, its easy to have farms that contstantly scam people and their small gains accumulate to big numbers. We need lightning, but in this case the security measures are TOO GOOD! The HTLC is causing too long periods of resettlement after a scam, constraining the victims.

We need another way to set a revert transaction...

maybe we can come up with a solution, this is urgent! #asknostr #swarmstr #bitcoin #lightning #plebs