マスターカードがステーブルコイン決済のリスク管理サービスを発表

2026年10月19日、マスターカードはMoney20/20カンファレンスでStablecoin Securityを発表し、銀行や決済機関のステーブルコイン決済に対するリスク評価を提供する準備を整えました。最初のパートナーはBorderless.xyzとKeyrailsで、サービスは北米で先行して提供され、2027年には世界市場に拡大する予定です。

このビジネスは、決済の提出から最終的な承認までのプロセスに切り込んでいます。銀行は、誰が支払いを行い、誰に支払いをし、資金がどの機関を通過するのかを知る必要があります。ブロックチェーン上のアドレス、トークン、取引記録は、別の手がかりを提供します。マスターカードは、両側の情報を結びつけ、金融機関が支払いを完了する前に詐欺、制裁、その他の金融犯罪のリスクに関する手がかりを得て、どのように処理するかを決定できるようにしたいと考えています。

ステーブルコインは24時間365日送金が可能で、企業はますますそれを国際決済プロセスに組み込むことを望んでいます。それに伴う問題は非常に具体的です：サプライヤーが突然受取アカウントを変更した場合、銀行は支払いを承認すべきか？企業の支払いが複数のサービスプロバイダーを経由する場合、誰がその間に何が起こったのかを把握できるのか？取引がブロックチェーンに記録された後に詐欺に遭った場合、誰に対処すべきか？今回発表されたサービスは、これらの決済現場の問題に焦点を当てています。

▌ 1. ステーブルコイン決済に新たなチェックが追加

まず、企業の支払いを見てみましょう。購入者は海外のサプライヤーから請求書を受け取り、サービスプロバイダーを通じて口座の法定通貨をステーブルコインに交換し、別のサービスプロバイダーに転送し、対向側がサプライヤーに現地通貨で支払います。購入者とサプライヤーは直接ウォレットを操作していないかもしれませんが、バックエンドではすでに通貨の交換、ブロックチェーン上の移転、現地での支払いが完了しています。

このようなアレンジの魅力は、国際的な資金の待機時間を短縮し、営業時間の制約を受ける一部の操作を継続的に行えるようにすることです。しかし、支払いがスムーズに行われるためには、各関係者が顧客の身元、口座の所有権、支払いの目的、資金の出所、現地の入出金条件を確認する必要があります。サービスプロバイダーが増えるごとに、情報は別のシステムに分散する可能性があります。

マスターカードが発表したソリューションは、インターフェースを通じてリスク情報を提供し、決済プロセス中の情報とブロックチェーン分析を組み合わせ、金融機関がすでに持っている不正防止、コンプライアンス、案件管理プロセスと接続します。ここでのインターフェースは、異なる業務システムが結果を交換するための通路と理解できます。銀行は必要な決済情報をサービスに送信し、リスク評価を取得した後、自社のルールに従って次のアクションを決定します。

銀行がこのようなサービスに接続すると、独自のビジネスに応じた処理ルールを設計できます：承認された支払いはそのまま実行し、異常が発生した場合は人手で再確認し、必要に応じて追加資料を要求したり、適用される法律に基づく措置を講じたりします。このようなプロセス設計には、銀行が製品からのリスク情報を顧客データと接続し、トリガー条件、処理担当者、応答時間を設定する必要があります。

企業にとって、体験の変化はあまり大きくないかもしれません：依然としてオンラインバンキングや財務システムで支払いを提出します。しかし、バックエンドではもう一つの作業が必要です------顧客関係を担当する機関とブロックチェーン上の資金を処理する機関が十分な情報を共有し、重要なポイントで判断を下せるようにすることです。これが、マスターカードが決済インフラ企業と共にサービスを発表した理由を説明しています。

▌ 2. 一連のウォレットアドレスがどれだけのことを示すか

ブロックチェーン上の記録は通常、資産がどのアドレスからどのアドレスに転送されたか、金額はいくらで、いつ実行されたかを示すことができます。これらの記録をたどることで、資金がマークされたアドレスを経由したことがあるか、既知のリスク活動に類似した経路が現れたかを観察できます。ブロックチェーン分析機関は主にこのような公開データに基づいて識別能力を蓄積しています。

銀行が関心を持つことはさらに多くあります。支払い者が本当にこの資金を所有しているのか、ビジネス契約が存在するのか、受取人が顧客と長期的に取引しているサプライヤーであるのかなど、アカウントとビジネスの背景を組み合わせて確認する必要があります。アドレス間の移転だけを見ても、調達資金の全体の流れを復元することは難しいです。

逆に、銀行が顧客データを把握していても、資金がブロックチェーンに入った後の完全な経路を理解していない可能性があります。支払いサービスプロバイダーは異なるウォレットや交換チャネルを使用し、スマートコントラクトは一つの取引の中で複数のアクションを連続して完了する可能性があります。双方はそれぞれ一部の情報を持っており、これらの情報をつなぎ合わせることがリスクサービスの実際の価値となります。

国際決済銀行の研究は、2025年のイーサリアム上のUSDT、USDC、PYUSDの活動を分析し、約60％のトークン移転イベントがより複雑な取引に埋め込まれていることを発見しました。ここで統計されているのは移転イベントであり、一つのブロックチェーン取引には複数の移転が含まれる可能性があります。このデータは、ステーブルコイン決済を研究する際には、取引構造に沿って資金がどのように移動するかを考慮する必要があることを示唆しています。単純に転送回数を合計することは、容易に歪む可能性があります。

例えば、一度の交換でトークンがまず契約に転送され、その後流動性プールを経て、最終的に受取アドレスに転送されることがあります。表面上は複数の記録が現れますが、実際には同じ操作に属します。リスクルールが各記録を独立した支払いとして扱う場合、重複して警告が発生する可能性があります。最後の入金のみを見てしまうと、さらなる確認が必要な中間のステップを見逃す可能性があります。

したがって、機関が必要とする結果は、説明可能な手がかりを持つべきです。特定の警告が制裁リストの照合、アドレスの履歴、または支払い行動の変化から来ているかは、スタッフがどのように処理すべきかを決定します。リスト照合は通常、主体と適用される法律を確認する必要があり、異常行動は顧客に確認する必要があるかもしれません。異なる問題を一つのスコアに圧縮することは、後続の処理の難易度を増加させます。

二種類の情報が共同で機関が支払いを理解するのを助けます；具体的な決定は依然として該当機関がルールに従って行います。

▌ 3. 詐欺は支払い理由の中に存在する

国際決済における典型的なリスクの一つは、犯罪者が実際のサプライヤーを装い、企業に受取口座の変更を通知することです。企業の従業員がこのメールを信じた場合、支払い行為は正常なログインと承認を経て、技術システムも成功裏に振込を完了しますが、最終的にはお金が間違った人の手に渡ってしまいます。

ステーブルコイン決済は、銀行口座をウォレットアドレスに置き換えたり、中間サービスプロバイダーが受取を代行したりします。詐欺の核心は、支払い者に虚偽のビジネス指示を信じさせることです。アドレス自体は新しく作成されたものであったり、疑わしい取引履歴が全くない場合もあるため、支払いの背景を確認することが特に重要です。

サプライヤーの名義を騙る詐欺に対して、企業は二つの場所でチェックを設定できます。新しい受取人を追加する際には、既存の連絡先を通じて変更を確認し、支払い時には金額、頻度、受取情報が過去の取引と明らかに異なるかを再確認します。これらは企業が採用できる業務管理であり、リスクサービスに接続する際には、製品が提供できる信号や企業が自ら確認すべき資料を一つ一つ確認する必要があります。

このようなチェックは、高額貿易決済にとって特に重要です。単一の金額が大きく、契約、請求書、貨物輸送、支払いの手配がしばしば複数の部門に分散しているため、財務部門が見る支払い指示はプロセスの最後の段階である可能性があります。Keyrailsが対象とする高額国際貿易のシナリオは、まさにこれらのオフライン業務の事実と資金操作を結びつける必要があります。

サービスプロバイダーにとって、リスク警告も実行しやすいものであるべきです。スタッフが「リスクが高い」と見た場合、次に誰に連絡し、どの資料を確認し、顧客にどれくらいの時間でフィードバックを提供するかを知る必要があります。すべての警告が情報を最初から探し直す必要がある場合、ステーブルコインが節約した決済時間は、人工的なコミュニケーションに消費される可能性があります。

試運転中にいくつかの基本的な指標を追跡することができます：正常な支払いが平均してどれくらい遅延するか、どれだけの警告が最終的に措置を講じる必要があるか、人工的な再確認が同じ資料を繰り返し要求するか、エラーが発生した後に顧客がスムーズに処理担当者を見つけられるかなどです。これらの指標は、企業が長期的に使用する意欲に直接関係し、サービスプロバイダーが過度に敏感またはリスクを見逃すルールを調整するのに役立ちます。

AI生成の示意

▌ 4. コンプライアンス情報は支払いに伴って移動する必要がある

ステーブルコインの国際的な流動性は、異なる法域を接続します。発信側の銀行、ブロックチェーン上のサービスプロバイダー、受取側の機関は、それぞれ顧客のデューデリジェンス、制裁スクリーニング、取引情報の伝達義務を負う可能性があります。リスク情報サービスは、彼らが手がかりを収集するのを助けることができ、具体的な義務はそれぞれのビジネス役割と適用される法律に従って実施される必要があります。

EUの「資金移転規則」、すなわち第2023/1113号規則は、関連する暗号資産の移転を情報附随要件に含めています。第14条と第16条は、それぞれ発信者と受取者の暗号資産サービスプロバイダーの関連責任を規定しており、発信者、受取者、及び移転識別情報に関わります。これが業界でよく言われる「旅行ルール」です：資産が機関間で移転する際には、必要な身分情報もルールに従って伝達される必要があります。

自己管理アドレスが関与する場合、サービスプロバイダーは相応の情報を取得し、保存する必要があります。1000ユーロを超える関連移転については、規則はそのアドレスが相応の顧客によって所有または管理されているかを評価するための適切な措置を講じることを要求しています。欧州銀行監督機構は、情報の欠如や異なる検証方法を処理する方法を含む実施ガイドラインをさらに提供しています。

これらの要件は、バックエンド間での対話を必要とします。一方が顧客確認を完了した場合、他方はその情報を受け取り、理解できるのでしょうか？名前、住所、または身分情報のフィールドが不完全な場合、支払いはどのように一時停止し、修正されるのでしょうか？同一の顧客が複数のウォレットを使用する場合、毎回資料を最初から提出することを避けるにはどうすればよいでしょうか？ステーブルコイン決済が機関業務に発展するにつれて、ますます多くの作業がこれらの詳細に依存することになります。

米国財務省海外資産管理局は、仮想通貨業界に対する制裁コンプライアンスガイドラインを強調し、リスクに応じたコンプライアンスの枠組みを構築する必要があると述べています。機関は顧客、地域、取引、ビジネスモデルを組み合わせてスクリーニングを行い、関連情報を継続的に更新し、問題を発見した後の処理のための手続きを保持する必要があります。ブロックチェーン上の記録は公開されており、遡及的な確認を助けますが、機関はその結果を自らのビジネス決定に反映させる必要があります。

同時に、機関間での支払い資料の共有はデータ保護の問題を引き起こす可能性があります。顧客の身元、取引の目的、口座関係は敏感であり、インターフェース接続前に誰が読み取り、どの目的で使用し、どのくらいの期間保存し、他の地域に転送する際にどのような手配を行うかを明確にする必要があります。技術的に接続可能なフィールドは、ビジネスの必要性と法的根拠の確認を経る必要があります。

実際の調達時には、データフローと資金フローを同一の資料に描くことができます：お金は誰が保管し、移転し、顧客資料は誰が提供し、警告は誰が受け取り、処理結果は誰がフィードバックするのか。このようにすることで、サービスの評価が容易になり、争議が発生した際には迅速に責任の所在を見つけることができます。

示意機関が設計できる処理プロセスは、必ずしもベンダーが発表したすべての機能ではありません。

▌ 5. マスターカードはサービス範囲を拡大している

マスターカードは長年にわたり、決済ネットワークと関連するセキュリティサービスに関与しています。ステーブルコイン決済は、一部の資金移動を新しいインフラに移行させ、身元確認、取引監視、機関接続の需要を生み出しました。既存の金融機関の顧客とリスクサービスの経験を持つ企業にとって、これらのプロセスは決済フローに引き続き参加するためのスペースを提供します。

今回の製品は、Borderless.xyzとKeyrailsを初期のパートナーとして選択し、この考え方を反映しています。前者は異なる市場のステーブルコインサービスプロバイダーを接続し、後者は高額国際貿易決済に焦点を当てています。銀行が彼らに接続する際には、目的地や通貨に加えて、異なるノード間の情報が連続的であるか、異常が発生した場合に協調して処理できるかを気にするでしょう。

マスターカードは、Crypto CredentialやCrypto Secureなどの既存の能力、そして今後のBVNKとの協力計画についても言及しました。2026年8月にBVNKを買収し、2027年にはStablecoin Securityの適用をさらに拡大する計画です。関連ビジネスは、口座、通貨交換、支払い、リスクサービスの周りでより密接な関係を形成しています。

商業的な観点から見ると、決済サービスプロバイダーは、通路のカバレッジ、資金管理、リスク処理を通じて顧客を引き付けることができます。ステーブルコインが送金自体を容易にした後、企業は依然として安定して支払いを完了し、例外を処理し、問題に応じることができるサービスの入口を必要としています。安全サービスと運用サービスの組み合わせは、顧客が最終的にどの決済経路を選択するかに影響を与える機会を持っています。

このような組み合わせは、責任の境界が曖昧になるのを防ぐ必要があります。銀行はリスク情報を調達し、決済機関は取引を実行し、別の企業が現地での支払いを担当し、顧客が問題に直面した場合、通常は最初に契約したサービスプロバイダーに連絡します。したがって、各関係者の契約には、情報の誤りをどのように修正するか、異常な支払いをどのように処理するか、調査資料をどのように共有するか、サービスが中断した場合にどのような代替手配を行うかを明記する必要があります。

企業顧客も理解しやすい説明を受けるべきです。リスクの再確認にはどれくらいの時間がかかるか、どのような場合に資金が返金されるか、返金はどの経路を経るか、為替損失はどのように処理されるかは、日常的な資金管理に直接関連しています。これらの内容を事前に明確にしておくことで、ビジネスが発生した後の逐次的な質問コストを削減できます。

▌ 6. 企業は実際の支払い経路を使って試運転を行うことができる

新しい決済ツールが企業に適しているかどうかは、実際のビジネスで確認する必要があります。企業は、既存の安定した取引関係のあるサプライヤー、一般的に使用される決済通貨、比較的固定された支払い頻度を選択し、契約、承認、支払い、照合を完全に実行することができます。

試運転の前に、受取人がどのような形での入金を受け入れるかを確認する必要があります。一部のサプライヤーは現地法定通貨を直接受け取りたいと望み、一部はステーブルコインを保持したいと考えています。これらの二つのアレンジは異なる交換と保管の段階を含みます。支払い者は自分が負担する費用、予測される入金時間、進捗を確認する方法を知る必要があります。

次に、正常な支払いと異常な状況の両方を一度演習します。サプライヤーがウォレットを変更した場合、支払い資料が欠落した場合、制裁スクリーニングで類似の名前が出た場合、受取側がサービスを一時停止した場合、これらの状況はそれぞれ取引をどこで停止させるでしょうか？どのチームが資料を補充し、どの条件で再開し、顧客はどの入口から返信を受け取るのでしょうか？これらの問題は小規模な段階で一つ一つ解決できます。

財務部門は、ブロックチェーン上の実行記録と自社の会計証拠を対応させる必要があります。支払い提出番号、交換記録、ブロックチェーン取引番号、受取確認は、同一のビジネスを復元できるようにする必要があります。照合時にこの対応関係を保持することで、手数料、内部振替、または中間交換を支払い金額に重複して計上する状況を減少させることができます。

支払いの返金も事前にテストする価値があります。元の支払いがステーブルコインに交換され、受取側が現地通貨に交換する準備が整った場合、返金には追加の変換と確認が必要になることがあります。企業はサービス契約の中で適用される為替レート、費用、処理期限を見つけ、財務システムがこの返金をどのように記録するかを確認する必要があります。通常の支払い以外の例外処理は、異なるサービスプロバイダーの運用能力を最も示すことが多いです。

試運転が終了した後、財務、業務、コンプライアンスチームが実際の支払いを共同で振り返ることができます。業務部門はサプライヤーの体験を説明し、財務部門は入金と費用を確認し、コンプライアンスチームは警告と資料をチェックします。これらの具体的な記録は、使用範囲を拡大するための根拠となり、サプライヤーが顧客が本当に改善を必要とする部分を理解するのに役立ちます。

もう一つの状況は、オンライン前に演習する必要があります：リスクインターフェースが一時的に結果を返さない場合、支払いは続行できるでしょうか？銀行とサービスプロバイダーは、金額、顧客、目的地に応じて一時停止、人工的な再確認、またはバックアップ経路を合意し、契約に通知方法と再開条件を明記します。財務担当者が支払いが停止した場合、どのステップで停止しているのか、誰が処理しているのか、次のフィードバックがいつ得られるのかを確認できる必要があります。

企業は試運転中に正常な支払いと異常処理を同時に検証できます。

この記事は法律、政策、業界研究交流のためのものであり、デジタル金融、ステーブルコイン、デジタル資産及び関連する規制動向について客観的に分析することを目的としています。投資アドバイス、法的意見、税務意見、またはその他の専門的なアドバイスを構成するものではなく、金融商品、デジタル資産、または商業プロジェクトの推奨、宣伝、勧誘を構成するものでもありません。本文に含まれる規制ルール、市場データ及び機関情報は主に公開資料に基づいており、法律、規制政策、市場環境及びプロジェクトの進展により変更される可能性があります。読者は最新の公開情報を基に独自に判断し、所在国または地域の適用法令を遵守する必要があります。著者及び発表プラットフォームは、本文の内容に依存して生じた投資、取引、またはその他の商業的決定に対して責任を負いません。