Skip to content

Fix node ID mismatch in consignment #131

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed

Conversation

claudiosdc
Copy link
Contributor

This is a proposed fix for an issue that I have bumped into when testing the fungible validate command, and that had been reported at #130.

It turns out that the way the Consignment structure was being generated, it ended up with state transition node IDs referenced by different fields of the structure that did not match. More specifically, the state transition node IDs in the endpoints field did not match the state transition node IDs in the state_transitions field.

This happened because the state transition (in my test case there was a single state transition) had some of its assignments concealed before it was added to the state_transitions field but was used as it was in the endpoints field. The modification of the state transition (via the concealment of its assignments) caused its node ID to change, leading to the mismatch.

The proposed fix makes sure that the state transitions are modified as needed (have some of its assignments concealed) before they are assigned to any of the Consignment fields. That way the whole Consignment structure will reference the modified state transitions, avoiding the mismatch. That same scheme is also applied to state extensions.

Copy link
Member

@dr-orlovsky dr-orlovsky left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You did a very untrivial job on discovering the source behind the bug. Unfortunately this specific solution will lead to the confidential information leak: the receiving party will known change UTXO from the sender.

The solution should not expose such information, and the node id must not depend on whether any of the state transition data are concealed or not. Pls see details in my comment #130 (comment)

@dr-orlovsky dr-orlovsky linked an issue Feb 10, 2021 that may be closed by this pull request
UkolovaOlga added a commit to LNP-BP/devcalls that referenced this pull request Feb 15, 2021
10.02.2021 Agenda:
RGB QA

Issues from https://github.com/orgs/rgb-org/projects/11:

1. Properly handle result from 'validate' request to Stash daemon - RGB-WG/rgb-node#132
2. Asset state transition node ID mutability
    - https://github.com/rgb-org/rgb-node/issues/133
    - RGB-WG/rgb-node#131
    - Asset transfer validation is ineffective: RGB-WG/rgb-node#130
3. Question about fungible asset known allocations semantics - RGB-WG/rgb-node#134
4. Transfer change allocation not being registered - RGB-WG/rgb-node#129
5. Transaction output duplicated by 'fungible transfer' - RGB-WG/rgb-node#127
@dr-orlovsky
Copy link
Member

Invalidated by RGB-WG/rgb-core#8

@dr-orlovsky dr-orlovsky added this to the 0.4.0 milestone Mar 4, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Asset transfer validation is ineffective
2 participants