[ZIP 235] Deposit 60% of Transaction Fees to the ZSF

draft-zip.md

@@ -35,6 +35,8 @@ This ZIP attempts to establish a symbiotic relationship between miner incentives
 
 Implementing this change allows the ZSF to accrue value earlier. By ensuring a consistent source of funding, the ZSF contributes to bolstering the Zcash network’s long-term security and sustainability.
 
+This ZIP depends on the ZIP introducing the Zcash Sustainability Fund (ZIP-XXX).
+
 # Motivation
 
 While ZIP-XXX (Establishing the Zcash Sustainability Fund) describes a method by which funds can be added to the Zcash Sustainability Fund by a voluntary `ZSF_DEPOSIT` transaction field. The default value of this field is zero and it is left up to the app, wallet, and mining software implementers to make use of it.
@@ -70,7 +72,7 @@ This ZIP only proposes a single modification to the transaction fees:
 
 ## Transaction fee routing requirements
 
-- For each transaction, 60% of the total fee MUST be paid to the ZSF
+- For each transaction, 60% of the total fee are be paid to the ZSF
 - Any fractions are rounded in favour of the miner
 
 ### Consensus Rule Changes
@@ -80,12 +82,17 @@ The coinbase transaction at block height `height` MUST have a `zsfDeposit` that
 TODO ZIP Editors:
 - work out how to deal with pre-v6 transactions which don't have the zsfDeposit() field. For example, by requiring the remaining value in the transparent transaction value pool of a coinbase transaction to be greater than or equal to 60% of the fee
 - consider imposing this requirement on v6 transactions instead of an explicit `ZSF_DEPOSIT` field requirement
+- work out the necessary protocol spec changes.
+
+## Deployment
+
+The implementation of this ZIP MUST be deployed at the same time or after the Zcash Sustainability Fund is established.
 
 # Rationale
 
 We believe that is ultimately a very minor change to the protocol, and quite simple in terms of implementation overhead. Additionally – and at the time of this writing – transaction fees are so small that 60% will likely not have a major impact.
 
-If transaction fees were to increase, future ZIPs can be written to change the 60%/40% split. Finding the optimal fee split may require an iterative approach involving adjustments based on real-world data and network dynamics. However, before the issuance reaches 0, these kinds of 0-issuance security issues are much less severe.
+If transaction fees were to increase, future ZIPs can be written to change the 60%/40% split. Finding the optimal fee split may require an iterative approach involving adjustments based on real-world data and network dynamics.
 
 In the future, other ZIPs may be written to fund the ZSF in various ways, including but not limited to:
 - ZSA fees