暗号資産取引所は市場操作をどのように検出・防止するのか
目次
- 問題の規模
- ウォッシュトレードの実態と検出方法
- スプーフィングとレイヤリングによる板情報の操作
- パンプアンドダンプのリアルタイム検出
- 取引所におけるフロントランニングとインサイダー取引
- 市場監視システムの構築
- 規制当局が監視体制に求めるもの
- 誤検知の問題
- 失敗した場合のペナルティ
- 取引所運営者のための導入ロードマップ
問題の規模
まず、耳の痛い話から始めましょう。全米経済研究所(NBER)の推計によると、規制されていない暗号資産取引所で報告される取引量の最大70%が虚偽です。Forbesも2022年に独自の分析を行い、ビットコインの全取引量の半分以上がウォッシュトレードである可能性が高いと結論づけました。あれから4年。規制されたプラットフォームでは数字は改善していますが、問題そのものはなくなっていません。
取引所運営者にとって、なぜこれが重要なのでしょうか。理由は2つあります。
第一に、規制当局が監視しています。SECは2024年と2025年に、出来高の水増しを理由に複数の取引所を提訴しました。ESMAはMiCAの下で、暗号資産サービスプロバイダー(CASP)に市場監視システムの維持を義務付けています。ドバイのVARAにも市場の健全性監視に関する明確な規則があります。ライセンスを取得している、あるいは取得を予定しているなら、監視体制は必須です。例外はありません。
第二に、偽の出来高は信頼を失墜させます。機関投資家は、あなたの出来高データをKaiko、CoinGecko、Nomicsといったサードパーティのアグリゲーターと照合します。報告された出来高が外部の推計と一致しなければ、彼らはあなたのプラットフォームで取引しません。何度も痛い目に遭ってきたからです。
私たちは、実際の出来高があるにもかかわらず、適切な監視とレポートの仕組みがなかったためにそれを証明できなかった取引所と仕事をしたことがあります。これは出来高がないよりも、ある意味で悲惨です。正しいことをしているのに、それを示す手段がないのですから。
ここからは、各種類の市場操作を検出・防止するために実際に知っておくべきことを解説します。
ウォッシュトレードの実態と検出方法
ウォッシュトレードとは、出来高を水増しするために自分自身と取引することです。暗号資産取引所で最も一般的な操作手法であり、監視さえしていれば最も検出しやすいものでもあります。
明白なパターン:
自己売買が最も単純な形態です。1つのアカウントが同一価格で買い注文と売り注文を出し、自分自身と約定させます。マッチングエンジンはこれを通常の取引と同じように処理しますが、それは偽の出来高です。
検出は簡単です。買い手と売り手が同一アカウントである取引をフラグ付けするだけです。ほとんどのマッチングエンジンは自己マッチング自体を完全にブロックできます。私たちの製品もそうです。ただし、これで捕まえられるのは素人レベルの手口だけです。
やや巧妙なパターン:
共謀アカウントの検出は難しくなります。同じ人物が管理する2〜3のアカウントが互いに売買を繰り返します。異なるメールアドレスを使い、時には異なるIPアドレスも使います。一見すると出来高は本物に見えます。
これらを捕まえる方法は次のとおりです。
- IP相関。 2つのアカウントが継続的に互いに取引し、IPアドレスを共有している(時折でも)場合、それは危険信号です。登録時だけでなく、セッションレベルでIPを記録してください。
- デバイスフィンガープリンティング。 ブラウザのフィンガープリント、デバイスID、APIクライアントのシグネチャは、IPが異なっていてもアカウント同士を結びつけることができます。
- タイミング分析。 ウォッシュトレーダーは手を抜きます。注文は予測可能なタイミングパターンに従う傾向があります。数ミリ秒以内に発注される、あるいは一定間隔で発注されるなどです。本物のトレーダーはそのような行動を取りません。
- KYCとの相互照合。 KYC/AMLシステムがオンボーディング時にデバイスデータや行動バイオメトリクスを取得していれば、これを取引パターンと相互照合できます。
- 出金分析。 資金の流れを追跡してください。互いに頻繁に取引している2つのアカウントが、同じ外部ウォレットに資金を送金しているなら、ほぼ間違いなく関連しています。
検出ルールの構築:
スコアリングモデルから始めましょう。各指標(IPの重複、タイミングパターン、デバイスの一致、出金先)がポイントを加算します。しきい値(たとえば100点中75点)を設定し、システムがそのアカウントペアを手動レビュー対象としてフラグ付けするようにします。
すぐに自動凍結してはいけません。誤検知が発生します。家庭のネットワークを共有する家族がIP相関に引っかかるかもしれません。同じトレーディング会社の2人の従業員が同じオフィスを使っているかもしれません。手動レビューは重要です。
検出パイプラインはほぼリアルタイムで動作させるべきです。1日1回のバッチ処理では不十分です。発見した頃には、出来高の信頼性へのダメージはすでに生じています。
スプーフィングとレイヤリングによる板情報の操作
スプーフィングとは、約定させる意図のない大口注文を出すことです。目的は、需給に関する誤った印象を作り出して価格を動かし、注文が執行される前にキャンセルすることです。
レイヤリングはスプーフィングのより洗練された親戚のようなものです。1つの大口注文の代わりに、操作者は異なる価格帯に複数の注文を出します。これにより、強いサポートやレジスタンスがあるかのように見せる「層」が板に作られます。価格が自分に有利に動いた時点で、すべての層をキャンセルし、本来のポジションで利益を確定します。
監視すべきポイント:
- 高いキャンセル率。 通常のトレーダーも時々注文をキャンセルします。しかしスプーファーはほぼすべてをキャンセルします。あるペアでアカウントのキャンセル率が90%を超えているなら、疑わしいと見なすべきです。注文サイズが大きい状態で95%超なら、ほぼ間違いなくスプーフィングです。
- 注文の寿命。 スプーフィング注文の存続時間は数秒以下です。アカウントごとの注文の平均寿命を追跡してください。大口注文を一貫して発注し、キャンセルまで5秒未満しか存続させないアカウントがあれば、フラグを立ててください。
- 方向性の偏り。 キャンセルされた注文と約定した注文の関係を見てください。大口の買い注文をキャンセルし、同時に小口の売り注文を約定させている(あるいはその逆)場合、それは典型的なスプーフィングのパターンです。
- 板の不均衡への影響。 キャンセルされた注文が、有効だった間にビッド・アスク・スプレッドや可視の板の厚さを意味のある形で変化させたかを測定してください。影響がなければ懸念は小さく、価格発見への大きな影響があれば問題です。
マッチングエンジンでの実装:
管理ダッシュボードでは、これらの指標をアカウントごと・取引ペアごとに追跡できるべきです。以下の自動アラートを設定しましょう。
- キャンセル率がしきい値を超過(まず90%から始め、そこから調整)
- 大口注文の平均寿命がしきい値を下回る(まず3秒から開始)
- 板の片側のキャンセルが反対側の約定と相関するパターン
厄介なのは、マーケットメーカーも大量の注文をキャンセルするという点です。それがマーケットメイキングの仕組みです。市場状況に応じて常にクォートを調整します。優れたマーケットメーカーのキャンセル率が95%であっても、それは完全に正当な行為です。
違いは、マーケットメーカーはキャンセルして再発注するのに対し、スプーファーはキャンセルして再発注しないことです。両者を区別するために、キャンセル行動とともに再発注行動も追跡してください。
パンプアンドダンプのリアルタイム検出
パンプアンドダンプは流動性の低いトークンを標的にします。グループが供給を買い占め、ソーシャルメディアやTelegramグループでトークンを宣伝し、個人投資家が価格を押し上げたところで売り抜けます。
パンプアンドダンプは一部、あなたのコントロールの及ばないところにあります。Twitterでトークンを煽る人々を止めることはできません。しかし、取引所内での兆候を検出し、迅速に対応することはできます。
検出シグナル:
- 出来高の異常。 1日5,000ドルしか取引されないトークンが、突然1時間で50万ドルを記録する。各トークンの基準出来高に対する相対的なアラートしきい値を設定してください。私たちは通常、30日平均の時間当たり出来高の10倍をトリガーとして使用しています。
- 価格変動の速度。 低時価総額トークンで1時間以内に30%以上の価格変動が起きるケース。特に出来高の急増を伴う場合。
- 買いの集中度。 スパイク中の買い出来高の60%以上を3〜5のアカウントが占めているなら、それは共謀です。
- ソーシャルメディアとの相関。 一部の監視プラットフォームは、オンチェーン・取引所データとソーシャルメディアの言及を相互参照します。出来高が急増するのと同時に、トークンへの言及が通常の50倍になっていれば、パンプが進行中です。
実際にできる対策:
- 価格と出来高のしきい値を突破した場合、そのペアの取引を一時停止する
- 異常時にそのペアのスプレッドを広げる、または最大注文サイズを引き下げる
- トークンがパンプアンドダンプのパターンを示している場合、目立つ警告でユーザーに通知する
- パンプ開始前にポジションを積み上げていたアカウントをレビューする。それらは首謀者である可能性が高い
セキュリティインフラには、まさにこのシナリオに対応するサーキットブレーカーが含まれているべきです。マイクロキャップトークンで15分間に50%の価格変動があれば、自動的に取引が一時停止されるべきです。
取引所におけるフロントランニングとインサイダー取引
誰もフロントランニングについて話したがりませんが、実際に起きています。取引所の従業員、あるいは未約定の注文フローにアクセスできる者なら誰でも、大口注文に先回りして取引すれば確実に利益を得られます。大手中央集権型取引所でも実際に起きました(2022年のCoinbaseの事件は大きな話題になりました)。スタッフが板の未約定状態を見られる取引所では、今でもリスクです。
防止策:
- 従業員の取引制限。 すべての従業員が自社プラットフォームで取引することを禁止してください。例外はありません。事前承認付きで許可している取引所もありますが、見た目の印象は最悪で、コンプライアンス負担に見合いません。
- アクセス制御。 本番の板データにはシステムのみがアクセスできるようにし、人間にはアクセスさせないでください。管理パネルには集計データのみを表示し、個別の未約定注文は表示しないようにします。
- 監査証跡。 板や取引データベースへのすべてのクエリを、ユーザーID、タイムスタンプ、クエリパラメータとともに記録してください。誰かが職務と無関係に注文フローのデータを見ているなら、把握しておくべきです。
- 情報の隔壁。 上場チームは上場発表に先回りして取引できないようにすべきです。マーケットデータチームは今後のパートナーシップ発表を知るべきではありません。基本的なことに聞こえますが、小規模な取引所のほとんどはこれを徹底していません。
市場監視システムの構築
すべてをゼロから作る必要はありません。中規模取引所向けに私たちが推奨するアプローチを紹介します。
ティア1:マッチングエンジンに内蔵(初日から):
- 自己売買の防止(同一アカウントのマッチングをブロック)
- アカウントごとのキャンセル率の追跡
- 取引ペアごとの出来高異常アラート
- 関連アカウント検出のための基本的なIP・デバイス相関
取引所ソフトウェアは、これらを標準で処理できるべきです。現在のプラットフォームがキャンセル率を追跡せず、自己売買にフラグを立てられないなら、それは問題です。
ティア2:ローンチから90日以内に追加:
- ウォッシュトレード検出のための行動スコアリングモデル
- 注文寿命分析によるスプーフィング検出
- パンプアンドダンプシナリオ向けのサーキットブレーカー
- 従業員取引のモニタリング(または禁止)
- SAR(疑わしい取引の報告)の自動生成
ティア3:スケールに合わせて構築または購入:
- 自社データで訓練した機械学習モデル
- クロスマーケット監視(複数の取引ペアやデリバティブを提供している場合)
- ソーシャルメディアモニタリングとの統合
- 管理ダッシュボード経由でのコンプライアンス担当者へのリアルタイムアラート
- ブロックチェーン分析プロバイダー(Chainalysis、Elliptic)との統合
Eventus(Validus)、NICE Actimize、NasdaqのSMARTSプラットフォームなどのサードパーティ監視ベンダーは、暗号資産向けの専用モジュールを提供しています。高価です(出来高に応じて年間5万〜20万ドル)が、実績があり、規制当局にも認知されています。
1日の出来高が5,000万ドル未満のほとんどの取引所では、ティア1と2を内製し、ティア3にサードパーティベンダーを追加するのが適切なバランスです。
規制当局が監視体制に求めるもの
答えは法域によって異なりますが、流れは明確です。誰もがより多くを求めています。
MiCA(EU): 第76条はCASPに「市場濫用の疑いを検出し報告する」ことを義務付けています。文書化された監視手順、訓練されたコンプライアンス担当者、要求に応じて取引監視レポートを提出できる能力が必要です。ESMAは「適切な」監視がどのようなものかを規定する技術基準を公表しています。
VARA(ドバイ): VARAのルールブックは、ウォッシュトレード、スプーフィング、価格操作を検出する市場監視システムの導入を取引所に義務付けています。ライセンス監査では、検出ロジック、アラートしきい値、対応手順の提示が求められます。
MAS(シンガポール): 決済サービス法にはまだ暗号資産に特化した市場濫用規定はありませんが、MASは導入予定であることを示唆しています。MPIまたはCMSライセンスの下で運営している場合、「公正で秩序ある市場」を維持することが期待されます。これは機能的に監視体制を意味します。
SEC(米国): SECは、有価証券と見なす暗号資産に対して既存の証券法の市場操作規則を適用します。登録ATSである、あるいは申請中であるなら、従来型取引所が維持しているものと同等の監視体制が必要です。
共通するのは、規制当局が文書化された方針、自動検出システム、調査手順、過去の調査とその結果の記録を求めるということです。「操作は見られません」は許容される回答ではありません。万が一起きた場合にどうやって発見するかを示す必要があります。
規制監査が実際にどのように行われるかについては、セキュリティアーキテクチャの詳細解説をご覧ください。
誤検知の問題
市場監視について誰も教えてくれないことがあります。アラートのほとんどは誤検知になるということです。特に最初の6か月はそうです。
正当なマーケットメーカーがスプーフィングのアラートを発生させます。気が変わったクジラのトレーダーはウォッシュトレーダーのように見えます。人気インフルエンサーに言及されたトークンは、実際の操作がなくてもパンプアンドダンプのアラートを発生させます。
新しい監視システムの誤検知率は85〜95%が普通です。つまり、コンプライアンスチームは時間の大部分を正当な活動の調査に費やしていることになります。士気も下がり、コストもかかります。
誤検知率を下げる方法:
- 自社のデータに基づいてしきい値を調整する。 他社のしきい値をコピーしてはいけません。90%というキャンセル率は、活発なマーケットメーカーがいる取引所と、いない取引所とでは全く意味が異なります。
- 既知のマーケットメーカーをホワイトリストに登録する。 マーケットメーカーと契約している場合、そのアカウントにはキャンセル率や注文頻度について別のアラートしきい値を設定すべきです。
- シグナルを多層化する。 単一の指標でアラートを出さないでください。アラート生成前に2〜3の相関したシグナルを要求します。キャンセル率が高いだけなら問題ない可能性が高い。高いキャンセル率+短い注文寿命+方向性のある約定なら、調査する価値があります。
- 調査結果をモデルにフィードバックする。 すべての誤検知は学習データです。6か月のチューニングで誤検知率は50%未満に、1年で30%未満にできるはずです。
- 十分なデータがある場合にのみMLを使う。 監視用の機械学習モデルがうまく機能するには、数千件のラベル付きサンプルが必要です。その量のデータがなければ、ルールベースのシステムの方が信頼できます。
失敗した場合のペナルティ
市場監視が不十分だった場合の結果は、年々重くなっています。
規制上の罰金: SECは2023年にBittrexに2,400万ドルの罰金を科しました。FCAはBinance Markets Limitedに罰金を科し、英国での事業を制限しました。2025年には、MiCA監査で監視システムが不十分と判断されたEUの2つの取引所がCASP認可を失いました。
銀行取引の喪失: 銀行は取引所の顧客を監視しています。あなたの取引所が規制当局のウォッチリストに載ったり、疑わしい出来高パターンでフラグ付けされたりすると、取引銀行は口座を解約するかもしれません。一度切られると、新しい銀行取引を得るのは極めて困難です。
上場の取り消し。 CoinGeckoもCoinMarketCapも、ウォッシュトレードの問題が知られている取引所の出来高を割り引いて扱います。主要アグリゲーターにフラグ付けされると、機関投資家の出来高を呼び込むことはほぼ不可能になります。
刑事責任。 深刻なケースでは、取引所の役員が個人として刑事訴追される可能性があります。Bitzlatoの元CEOは2023年に逮捕されました。BitMEXの創設者たちは連邦の刑事訴追に直面しました。適切な監視体制がなかったことを規制当局が示せる場合、「知らなかった」は抗弁になりません。
設計する手数料体系も助けになります。意味のあるテイカー手数料を持つメイカー・テイカーモデルはウォッシュトレードのコストを高め、監視ですべてを捕まえなくても発生頻度を下げることができます。
取引所運営者のための導入ロードマップ
四半期ごとに分けた実践的な道筋を示します。
Q1:基盤づくり:
- マッチングエンジンで自己売買防止を有効化する
- キャンセル率の追跡とアラートを実装する(アカウントごと、ペアごと)
- 出来高異常検出をセットアップする(基準の10倍でアラート発動)
- 市場監視ポリシーを文書化する(規制当局が必ず求めます)
- アラート調査の責任者となるコンプライアンス担当者を任命する
- KYCシステムがデバイスフィンガープリントとIPデータを取得していることを確認する
Q2:検出機能:
- スプーフィング検出を構築または購入する(注文寿命+キャンセルパターン)
- 関連アカウント検出を実装する(IP、デバイス、出金先の相関)
- 極端な価格・出来高変動に対するサーキットブレーカーを追加する
- 管理パネルに調査ワークフローを作成する
- 調査手順についてコンプライアンス担当者をトレーニングする
Q3:高度化:
- ソーシャルメディア相関を用いたパンプアンドダンプ検出を追加する
- 従業員の取引制限とモニタリングを導入する
- Q1〜Q2の調査データに基づいてアラートしきい値のチューニングを開始する
- ティア3の機能についてサードパーティ監視ベンダーを評価する
- 調査結果からSARを自動生成する仕組みを構築する
Q4:成熟期:
- ブロックチェーン分析(Chainalysisなど)を統合する
- 出来高が十分なら、ラベル付き調査データでMLモデルの訓練を開始する
- 監視プログラムの外部監査を実施する
- 次回の規制レビューに向けて監視レポートを準備する
Q1を飛ばしていきなりMLモデルに進んではいけません。基本的なデータ収集ができていないために、高度な監視ソフトウェアに10万ドルを費やしながら使いこなせなかった取引所を私たちは見てきました。シンプルに始めること。データを集めること。ルールを調整すること。それから高度化すればいいのです。
市場の健全性を真剣に受け止める取引所だけが、本物のビジネスになるまで生き残ることができます。それ以外はすべて雑音にすぎません。
参考資料と関連情報
- IOSCO 暗号資産取引プラットフォームに関する協議報告書 — 証券監督者国際機構
- FATF 仮想資産およびVASPに関するガイダンス — 金融活動作業部会
- Forbes 偽の暗号資産取引量に関する分析 — Forbes Digital Assets
- SEC 暗号資産市場における執行措置 — 米国証券取引委員会
- ESMA MiCA市場監視に関する技術基準 — 欧州証券市場監督局
Codono Team
Codono builds enterprise-grade crypto exchange software deployed by 250+ operators across 40+ countries. Our team writes from production experience running spot, derivatives, custody, and compliance at scale.
View all posts by Codono Team →