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

開示: このガイドは教育および業務計画を目的としています。これは財務、法律、または税務に関する助言ではありません。規制およびトークン分類の判断については、資格のある弁護士および地域別のコンプライアンス支援を利用してください。

概要

はじめに

中央集権型取引所（CEX）の上場は、多くの場合「瞬間」——発表、取引開始、注目の急上昇——のように扱われます。しかし実際には、優れた上場は、継続的なオペレーティングシステムに近い振る舞いをします。ガバナンス、コンプライアンス、技術的な信頼性、市場構造、そしてコミュニケーションの規律が一体となって機能するからです。

このプレイブックでは次を説明します:

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

本ガイドの対象: トークン発行者、ファウンデーション、プロトコルチーム、上場リード、BD/パートナーシップ、運用、財務/トレジャリー、リスク/コンプライアンス、法務顧問——加えて、ローンチを支えるマーケットメイカー。

判断のための視点

CEXの上場が理にかなう場合、そうでない場合

CEXの上場は、信頼できるアクセス（カストディ型口座を好むユーザー）、より深い板（オーダーブック）の流動性、そして既に利用されている場を通じたより広い流通が必要な場合に価値があります。また、より成熟した市場構造にも寄与します。対事業者が増え、スプレッドがより狭まり、複数の取引所にまたがる価格発見が明確になります。

しかし上場は、次ではありません:

• プロダクト・マーケット・フィットの代替
• 流動性「魔法のトリック」（流動性は設計され、維持される必要があります）
• エグジットプラン
• マーケティング目的のイベントのみ

期待値を調整するための理由の1つ：CryptoSlateが（Animoca Research経由で）取り上げた調査では、2024年の新規トークン上場は、上場後に負の中央値パフォーマンスを示したと報告されています——「上場されること」が持続的な需要に自動的につながるわけではない、というリマインダーです。

CEX vs DEX — あなたが実際に選んでいるもの DEX（分散型取引所）の上場は通常、許可不要でより速い一方、責任がプロジェクトとユーザーへ移ります。セルフカストディのUX、オンチェーンの流動性プロビジョニング、MEV/フロントランのリスク、そしてチェーンレベルの混雑です。CEXの上場では通常、次が導入されます:

• さらに踏み込んだコンプライアンス境界（KYC、制裁スクリーニング、制限された法域）
• カストディ型のワークフロー（入金、出金、ウォレット操作）
• オーダーブックのマイクロストラクチャ（スプレッド、深さ、マーケットメイカー、監視）

実践的なヒューリスティック：ターゲットユーザーに機関投資家やコンプライアンスを重視するアロケーターが含まれるなら、開示、統制、インシデント対応に関するCEXの期待を前提にすべきです。

~2.7T

WhiteBIT機関投資家規模（年次取引高）

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

330+

WhiteBIT上場プロジェクト

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

35M+

WhiteBITエコシステムユーザー

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

49%

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

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

アラインメント・ファースト

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

CEXの上場は、カストディ型口座を好むユーザーへの信頼できるアクセス、より深いオーダーブックの流動性、既に利用されている場を通じたより広い流通が必要な場合に価値があります。また、より成熟した市場構造にも寄与します。対事業者が増え、スプレッドがより狭まり、複数の取引所にまたがる価格発見が明確になります。

しかし上場は、次ではありません:

• プロダクト・マーケット・フィットの代替
• 流動性「魔法のトリック」
• エグジットプラン
• マーケティング目的のイベントのみ

期待値を調整するための理由の1つ：CryptoSlateは（Animoca Research経由で）調査を取り上げており、2024年における多くの新規トークン上場が、上場後に負の中央値パフォーマンスを示したことが示唆されています。結論として「上場が悪い」という話ではなく、上場だけでは持続的な需要は生まれない、ということです。需要は、プロダクトの有用性、流通、そして信頼できる実行から生まれます。

CEX vs DEX、あなたが実際に選んでいるもの

DEX（分散型取引所）の上場は通常、許可不要で速い一方で、責任がプロジェクトとユーザーへ移ります。セルフカストディのUX、オンチェーンの流動性プロビジョニング、MEVとフロントランのリスク、そしてチェーンレベルの混雑です。CEXの上場では通常、次が導入されます:

• さらに踏み込んだコンプライアンス境界（KYC、制裁スクリーニング、制限された法域）
• カストディ型のワークフロー（入金、出金、ウォレット操作）
• オーダーブックのマイクロストラクチャ（スプレッド、深さ、マーケットメイカー、監視）

WhiteBITの取り組み方

• 業界課題： 書類が不明確、または不完全だと審査が遅れ、デューデリジェンス中に往復が発生します。
• プロジェクトに求めるべきもの： 明確な要件リスト、構造化されたレビュー手順、そして開示、制限地域、責任あるサインオフに関する明示的な期待。
• WhiteBITのアプローチ： トークン上場に対する、ガイド付きで関係性主導のプロセスであり、上場の旅の間専任の窓口を置いてコンプライアンス志向として位置づけています。
• WhiteBITの連動： コンプライアンスを優先するポジショニング、機関投資家のオンボーディングの慣行、そして構造化された準備の期待。

信頼できるレール

技術統合と運用セットアップ

技術統合こそが、「良い意図」が運用上の現実になるところです。目標はシンプルです。ユーザーが確実に入金・取引・出金でき、何かが壊れたときに双方が素早く対応できること。

チェーンおよびトークン標準のサポート

チェーンとトークン標準の要件を早期に確認し、段階的なローンチ計画に合意してください:

• 入金開始（確認条件を定義）
• 取引開始（ペア、ティックサイズ、マーケットメイキングを稼働）
• 出金開始（しばしばモニタリングの確信に基づきゲートされる）
• 危機対応プレイブック（どの条件で一時停止がトリガーされるか）

ウォレット基盤、監視、インシデント対応

専門的なセットアップには、次が含まれます:

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

セキュリティ面の期待

次の開示に備えてください:

• 監査状況と、監査後に何が変更されたか
• 管理者キーとアップグレードの統制（マルチシグ、タイムロック、緊急停止の条件）
• 公知のチェーンレベルのリスク（稼働停止履歴、ファイナリティのクセ、ブリッジの依存関係）

市場の形

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

流動性をプロダクト要件のように扱いましょう。あなたが選ぶのは、トークンが取引される場所だけではありません。ユーザーが過度なスリッページなく、どれだけ簡単に入退場できるかを選んでいるのです。

ペア戦略：どのベース資産を選び、何市場にするか

一般的なペアカテゴリには次が含まれます:

• ステーブルコインペア（例：トークン/USDT、トークン/USDC）— 入手性が高く、しばしば小口の小売フローが最も多い
• 主要暗号資産ペア（トークン/BTC、トークン/ETH）— 暗号ネイティブなフローに有用
• 法定通貨ペア（利用可能な場合）— 地域アクセスを拡大できる一方、運用およびコンプライアンスの複雑性が増える可能性があります

市場数が多ければ常に良いわけではありません。ペアが多すぎると流動性が分断され、すべての板でスプレッドが広がります。

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

次のための測定可能な目標を定義してください:

• 売買スプレッド： 通常のボラティリティ下で許容できる最大範囲
• 深さバンド： 中値価格の±0.5%、±1%、±2%の範囲内に滞留する最低ノーション（実効上の流動性）
• スリッページ許容度： 通常の小口サイズ、およびより大きいブロックのようなフロー向け

流動性プロビジョニングのためのトレジャリー計画

流動性には一般に在庫（インベントリ）が必要です。計画:

• マーケットメイキングと流動性プログラムに割り当てられる在庫量
• リスク限度（最大在庫エクスポージャ、最大日次分散、停止条件）
• 変更を承認できるのは誰か、そしてどれくらい迅速にできるか

大きなトレジャリー移動を見込む場合は、制約や取引所側のサポートに応じて、公開オーダーブックにサイズを押し込むよりも、OTC実行で市場影響を減らせるか検討してください。

WhiteBITの取り組み方

• 業界課題： プロジェクトが継続的な流動性ニーズを過小評価し、流動性をローンチ時だけの問題として扱いがちです。
• プロジェクトに求めるべきもの： 明示的なペア選定の根拠、測定可能な深さとスプレッドの目標、継続的な在庫管理の計画。
• WhiteBITのアプローチ： ペア選定のガイダンスに加え、流動性プログラムへのアクセスを提供し、異なるプロジェクト段階に合わせた柔軟なサポートとして位置づけています。

両方向のフロー

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

マーケットメイカーは、継続的に買いと売りの提示を行い、深さを維持し、マイクロストラクチャのボラティリティを抑えることで、秩序ある市場を作るのに役立ちます。しかし、実質的な流動性よりも見せかけの出来高を報いるインセンティブは裏目に出ることがあります。

良いマーケットメイキングとは

• 定義された深さバンドに対する両方向の提示
• 高い稼働率（特にボラティリティの高い局面）
• ボラティリティに対して安定したスプレッド
• リベート追求だけではなく、インベントリの規律

インセンティブとKPI、支払うものに整合させる

深さ、スプレッド、稼働率を重視し、加えてボラティリティとインテグリティのガードレールも含めたKPIシートを使ってください。

KPI	目標または定義	レポーティング頻度
スプレッド（中央値）	通常のボラティリティ下での許容できる最大売買スプレッド。落ち着いた局面と高ボラ局面で別バンドを定義。	日次および週次の要約
深さ（±1%および±2%）	定義されたバンド内で、両サイドに最低ノーションの滞留流動性。	日次
出された気配の稼働率（quote uptime）	必要なバンド内で、両方向の気配が稼働している時間の割合（合意したメンテナンス時間は除外）。	日次
ボラティリティのガードレール	極端な動きの際にスプレッドを広げる、またはサイズを減らすためのルール。トリガーとアラートを定義。	リアルタイムアラートおよびポストモーテム
在庫限度	最大ロング/ショートの在庫エクスポージャ、リバランスのルール、停止条件。	週次および例外レポート
市場インテグリティのフラグ	不審なパターン（自己売買、循環フロー、異常なスパイク）に関する閾値とエスカレーション手順。	週次およびインシデント発生時

よくある失敗を避ける

• 出来高だけを報いるインセンティブ（ウォッシュのようなパターンを助長し得る）
• 1つのマーケットメイカーへの依存（単一障害点）
• ボラティリティを無視した深さ目標（目標は適応すべきで、消えてはいけない）
• スプレッドが拡大したり、出金が一時停止されたときのエスカレーション計画がない

WhiteBITの取り組み方

• 業界課題： 紙の上では良さそうなインセンティブでも、実市場では機能せず、インセンティブが薄れると板が薄くなる。
• プロジェクトに求めるべきもの： 測定可能な深さと稼働率の要件、明確なインテグリティ基準、レイテンシと摩擦を減らす運用ツール。
• WhiteBITのアプローチ： 機関投資家向けの機能（例：リベート、コロケーション、API、サブアカウント）を備えた、構造化されたマーケットメイキングプログラムに加え、ハンズオンのセットアップサポート。

協調的なロールアウト

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

素早い上場は、通常ステップを飛ばした結果ではなく、準備ができている結果です。「速さ」は一般的な段階と、それぞれの段階を通す入力要件を理解することで遅延を減らせます。

よくあるプロセスの段階

1. 提出と初期の適合レビュー（プロジェクト概要、基本的なコンプライアンススクリーニング）
2. 書類と開示のレビュー（組織、トークノミクス、ベスティング/アンロック、ポリシー）
3. 技術スコーピング（チェーン対応、ウォレット運用、確認、監視）
4. 流動性計画の確定（ペア、マーケットメイキングのセットアップ、ローンチ目標）
5. ローンチ計画（カレンダー、コミュニケーション、入金と取引の順序）
6. ローンチ後の監視と継続的な期待

よくある商業的な構成要素

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

タイムラインの計画が重要なのは、「速い」は準備状況と技術的スコープに依存するからです。開示、ガバナンス、または統合要件が不明確だと交渉時間が伸び、ローンチリスクが増大します。

WhiteBITの取り組み方

• 業界課題： チームが「速い」を準備の関数ではなく約束として解釈し、その結果ミスマッチな期待が生まれ、急ぎのローンチにつながります。
• プロジェクトに求めるべきもの： 準備チェックリスト、担当者と締切を伴うクリティカルパス、そしてローンチ週のための専用エスカレーションチャネル。
• WhiteBITのアプローチ： 「低い障壁、より速い処理」というポジショニングに加え、パーソナライズされたBDと機関向けのサポートモデルを提供し、進行ペースは準備状況と技術スコープによって決まります。

落ち着いて進める

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

素早い上場は通常、ステップを飛ばした結果ではなく、準備ができている結果です。よくある段階と、それぞれの段階を通す入力要件を理解することで遅延を減らせます。

よくあるプロセスの段階

1. 提出と初期の適合レビュー（プロジェクト概要、基本的なコンプライアンススクリーニング）
2. 書類と開示のレビュー（組織、トークノミクス、ベスティング/アンロック、ポリシー）
3. 技術スコーピング（チェーン対応、ウォレット運用、確認、監視）
4. 流動性計画の確定（ペア、マーケットメイキングのセットアップ、ローンチ目標）
5. ローンチ計画（カレンダー、コミュニケーション、入金と取引の順序）
6. ローンチ後の監視と継続的な期待

よくある商業的な構成要素

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

タイムラインの計画が重要なのは、「速い」は準備状況と技術的スコープに依存するからです。開示、ガバナンス、または統合要件が不明確だと交渉時間が伸び、ローンチリスクが増大します。

予測可能な落とし穴

よくある失敗の形、そしてそれを避ける方法

素早い上場は通常、ステップを飛ばした結果ではなく、準備ができている結果です。よくある段階と、それぞれの段階を通す入力要件を理解することで遅延を減らせます。

よくあるプロセスの段階

1. 提出と初期の適合レビュー（プロジェクト概要、基本的なコンプライアンススクリーニング）
2. 書類と開示のレビュー（組織、トークノミクス、ベスティング/アンロック、ポリシー）
3. 技術スコーピング（チェーン対応、ウォレット運用、確認、監視）
4. 流動性計画の確定（ペア、マーケットメイキングのセットアップ、ローンチ目標）
5. ローンチ計画（カレンダー、コミュニケーション、入金と取引の順序）
6. ローンチ後の監視と継続的な期待

よくある商業的な構成要素

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

タイムラインの計画が重要なのは、「速い」は準備状況と技術的スコープに依存するからです。開示、ガバナンス、または統合要件が不明確だと交渉時間が伸び、ローンチリスクが増大します。

WhiteBITの取り組み方

• 業界課題： チームは「速い」を準備の関数ではなく約束として解釈しやすく、その結果期待が噛み合わず、急ぎのローンチにつながります。
• プロジェクトに求めるべきもの： 準備チェックリスト、担当者と締切を伴うクリティカルパス、そしてローンチ週のための専用エスカレーションチャネル。
• WhiteBITのアプローチ： 「低い障壁、より速い処理」というポジショニングに加え、パーソナライズされたBDと機関向けのサポートモデルを提供し、進行ペースは準備状況と技術スコープによって決まります。

今すぐ実行

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

以下のチェックリストを使って、上場デスクと関わる前に社内の準備レビューを実施してください。これは社内ドキュメントにそのまま貼り付けできるように設計されています。

領域	「準備できている」とは何か	担当者またはメモ
ガバナンス	サイン権限の確認 トレジャリー統制の定義（マルチシグ、限度、承認） ローンチ週のオンコール輪番の設定	COO、法務、財務
法務およびコンプライアンス	組織構造の文書化 制限法域および制裁の姿勢の文書化 取引所側の期待の理解（KYC、AML、開示）	法務、コンプライアンス
開示	トークノミクスの1ページ アロケーション、ベスティング、アンロックのカレンダー リスク開示および市場インテグリティポリシー	トークンリード、法務
技術統合	チェーンおよびトークン標準の確認 入金・出金の確認条件の定義 監視とインシデントのエスカレーション計画の合意	エンジニアリング、セキュリティ
セキュリティ体制	監査状況と変更履歴の利用可能 管理者キーおよびアップグレード統制の開示 緊急停止の条件の定義	セキュリティ、エンジニアリング
流動性計画	ペア戦略の選定（分断を避ける） 深さとスプレッドの目標の定義 在庫およびリスク限度の承認	財務、流動性リード
マーケットメイキング	KPIシートの合意（スプレッド、深さ、稼働率） インセンティブを実際の流動性に整合させる インテグリティ監視およびエスカレーション計画の設定	流動性リード、コンプライアンス
ゴートゥーマーケット	ローンチカレンダー確定（入金、取引、出金） メッセージングのガードレール承認 サポート用マクロとFAQ作成	マーケティング、コミュニケーション、サポート
上場後の運用	週次の流動性レポート担当者の割当 アンロックイベントのプレイブック作成 インシデントのポストモーテムテンプレート準備	COO、財務、コミュニケーション

最初の通話アジェンダ：上場チームに持ち込むもの

• トークンが解決する課題は何で、誰が現在それを使っているか
• トークノミクスとアンロックスケジュール（日時と金額）
• ターゲットペアと理由（ステーブルコイン vs メジャー vs 法定通貨）
• 流動性計画（在庫、リスク限度、マーケットメイキングKPI）
• 技術的詳細（チェーン、コントラクト、確認、特別な取り扱い）
• コンプライアンス境界（制限法域、開示、署名者は誰か）
• ローンチカレンダー案とコミュニケーション担当者

すでにDEXで取引しているのに、CEXの上場が必要ですか？

必ずしもそうではありません。CEXの上場は、カストディ型口座を好むユーザーへのアクセスを拡大し、オーダーブックの執行を改善する可能性はありますが、運用およびコンプライアンスの期待も追加されます。DEXの流動性がすでに健全で、ユーザーがセルフカストディのネイティブであるなら、優先順位はより多くの取引所よりも、流通とプロダクトの採用かもしれません。

実務において「健全な流動性」とは何を意味しますか？

ユーザーが典型的なサイズで、予測可能なスプレッドと限定的なスリッページで取引できることを意味します。ボラティリティが高い局面でも含みます。±1%や±2%のようなバンドで、最大スプレッドや最低深さといった測定可能な目標で定義してください。出来高だけでは、インセンティブ主導または集中している場合、誤解を招くことがあります。

私たちは何個の取引ペアをローンチすべきですか？

実際のユーザー需要に合う、最小限のペアから始めてください。ペアが多すぎると流動性が断片化し、どこでもスプレッドが広がります。多くのチームは、まずステーブルコインのペアを1つ開始し、証明された需要がある場合に限りメジャー暗号資産ペアを任意で1つ追加します。

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

オーダーブック型の取引所でローンチする場合、そして安定した執行品質を望むなら、マーケットメイキングは通常、コア要件になります。鍵は、印刷された出来高だけでなく、深さ・スプレッド・稼働率にインセンティブを整合させることです。

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

準備の不完全さです。ガバナンスが不明確、開示が不足、コンプライアンスの質問が未解決、あるいは技術的な曖昧さがある。上場をマーケティング上の節目のように扱うのではなく、担当者と締切を伴う運用上のロールアウトとして扱ってください。

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

活動を引きつけられる一方で、歪んだフローを作り、インセンティブが終わると消えてしまうこともあります。実施するなら、ペアを流動性の健全性目標とセットにし、ウォッシュのような挙動に報いる設計を避けてください。

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

アンロックカレンダーを公開し、市場影響を計画し、透明性のあるコミュニケーションへの事前コミットを行ってください。より大きいトレジャリーの動きでは、制約や取引所側の対応次第で、OTCのような代替の執行ルートも検討し、市場の混乱を抑えましょう。

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

継続的な運用上の連携が必要です。監視、インシデント対応、流動性健全性のレビュー、主要なトークンイベントに関するコミュニケーション。上場はプロセスの終わりではなく、運用関係の開始です。

WhiteBIT

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

WhiteBIT Institutional hub、トークン上場、市場メイキング、カストディ、パートナープログラムを探索し、必要に応じてより大きいトレジャリーのフローに対してOTCも検討してください。

WhiteBITの機関投資家および上場チームと話す