取引所が出金を凍結するのは、資金の出所、受取アドレス、またはアカウントのセキュリティプロファイルに不一致が検出され、リスクエンジンがリクエストを送信段階へ進ませない場合です。
出金凍結とは、リクエストが操作履歴には表示される一方で、txidを受け取らず、ブロックチェーンまたは決済ゲートウェイへ渡されない実行ステータスです。
資金は取引所内の内部残高に残り、制限はその操作の具体的なパラメータで出金を作成または完了する行為だけに適用されます。
🔒 システムは出金をどこで止めるのか
出金プロセスは、リクエスト作成、パラメータ検証、リスクスコアの計算、セキュリティチェック、トランザクション送信という連続した段階で構成されます。
凍結は必ず送信段階の前で発生し、リクエストの記録は存在するのにtxidがないことで識別できます。
リクエストにすでにtxidが付与されている場合、そのリクエストはリスクエンジンのブロック段階を通過しています。その後の遅延は、ネットワーク側では承認数の増加として、外部ゲートウェイ側では出金履歴のリスクコードを変えないpendingステータスとして記録されます。
| 制限のレベル | 禁止される操作 | 観察できる結果 |
|---|---|---|
| アカウント | 任意の出金リクエストの作成 | すべての資産で出金を利用できない |
| 資産 / ネットワーク | 特定ネットワークでの出金 | 一部のネットワークまたはトークンを利用できない |
| アドレス | 新しいアドレスへの送信 | ホワイトリスト登録済みアドレスのみ許可される |
| 出金 | リクエストの完了 | リクエストがtxidなしでholdステータスに残る |
🧠 ブロック理由の2つの独立した分類
システムはブロック理由を資金リスクとアカウント支配リスクに分け、別々のモジュールで処理し、結果を異なる審査対象に保存します。
🧾 入金に関するAMLリスク
AMLモジュールは、送信元アドレスと資金の経路をもとに特定の入金へリスクスコアを付け、出金リクエスト作成時にそれを確認します。
- 入金が、ブロックチェーン分析で窃盗、恐喝、または制裁対象クラスターと結び付けられているアドレスから来た。
- 資金がミキサーまたは取引を難読化するサービスを通過した。これはトランザクションの入力と出力の構造から検出されます。
- 同一金額の入金が短い時間枠で連続して入り、資金フローの分割によりリスクスコアが上昇した。
- 入金直後に、取引、交換、または内部移動を挟まず出金リクエストが作成された。
AMLブロックでは、制限は入金と結び付いた具体的な金額または資産に適用されることが多くあります。
🛡️ アカウントのセキュリティリスク
セキュリティモジュールは、セッションと変更履歴のレベルでアカウント乗っ取りの可能性を評価し、不可逆的な操作として出金をブロックします。
- 新しいデバイスまたは新しい国からログインし、同じユーザーセッション内で出金を試みた。
- 最近、パスワードのリセット、2FAの無効化、またはアカウントの重要な連絡先情報の変更があった。
- 新しい出金アドレスが追加され、その直後に高額のリクエストが作成された。
- セッションが、フィッシングキャンペーンまたは大量ログインとシステムが関連付けるIPまたはASNと一致した。
セキュリティブロックでは、禁止は出金確認に適用され、システムが安定したセッションと変更のないアカウントのセキュリティプロファイルを確認するまで残ります。
🧱 リクエストが段階的にholdへ入る仕組み
次の流れは、出金リクエストがネットワークへ送信される前に通るチェックを簡略化して示したものです。
| 段階 | チェック対象 | 禁止がどのように固定されるか |
|---|---|---|
| 1 | リクエストのパラメータ | 出金作成が拒否される、またはネットワークとアドレスの検証でエラーが返される |
| 2 | 資金の出所 | リクエストは作成されるが、入金リスクコード付きでholdになり、txidなしで残る |
| 3 | 受取アドレス | 新しいアドレスが禁止される、または送信前にアドレス確認が求められる |
| 4 | セッションとセキュリティ | 2FA、デバイス、変更履歴が安定するまで出金確認がブロックされる |
| 5 | 送信 | 禁止が残っていればtxidは生成されず、禁止がなければリクエストはネットワークへ進む |
この流れはリスク管理の動作原理を示すものですが、内部しきい値、シグナルの重み、優先順位は開示しません。
📄 凍結時に求められるデータ
サポートからの依頼は、システムがリスクを検出した対象に厳密に沿って組み立てられます。
AMLブロックでは、アカウント全体ではなく、特定の入金の金額と日付に対応する資金の出所が確認されます。
アドレスブロックでは、リスク対象がまさにそのアドレスであるため、受取アドレスを支配している証明が必要です。
セキュリティブロックでは、アカウント、デバイス、アクセスチャネルを継続して支配していることが確認されます。
AML対象を解消するもの
AML審査は、システムが入金、資金の出所、申告された経路を不一致なく対応付けられるまで解除されません。
- 具体的な入金の金額と日付に合う資金源の確認。
- 送信元アドレスと入金トランザクションIDが見える送金履歴。
- 観察されたトランザクションの入力と出力の連鎖に合う資金経路の説明。
チェーン内の要素が1つでも未確認のままなら、入金リスクは有効なままで、出金は許可されません。
セキュリティ対象を解消するもの
セキュリティ審査は、システムが安定したアカウント支配と新しい異常がないことを確認した後に解除されます。
- セキュリティ設定に記録された本人確認と有効な2FA。
- 最後に成功したログインと一致するデバイスまたはセッションの確認。
- 審査期間中にパスワード、2FA、出金アドレスの新しい変更がないこと。
新しいセキュリティ変更が発生すると、システムは出金確認の禁止を引き続き維持します。
入金と書類の間で金額、日付、名義人が食い違うと、リクエストは自動的にholdに残ります。
✅ ブロック解除を早める行動
ブロック解除の速さは、システムに記録された理由をどれだけ正確に解消できるかに左右されます。
- ブロックされたリクエストのパラメータと、操作履歴にある理由コードを提示する。
- 特定の入金について、金額と日付に基づいて出金と対応付ける。
- 審査が終わるまでアカウント設定をそれ以上変更しない。
- 確認済みアドレスを使う、または署名済みメッセージを提出する。
- 出金リクエストを連続して作り直さない。
パスワードリセット、2FAの無効化、またはアドレス追加の直後に出金が申請された場合、セキュリティ履歴に新しい変更がなくなるまで、システムは多くの場合、まさに出金確認をブロックしたままにします。
これらの手順により、コンプライアンスとセキュリティが手動で分析しなければならない不一致の数を減らせます。
⏳ 凍結が数週間続くことがある理由
審査期間は、コンプライアンスとセキュリティが1つのリクエストではなく、入金、アドレス、トランザクション、アカウントプロファイルの変更という対象の連鎖を照合する場合に長くなります。
🔗 トランザクションの連鎖が審査範囲を広げる
中間送金が1つ増えるたびに、ブロックチェーンと内部残高ログの照合数が増えます。
- 各入金は、金額と日付で確認しなければならない資金源を追加します。
- 経路上の新しいアドレスはそれぞれ、リスククラスターとの関連確認を必要とします。
- 内部交換ごとに、取引ログと出金残高の照合が必要になります。
- 新しいアドレスへの出金ごとに、支配証明と受取先変更の理由が必要です。
対象が多いほど、金額と時点に基づく手動照合が増えます。
🛡️ セキュリティ異常が確認を止め続ける
セキュリティエンジンはアカウント変更をリスクイベントとして保存し、セキュリティプロファイルが安定するまで出金確認を禁止します。
- パスワード変更、2FAの無効化、またはデバイス変更は、セキュリティ履歴にリスクイベントを作ります。
- 同じセッション内での出金試行は、乗っ取りスコアを高め、holdを有効にします。
- 審査中に設定変更を繰り返すと、ブロック期間が延びます。
- 新しい出金アドレスの追加は、ケースを再検証へ戻します。
新しいセキュリティイベントは、出金確認の禁止を有効なままにします。
| 延長の理由 | 具体的に比較されるもの | 期限を崩すもの |
|---|---|---|
| 多数の入金 | 入金の金額と日付を書類と照合 | 入金との関連がない書類 |
| 長いアドレス経路 | アドレスとトランザクションの関連 | 説明されていない中間送金 |
| セキュリティ変更 | 2FA、パスワード、デバイスの履歴 | 新しいプロファイル変更 |
長い凍結は、審査対象の範囲とデータの不一致に関係しており、出金の技術的な故障ではありません。
🧭 この説明だけでは足りない理由
この資料は、出金ブロックの原理と、禁止が固定されるポイントを示していますが、内部のAMLスコアリングしきい値、セキュリティイベントの重み、リスクシグナルの優先順位ロジックは意図的に開示していません。
こうした制限が実際にどのように機能するのかを、遅延、拒否、追加審査を含めて見るには、暗号資産取引所におけるユーザー事例と典型的な出金問題を確認する価値があります。