トークンリスティングプレイブック — プロジェクトが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の方法：「低い障壁・迅速な処理」を掲げ、個別のビジネスデベロップメントと機関支援モデルを併用。準備状況と技術範囲に応じてペースを調整

安定して進める

---

ローンチ後の運用：1日目以降の対応

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

一般的なプロセス段階

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

一般的な商業要素

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

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

予測可能な落とし穴

---

失敗しやすいパターンとその回避策

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

一般的なプロセス段階

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

一般的な商業要素

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

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

WhiteBITのアプローチ

• 業界の課題：「速さ」を約束と解釈し、準備状況に応じた期待とミスマッチを生む
• **必要なもの：**準備チェックリスト、責任者・期限を明示したクリティカルパス、ローンチ週のエスカレーションチャネル
• WhiteBITの方法：「低い障壁・迅速な処理」を掲げ、個別のビジネスデベロップメントと機関支援モデルを併用。準備状況と技術範囲に応じてペースを調整

実行開始

---

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

以下のチェックリストを使って、上場デスクに連絡する前に内部の準備状況を確認してください。コピー＆ペーストして内部ドキュメントに利用可能です。

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

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

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

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

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

いくつの取引ペアから始めるべきか？
実際の需要に合った最少のペアから始めるのが良いです。ペアが多すぎると流動性が分散し、スプレッドが広がるためです。多くのチームは、まず1つのステーブルコインペアと、需要が証明された場合にメジャー暗号資産ペアを追加します。

マーケットメイカーは必要か？
注文簿型の取引所で安定した実行品質を求める場合、マーケットメイキングは基本的な要件です。インセンティブは深さ、スプレッド、稼働率に整合させる必要があります。単に取引量を増やすことだけを目的にしないことが重要です。

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

ローンチ時にトレーディングコンペティションを行うべきか？
活動を促進する効果はありますが、インセンティブ終了後に流れが消失しやすいです。実施する場合は、流動性の健全性ターゲットと連動させ、ウォッシュ行為を促す設計は避けてください。

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

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

WhiteBIT

機関営業に連絡し、上場チームと話す

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

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