Back to Blog

OTC USDT凍結対応プレイブック:コンプライアンスSLAと対応手順(2026年)

Phalcon Compliance
July 26, 2026
16 min read
Key Insights
  • OTCデスクは独自のエクスポージャーに直面している:T+0決済による相対取引では、送受信アドレスの凍結が数分以内に評判損失と運用コストを引き起こす可能性がある。

  • OTC用途におけるトランザクション前スクリーニングのSLAは5秒未満でなければならない:それより遅ければ、決済遅延(顧客摩擦)かスクリーニング前の送金(コンプライアンスリスク)のどちらかを招く。

  • デスクの台帳上のすべてのアドレス――デポジット、ホットウォレット、顧客への支払い、カウンターパーティへの支払い――について、AddedBlackList/RemovedBlackList/DestroyedBlackFundsイベントをWebhookアラート付きでモニタリングする必要がある。

  • 凍結後の対応:最初の15分で即時隔離とケースオープン、次に法務・規制対応(SARの提出)、次に顧客への連絡、そしてスクリーニングの欠陥に関するポストモーテム。

  • 現実的な凍結解除の確率は3.6%である――損失を前提に計画を立て、凍結解除を回収戦略として捉えないこと。

OTCデスクにとって、USDTの凍結はタイミングの問題であり、コンプライアンスの抽象論ではない。オンチェーンで受け取った価値は、受領の数秒後に使用不能になる可能性があり、送金しようとしている価値は、法定通貨の送金が完了する前にコンプライアンス上のインシデントになり得る。典型的なネットマージンで月間5,000万ドルの取引量を扱う中規模デスクでは、最近の取引規模での単一の「入金後凍結」により、数ヶ月分のデスクマージンが吹き飛ぶ可能性がある。

このプレイブックは、すべてのOTCコンプライアンスプログラムに必要な3つのフェーズ(トランザクション前スクリーニング、リアルタイムモニタリング、凍結後対応)を、SLAの計算、ポリシーテンプレート、および2026年のライブデータとともに解説する。

OTCコンプライアンスを1ページで:規制当局が期待すること

USDTを扱うOTC暗号資産デスクは、主要な法域のいずれにおいても、マネーサービスビジネス(またはその現地相当)に該当する。規制の境界はどこでもほぼ同じであり、具体的な引用条文が異なるだけだ。

USDTを扱うデスクにとって、凍結リスクは最も破壊的なコンプライアンス上の障害モードである。凍結された入金アドレスは、それ自体は問題のないトランザクションをインシデントに変えてしまう。このプレイブックの以降の内容——トランザクション前スクリーニングSLA、リアルタイム凍結モニター、凍結後対応テンプレート——は、回復可能なポジションと損失確定を分ける15分間のウィンドウ内で検知・対応する方法だ。

OTCデスクが特有のリスクにさらされている理由

取引所はオーダーブックによって一部の凍結リスクを吸収する。決済代行業者は加盟店契約の背後に位置し、損失を相手方に転嫁する。OTCデスクにはそのどちらのバッファもない。すべての取引は相対(ビラテラル)であり、決済は数日ではなく数分で完了し、単一の凍結受領はデスクのデューデリジェンスを行う将来のすべての取引相手に可視化される。

リスクを高める3つの構造的要因がある:

  • 相対取引、取引所の仲介なし:USDTが入金後に凍結された場合、損失はデスクのバランスシートに直撃する。
  • T+0決済対マルチシグ遅延凍結:顧客はUSDTが確認されたその瞬間に法定通貨の送金を期待している。TetherのオーナーマルチシグはFreeze提案を行い、一定の遅延後に実行する。EthereumとTron全体にわたる8,310件の実行済みaddBlackList提案(2017〜2026年)のBlockSecの分析では、提案から実行までの中央値が77分であり、観測された最速の標的は提案が届いてから3秒以内に資金を移動させている。提案実行前に入金すれば、使用不能な残高を抱えることになる。
  • 評判コスト:OTCは関係性のビジネスだ。1人の取引相手が5人の仲間に「あのデスクは50万ドルの凍結入金を受け取った」と話せば、何ヶ月もかけて開いてきたドアが閉まる。

金額計算は明快だ。2026年7月25日、Tronで最大の単一凍結はTNJ1tmw...nKchefにおいて475万ドルだった。例示すると、仮定の25bpsネットマージンで月間5,000万ドルの取引量を扱う中規模OTCデスクの月間収益は約12万5,000ドルとなる。その規模の入金が入金後に凍結された場合、約38ヶ月分のデスクマージンが吹き飛ぶ計算になる。

トランザクション前:ゲートとしてのアドレススクリーニング

すべてのOTCチケットには、スクリーニングが必要な2つのアドレスがある。取引相手の入金アドレス(取引相手があなたにUSDTを送る場所)と、支払いアドレス(あなたが取引相手にUSDTを送る場所)だ。どちらかを省略することが、ほとんどのデスクが最初に痛い目を見る原因だ。

2.1 ポリシー:何をスクリーニングするか

チケットごとに3つのスクリーニング対象:

  • 取引相手の入金アドレス:見積もり時に確認し、入金時に再確認する。2回の間でステータスが変わることがある。
  • 取引相手の支払いアドレス:送金前に確認する。フラグが立ったウォレットに資金を送ることで、自デスクのコンプライアンス責任が生じる可能性がある。
  • 最近のアドレス履歴:現在解除されていても、過去のフラグがあれば精査強化の対象となる。同じ2025年のブラックリスト分析では、ブラックリスト入りアドレスのうち年内に削除されたのはわずか3.6%(2025年同期間フロー比率、厳密なコホート生存率ではない)であり、「削除済み」フラグは基礎的な帰属情報をクリアするものではない。

2.2 スクリーニング方法:OTCデスク向けの3つの選択肢

オプション 適合 コスト SLA
BlockSec USDT Freeze Checker 単発スポットチェック 無料 数秒、単一アドレス
Phalcon Compliance セルフサービス 小規模デスク、低取引量 月3回無料スキャン、以降従量課金 アドレスごとに数秒、Web UI
Phalcon Compliance API 本番OTC取引量 従量課金、ボリューム階層 サブ秒、バッチエンドポイント

Freeze Checkerは単発スポットチェックに適したツールだ。デスクが1日に数件以上のチケットを扱うようになれば、Phalcon ComplianceのWeb UIが自然な次のステップとなる。上部の検索バーに取引相手のアドレスを1件貼り付けるか、当日の支払い/入金ウォレットのCSVをアップロードするだけで、AML/CFTリスク判定、現在の凍結状態、アドレスの最近のリスクコンテキストを1つのダッシュボードで取得できる。ホーム画面にはデスクが関与した最近のリスクアドレスと最近のリスクトランザクションも表示されるため、コンプライアンス担当者は画面を離れることなく当日のフローを一目で確認できる。料金は従量課金制なので、閑散な週は閑散な週の料金で済み、チケット量が増えたときだけコストが上がる。取引量がWeb UIの処理能力を超えたら、同じアカウントからプログラム的な統合のためのAPI+Webhookフィードが利用できる。

Phalcon Complianceのホーム画面。「Screen Address or Transaction for AML/CFT Risk」検索バーとCSVアップロードボタン(バッチモード)、デスクのリスクポジションを要約するAI Insightsパネル、Recent Risk AddressesおよびRecent Risk Transactionsダッシュボードを表示。左側のナビゲーションには、Home、Addresses、Transactions、Monitor、Alert Hub、Customers、Analytics、Risk Engines、Notification Channels、Pricing & Usageが含まれる。同じUIで、スポットスキャン、継続的モニタリング、ケース管理を個別ツールなしに対応できる。
Phalcon Complianceのホーム画面。「Screen Address or Transaction for AML/CFT Risk」検索バーとCSVアップロードボタン(バッチモード)、デスクのリスクポジションを要約するAI Insightsパネル、Recent Risk AddressesおよびRecent Risk Transactionsダッシュボードを表示。左側のナビゲーションには、Home、Addresses、Transactions、Monitor、Alert Hub、Customers、Analytics、Risk Engines、Notification Channels、Pricing & Usageが含まれる。同じUIで、スポットスキャン、継続的モニタリング、ケース管理を個別ツールなしに対応できる。

2.3 OTCスクリーニングの5秒SLA

スクリーニングのSLAは、テクノロジーではなく顧客との会話によって制約される。取引相手が「今USDT送ります、EURを送金してください」と言ったとき、デスクのオペレーターが入金を承認、保留、または拒否する前に回答を得るための自然な会話上の余裕は約5秒だ。これより遅いと、2つの障害モードのどちらかが生じる:

  • スクリーニング前に入金を承認する:アドレスにフラグが立っていた場合、コンプライアンスリスクがデスクに降りかかる。
  • スクリーニングのために待機し、顧客も待たされる:摩擦が生じ、次のチケットはより速いデスクに流れる。

本番取引量でこのSLAを達成する唯一の方法は、サブ秒のルックアップを備えたフルAPIスクリーニングだ。キャッシュミスアドレス向けのリアルタイムAPIをバックアップとするインメモリブラックリストキャッシュが標準的なアーキテクチャとなる。

2.4 スクリーニングポリシーテンプレートのサンプル

最低限のOTCスクリーニングポリシーは1ページに収まる:

1. すべての取引相手の入金アドレスを見積もり時にスクリーニングし、
   決済時に再スクリーニングする。
2. すべての取引相手の支払いアドレスを、送金トランザクションに
   署名する前にスクリーニングする。
3. ツール:Phalcon Compliance API。
4. 結果「フラグあり」:チケットを拒否。入金なし、支払いなし。
   コンプライアンス責任者にエスカレーション。
5. 結果「クリーン、過去のフラグ履歴あり」:セカンダリレビューのため保留。
   強化KYCとリスクメモを添えて進めることができる。
6. 結果「クリーン、履歴なし」:通常通り処理する。
7. タイムスタンプ、チケットID、アドレス、ツールのレスポンスとともに
   すべての結果を記録する。5年間保持する。

保持期間は、ほとんどのAML記録保持要件(米国BSAの31 CFR 1010.430に基づく5年間、および勧告11による大半のFATF整合型レジームの最低要件)に合致する。採用前に現地の規制を確認すること。

Phalcon Complianceをはじめる

ウォレットスクリーニングとKYTのための暗号資産コンプライアンスハブ

無料で試す

リアルタイムモニタリング:デスクのフロー上の凍結を捕捉する

トランザクション時のスクリーニングは必要条件だが、十分条件ではない。より大きな運用リスクは、すでに受け入れたアドレスが事後に凍結されることだ。ホットウォレット、取引相手の支払いウォレット、台帳上のすべての顧客出金アドレスがモニタリングの対象となる。

3.1 何をモニタリングするか

  • 自デスクが管理するすべてのホットウォレット(入金、決済、財務)。いずれかにフラグが立てば、デスクの運営が停止する。
  • アクティブなチケット上のすべての取引相手支払いアドレス:送金中のアウトバウンド送金は、送金先にフラグが立てばインシデントになる。
  • 過去30日間のすべての取引相手入金アドレス:入金後の凍結は、早期に発見できれば対応可能(法定通貨の保留、取引相手への通知、ケースオープン)。
  • 過去90日間に支払った全顧客の出金アドレス:評判および報告のための対象。

3.2 アラートトリアージ:1日N件のアラートをK件のアクションに

現在の市場ペースでは、トラッカー過去24時間で両チェーン合計10件の新規凍結を示しており、レポートアーカイブによれば2026年上半期のTron凍結は2,116件15億8,000万ドルが凍結されている。そのほとんどは自デスクに関係しない。1日10件のイベントを、重要な0〜2件に絞り込む:

  • アドレスマッチフィルター:イベントアドレスがモニタリング対象セットに含まれていることが条件。99%以上のイベントが除外される。
  • リスクスコアリング:アクティブなチケットとの近接性、ウォレットタイプ(ホット対コールド)、最終トランザクションからの経過時間でスコアリング。
  • 重複排除とケースリンク:同一取引相手の関連イベントを1つのケースにまとめる。
  • 人間用キュー:残ったイベントのみがコンプライアンス担当者の前に届き、コンテキストがあらかじめ入力されている。

マルチシグの遅延ウィンドウが重要だ。TetherのオーナーはマルチシグでありトランザクションのProposalと実行の間に遅延があり、公開データで確認できる。監視対象アドレスの一部は、経験的にこのウィンドウを利用して凍結が実行される前にUSDTを移動させている。アーカイブには、すでに残高が移動していたアドレスに対して実行されたProposalが記録されている。Proposalトランザクションを監視すること。実行済み凍結は遅延シグナルだ。

3.3 本番スケールでのリアルタイムモニタリング

Phalcon ComplianceのモニタリングAPIはこのワークロードを直接カバーする:アドレス帳のアップロード、EthereumおよびTronのブラックリストイベントへのWebhookサブスクリプション、トリアージを通過したアラートのケース管理。従量課金制の料金はモニタリング対象セットに応じてスケールする。

凍結後対応プレイブック

アラートが発火したとき、次の15分がインシデントを50万ドルの損失にするか、防御可能な対応が文書化されたケースにするかを決める。5つのステージ:

4.1 即時対応(最初の15分)

  • 派生する法定通貨レッグを凍結する:取引相手への法定通貨の送金がまだ完了していない場合、送金を運用上の保留にする。
  • コンプライアンス責任者とCEOに通知する:文書化されたドルの閾値を超えた場合、凍結イベントは即座に2名への通知を必要とする。
  • 証拠を保全する:凍結トランザクションハッシュ、ブロック番号、ProposalNoumber(Tetherのマルチシグ経由の場合)、および取引相手に関するすべての内部メッセージログを保存する。
  • まだ取引相手とコミュニケーションを取らない:まず事実関係を確認する。

4.2 法務および規制対応

法域によって義務は異なるが、共通するセットは以下の通り:

  • 米国のデスク:凍結トランザクションハッシュと取引相手のKYCファイルを参照しながら、30日以内にFinCEN経由でSAR申告(31 CFR 1022.320に基づく)。
  • EUのデスク:MiCA通知、および加盟国によっては国内FIUへの報告。ほとんどのFIUレジームは24〜72時間以内の通知を求めている。
  • 英国のデスク:「実施可能な限り速やか」の基準(POCA 2002、第7部)でNCAへの不審行為報告書(SAR)を提出。
  • 香港のデスクHKステーブルコイン条例(2025年8月1日施行)および広義のAML/CFTレジームの下、ステーブルコイン関連インシデントについてHKMAおよびJFIUへの通知が必要。

申告能力はコンプライアンスプログラムの前提条件であり、インシデント発生中に慌てて対応するものではない。チームが当日中にSARを申告できない場合、それはギャップだ。

4.3 顧客向けコミュニケーションテンプレート

事実関係が確認され、法務部門がアウトバウンドコミュニケーションを承認したら、内容は簡潔かつ事実に基づくものにする:

件名:USDT入金 [チケットID] – コンプライアンスホールド

貴殿の最近のUSDT入金に関するアドレス([アドレス])が
USDTコントラクト上でフラグが立てられたというオンチェーン通知を
受領しました。弊社のコンプライアンスポリシーに基づき、
対応する法定通貨の支払いをレビュー完了まで保留しております。

[3営業日]以内にステータスを更新いたします。資金の出所または
フラグイベントに関する書類がある場合は、
compliance@[デスク].comまでお送りください。

レビューが完了するまで法定通貨の支払いを行うことはできません。
結果によっては、所管の金融規制当局にインシデントを
報告することが求められる場合があります。

事実に基づいた内容にし、憶測は避け、守れるタイムラインのみを約束する。すべての文章は、法務チームが尋問で弁護できるものであるべきだ。

4.4 回収:3.6%の確率

デスクがフラグ付きアドレスを保有している場合(管理するウォレットへの入金後凍結)、3つの解除プロセスが適用される:Tetherへの直接申請、適切な法域での法的異議申し立て、または米国の没収ケースにおける善意の所有者(innocent-owner)の主張。現実的な2025年のベースライン:年度末までに削除されるのは3.6%、削除されたサブセットの中央値は18.2日。回収を追求しながら損失を前提に計画を立てること。詳細な意思決定マトリクスはUSDTアドレスを解除する方法を参照。

フラグ付きアドレスが取引相手のものであり、デスクが管理権を取得しなかった場合、回収はデスクの問題ではないが、やり取りの文書化は必要だ。コンプライアンスファイルが、規制当局が要求する成果物となる。

4.5 事後分析と根本原因

すべてのインシデントは書面による事後分析で締めくくる:フラグ付きアドレスがどのようにデスクの台帳に載ったか、どのスクリーニングステップで検出すべきだったか、再発防止のための変更点。OTCの凍結インシデントの多くは、いくつかのギャップのいずれかに起因する:決済時の再スクリーニングなし、過去の取引相手アドレスのモニタリングなし、または支払い送信後に発火した遅延Webhook。それぞれに既知の修正方法がある。

ライブスナップショット:OTCデスクが今日直面していること

トラッカーおよびレポートアーカイブより、2026年7月26日現在:

指標
凍結USDT総額(全期間、全チェーン) $5,685,941,960
ブラックリスト入りアドレス(全チェーン) 9,597
過去24時間の新規凍結 10
Tronでの凍結額 $3,709,576,603(6,901アドレス)
Ethereumでの凍結額 $1,976,365,356(2,696アドレス)
2026年H1 Tron凍結 2,116アドレス / 15億8,000万ドル

OTCコンプライアンスに対する2つの観察:

  • TronがOTC関連リスクを支配:2026年上半期にはTronで2,116件の凍結が発生し15億8,000万ドルが凍結された一方、Ethereumはその一部に過ぎない。TRC-20 USDTの集中はTronscanのUSDTダッシュボードとEtherscanのUSDTコントラクトを比較することでオンチェーンで直接確認できる。Ethereumのみのモニタリングでは凍結リスクの大部分を見逃す。
  • 凍結のペースは定常的であり、散発的ではない:1日10件の凍結はトラッカー上の典型的な1日だ。四半期に1件のインシデントを前提にリソースを設計したコンプライアンスプログラムは、構造的に不十分だ。

コンプライアンスプログラムチェックリスト

OTCコンプライアンス責任者のための1ページ監査。各項目を正直に確認すること:

  • [ ] すべての取引相手の入金アドレスと支払いアドレスについて、見積もり時と決済時にトランザクション前スクリーニングを実施している。
  • [ ] 本番取引量において、スクリーニングSLAが5秒未満であり、月次で測定されている。
  • [ ] モニタリング対象アドレス帳が、ホットウォレット、アクティブなチケットの支払い先、過去30日間の取引相手入金、過去90日間の顧客出金をカバーしている。
  • [ ] 凍結後のSOPが作成・訓練済みであり、最初の15分間のアクションセットが定義されている。
  • [ ] SAR/FIU申告能力が社内または顧問弁護士経由で確保されており、当日申告のSLAがある。
  • [ ] 顧客コミュニケーションテンプレートが法務部門に承認されている。
  • [ ] 実行済み凍結ではなくProposalへの早期警告のためのマルチシグ遅延ウィンドウモニタリングが実施されている。
  • [ ] インシデントごとの監査証跡を最低5年間保持するケース管理システムがある。
  • [ ] 運用損失引当金が現実的な単一インシデントシナリオ(例:凍結規模の中央値の3倍)に基づいて設定されている。
  • [ ] HKステーブルコイン条例、MiCA、米国GENIUS法などの規制変更に合わせた年次ポリシーレビューを実施している。

2つ以上のボックスが未チェックの場合、次の四半期コンプライアンスレビュー前にギャップを解消すること。

よくある質問

OTCデスクが入金アドレスをスクリーニングするのに実際どれくらいの速度が可能ですか? APIベースのスクリーニングサービスでは、アドレスごとにサブ秒が標準だ。エンドツーエンドのSLA(アドレス受信からデスクオペレーターへの回答提示まで)は、本番取引量で5秒未満に収まるべきだ。手動チェッカーは単発チケットには機能するが、デスクレベルのスループットには対応できない。

USDTを入金承認した翌日に凍結された場合はどうなりますか? 残高は転送不能になる。顧客への法定通貨レッグの支払い義務は依然として残る。現実的な確率については完全な解除ガイドを参照。Tetherのトークン回収プロセスが正式なチャンネルだ。損失を前提に計画を立てつつ、回収を並行して追求すること。

台帳上のアドレスにフラグが立つたびにSARを申告する必要がありますか? 法域による。米国では、31 CFR 1022.320に基づき、違法行為から得た資金を含むトランザクション、BSA要件を回避する意図があるもの、または明らかな合法的目的がないものにはSARが必要だ。入金アドレスへの凍結は、少なくとも1つのテストを満たすという強い指標であり、ほとんどの米国コンプライアンスチームは申告する。疑わしい場合は申告すること。

EthereumとTronの両方をモニタリングする必要はありますか? はい。2026年半ば現在、Tronはブラックリスト入りアドレスの約72%、凍結額の65%を占めている(9,597アドレス中6,90156億9,000万ドル中37億1,000万ドル)、2026年上半期には2,116件のTron凍結が発生した。Ethereumのみのモニタリングではリスクの大部分を見逃す。

OTCグレードのコンプライアンススタックのコストはどのくらいですか? 取引量とビルド対バイの判断によって異なる。Phalcon Complianceの従量課金制の料金は使用量に応じてスケールする。デスクマージンの数ヶ月分を吹き飛ばす可能性のある単一の凍結インシデントと比較すれば、スタックのライン項目は小さい。

関連記事

著者について

Andy:著者の写真。

AndyはBlockSecの共同創業者。BlockSecはMetaSleuthTrace AI、およびPhalcon Complianceを開発している。また、香港中文大学の准教授であり、システムおよびブロックチェーンセキュリティを研究している。個人ホームページ:yajin.org

フォロー:X / Twitter · LinkedIn

Start Real-Time AML with Phalcon Compliance

Turn Phalcon Network alerts into actions with Phalcon Compliance. Use verified blockchain intelligence to screen wallets, monitor transactions and investigate risks. This helps you respond quickly and stay compliant in the digital assets ecosystem.

Phalcon Compliance