トークノミクス設計：公開前に供給量、権利確定、ローンチ準備を確認する

トークノミクス設計コンサルティングの対象範囲

クイックテスト： 供給量の内訳を3文で説明してみてください。初めて聞いた人が繰り返せなければ、複雑すぎます。

トークノミクス設計コンサルティングでは、トークンの発行方法、割り当て方法、使用方法をレビューし、評価や説明がしやすいモデルにします。TGE前、設計の見直し時、またはチームがプロダクト計画とトークンルールを整合させる必要がある場合に有効です。

対象範囲は以下を含みます：

• 最大供給量と循環供給量の定義、および各数値の計算方法。
• 割り当てカテゴリ、受取人、リリース条件、トレジャリーの扱い。
• 権利確定スケジュールと排出量。前提はスプレッドシートに隠さず明示します。
• トークンのユーティリティ、インセンティブ、プロダクトの実際の運用計画との関連性。
• ウェブサイト、デッキ、上場申請書類で一貫した供給量説明を行うために必要な情報。

このサービスは、創業者がドラフトモデルを持っているが独立したレビューが必要な場合、または意思決定者が供給量やリリースについて異なる定義を使用している場合に適しています。根本的な問題がより広範なローンチ計画にある場合は、レビューをGo-to-Market戦略と組み合わせてください。TGEキャンペーンに特化したものについては、トークンローンチマーケティングをご覧ください。プロジェクトの目標とソース資料に基づいて作業します。法的、税務、スマートコントラクトのセキュリティに関するアドバイスに代わるものではありません。

トークン供給量モデルはどのようにチェックすべきですか？

有用な供給量モデルは、すべての数値を定義し、その出所を示し、変更を追跡可能にします。まず、最大供給量、総供給量、循環供給量を分け、それぞれの計算方法と、数値を変更しうる日付やイベントを文書化します。

実用的なチェックリストに照らしてモデルをレビューします：

• 割り当ては相互に排他的であり、合計が記載された総数と一致していますか？
• 各割り当てには、目的、受取人のクラス、リリース条件が明記されていますか？
• トレジャリー、流動性、報酬、エコシステムの割り当ては一貫して説明されていますか？
• トークンの小数桁数、コントラクトの詳細、公開資料は互換性のある数値を使用していますか？
• 読者は、すでに利用可能なトークンと将来リリースされるトークンを区別できますか？

供給量表では、単位と前提を明示する必要があります。例えば、「チーム」割り当てには、ラベルだけでなく、明記された金額とリリーススケジュールが必要です。排出ラインには、そのトリガーと終了条件が必要です。プロジェクトデータがオンチェーンで利用可能な場合は、モデルを関連するエクスプローラーの記録と比較し、差異を隠さずに説明します。公開プロファイルでの供給量確認方法に特化したレビューについては、供給量検証をご覧ください。最終的な定義は、マーケティングや上場資料で再利用する前に、チームが承認する必要があります。

権利確定と排出量はローンチ計画にどのように影響しますか？

権利確定と排出量は、トークンがいつ利用可能になるかを決定するため、その前提はモデルとローンチ計画の両方で可視化されるべきです。権利確定スケジュールは、割り当てのリリース条件を設定します。排出量は、時間の経過または定義された活動を通じて循環に参入するトークンを表します。

各スケジュールについて、割り当て、開始条件、リリース頻度、クリフ、および関連する活動やマイルストーンが変更された場合の影響を記録します。次に、スケジュールを予定されているプロダクト提供、ガバナンスの決定、トレジャリーのニーズと比較します。目的は、すべての割り当てを魅力的に見せることではなく、チームが意図的な選択を行えるよう、早期にトレードオフを明らかにすることです。

実用的なレビューでは、ローンチの遅延、プロダクトマイルストーンの変更、報酬計画の修正などのシナリオをテストする必要があります。書かれたルールが依然としてチームの意図を説明しているか、読者が循環供給量への影響を追跡できるかを確認します。前提は一元管理されたモデルに保持し、承認されたバージョンをホワイトペーパー、投資家向け資料、公開トークン情報に反映します。資金調達コミュニケーションも調整が必要な場合は、モデルレビューを資金調達とIRと連携させてください。まだセール計画を策定中のプロジェクトには、プレセールマーケティングが関連する別のサービスです。

上場準備には何が含まれますか？

経験則： 権利確定テーブルとスケジュールは一緒に公開しましょう。保有者は確認できるものを信頼します。

上場準備とは、チームがトークン供給量を明確に説明でき、プラットフォームから要求された際に一貫した補足情報を提供できる状態を指します。これは準備タスクであり、プラットフォーム自身の申請要件を代替するものではありません。

チームが確認できる事実を整理します：トークン名とコントラクト詳細、供給量の定義、割り当てノート、リリーススケジュール、関連する公開記録へのリンク。その後、提出または公開予定の資料間でこれらの事実を比較します。数値に差異がある場合、チームはその差異、出典、および解決に必要な決定事項のリストを受け取ります。これにより、古いスプレッドシートやデッキが現在のモデルと矛盾することを防ぎます。

提出前に、最新の承認済みトークンモデル、コントラクトまたはエクスプローラーの参照情報、プロジェクト情報を確認する権限のある担当者を準備してください。ローンチ後の更新、特に移行、リリース変更、コントラクト更新が公開説明を変更する可能性がある場合、誰が更新を担当するかを決定します。より広範な申請プロセスに焦点を当てた作業については、上場と検証をご覧ください。上場準備パックはプロモーション活動とは異なります。CoinGeckoプロモーションバンドルやCoinMarketCapプロモーションバンドルは、正確なプロジェクトデータに代わるものではありません。

トークノミクス設計のための6つのチェックポイント

トークンモデルを公開する前に、以下の6つのポイントを確認してください。これにより、数値が説明可能かつ検証可能になり、保有者、取引所、データサイトがトークンを信頼する前に求めるものとなります。チェック済みのリストは記録とともに保管してください。後で合意内容を説明する最も迅速な方法です。

• 総供給量と各割り当てを1つのテーブルにまとめる。
• 各グループの権利確定日を示す。
• 排出量を3行で説明する。
• ロックされているものとその期間を明記する。
• コントラクトとロックの証明をリンクする。
• 別の担当者が合計を再確認する。

用語の一言説明

権利確定：保有者に時間をかけてトークンをリリースするスケジュール。

排出量：時間の経過とともに循環に新たにリリースされるトークン。

トークノミクスレビューでは何が行われますか？

レビューは、現在のモデルから始まり、合意された一連の修正、未解決の決定事項、および今後の資料に引き継ぐ内容で終了します。実用的な作業を心がけます。所見は、チームに何を変更すべきか、何を確認すべきか、何を現状のままにできるかを伝えるものでなければなりません。

典型的な作業は以下の段階を経ます：

1. キックオフと計画： ローンチ段階、トークンの目的、意思決定者、レビューする資料を確認します。
2. モデルレビュー： 供給量の定義、割り当て、権利確定、排出量、およびそれらを結びつける前提を精査します。
3. 決定事項の記録： 確認された事実、未解決の選択、文書間の不整合に基づいて所見をグループ化します。
4. チームレビュー： 関連する創業者や機能リーダーと推奨事項を協議します。
5. 最終引き継ぎ： 改訂されたモデルノートと、ローンチおよび上場資料の整合性を維持するための実用的なチェックリストを提供します。

タイミングは計画とステークホルダーの意思決定速度に依存します。集中レビューは、チームが完全な資料と質問対応者を提供すれば開始できます。キックオフを効率的にするために、最新のスプレッドシート、トークンまたはコントラクトの詳細、ドラフト文書、ローンチタイミングの前提、および供給量に関する既知の不一致を送付してください。また、変更を承認できる担当者もお知らせください。これにより、推奨事項が部門間で停滞することを防ぎます。レビュー後により広範なローンチサポートが必要な場合は、ローンチ後サポートが次の段階に対応できます。

コンサルティングの範囲と次のステップ

私たちの作業は、トークンルールを一貫性のある説明可能なものにするお手伝いをします。モデルの承認とその決定の実行はチームの責任です。また、TGEマーケティング、Go-to-Market戦略、仮想通貨マーケティングコンサルティングなど、関連するローンチニーズと作業を連携させることもできます。

プラットフォームの制限： CoinGecko、CoinMarketCap、その他のサードパーティサービスは、提出、プロファイルデータ、表示について独自の判断を下し、そのレビューや表示はモデルとは無関係に変更される可能性があります。正確な補足情報を準備し、合意されたレビューを提供することはできますが、受理、特定の上場日、特定の掲載を約束することはできません。

3つのものをお送りください：トークンモデルシート、権利確定スケジュール、上場計画。これらをもとに、レビューを計画し、開始前に費用を書面で確定します。

仕組み

1. 現在のモデルを共有するトークンスプレッドシート、ドラフト文書、関連するコントラクトまたはエクスプローラーの詳細を送付してください。重要な未解決の質問も含めると、レビューが重要な決定事項から始まります。
2. 計画と担当者を確認するローンチ段階、資料、意思決定者、変更を承認できる担当者を調整します。これにより、レビューが集中し、推奨事項が確実に採用される道筋ができます。
3. トークンメカニクスをレビューする供給量、割り当て、権利確定、排出量、および補足資料の一貫性を精査し、所見と質問を文書化します。
4. 一緒に決定事項を解決するチームが私たちと所見を議論し、どの前提や設計選択を修正するかを確認します。モデルはプロジェクトがサポートできる決定に基づきます。
5. 引き継ぎを受ける合意されたレビューノートと、プロジェクトが進むにつれてローンチおよび上場情報の整合性を維持するための実用的なチェックリストをお届けします。