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

**Disclosure：**このガイドは教育目的および運用計画のためのものです。これは金融・法律・税務に関する助言ではありません。規制およびトークン分類の判断には、資格のある顧問および地域別のコンプライアンス支援を利用してください。

概要

導入

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

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

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

**このガイドの対象：**トークン発行者、ファウンデーション、プロトコルチーム、上場リード、BD/パートナーシップ、オペレーション、財務/トレジャリー、リスク/コンプライアンス、ならびに法務顧問——加えて、ローンチを支援するマーケットメイカー。

意思決定の視点

CEX上場が理にかなう場合、ならない場合

CEX上場は、信頼できるアクセス（カストディ口座を好むユーザー）、より深いオーダーブックの流動性、そして人々がすでに利用している会場を通じたより広い配布が必要な場合に有益です。また、より成熟した市場構造にもつながります。カウンターパーティが増え、スプレッドがよりタイトになり、会場をまたいだより明確な価格発見が可能になります。

ただし、上場は次の代替ではありません。

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

期待値を合わせるべき理由の一つ：CryptoSlateが（Animoca Research経由で）引用した調査では、2024年に新規トークンが上場したケースで、上場後の中央値パフォーマンスがマイナスになっていたことが報告されています——「上場される」ことが、耐久性のある需要に自動的につながるわけではない、というリマインダーです。

CEX vs DEX — あなたが本当に選んでいるものDEX（分散型取引所）での上場は通常パーミッションレスで迅速ですが、責任の所在がプロジェクトとユーザーに移ります。自己カストディUX、オンチェーンの流動性プロビジョニング、MEV/フロントランのリスク、そしてチェーンレベルの混雑です。CEX上場では通常、次が導入されます。

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

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

~2.7T

WhiteBIT機関投資家スケール（年次取引高）

WhiteBIT institutional (Feb 2026)

330+

WhiteBIT上場プロジェクト

WhiteBIT institutional (Feb 2026)

35M+

WhiteBITエコシステムユーザー

WhiteBIT institutional (Feb 2026)

49%

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

WhiteBIT institutional (Feb 2026)

Alignment First

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

CEX上場は、カストディ口座を好むユーザーに対する信頼できるアクセス、より深いオーダーブックの流動性、そして人々がすでに利用している会場を通じたより広い配布が必要な場合に有益になり得ます。また、より成熟した市場構造にもつながります。カウンターパーティが増え、スプレッドがよりタイトになり、会場をまたいだより明確な価格発見が可能になります。

ただし、上場は次の代替ではありません。

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

期待値を合わせるべき理由の一つ：CryptoSlateが取り上げた調査（Animoca Research経由）によると、2024年に多くの新規トークン上場で、上場後の中央値パフォーマンスがマイナスになっていたことが示唆されています。「上場が“悪い”」という話ではありません。重要なのは、上場という行為だけでは、それ自体が耐久性のある需要を生み出さないということです。需要は、プロダクトのユーティリティ、配布、そして信頼できる実行によって生まれます。

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

DEX（分散型取引所）での上場は通常パーミッションレスで迅速ですが、責任の所在がプロジェクトとユーザーに移ります。自己カストディUX、オンチェーンの流動性プロビジョニング、MEVおよびフロントランのリスク、そしてチェーンレベルの混雑です。CEX上場では通常、次が導入されます。

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

WhiteBITはそれにどう取り組むか

• 業界の課題： 不明確または不十分なドキュメントが審査を遅らせ、デューデリジェンス中の往復を生み出します。
• プロジェクト側に求められること： 明確な要件リスト、構造化されたレビュー手順、ならびに開示、制限地域、責任あるサインオフに関する明示的な期待。
• WhiteBITのアプローチ： トークン上場に関する、ガイド付きで関係性を重視したプロセス。上場の道のりの間、専任の窓口を配置し、コンプライアンス重視として位置づけています。
• WhiteBITとの連携： コンプライアンスを最優先にしたポジショニング、機関投資家向けのオンボーディング慣行、そして構造化された準備に関する期待。

Reliable rails

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

技術統合こそが、「善意」が運用上の現実になるポイントです。目標はシンプルです。ユーザーが確実に入金でき、取引でき、出金できること。そして、何かが壊れたときに双方が迅速に対応できることです。

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

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

• 入金開始（確認回数を定義）
• 取引開始（ペア、ティックサイズ、マーケットメイキング稼働）
• 出金開始（監視への確信に基づきゲートされることが多い）
• 予備のプレイブック（停止をトリガーするもの）

ウォレット基盤、モニタリング、インシデント対応

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

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

セキュリティ上の期待

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

• 監査ステータスと、監査以降に何が変わったか
• 管理者キーおよびアップグレード統制（マルチシグ、タイムロック、緊急停止条件）
• 知られているチェーンレベルのリスク（ダウンタイム履歴、ファイナリティの癖、ブリッジへの依存関係）

Market shape

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

流動性をプロダクト要件として扱ってください。あなたが選んでいるのは、トークンがどこで取引されるかだけではありません。ユーザーが、過度なスリッページなく、どれだけ容易に入出できるかを選んでいるのです。

ペア戦略：ベース資産は何で、何市場にするか

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

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

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

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

次の項目について測定可能な目標を定義してください。

• ビッド・アスクスプレッド： 通常のボラティリティ下での最大許容範囲
• 深さバンド： ミッド価格の±0.5%、±1%、±2%の範囲内に置かれる最小ノーション流動性
• スリッページ許容度： 通常の小売サイズおよび、より大きなブロックのようなフロー向け

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

流動性には在庫が必要になることが一般的です。計画してください。

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

大きなトレジャリー移動が見込まれる場合、公募のオーダーブックにサイズを投入していくよりも、制約および会場のサポート状況に応じてOTC執行によって市場への影響を抑えられるかを検討してください。

WhiteBITはそれにどう取り組むか

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

Two-sided flow

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

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

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

• 定義された深さバンドにわたる両側のクォート
• 高い稼働率（特にボラティリティの高い期間）
• ボラティリティに対して安定したスプレッド
• リベートの追求ではなく、在庫規律

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

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

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

よくあるミスを避ける

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

WhiteBITはそれにどう取り組むか

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

Coordinated rollout

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

迅速な上場は通常、準備ができていることの結果であり、手順を飛ばしたことの結果ではありません。典型的な段階と、各段階を進めるための入力（インプット）が何かを理解することで、遅延を減らせます。

典型的なプロセス段階

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

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

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

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

WhiteBITはそれにどう取り組むか

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

Stay steady

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

迅速な上場は通常、準備ができていることの結果であり、手順を飛ばしたことの結果ではありません。典型的な段階と、各段階を進めるための入力（インプット）が何かを理解することで、遅延を減らせます。

典型的なプロセス段階

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

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

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

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

Predictable traps

よくある失敗パターンと、それを回避する方法

迅速な上場は通常、準備ができていることの結果であり、手順を飛ばしたことの結果ではありません。典型的な段階と、各段階を進めるための入力（インプット）が何かを理解することで、遅延を減らせます。

典型的なプロセス段階

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

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

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

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

WhiteBITはそれにどう取り組むか

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

Execute now

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

以下のチェックリストを使って、上場デスクとやり取りを始める前に社内の準備状況をレビューしてください。内部ドキュメントにそのままコピペできるように設計されています。

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

最初のコールの議題：上場チームに持ち込むべきもの

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

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

いつもではありません。CEX上場は、カストディ口座を好むユーザーへのアクセスを拡大し、オーダーブックの執行を改善する可能性がありますが、運用およびコンプライアンス上の期待も追加されます。DEXの流動性がすでに健全で、ユーザーが自己カストディのネイティブなら、追加の会場よりも、配布とプロダクトの導入が優先順位になるかもしれません。

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

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

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

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

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

オーダーブック型の会場でローンチし、執行品質を一貫させたいなら、マーケットメイキングは通常コア要件になります。ポイントは、印刷されたボリュームだけでなく、深さ、スプレッド、稼働率に対するインセンティブを整合させることです。

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

準備が不完全なことです。不明確なガバナンス、欠けている開示、未解決のコンプライアンス上の質問、または技術的な曖昧さ。上場をマーケティング上のマイルストーンのように扱うのではなく、オーナーと締切を持つ運用ローンチとして扱ってください。

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

活動は集められるかもしれませんが、インセンティブが終わると消えてしまう歪んだフローを生むこともあります。実施するなら、流動性の健全性目標とセットにし、ウォッシュのような挙動に報いる設計は避けてください。

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

アンロックカレンダーを公開し、市場への影響を計画し、透明なコミュニケーションに事前コミットしてください。制約や会場のサポート状況に応じて、大きいトレジャリーの動きに対してはOTCのような代替執行ルートを検討し、市場の混乱を抑えることも考えてください。

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

継続的な運用面での協調：モニタリング、インシデント対応、流動性の健全性レビュー、そして主要なトークンイベントに関するコミュニケーション。上場はプロセスの終わりではなく、運用関係の開始です

WhiteBIT

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

WhiteBIT Institutionalのハブを探索し、トークン上場、マーケットメイキング、カストディ、パートナープログラムを検討してください。適切な場合は、大きなトレジャリーのフローに対してOTCの利用も考慮してください。

WhiteBITの機関投資家および上場チームに相談してください