Skip to content

トークノミクスに沿った初期発行量への修正と発行上限(Cap)の検討 #152

Description

@yu23ki14

一行説明

設計したトークノミクスに沿った初期発行量へ修正し、発行上限(Max Supply / Cap)の要否を議論・実装する。

詳細

背景:トークノミクス設計(ホワイトペーパー 6章)

  • 初期発行量: 10,000,000 FoR
  • 初期配分(アロケーション)
    • 20% 森の再生基金への直接割当(Pledge)
    • 15% ファウンダー・コアチーム(4年ベスティング / 1年クリフ)
    • 45% コミュニティ・エコシステム
    • 20% 流動性・財務(Treasury)
  • 利用ごとに利用分の 10% を Collective Wallet(森の再生基金)へ自動配分
    • 直接再生費 6.0% / 運営費 3.0% / ガバナンス・教育 1.0%

現状との差異

  1. 初期発行量が1桁少ない
    ignition/parameters.*.jsoninitialSupply は全環境で 1000000000000000000000000(= 1,000,000 FoR)。
    設計値は 10,000,000 FoR10000000000000000000000000)。

  2. 分配比率が設計と不一致
    RouterModulefundRatio=1500 (15%) / burnRatio=500 (5%)
    設計の「利用分の10%を基金へ」「直接再生6%/運営3%/ガバナンス1%」という配分構造と整合していない。Burn の扱いも設計文書に明記がない。

  3. 発行上限(Cap)が未実装
    FoRToken.sol はコンストラクタで _mint するのみで、最大供給量の上限ロジックを持たない。ADMIN_ROLE 等による追加 mint 関数は現状存在しないが、将来の追加発行可否を含めて方針を決める必要がある。

議論・決定したいこと

  • 初期発行量を 10,000,000 FoR に修正するか(パラメータ更新)。
  • 発行上限(Cap)を設けるか。設ける場合の上限値と、初期発行量との関係(固定供給か、上限付き追加発行か)。
  • 4分割アロケーション(20/15/45/20)をどう実現するか。
    • デプロイ時の初期 mint 先を分けるか、Treasury から手動分配するか。
    • ファウンダー分の ベスティング(4年 / 1年クリフ) をオンチェーンで実装するか(別 Vesting コントラクト or 既存ライブラリ利用)。
  • 利用時の自動配分比率(基金10%)を Router 側パラメータへ反映するか。fundRatio / burnRatio の見直し。
  • Burn を設計に残すか、残すなら配分構造のどこに位置づけるか。

要件

  • 初期発行量の最終決定(10,000,000 FoR への変更要否)
  • 発行上限(Cap)の要否・上限値の決定
  • アロケーション(20/15/45/20)の配布方式の決定
  • ファウンダー分ベスティング実装方針の決定
  • Router 分配比率(基金/Burn)の設計値整合
  • ignition/parameters.*.json のパラメータ更新
  • 必要に応じて FoRToken.sol(Cap / 追加 mint)の実装・テスト追加

補足

  • 対象: packages/contract/contracts/FoRToken.sol, packages/contract/ignition/parameters.{base,sepolia,local}.json, Router 関連
  • 参照: ホワイトペーパー「6. トークノミクスとガバナンス」
  • ガバナンス(QF / ステータス重み付け)は Phase 2 以降の別 Issue として切り出す想定。

Metadata

Metadata

Assignees

No one assigned

    Labels

    contractSmart contract developmentenhancementNew feature or requestquestionFurther information is requested

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions