Proposals that I suggest combining before turning them into ZIPs:
“Do nothing, let FR expire” proposals:
- [ZIP 1001] Final: ZIP proposal Keep the block distribution as initally defined. 90% to miners @mistfpga
- Dev Fund Proposal: No dev dund, let FR expire, market decides @jj6
(Note: Since this is the default course, see @daira’s note on ZIPs that don’t require protocol changes.)
“Miner’s choice” proposals:
- [ZIP 1004] Dev fund proposal: Miner Directed Dev Fund (was: 20% to any combination of ECC, Zfnd, Parity, or "burn") @amiller
- [Dead] Dev fund proposal: Full Node/Transactions Directed Dev Fund (was: opt-out mechanism for sharing block rewards by miners for dev fund) @dontbeevil
- [ZIP 1002] FINAL: ZIP Proposal - Genuine Protocol opt-in/out donation feature updated 02/sept @mistfpga
- Dev fund proposal: 15% Opt-In only + other sources @boxalex
Proposals that I think could be combined, but the suggestion is more tentative since the overlap isn’t as large:
“Voting / community choice” proposals:
- New Funding Proposal + Community votes @SydneyPete
- [ZIP 1005] ZIP proposal: ZCFS (Zcash Community Funding System) @anon16456014
“Allocate directly to ZF or ECC” proposals:
- [ZIP 1003] Dev Fund Proposal: 20% split between the ECC and the Foundation @aristarchus
- Inactive/For reference only:: Dev fund proposal: modified 20% combination; 40/60 ECC/choice @Autotunafish
- Dev Fund Proposal: Dev Focused , let the Nodes Decide @Shawn
- Placeholder Considerations: Resources, Governance, and Legitimacy in NU4 @cburniske @mlphresearch
Most unique one, IMO: Dev Fund Proposal : Continued from block rewards with a halving schedule @ChileBob
- Funding continues from block rewards at (XXX per block)
- Funding follow a halving schedule (every XXX blocks)
- Funding stops when it reaches block (XXX)
Edit notice / correction: @amiller pointed out that his proposal should have been in the “Miner’s choice” category rather than the “Allocate directly” category. He’s right, so I moved it.