新機能取引モニタリングのAIルールエンジンAIルールエンジンで取引モニタリング詳しく見る

活用事例

暗号資産交換業者

価値が数秒で動き、決済したら取り消せない製品の中で回るコンプライアンスを扱います。制約は確認すべき内容ではなく、ユーザーが待てる処理時間の中で、重要な確認をすり抜けさせずに終えられるかにあります。

最終更新

現代的なオフィスで仕事について話し合うチーム

当サイトの他のページで説明しているすべてのAML統制は、暗号資産交換業者(VASP)にも当てはまります。変わるのは、その統制を回さなければならない運用環境です。このページでは、暗号資産交換業者のAML対策を、ユーザーが待てる処理時間という制約の中で解説します。

運用を形作る性質は二つあります。第一に、決済は最終的で、統制が失敗しても頼れる取り消しや回収がありません。第二に、ユーザーは数秒での実行を期待するため、遅すぎる確認はそのままでは運用に残りません。

遅延が製品の問題ではなくコンプライアンスの問題である理由

入金に4秒を足す統制は、成約率の問題として報告されます。対応は統制を緩めることで、多くの場合、遅れの原因になった照合の閾値を広げます。そして苦情が止まると、緩和が見直されることはほとんどありません。

その結果、統制は方針が定めるより弱いものになります。しかも、誰が決定したわけでもありません。許容できる処理時間を最初から設計上の制約として扱うことが、この緩やかな弱まりを防ぎます。だからこそ、スクリーニングを別のコンソールに置ける業務に比べて、ここではAPIファーストの組み込みがより重要になります。

継続的なリスクには継続的なスクリーニングを

従来の顧客関係暗号資産業者
活動断続的で、まばらなこともある連続的で、毎日に及ぶこともある
決済多くの決済手段では取り消し可能オンチェーンでは取り消せない
適するレビューの周期定期、事象起点リスト変化起点
取引相手通常は名前の分かる相手多くの場合はアドレス

定期レビューの日程は、リスクへのさらされ方が予定した確認の間隔でゆっくり蓄積することを前提にしています。顧客が毎日取引し、決済が最終的な環境では、レビューとレビューの間の時間こそが、リスクにさらされ続ける時間です。

アドレスは人物ではない

ここでの取引相手リスクの多くは、人物ではなくアドレスに紐づきます。照合する身元の属性がないため、アナリストが普段使う氏名・生年月日・管轄区域の比較は、行うための材料がありません。

これは別種の評価で、返ってくる答えの種類も異なります。本来この評価のために作られていない名前照合のキューに押し込むのではなく、独自の扱いが必要です。この問題が最もはっきり現れるのが自己管理型アドレスへの送金です。適用される閾値を超える場合は所有の確認(支配者の特定)が必要で、確認できない場合にどう扱うかの方針を明文化しておかなければなりません。

大量の中での証拠

再構成の問題は、規模が大きくなると形を変えます。監督当局が尋ねるのは、数百万件のうちの一件の送金についてです。答えは、どこかに記録してあるだけでなく、取り出せなければなりません。

したがって証拠は、記録の問題であると同時に、取り出し方の設計の問題です。取引量が小さいうちには後回しにしやすく、大きくなってからでは後から組み込むのに高くつきます。

セクターの全体像と義務の適用範囲については、暗号資産交換業者の業界ページを参照してください。送金に何を添えて送るべきか、不完全なまま届いたときの対応については、トラベルルール対応を参照してください。構成要素については、本人確認、PEP・制裁スクリーニング、取引モニタリングを参照してください。

できること

許容できる処理時間内での確認

確認は、ユーザーが入金や取引を諦めるまでの数秒のうちに完了します。技術的に正しくても4秒遅い統制は、製品側の問題として報告され、最終的には緩められます。

継続的な再確認

毎日取引する顧客層を年次レビューでは回せません。常にリスクにさらされているため、再確認は決まった日程ではなく、リストの変化に応じて行う必要があります。

アドレスと取引相手のリスク

相手側が、名前の分かった顧客ではなくアドレスであることが多く、人物を照合する確認とは別種の評価が必要で、独自の扱いを要します。

自己管理型の送金

自己管理型アドレスの入出金は、適用される閾値を超えた場合に所有の確認が必要で、確認できない場合にどう扱うかの方針も必要です。

APIファーストの組み込み

スクリーニングは製品の流れの中に組み込み、別のコンソールに置いて並行して動かすものではありません。ユーザーが待つ処理は、すでに動いているコードの経路から呼び出せなければなりません。

大量環境での証拠

記録は、数百万件の事象から個別の判断を再構成できる必要があります。これは記録の問題であると同時に、検索の問題です。

ハイライト

  • ユーザーが実際に待てる時間内で完了する確認
  • 決まったレビュー日程ではなく、リストの変化に応じた再確認
  • 自己管理型アドレスへの送金についての方針を明文化し、一貫して適用する
  • 数百万の事象から一つの判断を再構成できる記録

FAQ

よくあるご質問

暗号資産のコンプライアンスは、銀行と何が違うのですか。
最終性と速さです。カード決済は取り消せ、送金は回収できるため、銀行の統制には二度目の機会があります。オンチェーンの決済にはそれがなく、ユーザーは数秒での実行を期待します。その結果、回収という選択肢と、統制が本来使えた時間のほとんどが失われます。
なぜ遅延がコンプライアンスの話に入るのですか。
遅すぎる統制は運用に残らないためです。成約率の問題として報告され、速くするために閾値が緩められ、その緩和はほとんど見直されません。許容できる処理時間を最初から設計条件にすることで、統制が知らないうちに弱まるのを防げます。
アドレスの確認は、人物の確認とどう違いますか。
アドレスには照合すべき身元の属性がないため、氏名、生年月日、管轄区域の比較は成り立ちません。評価は、そのアドレス自身の履歴と関連付けに依拠し、名前照合とは異なる種類の答えを返します。
このページはトラベルルールを扱いますか。
触れるにとどめます。トラベルルールには、送金に添えて送るべきデータと、不完全な送金が届いたときの対応を扱う専用ページがあります。このページは、その周囲の運用、すなわち大量環境での登録、継続的な再確認、アドレスのリスクを扱います。
暗号資産の業界ページと何が違うのですか。
業界ページはセクター全体と、義務が自社に及ぶかどうかを扱います。こちらは、リアルタイムの制約の下でプログラムを日常的に回す内容を扱います。

MemberCheckチームにご相談ください

お問い合わせいただければ、MemberCheckがどのように役立つかをご説明します。