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
{{ message }}
This repository has been archived by the owner on May 28, 2021. It is now read-only.
In order to enable connext/indra#1254, the connext client has to automatically retry unlocking an htlc up to the dispute timeout. Currently it doesn't do that. xud tries to unlock an htlc via connext client exactly once. If that fails (which can be because of a temporary network issue) it gives up and the htlc remains locked practically resulting in loss of funds (even though htlc could be unlocked manually, but that's not really an option).
As a first urgent step the connext client should automatically retry to unlock an htlc off-chain up to the dispute timeout. That prevents temporary unlock failures from causing funds to disappear.
Second step is to automatically go on-chain after dispute timeout as described in connext/indra#1254.
The text was updated successfully, but these errors were encountered:
In order to enable connext/indra#1254, the connext client has to automatically retry unlocking an htlc up to the dispute timeout. Currently it doesn't do that. xud tries to unlock an htlc via connext client exactly once. If that fails (which can be because of a temporary network issue) it gives up and the htlc remains locked practically resulting in loss of funds (even though htlc could be unlocked manually, but that's not really an option).
As a first urgent step the connext client should automatically retry to unlock an htlc off-chain up to the dispute timeout. That prevents temporary unlock failures from causing funds to disappear.
Second step is to automatically go on-chain after dispute timeout as described in connext/indra#1254.
The text was updated successfully, but these errors were encountered: