トークンリスティングプレイブック — プロジェクトがCEXリスティングに備え、健全な流動性を維持する方法

**開示事項：**このガイドは教育目的および運用計画のためのものであり、金融、法律、税務のアドバイスではありません。規制やトークン分類の判断には、資格のある弁護士や地域特有のコンプライアンス支援を利用してください。

概要

はじめに

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

このプレイブックでは以下について解説します：

• CEX上場が適切なタイミング（およびそうでない場合）
• 法的、ガバナンス、開示の観点から見た「上場準備」の状態
• 避けられるべきローンチ失敗を防ぐ技術的インテグレーションの「配管」
• 流動性の設計：市場・ペア選択、深さ目標、スプレッド、在庫管理
• マーケットメイキング戦略、インセンティブ、信頼性のガードレール
• ローンチおよびその後の実践的なタイムラインと市場投入チェックリスト

**このガイドの対象者：**トークン発行者、ファウンデーション、プロトコルチーム、上場リード、ビジネスデベロップメント／パートナーシップ、運営、財務／財務管理、リスク／コンプライアンス、法務顧問、そしてローンチを支援するマーケットメイカー。

意思決定の視点

---

CEX上場が適切な場合とそうでない場合

CEX上場は、次のようなニーズがあるときに価値があります：

• 信頼できるアクセス（カストディアルアカウントを好むユーザー）
• 取引板の流動性の深さ
• 既存のプラットフォームを通じたより広範な流通

また、より成熟した市場構造の支援にも役立ちます：取引相手の増加、スプレッドの縮小、複数の取引所間での価格発見の明確化。

しかし、上場は次のことの代替ではありません：

• 製品と市場の適合性の確立
• 流動性の「魔法のトリック」（流動性は設計と維持が必要）
• Exit戦略
• マーケティングだけのイベント

期待値設定の一例として、CryptoSlate（Animocaリサーチ経由）が引用した調査によると、2024年の新規トークン上場後の中央値パフォーマンスはマイナス傾向を示しており、「上場するだけでは持続的な需要にはつながらない」ことを示しています。

CEXとDEXの違い — 実際に何を選ぶか
分散型取引所（DEX）の上場は通常、許可不要で迅速ですが、その責任はプロジェクトとユーザーに移ります：セルフカストディUX、オンチェーン流動性供給、MEV／フロントランニングリスク、チェーンレベルの混雑などです。一方、CEXの上場は次のような特徴を持ちます：

• より明確なコンプライアンス範囲（KYC、制裁スクリーニング、制限地域）
• カストディアルワークフロー（入金、出金、ウォレット操作）
• オーダーブックのマイクロストラクチャー（スプレッド、深さ、市場メイカー、監視）

実用的なヒューリスティック：ターゲットユーザーに機関投資家やコンプライアンス重視の資産運用者が含まれる場合、開示、コントロール、インシデント対応に関するCEXの期待値を想定すべきです。

~2.7兆

WhiteBITの機関投資規模（年間取引量）

WhiteBITの機関投資（2026年2月）

330+

WhiteBIT上場プロジェクト数

WhiteBITの機関投資（2026年2月）

35M+

WhiteBITエコシステムユーザー数

WhiteBITの機関投資（2026年2月）

49%

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

WhiteBITの機関投資（2026年2月）

最初に整合性を持たせる

---

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

信頼できるアクセス、深い板の流動性、広範な流通を必要とする場合、CEX上場は価値があります。より成熟した市場構造の支援も可能です。

しかし、上場は次のことの代替ではありません：

• 製品と市場の適合性の確立
• 流動性の「魔法のトリック」
• Exit戦略
• マーケティングだけのイベント

CryptoSlateの調査（Animocaリサーチ経由）によると、多くの新規トークン上場は2024年において中央値のパフォーマンスがマイナスとなるケースが多いと指摘されています。ポイントは、上場自体が「持続的な需要」を生むわけではなく、需要は製品の有用性、流通、信頼できる実行に依存するということです。

CEXとDEX、実際に何を選ぶか

DEX（分散型取引所）の上場は通常、許可不要で迅速ですが、その責任はプロジェクトとユーザーに移ります：セルフカストディUX、オンチェーン流動性供給、MEVやフロントランニングリスク、チェーンの混雑などです。CEXの上場は次のような特徴を持ちます：

• より明確なコンプライアンス範囲（KYC、制裁スクリーニング、制限地域）
• カストディアルワークフロー（入金、出金、ウォレット操作）
• オーダーブックのマイクロストラクチャー（スプレッド、深さ、市場メイカー、監視）

WhiteBITのアプローチ

• **業界の課題：**ドキュメントが不明確または不完全だと審査が遅れ、やり取りが増える。
• **必要なもの：**明確な要件リスト、構造化された審査経路、開示、制限地域、責任者の明示的な合意。
• **WhiteBITの方針：**規制を重視したガイド付きの関係性重視の上場プロセス、専任の担当者によるサポート。
• **WhiteBITの特徴：**規制優先のポジショニング、機関投資家向けのオンボーディング基準、準備状況に応じた期待値設定。

信頼できるインフラ

---

技術的インテグレーションと運用設定

技術的インテグレーションは、「良い意図」が実運用に反映される場です。目標はシンプル：ユーザーが確実に入金、取引、出金でき、何か問題が起きたときに迅速に対応できること。

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

早めにチェーンとトークン標準の要件を確認し、段階的なローンチ計画を立てる：

• 入金開始（確認方法を定義）
• 取引開始（ペア、ティックサイズ、市場メイキングの開始）
• 出金開始（監視の信頼性に基づき制限を設けることも）
• 緊急対応計画（何がトリガーとなるか）

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

専門的な設定には：

• アドレス生成とメモ・タグ要件（該当する場合）
• 混雑、リオーグリスク、異常流のオンチェーン監視
• 共有インシデントチャネルとエスカレーションSLA
• 事後対応のコミュニケーションテンプレート（何が起きたか、ユーザーへの影響、次の更新予定）

セキュリティの期待値

以下を開示できるよう準備：

• 監査状況と変更履歴の確認、監査以降の変更点
• 管理鍵とアップグレードコントロール（マルチシグ、タイムロック、緊急停止条件）
• 既知のチェーンレベルのリスク（ダウンタイム履歴、確定性の特異性、ブリッジ依存性）

市場の形状

---

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

流動性は製品要件の一つと考えるべきです。トークンの取引場所だけでなく、ユーザーが過度なスリッページなく容易に出入りできるかも重要です。

ペア戦略、どのベース資産といくつの市場

一般的なペアのカテゴリー：

• ステーブルコインペア（例：トークン/USDT、トークン/USDC）、アクセスしやすく、リテールの取引量も多い
• 主要暗号資産ペア（例：トークン/BTC、トークン/ETH）、暗号ネイティブの流れに有効
• 法定通貨ペア（利用可能な場合）、地域アクセス拡大に寄与するが、運用やコンプライアンスの複雑さも増す

市場数を増やしすぎると、流動性が分散し、スプレッドが広がる可能性があります。

「健全な」流動性の定義

測定可能なターゲットを設定：

• スプレッド（ビッド・アスク）：通常の変動性下での最大許容範囲のスプレッド
• 深さバンド：中央値から±0.5%、±1%、±2%以内に最低限必要な流動性（名目金額）
• スリッページ許容度：一般的なリテール取引や大きなブロック流に対して

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

在庫は基本的に必要です。計画すべきこと：

• マーケットメイキングや流動性プログラムに割り当てられる在庫量
• リスク制限（最大在庫、最大日次変動、停止条件）
• 変更承認者とその迅速さ

大規模な財務移動を見込む場合、OTC取引がパブリックオーダーブックに比べて市場への影響を抑えられるか検討してください。

WhiteBITのアプローチ

• **業界の課題：**プロジェクトは流動性の継続的な必要性を過小評価し、流動性をローンチだけの問題と捉えがち
• **必要なもの：**明確なペア選択の理由付け、測定可能な深さとスプレッドのターゲット、継続的な在庫管理計画
• **WhiteBITの方針：**ペア選択のガイダンスと流動性プログラムへのアクセスを提供し、段階に応じた柔軟なサポートを展開

両面フロー

---

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

マーケットメイカーは、継続的にビッド・アスクを提示し、深さを維持し、マイクロストラクチャーの変動を抑えることで秩序ある市場を作り出します。ただし、インセンティブが見せかけの取引量を優遇し、実質的な流動性を犠牲にする場合もあります。

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

• 定義された深さバンドでの両面提示
• 高い稼働率、特に変動の激しい時期も維持
• 変動性に対して安定したスプレッド
• 在庫管理を徹底し、リベートだけに頼らない

インセンティブとKPI、何に対して支払うかを整合させる

深さ、スプレッド、稼働率を重視したKPIシートを使用し、変動性や信頼性のガードレールも設定。

KPI	目標または定義	報告頻度
スプレッド（中央値）	通常の変動性下での最大許容ビッド・アスクスプレッド；静穏時と高変動時で別設定	毎日・週次サマリー
±1%、±2%の深さ	定義されたバンド内に最低限必要な流動性（名目金額）	毎日
引用稼働率	必要なバンド内での両面提示が稼働している時間の割合（メンテナンス時間除く）	毎日
変動性ガードレール	スプレッド拡大やサイズ縮小のルール、トリガーとアラート	リアルタイムアラート・事後分析
在庫制限	ロング・ショート在庫の最大値、リバランスルール、停止条件	週次・例外報告
市場の信頼性フラグ	不審なパターン（自己取引、循環フロー、異常スパイク）に対する閾値とエスカレーション	週次・インシデント時

よくあるミスを避ける

• 取引量だけを報酬とするインセンティブは、見せかけの取引を促進しやすい
• 一つのマーケットメイカーに依存しすぎると、単一障害点になる
• 変動性を無視した深さターゲットは逆効果、適応させるべき
• スプレッド拡大や出金停止時のエスカレーション計画がない

WhiteBITのアプローチ

• **業界の課題：**理論上良さそうなインセンティブが、実市場では薄い板を作り出し、インセンティブが消えると崩壊
• **必要なもの：**測定可能な深さと稼働率の要件、明確な信頼性基準、遅延や摩擦を減らす運用ツール
• **WhiteBITの方針：**制度的特徴（リベート、コロケーション、API、サブアカウント）を備えた構造化されたマーケットメイキングプログラムと、ハンズオンサポート

段階的展開

---

市場投入計画：コミュニケーションと信頼性

迅速な上場は、準備が整っていることが前提です。各段階を理解し、何が次のステップを促すかを把握することで遅延を減らせます。

一般的なプロセス段階

1. 提出と初期適合性レビュー（プロジェクト概要、基本的なコンプライアンス確認）
2. ドキュメントと開示内容のレビュー（法人情報、トークノミクス、ベスティング・アンロック、ポリシー）
3. 技術的スコープ設定（チェーンサポート、ウォレット操作、確認、監視）
4. 流動性計画の確認（ペア、マーケットメイキング設定、ローンチ目標）
5. ローンチ計画（スケジュール、コミュニケーション、入金・取引の順序）
6. ローンチ後の監視と継続的な期待値管理

一般的な商業要素

• 上場手数料やインテグレーションコスト（会場依存）
• 市場支援範囲（流動性プログラム、メイカーインセンティブ、コンペティション）
• マーケティング機会（掲載、キャンペーン）
• 継続的な期待値（報告頻度、インシデント対応、アンロック通知）

タイムラインの計画は重要です。なぜなら、「速さ」は準備と技術範囲に依存するからです。開示やガバナンス、インテグレーションの要件が不明確だと交渉に時間がかかり、リスクも高まります。

WhiteBITのアプローチ

• 業界の課題：「速さ」を約束と解釈し、準備状況を無視して急いでローンチし、期待と実態が乖離
• **必要なもの：**準備チェックリスト、クリティカルパスと責任者・期限の設定、ローンチ週の専用エスカレーションチャネル
• WhiteBITの方針：「低いハードル・迅速処理」を掲げ、個別のBDや機関支援モデルと連携し、準備状況と技術範囲に応じてスピードを調整

安定して進める

---

ポストリスティング運用：1日目以降の動き

迅速な上場は、準備が整っていることが前提です。各段階を理解し、何が次のステップを促すかを把握することで遅延を減らせます。

一般的なプロセス段階

1. 提出と初期適合性レビュー（プロジェクト概要、基本的なコンプライアンス確認）
2. ドキュメントと開示内容のレビュー（法人情報、トークノミクス、ベスティング・アンロック、ポリシー）
3. 技術的スコープ設定（チェーンサポート、ウォレット操作、確認、監視）
4. 流動性計画の確認（ペア、マーケットメイキング設定、ローンチ目標）
5. ローンチ計画（スケジュール、コミュニケーション、入金・取引の順序）
6. ポストローンチの監視と継続的な期待値管理

一般的な商業要素

• 上場手数料やインテグレーションコスト（会場依存）
• 市場支援範囲（流動性プログラム、メイカーインセンティブ、コンペティション）
• マーケティング機会（掲載、キャンペーン）
• 継続的な期待値（報告頻度、インシデント対応、アンロック通知）

タイムラインの計画は重要です。なぜなら、「速さ」は準備と技術範囲に依存するからです。開示やガバナンス、インテグレーションの要件が不明確だと交渉に時間がかかり、リスクも高まります。

予測される落とし穴

---

一般的な失敗パターンとその回避策

迅速な上場は、準備が整っていることが前提です。各段階を理解し、何が次のステップを促すかを把握することで遅延を減らせます。

一般的なプロセス段階

1. 提出と初期適合性レビュー（プロジェクト概要、基本的なコンプライアンス確認）
2. ドキュメントと開示内容のレビュー（法人情報、トークノミクス、ベスティング・アンロック、ポリシー）
3. 技術的スコープ設定（チェーンサポート、ウォレット操作、確認、監視）
4. 流動性計画の確認（ペア、マーケットメイキング設定、ローンチ目標）
5. ローンチ計画（スケジュール、コミュニケーション、入金・取引の順序）
6. ポストローンチの監視と期待値管理

よくある商業的失敗例

• 上場手数料やインテグレーションコストの未確定
• 流動性支援範囲の不明確さ（プログラム、インセンティブ、コンペ）
• マーケティングの過度な期待や不適切な設計
• 継続的な運用やインシデント対応の計画不足

タイムラインの計画は重要です。準備と技術範囲が不明確だと、交渉や実行に遅れが生じ、リスクが増大します。

WhiteBITのアプローチ

• 業界の課題：「速さ」を約束と解釈し、準備状況を無視して急いでローンチし、期待と実態が乖離
• **必要なもの：**準備チェックリスト、責任者と期限を明確にしたクリティカルパス、ローンチ週のエスカレーションチャネル
• WhiteBITの方針：「低いハードル・迅速処理」を掲げ、個別のBDや機関支援モデルと連携し、準備状況と技術範囲に応じてスピードを調整

実行開始

---

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

以下のチェックリストを使い、内部の準備状況を確認してください。これはコピペして内部ドキュメントに貼り付けることを想定しています。

領域	「準備完了」の意味	所有者または備考
ガバナンス	承認権者確認、財務管理の定義（マルチシグ、制限、承認）ローンチ週のオンコール体制設定	COO、法務、財務
法務・コンプライアンス	企業構造の文書化、制限地域と制裁対応の文書化、会場の期待値理解（KYC、AML、開示）	法務、コンプライアンス
開示	トークノミクスの概要、配分・ベスティング・アンロックスケジュール、リスク開示と市場の整合性ポリシー	トークンリード、法務
技術インテグレーション	チェーンとトークン標準の確認、入出金確認の定義、監視とインシデントエスカレーション計画の合意	エンジニアリング、セキュリティ
セキュリティ	監査状況と変更履歴の確認、管理鍵とアップグレードコントロールの開示、緊急停止条件の定義	セキュリティ、エンジニアリング
流動性計画	ペア戦略の選定（断片化回避）、深さとスプレッドのターゲット設定、在庫とリスク制限の承認	財務、流動性リード
マーケットメイキング	KPIシートの合意（スプレッド、深さ、稼働率）、インセンティブの整合性、信頼性監視とエスカレーション計画	流動性リード、コンプライアンス
市場投入	ローンチカレンダーの確定（入金、取引、出金）、メッセージングガードレールの承認、サポートマクロとFAQの準備	マーケティング、広報、サポート
ポストリスティング運用	週次流動性レポートの担当者設定、アンロックイベントのプレイブック作成、インシデント後の振り返りテンプレート準備	COO、法務、広報

最初の打ち合わせのアジェンダ、持参すべき資料

• トークンが解決する課題と、現状のユーザー層
• トークノミクスとアンロックスケジュール（日時と金額）
• 対象ペアとその理由（ステーブルコイン対メジャー通貨対、法定通貨）
• 流動性計画（在庫、リスク制限、KPI）
• 技術詳細（チェーン、コントラクト、確認方法、特別処理）
• コンプライアンス範囲（制限地域、開示、署名者）
• ローンチカレンダー案とコミュニケーション責任者

既にDEXで取引している場合、CEX上場は必要か？
必ずしも必要ではありません。CEX上場は、カストディアカウントを好むユーザー層へのアクセス拡大や、オーダーブックの実行性向上に寄与しますが、その分運用やコンプライアンスの負担も増えます。既に流動性が十分で、ユーザーがセルフカストディを行っている場合は、流通と製品採用に注力した方が良い場合もあります。

「健全な流動性」とは何か？
ユーザーが予測可能なスプレッドと制限されたスリッページで、通常サイズの取引を行える状態です。具体的には、最大スプレッドや±1%、±2%のバンド内の最低深さを測定基準とします。取引量だけではなく、インセンティブや集中度も考慮すべきです。

何ペアで開始すれば良いか？
実際の需要に合った最少のペア数から始めるのが良いです。多すぎると流動性が分散し、スプレッドが広がるためです。多くのチームは、まず1つのステーブルコインペアと、需要があれば主要暗号資産ペアを選びます。

マーケットメイカーは必要か？
オーダーブック型の取引所で安定した実行品質を求める場合、マーケットメイキングは基本的な要件です。インセンティブは深さ、スプレッド、稼働率に整合させる必要があります。

上場遅延の最大の原因は何か？
準備不足：ガバナンスの不明確さ、開示不足、コンプライアンスの未解決、技術的曖昧さです。上場はマーケティングのマイルストーンではなく、責任者と期限を設定した運用の展開と考えるべきです。

ローンチ時に取引コンペを行うべきか？
活動を促進する効果はありますが、インセンティブ終了後に流れが消失する歪んだ流動性を生む可能性もあります。実施する場合は、流動性の健全性ターゲットと連動させ、ウォッシュ的な行動を促す設計は避けてください。

トークンのアンロック後の対応は？
アンロックカレンダーを公開し、市場への影響を考慮した計画を立て、透明性のあるコミュニケーションを事前に約束します。大規模な財務移動にはOTCなどの代替手段も検討し、市場への影響を抑えることも重要です。

取引所との関係に期待すべきことは？
継続的な運用調整：監視、インシデント対応、流動性の健全性レビュー、主要トークンイベントに関するコミュニケーションです。上場はあくまで運用関係のスタートであり、終わりではありません。

---

WhiteBIT

機関向け営業に連絡し、上場チームと話す。
WhiteBITの機関向けハブ、トークン上場、マーケットメイキング、カストディ、パートナープログラムを探索し、必要に応じてOTCも検討してください。

WhiteBITの機関・上場チームに相談しましょう。