start fair-launch token distribution
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 20/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- solidity
- 領域
- blockchain
調査の方向性
Read Developer/tasks/ for the detailed first-slice task, then review the existing Transparent Proxy contract and deploy patterns and DinToken on develop. The issue calls for a distributor contract, deploy script, and Foundry tests using a hand-built Merkle fixture; eligibility computation is deferred until the indexer exists. Done means those contract and test scope items are implemented, including claim, vesting, root freeze, and unclaimed-allocation sweep.
索引モデルが issue の本文から書いたものです。
説明
Branch: feat/fair-launch-distributor (from develop)
Assignee: @robertocarlous
Roadmap ref: P4 (no ROADMAP.md row yet — tracked via BL-18); depends on P4-IDX1/P4-IDX2 (on-chain indexer) for the eligibility-computation slice
Long-running issue. A detailed task file under
Developer/tasks/covers the first slice — this issue tracks the overall effort, not a single week's task.
Goal
Distribute DIN tokens to validators/active network participants as a fair launch — no ICO, no pre-sale, no VC allocation (Abraham's direction, Jul 31 2026, confirmed Aug 5 2026 as a testnet dry-run: move fast, mistakes are fixable). Resolves the open ICO-vs-airdrop fork in Developer/design/MECHANISM_DESIGN.md §9 item 14, in favor of the validator-airdrop path already named in §9-8.
This is a one-time (or periodic-snapshot) grant, distinct from the existing ongoing per-GI validator reward emission (§7 of MECHANISM_DESIGN.md) — the two flows aren't the same mechanism and shouldn't be conflated.
Design
- Distributor contract (
DinFairLaunchDistributor, Transparent Proxy, matching the existing platform-contract pattern): Merkle-drop claim funded once from treasury, cliff + linear vesting per claimant tracked in one contract (not N single-beneficiaryVestingWalletinstances). Admin sits behind whatever treasury-scoped wallet exists at deploy time (Gnosis Safe once one exists; EOA acceptable for the testnet dry-run) — per DD-3, no protocol-role multisig, treasury-only. - Eligibility computation (who qualifies, for how much) is explicitly a separate slice: computed off the on-chain indexer (P4-IDX1/P4-IDX2, also Robbert's) rather than a raw RPC-log script, executed by whoever holds the treasury-admin key to post the Merkle root — not on-chain logic itself. Sequenced after the indexer lands.
Scope
-
DinFairLaunchDistributorcontract: deposit, Merkle-proof claim, cliff+linear vesting release, root freeze on claims-open, unclaimed-allocation sweep after a grace period - Deploy script following the existing Transparent Proxy deploy pattern
- Foundry tests against a hand-built Merkle fixture (no indexer dependency for this slice)
- (Next slice, not started yet) Indexer-backed eligibility snapshot script, once P4-IDX1/IDX2 exist
References
BL-18— full backlog entry and decision historyDeveloper/design/MECHANISM_DESIGN.md§9 items 8/14 — the faucet-retirement / ICO-vs-airdrop decision this resolves- DD-3 — governance/treasury-admin constraint
Developer/ROADMAP.md— P4-IDX1/P4-IDX2 (on-chain indexer, dependency for the deferred eligibility slice)
Branching note
Fresh branch off develop, no dependency on the 8 open P3 PRs identified so far — the distributor only needs DinToken, already on develop. If contract-level dependencies on any open P3 PR surface once in the code, that's fine to pull in; call out exactly which PR/commit in the resulting PR description.
- 主要言語
- Python
- スター
- 4
- フォーク
- 7
- 平均マージ
- 3日 58分
- マージ済み PR(30日)
- 39
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
InfiniteZeroFoundation/DevNet のほかの issue
-
dincli: `task model-owner register-request --manifestCID` fails because the registry contract isn't initialised対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンbug good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 79/100
InfiniteZeroFoundation/DevNet#295 ·
メンテナーはふだん 1 日以内に返信
-
ROADMAP.md: refresh "What is still open for P3" (several items were fixed in October)対応中かも @umermjd11 が 1 日前に担当しました。 オープンdocumentation good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
InfiniteZeroFoundation/DevNet#285 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
InfiniteZeroFoundation/DevNet#277 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
InfiniteZeroFoundation/DevNet#266 ·
メンテナーはふだん 1 日以内に返信
-
Approved documentation
難易度 1/5 1〜3時間 初心者へのやさしさ 82/100
InfiniteZeroFoundation/DevNet#248 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
InfiniteZeroFoundation/DevNet の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
-
[oblt-aw][autodoc] Document obs-aw-automerge contract and fix automerge doc inconsistencies対応中かも @github-actions が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
メンテナーはふだん 1 日以内に返信
-
admission-deferred priority: medium status: ready work-class: scoped
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
melodic-software/claude-code-plugins#10887 · コメント 4 件 ·
メンテナーはふだん 1 日以内に返信
-
backend bug good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
PoCInnovation/Distribox#255 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
google/langextract#598 ·
メンテナーはふだん 1 日以内に返信