トークン上場プレイブック — プロジェクトがCEX上場に向けて準備し、健全な流動性を維持する方法

開示: このガイドは教育目的と運用計画のためのものです。これは財務、法務、または税務のアドバイスではありません。規制およびトークン分類の決定には、資格を持つ法律顧問および地域特有のコンプライアンスサポートを使用してください。

概要

イントロダクション

中央集権型取引所（CEX）の上場は、多くの場合「瞬間」のように扱われます — 発表、取引開始、注目の高まり。しかし実際には、良い上場は、ガバナンス、コンプライアンス、技術的信頼性、市場構造、コミュニケーションの規律が協力して働く、継続的なオペレーティングシステムのように機能します。

このプレイブックでは以下を説明します：

• CEX上場が適切なタイミング（およびそうでない場合）
• 法律、ガバナンス、開示における「上場準備」の姿
• 避けられるローンチ失敗を防ぐための技術統合の「配管」
• 流動性の設計方法：市場/ペアの選択、深さ目標、スプレッド、在庫管理
• マーケットメイキング戦略、インセンティブ、整合性のガードレール
• ローンチとその後のための実用的なタイムラインとゴー・トゥ・マーケットチェックリスト

このガイドの対象者: トークン発行者、財団、プロトコルチーム、上場リーダー、BD/パートナーシップ、オペレーション、財務/財務部門、リスク/コンプライアンス、法務顧問 — さらに、ローンチを支援するマーケットメイカー。

意思決定のレンズ

CEX上場が意味を持つとき、意味を持たないとき

CEX上場は、信頼できるアクセス（保管口座を好むユーザー）、深いオーダーブック流動性、および人々がすでに使用しているプラットフォームを通じた広範な流通が必要な場合に価値があります。また、より成熟した市場構造を支援することもできます：より多くの取引相手、狭いスプレッド、およびプラットフォーム間での明確な価格発見。

しかし、上場は以下ではありません：

• プロダクトマーケットフィットの代用品
• 流動性の「マジックトリック」（流動性は設計され、維持されなければなりません）
• エグジットプラン
• マーケティング専用のイベント

期待を設定する理由の一つ：CryptoSlate（Animoca Research経由）が引用した調査は、2024年の新しいトークン上場が上場後に負の中央値パフォーマンスを示したことを報告しました — これは「上場されること」が耐久的な需要につながるわけではないことを思い出させます。

CEX対DEX — あなたが本当に選んでいるものDEX（分散型取引所）の上場は通常、許可不要で迅速ですが、プロジェクトとユーザーに責任を移します：自己保管UX、オンチェーン流動性供給、MEV/フロントランニングリスク、およびチェーンレベルの混雑。CEX上場は通常以下を導入します：

• より意見が明確なコンプライアンスの周辺（KYC、制裁スクリーニング、制限された管轄区域）
• 保管ワークフロー（入出金、ウォレット操作）
• オーダーブックのマイクロ構造（スプレッド、深さ、マーケットメイカー、監視）

実用的なヒューリスティック：ターゲットユーザーに機関やコンプライアンス重視のアロケーターが含まれる場合、開示、制御、インシデント対応に関してCEXの期待を想定する必要があります。

~2.7T

ホワイトビットの機関規模（年間取引量）

ホワイトビット機関（2026年2月）

330+

ホワイトビット上場プロジェクト

ホワイトビット機関（2026年2月）

35M+

ホワイトビットエコシステムユーザー

ホワイトビット機関（2026年2月）

49%

CEX上場後の中央値パフォーマンス

ホワイトビット機関（2026年2月）

整合性ファースト

上場準備：ガバナンス、法律、開示

CEX上場は、信頼できるアクセスが必要な場合、保管口座を好むユーザー、深いオーダーブック流動性、およびすでに使用されているプラットフォームを通じた広範な流通が必要な場合に価値があります。また、より成熟した市場構造を支援することもできます：より多くの取引相手、狭いスプレッド、およびプラットフォーム間での明確な価格発見。

しかし、上場は以下ではありません：

• プロダクトマーケットフィットの代用品
• 流動性の「マジックトリック」
• エグジットプラン
• マーケティング専用のイベント

期待を設定する理由の一つ：CryptoSlateは、2024年の多くの新しいトークン上場が上場後に負の中央値パフォーマンスを示したことを示唆する研究を報告しています。要点は、上場が「悪い」ということではなく、上場自体が耐久的な需要を生み出さないということです。需要は依然としてプロダクトのユーティリティ、流通、信頼できる実行から来ます。

CEX対DEX、あなたが本当に選んでいるもの

DEX（分散型取引所）の上場は通常、許可不要で迅速ですが、プロジェクトとユーザーに責任を移します：自己保管UX、オンチェーン流動性供給、MEVおよびフロントランニングリスク、およびチェーンレベルの混雑。CEX上場は通常以下を導入します：

• より意見が明確なコンプライアンスの周辺（KYC、制裁スクリーニング、制限された管轄区域）
• 保管ワークフロー（入出金、ウォレット操作）
• オーダーブックのマイクロ構造（スプレッド、深さ、マーケットメイカー、監視）

ホワイトビットのアプローチ

• 業界の課題: 不明瞭または不完全なドキュメントはレビューを遅らせ、デューデリジェンス中に行き来を生じさせます。
• プロジェクトが要求すべきこと: 明確な要件リスト、構造化されたレビュー経路、および開示、制限地域、および責任ある承認の明示的な期待。
• ホワイトビットのアプローチ: 上場のためのガイド付き、関係主導のプロセスで、上場の旅の間に専任の連絡先を配置してコンプライアンス重視とする。
• ホワイトビットの関連: コンプライアンスファーストのポジショニング、機関のオンボーディング基準、および構造化された準備期待。

信頼できるインフラ

技術統合と運用設定

技術統合は「善意」が運用現実になる場所です。あなたの目標は単純です：ユーザーが信頼できる方法で入金、取引、出金でき、何かが壊れたときには両側が迅速に対応できること。

チェーンとトークン標準のサポート

チェーンとトークン標準の要件を早期に確認し、段階的なローンチ計画に合意します：

• 入金がオープン（確認が定義される）
• 取引がオープン（ペア、ティックサイズ、マーケットメイキングが稼働）
• 出金がオープン（監視の信頼度に基づくゲートが多い）
• 緊急時のプレイブック（何が一時停止を引き起こすか）

ウォレットインフラ、監視、およびインシデント対応

プロフェッショナルな設定には以下が含まれます：

• アドレス生成およびメモまたはタグの要件（該当する場合）
• 混雑、再組織リスク、異常なフローのためのオンチェーン監視
• 共有インシデントチャンネルおよびエスカレーションSLA
• インシデント後のコミュニケーションテンプレート（何が起こったか、ユーザーへの影響、次の更新時間）

セキュリティ期待

以下を開示する準備をしておいてください：

• 監査状況と監査以来の変更
• 管理キーおよびアップグレード制御（マルチシグ、タイムロック、緊急停止条件）
• 既知のチェーンレベルリスク（ダウンタイム履歴、最終性の奇妙さ、ブリッジ依存）

市場形状

流動性設計：適切な市場とペアを選択

流動性を製品要件のように扱います。あなたは単にトークンが取引される場所を選んでいるのではなく、ユーザーが過剰なスリッページなしに出入りできるかどうかを選んでいます。

ペア戦略、どの基礎資産と何市場

一般的なペアカテゴリには以下が含まれます：

• ステーブルコインペア（たとえば、トークン/USDT、トークン/USDC）、アクセス可能で、通常は最も高い小売フロー
• 主要な暗号ペア（トークン/BTC、トークン/ETH）、暗号ネイティブフローに役立つ
• フィアットペア（利用可能な場合）、地域へのアクセスを拡大できますが、運用およびコンプライアンスの複雑さを追加する可能性があります

市場が多いことが必ずしも良いわけではありません。ペアが多すぎると流動性が分散され、すべてのブックでスプレッドが広がる可能性があります。

「健全な」流動性を定義する

以下のための測定可能なターゲットを定義します：

• ビッド・アスクスプレッド: 通常のボラティリティの下で許容可能な最大範囲
• 深さバンド: 中間価格の±0.5%、±1%、±2%以内に設定されている最小ノショナル流動性
• スリッページ許容度: 一般的な小売サイズおよび大きなブロックのようなフローに対して

流動性供給のための財務計画

流動性には通常在庫が必要です。計画します：

• マーケットメイキングおよび流動性プログラムに割り当てられる在庫の量
• リスク限界（最大在庫エクスポージャー、最大日次変動、停止条件）
• 変更を承認できる人、そしてその速さ

大きな財務移動を予想している場合、制約およびプラットフォームサポートに応じて、市場影響を減少させるためにOTC実行が可能かどうかを検討します。

ホワイトビットのアプローチ

• 業界の課題: プロジェクトは継続的な流動性ニーズを過小評価し、流動性をローンチ専用の問題として扱っています。
• プロジェクトが要求すべきこと: 明示的なペア選択の理由、測定可能な深さおよびスプレッドターゲット、継続的な在庫管理の計画。
• ホワイトビットのアプローチ: ペア選択ガイダンスと流動性プログラムへのアクセスを提供し、さまざまなプロジェクト段階にわたる柔軟なサポートとして位置づけています。

両面フロー

マーケットメイキング戦略およびインセンティブ設計

マーケットメイカーは、継続的にビッドおよびアスクを引用し、深さを維持し、マイクロ構造のボラティリティを抑えることによって秩序ある市場を作り出すのを助けます。しかし、インセンティブは実際の流動性よりも見た目のボリュームを報酬する場合、裏目に出ることがあります。

良いマーケットメイキングの姿

• 定義された深さバンドにわたる両面の引用
• 特にボラティリティの高い期間中の高い稼働時間
• ボラティリティに対する安定したスプレッド
• リベートを追求するのではなく、在庫の規律

インセンティブおよびKPI、支払うものを整合させる

深さ、スプレッド、稼働時間に加え、ボラティリティおよび整合性のガードレールを強調するKPIシートを使用します。

KPI	目標または定義	報告の頻度
スプレッド（中央値）	通常のボラティリティの下での最大許容ビッド・アスクスプレッド；穏やかな状態と高ボラのために別のバンドを定義	毎日および毎週の要約
±1%および±2%の深さ	定義されたバンド内の両側に設定されている最小ノショナル流動性。	毎日
引用稼働時間	必要なバンドで両面の引用が生きている時間のパーセンテージ、合意されたメンテナンスウィンドウを除く。	毎日
ボラティリティガードレール	極端な動きの際にスプレッドを広げたりサイズを減少させるためのルール；トリガーおよびアラートを定義	リアルタイムアラートおよびポストモーテム
在庫制限	最大ロングまたはショートの在庫エクスポージャー、リバランスルール、および停止条件。	毎週および例外報告
市場整合性フラグ	疑わしいパターン（自己取引、循環フロー、異常なスパイク）のしきい値およびエスカレーションステップ。	毎週およびインシデントベース

一般的な間違いを避ける

• ボリュームのみを報酬とするインセンティブは、ウォッシュのようなパターンを促進する可能性があります
• 一つのマーケットメーカー依存は、単一の失敗点です
• ボラティリティを無視した深さターゲット、ターゲットは適応すべきであり、消失すべきではありません
• スプレッドが拡大したり出金が一時停止されたときのエスカレーションプランがない

ホワイトビットのアプローチ

• 業界の課題: 書面上は良さそうに見えるインセンティブが実際の市場では機能せず、インセンティブが薄れると薄い本が残る。
• プロジェクトが要求すべきこと: 測定可能な深さおよび稼働時間の要件、明確な整合性基準、レイテンシおよび摩擦を減少させる運用ツール。
• ホワイトビットのアプローチ: 機関機能を持つ構造化されたマーケットメイキングプログラム（例えばリベート、コロケーション、API、サブアカウント）と、ハンズオンの設定サポート。

調整された展開

ゴー・トゥ・マーケット計画：コミュニケーションと信頼性

迅速な上場は通常、準備の結果であり、ステップをスキップすることではありません。各ステージで何が入力されるかを理解することで、遅延を減らします。

一般的なプロセスステージ

1. 提出および初期フィットレビュー（プロジェクト概要、基本的なコンプライアンススクリーニング）
2. ドキュメンテーションおよび開示レビュー（法人、トークノミクス、ベスティングおよびアンロック、ポリシー）
3. 技術スコーピング（チェーンサポート、ウォレット操作、確認、監視）
4. 流動性計画の確認（ペア、マーケットメイキングの設定、ローンチターゲット）
5. ローンチ計画（カレンダー、コミュニケーション、入金および取引のシーケンス）
6. ローンチ後のモニタリングおよび継続的期待

一般的な商業コンポーネント

• 上場手数料または統合コスト（プラットフォーム依存）
• 市場サポートの範囲（流動性プログラム、メーカーインセンティブ、コンペティション）
• マーケティングの機会（プレースメント、キャンペーン）
• 継続的期待（報告の頻度、インシデント対応、アンロックコミュニケーション）

タイムライン計画は重要です。「迅速」は準備と技術的スコープに依存します。開示、ガバナンス、または統合要件が不明瞭な場合、交渉時間が増加し、ローンチリスクが増加します。

ホワイトビットのアプローチ

• 業界の課題: チームは「迅速」を約束として解釈し、準備の機能としてではなく、それが期待の不一致と急いだローンチを生じさせます。
• プロジェクトが要求すべきこと: 準備チェックリスト、オーナーと締切を持つクリティカルパス、ローンチ週のための専用のエスカレーションチャネル。
• ホワイトビットのアプローチ: 「低い障壁、迅速な処理」ポジショニングとパーソナライズされたBDおよび機関サポートモデルの組み合わせで、スピードは準備と技術的スコープによって決まります。

安定を保つ

上場後の運用：初日以降に何が起こるか

迅速な上場は通常、準備の結果であり、ステップをスキップすることではありません。各ステージで何が入力されるかを理解することで、遅延を減らします。

一般的なプロセスステージ

1. 提出および初期フィットレビュー（プロジェクト概要、基本的なコンプライアンススクリーニング）
2. ドキュメンテーションおよび開示レビュー（法人、トークノミクス、ベスティングおよびアンロック、ポリシー）
3. 技術スコーピング（チェーンサポート、ウォレット操作、確認、監視）
4. 流動性計画の確認（ペア、マーケットメイキングの設定、ローンチターゲット）
5. ローンチ計画（カレンダー、コミュニケーション、入金および取引のシーケンス）
6. ローンチ後のモニタリングおよび継続的期待

一般的な商業コンポーネント

• 上場手数料または統合コスト（プラットフォーム依存）
• 市場サポートの範囲（流動性プログラム、メーカーインセンティブ、コンペティション）
• マーケティングの機会（プレースメント、キャンペーン）
• 継続的期待（報告の頻度、インシデント対応、アンロックコミュニケーション）

タイムライン計画は重要です。「迅速」は準備と技術的スコープに依存します。開示、ガバナンス、または統合要件が不明瞭な場合、交渉時間が増加し、ローンチリスクが増加します。

予測可能な罠

一般的な失敗モード、そしてそれを避ける方法

迅速な上場は通常、準備の結果であり、ステップをスキップすることではありません。各ステージで何が入力されるかを理解することで、遅延を減らします。

一般的なプロセスステージ

1. 提出および初期フィットレビュー（プロジェクト概要、基本的なコンプライアンススクリーニング）
2. ドキュメンテーションおよび開示レビュー（法人、トークノミクス、ベスティングおよびアンロック、ポリシー）
3. 技術スコーピング（チェーンサポート、ウォレット操作、確認、監視）
4. 流動性計画の確認（ペア、マーケットメイキングの設定、ローンチターゲット）
5. ローンチ計画（カレンダー、コミュニケーション、入金および取引のシーケンス）
6. ローンチ後のモニタリングおよび継続的期待

一般的な商業コンポーネント

• 上場手数料または統合コスト（プラットフォーム依存）
• 市場サポートの範囲（流動性プログラム、メーカーインセンティブ、コンペティション）
• マーケティングの機会（プレースメント、キャンペーン）
• 継続的期待（報告の頻度、インシデント対応、アンロックコミュニケーション）

タイムライン計画は重要です。「迅速」は準備と技術的スコープに依存します。開示、ガバナンス、または統合要件が不明瞭な場合、交渉時間が増加し、ローンチリスクが増加します。

ホワイトビットのアプローチ

• 業界の課題: チームは「迅速」を約束として解釈し、準備の機能としてではなく、それが期待の不一致と急いだローンチを生じさせます。
• プロジェクトが要求すべきこと: 準備チェックリスト、オーナーと締切を持つクリティカルパス、ローンチ週のための専用のエスカレーションチャネル。
• ホワイトビットのアプローチ: 「低い障壁、迅速な処理」ポジショニングとパーソナライズされたBDおよび機関サポートモデルの組み合わせで、スピードは準備と技術的スコープによって決まります。

今すぐ実行

上場準備チェックリスト + 次のステップ

以下のチェックリストを使用して、上場デスクに関与する前に内部の準備レビューを実施します。これは内部文書にコピー＆ペーストするように設計されています。

エリア	“準備が整った”とは	オーナーまたはメモ
ガバナンス	権限の確認 財務管理が定義されている（マルチシグ、限度、承認） ローンチ週のオンコールローテーションが設定されている	COO、法務、財務
法律およびコンプライアンス	法人構造が文書化されている 制限された管轄区域および制裁の姿勢が文書化されている プラットフォームの期待が理解されている（KYC、AML、開示）	法務、コンプライアンス
開示	トークノミクスワンページ 割り当て、ベスティング、およびアンロックカレンダー リスク開示および市場整合性ポリシー	トークンリード、法務
技術統合	チェーンとトークン標準が確認されている 入金および出金の確認が定義されている 監視およびインシデントエスカレーションプランが合意されている	エンジニアリング、セキュリティ
セキュリティ姿勢	監査状況および変更ログが利用可能 管理キーおよびアップグレード制御が開示されている 緊急停止条件が定義されている	セキュリティ、エンジニアリング
流動性計画	ペア戦略が選択されている（断片化を避ける） 深さおよびスプレッドターゲットが定義されている 在庫およびリスク制限が承認されている	財務、流動性リード
マーケットメイキング	KPIシートが合意されている（スプレッド、深さ、稼働時間） インセンティブが実際の流動性に整合されている 整合性監視およびエスカレーションプランが設定されている	流動性リード、コンプライアンス
ゴー・トゥ・マーケット	ローンチカレンダーが確定している（入金、取引、出金） メッセージガードレールが承認されている サポートマクロおよびFAQが準備されている	マーケティング、コミュニケーション、サポート
上場後の運用	週次流動性報告のオーナーが割り当てられている アンロックイベントプレイブックが草案されている インシデントポストモーテムテンプレートが準備されている	COO、財務、コミュニケーション

最初のコールアジェンダ、上場チームに持参すべきこと

• トークンが解決する問題、および今日誰が使用しているか
• トークノミクスおよびアンロックスケジュール、日付および金額を含む
• ターゲットペアとその理由（ステーブルコイン対主要通貨対フィアット）
• 流動性計画（在庫、リスク制限、マーケットメイキングKPI）
• 技術的詳細（チェーン、契約、確認、特別な取り扱い）
• コンプライアンスの周辺（制限された管轄区域、開示、誰が署名するか）
• ローンチカレンダーの提案およびコミュニケーションオーナー

DEXで取引している場合、CEX上場は必要ですか？

必ずしもそうではありません。CEX上場は、保管口座を好むユーザーへのアクセスを拡大し、オーダーブックの実行を改善する可能性がありますが、運用およびコンプライアンスの期待を追加します。DEXの流動性がすでに健全であり、ユーザーが自己保管を基本としている場合、あなたの優先事項は他のプラットフォームよりも流通と製品の採用かもしれません。

実際に「健全な流動性」とは何ですか？

それは、ユーザーが予測可能なスプレッドと限られたスリッページで典型的なサイズを取引できることを意味します。ボラティリティが高いときも含めて。最大スプレッドや±1%および±2%のバンドでの最小深さなど、測定可能なターゲットで定義します。ボリュームだけでは、インセンティブ駆動や集中している場合には誤解を招く可能性があります。

いくつの取引ペアでローンチすべきですか？

実際のユーザーデマンドに合致する最少のペアから始めてください。ペアが多すぎると流動性が断片化され、どこでもスプレッドが広がります。多くのチームは、需要が証明されている場合に、1つのステーブルコインペアとオプションで1つの主要暗号ペアから始めます。

マーケットメーカーは必要ですか？

オーダーブックのプラットフォームでローンチし、一貫した実行品質を望む場合、マーケットメイキングは通常、コア要件です。重要なのは、インセンティブを深さ、スプレッド、稼働時間に整合させることであり、印刷されたボリュームだけではありません。

上場が遅れる最大の理由は何ですか？

不完全な準備：不明瞭なガバナンス、欠落した開示、未解決のコンプライアンスの質問、または技術的なあいまいさ。上場を運用の展開のように扱い、オーナーとデッドラインを持つべきであり、マーケティングのマイルストーンのように扱うべきではありません。

ローンチ時に取引コンペティションを実施すべきですか？

それらは活動を引き付けることができますが、インセンティブが終了すると消える歪んだフローを生む可能性もあります。実施する場合は、流動性の健康ターゲットとペアリングし、ウォッシュのような行動を報酬する設計は避けてください。

上場後のトークンのアンロックをどのように扱うべきですか？

アンロックカレンダーを公開し、市場への影響を計画し、透明なコミュニケーションへの事前コミットを行ってください。あなたの制約に応じて、市場の混乱を減らすために、大きな財務移動のためにOTCのような代替実行ルートを検討してください。

上場後の取引所との関係から何を期待すべきですか？

継続的な運用調整：モニタリング、インシデント対応、流動性健康レビュー、および主要なトークンイベントに関するコミュニケーション。上場は運用関係の始まりであり、プロセスの終わりではありません。

ホワイトビット

機関営業に連絡し、上場チームと話してください。

ホワイトビットの機関ハブ、トークン上場、マーケットメイキング、カストディ、パートナープログラムを探求し、適切な場合には大きな財務フローのためにOTCを検討してください。

ホワイトビットの機関および上場チームと話してください。