Skip to content
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

feat: Preserve message proofs post-regenesis #1891

Merged
merged 36 commits into from May 15, 2024

Conversation

bvrooman
Copy link
Contributor

@bvrooman bvrooman commented May 8, 2024

Related tickets:

This PR adds block Merkle data and metadata to the list of migrated tables during regenesis. Creating a snapshot now inlcudes the FuelBlockMerkleData and FuelBlockMerkleMetadata tables. Loading the snapshot writes the FuelBlockMerkleData and FuelBlockMerkleMetadata snapshot tables to the OldFuelBlockMerkleData and OldFuelBlockMerkleMetadata database tables respectively (2 new tables added to the off-chain database).

When querying for a message proof, we check the block height of the query. If the requested message proof is for block height at or above the regenesis block height, we continue to use the on-chain database for data lookups. If it is instead lower than the regenesis block height, we then check the off-chain database for the Old tables.

This PR also refactors the block proof logic to rely on a new trait called DatabaseMerklizedBlocks which provides an interface for querying block related Merkle data. Specifically, this includes retrieving Merkle block data and metadata, and loading the block Merkle tree. The DatabaseMessageProof is now implemented by default for any type that implements this trait, which include the on-chain and off-chain databases that define the corresponding tables.

This PR is intended to not be a breaking change.

Checklist

  • Breaking changes are clearly marked as such in the PR description and changelog
  • New behavior is reflected in tests
  • The specification matches the implemented behavior (link update PR if changes are needed)

Before requesting review

  • I have reviewed the code myself
  • I have created follow-up issues caused by this PR and linked them here

After merging, notify other teams

[Add or remove entries as needed]

@bvrooman bvrooman self-assigned this May 10, 2024
@bvrooman bvrooman marked this pull request as ready for review May 10, 2024 20:45
@bvrooman bvrooman requested review from a team, MujkicA and segfault-magnet May 10, 2024 20:51
Copy link
Collaborator

@xgreenx xgreenx left a comment

Choose a reason for hiding this comment

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

FuelBlockMerkleData and FuelBlockMerkleMetadata should be on-chain data because all newly produced blocks should be connected to old blocks. Otherwise, it is impossible to withdraw money.

We need to update the Genesis block as well, not to use zero prev_root. It should be the root that contains all old blocks.

image

assert_eq!(nonces.len(), 1);

for nonce in nonces {
let proof = core
Copy link
Collaborator

Choose a reason for hiding this comment

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

We need to use the proof and validate it like in the can_get_message_proof test.

Because the proof returned here is not usable. The user is still unable to withdraw his funds because new blocks are not connected to old blocks.


// Then
assert_eq!(nonces.len(), 1);

Copy link
Collaborator

Choose a reason for hiding this comment

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

for block_height in message_block_height+1..latest_block_after_regenesis {

}

xgreenx
xgreenx previously approved these changes May 15, 2024
@xgreenx xgreenx merged commit 31d0741 into master May 15, 2024
34 checks passed
@xgreenx xgreenx deleted the bvrooman/feat/preserve-messages-post-regenesis branch May 15, 2024 11:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Users must be able to prove messages generated before regenesis to allow withdrawals
2 participants