The decentralised governance layer for TenzaOne's carbon credit marketplace. DAO members participate in quadratic voting, treasury oversight, and project listing decisions as defined in the DAO Constitution.
Open to project owners, developers, investors, and partner organisations across the climate finance ecosystem.
Current Phase: Operationally Optimised Allocation → DAO Governance Roadmap
Log in to continue →The DAO holds the platform TNZU supply in a virtual escrow wallet. Every bonus granted to a user comes FROM here; every package purchase and action charge returns TO here. Net supply is conserved. Admin acts as DAO proxy until on-chain governance is live.
A virtual wallet held by the DAO at user_id = 0 (no real WP user has that id). It holds the entire TNZU platform supply in escrow. Initial supply is configurable — default 100,000 TNZU.
Every TNZU granted to a user comes FROM the treasury (paired negative entry). Every TNZU a user pays for a package or action goes BACK to the treasury (paired positive entry). Net system supply = initial_supply + endowments. Always.
At MVP, any admin (manage_options) acts as DAO proxy and can grant from the treasury page or through automatic award rules (signup bonus, wallet activation, founding-member). When on-chain DAO governance lands, grant authority moves to proposal & vote.
tenza_wallet_buy_package): user debit + treasury receive.tenza_credits_debit): user debit + treasury receive.Some legacy grant paths (signup_bonus, sim_wallet_bonus, real_wallet_bonus, sim_to_real_bonus, founding_member) historically wrote only the positive user-side entry. The R15e wiring added treasury mirrors for these flows; pre-R15e bonuses in the ledger will under-report against treasury "granted_out" counters until reconciled.
The treasury model is open by design — every TNZU you hold is traceable back to a treasury grant, and every TNZU you spend on a package returns to the pool.
No listing data yet.