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
In order to use RGB in LN we need to remove any type of entropy in transfers, so that channel counterparties can reconstruct RGB anchors in a deterministic way.
Right now in our rgb-lightning-sample we just duplicated methods with entropy, renamed them in <original_method_name>_static and changed the entropy fields to a fixed number. But ideally, for better privacy, this fixed number should be configurable via the method, so that the channel counterparties can derive this number via some secret channel data.
Here you can see the methods we had to duplicate (dbc_conclude -> dbc_conclude_static and add_raw_state -> add_raw_state_static).
The text was updated successfully, but these errors were encountered:
In order to use RGB in LN we need to remove any type of entropy in transfers, so that channel counterparties can reconstruct RGB anchors in a deterministic way.
Right now in our rgb-lightning-sample we just duplicated methods with entropy, renamed them in
<original_method_name>_static
and changed the entropy fields to a fixed number. But ideally, for better privacy, this fixed number should be configurable via the method, so that the channel counterparties can derive this number via some secret channel data.Here you can see the methods we had to duplicate (
dbc_conclude
->dbc_conclude_static
andadd_raw_state
->add_raw_state_static
).The text was updated successfully, but these errors were encountered: