Skip to content

WIP: for transactions in the "stable" block range, do not remove their mined-height information in truncation.#2274

Draft
nuttycom wants to merge 1 commit intomainfrom
fix/retain_stable_mined_heights
Draft

WIP: for transactions in the "stable" block range, do not remove their mined-height information in truncation.#2274
nuttycom wants to merge 1 commit intomainfrom
fix/retain_stable_mined_heights

Conversation

@nuttycom
Copy link
Copy Markdown
Collaborator

@nuttycom nuttycom commented Apr 9, 2026

Also, never truncate the note commitment tree to greater than the stable depth.

This work-in-progress will be modified to also set a flag on the wallet's notes once the shard fragment after the note has been fully scanned and the end of that scan range is within the stable block range; this flag will then supersede the scan-queue based determination for spendability for notes received within the stable block range. For notes received within the unstable range, we still need to consult the scan queue, but since that's only 100 blocks we can dispense with that quickly.

These changes will mean that notes that have been previously determined to be spendable (in terms of our ability to construct witnesses) will remain spendable so long as the 100 blocks at the chain tip have been scanned.

Note that we should also make sure that spentness determinations based on discovered nullifiers also be considered final for spending transactions within the stable range as part of this effort.

…r mined-height information in truncation.

Also, never truncate the note commitment tree to greater than the stable
depth.
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.

1 participant