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

re-interpreted max_leaf_position #1493

Merged
merged 3 commits into from
Nov 4, 2024

Conversation

fluidvanadium
Copy link
Contributor

resolves #1491

caused by a mistake i made as part of #1482. really good the test caught it or it could have wreaked havoc upon the shardtrees

@AloeareV AloeareV self-requested a review November 4, 2024 17:28
@fluidvanadium
Copy link
Contributor Author

do we need to understand a little better what is going on here? i see this works but i dont know why

@AloeareV
Copy link
Contributor

AloeareV commented Nov 4, 2024

do we need to understand a little better what is going on here? i see this works but i dont know why

witness_at_checkpoint_depth calls (1, 2) max_leaf_position with the supplied checkpoint depth, and the semantics of checkpoint_depth == zero has changed from meaning "the latest version of the tree" to "the top checkpoint". (Previously it was 1-indexed with zero having special meaning. Now it's zero-indexed with None being the special case of "don't look at the checkpoints at all, use the latest tree". witness_at_checkpoint_depth keeps the move from 1-indexed to 0-indexed, but instead of accepting an option, simply no longer supports the 'use latest tree' option..I'm guessing that option is a footgun in some manner, although I don't believe we were ever shot with it)

@fluidvanadium fluidvanadium merged commit faeb72d into zingolabs:dev Nov 4, 2024
17 checks passed
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.

Test Is Failing on Dev
2 participants