You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently every tap channel payment carries the default onchain anchor amt which is about 354 sats.
This may cause UX trouble when users pay small invoices, or generally in cases where the value of 354 sats weighs too much.
We want to somehow make LND's lightningChannel state machine to eliminate this one-sided balance change in satoshis.
Solution
We could modify the way HTLCs are settled in LND, so that satoshis are never shifted upon settling an HTLC, but the custom aux blobs of the commitment tx of the channel do get updated. This would allow for the asset balance change to be reflected on the channel, without shifting the satoshi balance at all. There would only be a locked/in-flight amount of satoshis as long as the HTLC itself is in-flight, but as soon as the HTLC gets settled the settlement logic would return the sats to the sender and only really accept the assets.
Considerations
We should find a correct way of filtering which HTLCs should be treated this way (aux blob existence?), as we want to avoid accidentally returning larger amounts of satoshis carried by an HTLC. (example: HTLC carrying 1btc + 1M$)
We should keep in mind that even though there's no balance change in terms of sats, the sats of the in-flight HTLCs are exposed to malicious grabbing by the receiver (via the force close path / revealing HTLCs onchain). We should only allow small sats amounts for such HTLCs to disincentivize such behavior.
Description
Currently every tap channel payment carries the default onchain anchor amt which is about 354 sats.
This may cause UX trouble when users pay small invoices, or generally in cases where the value of 354 sats weighs too much.
We want to somehow make LND's
lightningChannel
state machine to eliminate this one-sided balance change in satoshis.Solution
We could modify the way HTLCs are settled in LND, so that satoshis are never shifted upon settling an HTLC, but the custom aux blobs of the commitment tx of the channel do get updated. This would allow for the asset balance change to be reflected on the channel, without shifting the satoshi balance at all. There would only be a locked/in-flight amount of satoshis as long as the HTLC itself is in-flight, but as soon as the HTLC gets settled the settlement logic would return the sats to the sender and only really accept the assets.
Considerations
Related Issues
#888
The text was updated successfully, but these errors were encountered: