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

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

概要

はじめに

中央集権型取引所（CEX）の上場は、しばしば「出来事」— 発表、取引開始、注目の急上昇 — のように扱われます。実際には、良い上場は、進行中のOSのように振る舞うべきです。ガバナンス、コンプライアンス、技術的な信頼性、市場構造、そしてコミュニケーションの規律が一体となって機能します。

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

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

このガイドは誰のため？ トークン発行体、ファウンデーション、プロトコルチーム、上場リード、BD/パートナーシップ、オペレーション、財務/トレジャリー、リスク/コンプライアンス、ならびに法律顧問 — そしてローンチを支援するマーケットメイカー。

意思決定の視点

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

CEXの上場は、信頼できるアクセス（カストディ口座を好むユーザー）、より深い板（オーダーブック）流動性、そして人々がすでに利用している取引所を通じたより広い配布が必要な場合に価値があります。また、より成熟した市場構造も後押しします。取引相手が増え、スプレッドがより狭くなり、取引所をまたいだ価格発見がより明確になります。

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

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

期待値を揃える理由の一つ：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の上場は価値があります。また、より成熟した市場構造も後押しします。取引相手が増え、スプレッドがより狭くなり、取引所をまたいだ価格発見がより明確になります。

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

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

期待値を揃える理由の一つ：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%）	定義されたバンド内の両サイドにおける最小ノーション流動性。	日次
クオート稼働率	必要なバンド内で両面のクオートがライブである時間の割合（合意したメンテナンス時間を除く）。	日次
ボラティリティのガードレール	極端な動きの際にスプレッドを広げる、またはサイズを縮小するためのルール；トリガーとアラートを定義。	リアルタイムアラートおよびポストモーテム
在庫制限	最大のロング/ショート在庫エクスポージャー、リバランスのルール、停止条件。	週次および例外レポート
市場インテグリティのフラグ	不審なパターン（セルフトレード、サーキュラー・フロー、異常なスパイク）の閾値およびエスカレーション手順。	週次およびインシデントベース

よくある失敗を避ける

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

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、財務、コミュニケーション

最初の通話：アジェンダ、リスティングチームに持ち込むべきもの

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

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

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

実際に「健全な流動性」とはどういう意味ですか？

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

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

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

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

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

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

準備が不十分なことです：ガバナンスが不明確、ディスクロージャーが欠けている、コンプライアンスの質問が未解決、または技術的な曖昧さ。上場をマーケティングのマイルストーンのように扱うのではなく、担当者と締切を伴う運用の展開として扱ってください。

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

人の関心を集められる可能性はありますが、歪んだフローを生むこともあり、インセンティブが終わるとそのフローが消えてしまうことがあります。実施するなら、ペアを流動性の健全性目標とセットにし、洗濯のような振る舞いに報酬を与える設計は避けてください。

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

アンロックのカレンダーを公開し、市場への影響を計画し、透明なコミュニケーションを事前コミットしてください。トレジャリーが大きく動く場合には、市場の混乱を抑えるために、OTCのような代替の実行ルートを検討してください（制約と取引所のサポート次第）。

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

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

WhiteBIT

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

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

WhiteBITの機関投資家および上場チームに相談する