@@ -20,9 +20,8 @@ balance the transaction without doubling its size.
2020
2121## Dummy notes for Orchard
2222
23- For Orchard, a transaction is a bundle of actions. Each action is composed of one spend and one output.
24- If we would like to create a transaction with a different number of spends and outputs,
25- we need to add "dummy" spends or outputs to balance their count.
23+ To create a transaction with a different number of spends and outputs,
24+ we need to add “dummy” spends or outputs to balance their count.
2625A dummy spend or output is a note with a value of zero and a random recipient address.
2726In the ZK proof, when the value of the spent note is zero,
2827we do not verify that the corresponding spent note commitment is part of the Merkle tree.
@@ -35,11 +34,11 @@ split notes for inputs or dummy notes for outputs.
3534Split notes are essentially duplicates of actual spent notes,
3635but with the following differences:
3736- The nullifier is randomized to prevent it from being treated as double-spending.
38- - Its value is excluded from the transaction' s or bundle' s value balance.
37+ - Their value is excluded from the transaction’ s or bundle’ s value balance.
3938
4039Within the ZK proof, we verify that the commitment of each spent note (including split notes)
4140is part of the Merkle tree. This ensures that the AssetBase is constructed properly,
42- a note associated with this AssetBase exists within the Merkle tree.
41+ and that a note associated with this AssetBase exists within the Merkle tree.
4342
4443For further details about split notes, refer to
4544[ ZIP226] ( https://github.com/zcash/zips/blob/main/zips/zip-0226.rst ) .
0 commit comments