P3 push-start: cryptoeconomic mechanism design tracking (staking, slashing, auditing, scoring, rewards, fees/treasury, tokenomics)
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 28/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- python, solidity
- 領域
- blockchain
調査の方向性
Read Developer/design/MECHANISM_DESIGN.md §9, then compare the child issues #37–#43 with the sequencing in Developer/ROADMAP.md. Track unresolved decisions and record agreed outcomes in the design document; done when every child design is agreed, discussions are resolved, the child issues are on project board 6, and contract work can start from a frozen spec.
索引モデルが issue の本文から書いたものです。
説明
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)
- #37 — Staking: DAO-settable floor, per-model stake requirements, concurrent-registration cap, withdrawal queue
- #38 — Slashing: conditions taxonomy, penalty tiers, slashed-stake destination, dispute resolution (P3-4.1/4.2/4.3)
- #39 — Scoring: BlockFLow validation (P3-SCR), on-chain median, scenario-driven scoring redesign
- #40 — Auditing: auditor evaluation mechanism — commit-then-reveal, encrypted test data, deviation accountability
- #41 — Rewards: per-GI reward engine and pull-payment claim flow
- #42 — Tokenomics: token utility, emission schedule, supply policy, treasury (P3-5.1/5.2)
- #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:
- #44 — Slashing economics: slashed-stake destination, penalty sizing, dispute bonds, delegator semantics
- #45 — Tokenomics: emission schedule, MAX_SUPPLY, fee denomination, burn policy
- #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 shipsonlyOwnergovernance hooks only; full DAO is later, ties into 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)
- 主要言語
- Python
- スター
- 4
- フォーク
- 7
- 平均マージ
- 3日 5時間
- マージ済み PR(30日)
- 34
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
InfiniteZeroFoundation/DevNet のほかの issue
-
ROADMAP.md: refresh "What is still open for P3" (several items were fixed in October)対応中かも @umermjd11 が 4 日前に担当しました。 オープンdocumentation good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
InfiniteZeroFoundation/DevNet#285 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Update the 25 translated organisation READMEs to match the English version対応中かも @mrCabez が 1 日前に担当しました。 オープンgood first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
InfiniteZeroFoundation/DevNet#277 · コメント 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Update the client-service guide to explain training and uploading separately対応中かも @Santiagocetran が 1 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
InfiniteZeroFoundation/DevNet#266 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Few questions related to GI2 aggregator対応中かも @Abidoyesimze が今日担当しました。 オープン
InfiniteZeroFoundation/DevNet#307 · リアクション 1 件 · 担当者 4 名 ·
メンテナーはふだん 1 日以内に返信
-
bug python
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
InfiniteZeroFoundation/DevNet#306 ·
メンテナーはふだん 1 日以内に返信
InfiniteZeroFoundation/DevNet の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
namespace operations
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
EclipseFdn/open-vsx.org#15057 ·
メンテナーはふだん 1 日以内に返信
-
Mission statement: why this is free, in the README, Why This Exists and the wiki Home対応中かも @ChiefGyk3D が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
ChiefGyk3D/Clouds-Against-Humanity#348 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
vllm-project/vime#508 ·
メンテナーはふだん 4 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信