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
Thank you. I assume the first 4 are just different aspects of the same issue?
I wouldn't say so.
1st one: related to the fact that a call to update_witnesses sets all TXs made in LN to Archived, so if this call is made before the creation of an HTLC or during channel opening it may disrupt operations
2nd one: when trying to do the same transfer
if the sender calls update_witnesses, the sender fails the payment re-attempt
if the sender doesn't call update_witnesses the 2nd consignment that he creates has duplicated bundles spending the same input
if the receiver accepts the consignment from the previous point, inflation happens (more assets than were issued can be spent and accepted)
3rd one: at the bitcoin level the bp-wallet is unable to handle re-orgs (if a TX disappears, balances and UTXO list are not updated)
4th one: the method that handles re-orgs affecting RGB allocations (update_witnesses) isn't doing all that's needed to update them (it needs to handle children bundles of updated witnesses as well)
Currently v0.11 has the following known bugs:
update_witnesses
in a lightning wallet may disrupt channel operations rgb-std#292update_witnesses
is not enough to handle reorgs rgb-std#296The text was updated successfully, but these errors were encountered: