P3 push-start: cryptoeconomic mechanism design tracking (staking, slashing, auditing, scoring, rewards, fees/treasury, tokenomics)

[umeradl]

Why this issue exists

P4 (din-dao #23, din-sdk #20, din-daemon #21, din-indexer #24) is the currently active phase, but P3 — the cryptoeconomic layer — is delayed because finalized designs for its mechanisms do not exist yet: staking, slashing, auditing, scoring, rewards, network fees/treasury, and tokenomics. This is why project board 6 has been nearly empty while board 7 fills up.

The design groundwork now exists in-repo. This issue tracks the design push that unblocks P3: each child issue below must reach an agreed design (open decisions closed, discussion threads resolved) before its contracts/implementation work starts.

Canonical design sources

• Developer/design/MECHANISM_DESIGN.md — consolidated DevNet 2.0 cryptoeconomic design: role × mechanism matrix, current on-chain state vs gaps, per-mechanism designs, and the §9 consolidated open-decision list.
• Developer/design/whitepaper-summary.md — summary of the DIN white paper (Abraham Nash, Jun 2026) with a gap/alignment checklist (§8) mapping paper mechanisms to DevNet status.
• Developer/ROADMAP.md — work packages P3-4.x (slashing), P3-SCR (scoring), P3-5.x (token utility / emission / fees), P3-6.x (testing/audit), P3-DOC2/3/5. Use the WP IDs for scope and sequencing; the week-by-week dates are not binding.

Child issues (one per mechanism)

• P3 staking: DAO-settable floor, per-model stake requirements, concurrent-registration cap, withdrawal queue #37 — Staking: DAO-settable floor, per-model stake requirements, concurrent-registration cap, withdrawal queue
• P3 slashing: conditions taxonomy, penalty tiers, slashed-stake destination, dispute resolution (P3-4.1/4.2/4.3) #38 — Slashing: conditions taxonomy, penalty tiers, slashed-stake destination, dispute resolution (P3-4.1/4.2/4.3)
• P3 scoring: BlockFLow validation (P3-SCR), on-chain median, scenario-driven scoring redesign #39 — Scoring: BlockFLow validation (P3-SCR), on-chain median, scenario-driven scoring redesign
• P3 auditing: auditor evaluation mechanism — commit-then-reveal, encrypted test data, deviation accountability #40 — Auditing: auditor evaluation mechanism — commit-then-reveal, encrypted test data, deviation accountability
• P3 rewards: per-GI reward engine and pull-payment claim flow for clients, auditors, aggregators #41 — Rewards: per-GI reward engine and pull-payment claim flow
• P3 tokenomics: token utility, emission schedule, supply policy, treasury (P3-5.1/5.2) #42 — Tokenomics: token utility, emission schedule, supply policy, treasury (P3-5.1/5.2)
• P3 fees & treasury: fee lines, fee-router contract, DIN denomination (P3-5.3) #43 — Fees & treasury: fee lines, fee-router contract, DIN denomination (P3-5.3)

Decisions under discussion

The consolidated open-decision list is MECHANISM_DESIGN §9. The protocol-shaping ones are open as Discussions for input from @abrahamnash and the team:

• P3 slashing economics: slashed-stake destination, penalty sizing, dispute bonds, delegator semantics #44 — Slashing economics: slashed-stake destination, penalty sizing, dispute bonds, delegator semantics
• P3 tokenomics: emission schedule, MAX_SUPPLY, fee denomination, and burn policy #45 — Tokenomics: emission schedule, MAX_SUPPLY, fee denomination, burn policy
• White paper ↔ DevNet alignment: delegation, encrypted test sets, resampling, commit-then-reveal, governance #46 — White paper ↔ DevNet alignment: delegation, encrypted test sets, resampling, commit-then-reveal, governance

Status update (2026-07-21): most of the above is now resolved — see the updated MECHANISM_DESIGN.md §9 and the corresponding notes on #37, #38, #40, #42, #43. Still open: reward split percentages, per-model stake bounds, dispute bond size/window, and the exact partial-slash fraction / S3 threshold (pending P3-SCR data).

Related backlog (design write-ups exist, not opened as issues yet)

• Developer/issues/validator_selection.md — capability-aware validator selection (P3-adjacent, feeds staking/aggregation)
• Developer/issues/decentralized-governance.md — DAO migration of admin controls (P3 ships onlyOwner governance hooks only; full DAO is later, ties into din-dao Start DIN-DAO #23)

Definition of done

• Every child issue has an agreed design with its open decisions closed
• Discussion threads resolved and decisions recorded back into MECHANISM_DESIGN.md
• Child issues populated on project board 6
• Contract work can start against a frozen mechanism spec (pre-audit, per P3-6.3b)