ZSA integration (cumulative steps 1–7): up to Orchard ZSA consensus modifications #37
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…l Orchard support only, without supporting and enabling ZSA features.
This commit introduces basic support for Transaction version 6 (Tx V6). This initial implementation treats Tx V6 as a simple copy of Tx V5, without yet integrating ZSA-specific features or the new transaction structure. - Added a new V6 variant to the Transaction enum in the zebra-chain crate. - Updated relevant code to handle the new V6 variant. Note: Tests and additional adjustments are still pending, and will be addressed in subsequent commits.
…py V5 behaviour for now)
…(without unit tests fixing for now). - Refactored `ShieldedData` and `Action` structures to be generics parameterized by Orchard flavor (`OrchardVanilla` or `OrchardZSA`), enabling support for both Orchard protocols in Tx V6. - Introduced a `burn` field in `ShieldedData` to support ZSA, with unit type for Tx V5 and a vector of burn items for Tx V6. - Modified `Transaction` enum methods (orchard_...) to handle generics properly, ensuring compatibility with both Orchard flavors. - Implemented serialization and deserialization for Tx V6 while avoiding code redundancy with Tx V5 wherever possible.
…te_commitments to merge Orchard ZSA issuance note commitments for V6 transactions
… and refactor orchard_shielded_data_iter and orchard_shielded_data_field macros to use it" This reverts commit 2587b04.
…orchard_shielded_data macro from the reverted commit
…ns from librustzcash/zcash_primitives instead of reimplementing them
… to use the correct order of the asset burn field in V6 transaction as it's defined in ZIP 230
… used in librustzcash
… now - the same as used in librustzcash to make it possible to run tests)
…add issuance_block test function there (now it simply deserialized issuance block from the test vector to check if deserialization functions work properly)
…dd checks of deserialization of transfer and burn blocks
…'re two keys now - VERIFYING_KEY_VANILLA and VERIFYING_KEY_ZSA
… use 77777777 as consensus branch id for Nu7 (to ajdust it with ones used in librustzcash)
… zebra-consensus)
…ract ValueCommitment of burn items if they are present
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This pull request merges the changes from several incremental PRs into one cumulative set of updates on top of the
zsa1branch. It introduces ZSA-compatible crates, Network Upgrade 7 (Nu7), initial Transaction V6 support, Orchard generics for ZSA, property-based testing enhancements, note commitment handling for ZSA issuance, and initial consensus modifications for Orchard ZSA.It does not include the final state management changes or additional tests — those come in subsequent PRs.
Below is a high-level overview of the merged changes:
ZSA-Compatible Crates Integration (Step 1)
halo2,zcash_note_encryption, etc.) with QED-it’s ZSA-compatible forks.Network Upgrade 7 (Nu7) Support (Step 2)
FIXMEcomments where final activation heights and other specifics must be filled in.Transaction V6 Foundations (Step 3)
V6variant to Zebra’sTransactionenum, initially mirroringV5logic.Refactor Orchard Structures to Generics (Step 4)
ShieldedData) to generics, enabling a single code path for both Orchard Vanilla and Orchard ZSA.V6transactions, including aburnfield in the ZSA flavor.Orchard Proptests with ZSA Enhancements (Step 5)
Transaction V6.Burntypes) for better clarity and future expansion.Integration of ZSA Issuance Commitments (Step 6)
V6transactions.Transaction::orchard_note_commitmentsincludes issuance note commitments when present, preservingV5behavior.Initial ZSA Consensus Support (Step 7)
zebra-consensusto support Orchard ZSA.Next Steps
By consolidating these first several steps into a single PR, we aim to simplify the review process .