He also explains why LN Blinder does not actually retain the atomicity of LN payments. I take this as a mild correction, because in my video I say several times that LN Blinder payments *are* atomic. But that's not quite true.

As he points out, it is possible for the sender's computer to crash or his network to go down before he can send the preimage to the recipient. If that happens, and he doesn't know how to (or can't) fix the issue, the recipient won't actually get paid, and the sender will lose money.

A "real" implementation of LN Blinder would need some sort of "retry logic" to mitigate this issue, such that if the sender doesn't get some sort of "acknowledgement" from the recipient that the preimage was received, he keeps retrying til he gets it.

Also, I think it is worth emphasizing that a design goal was to prevent the "proxy" from stealing the sender's funds, and that goal was preserved. Once the proxy settles the sender's payment, he cannot stop the recipient from receiving the money by settling the proxy's payment. That payment is "locked in" due to the way LN works.