暗号資産決済のネットワーク間違いを防ぐ方法：加盟店向けインシデント対応手順

ブロックチェーン上でトランザクションが確定していても、自社が求めた決済として認められるとは限りません。顧客が正しい金額・正しいトークンを誤ったネットワークで送った、想定したアドレスへ別のトークンを送った、金額が不足していた、あるいは無関係なアドレスへ送金した可能性があります。顧客対応チームは、送金が行われた証拠と注文代金が正しく支払われた証拠を切り分ける必要があります。

本記事は加盟店の運用手順をまとめたものであり、ウォレットから資産を復旧するための解説ではありません。予防、証拠収集、エクスプローラーでの確認、インシデントの分類、再決済の依頼、二重決済の防止、顧客への案内を扱います。顧客向けには簡潔なネットワークを間違えた送金に関するFAQも役立ちますが、本記事では、その回答を行うまでに加盟店側で何をすべきかを説明します。

トランザクションの確定は決済としての認識を意味しない

ブロックチェーンは、そのネットワークのルールに従ってトランザクションを確定します。一方、決済処理が支払いとして認識するのは、確認された送金内容が決済要求と一致し、自社が定めた受け入れ状態に達した場合だけです。

通常の決済では、以下の項目がすべて一致していることを確認します。

Circleのブロックチェーン承認に関する資料では、トランザクションは保留状態から始まり、承認の仕組みはブロックチェーンごとに異なること、また直近のブロックは再編成の影響を受ける可能性があることを説明しています。したがって、トランザクションハッシュ、ウォレットのスクリーンショット、「成功」と表示されたページは調査の手がかりにはなりますが、それだけで商品やサービスを提供してよい根拠にはなりません。

主なインシデントを分類する

顧客はさまざまな不一致をまとめて「ネットワークを間違えた」と説明しがちです。対応方法を決める前に、事実関係を分類してください。

見慣れたティッカーだから正しい資産だとは判断しないでください。CircleはUSDCを複数のブロックチェーンで発行されるデジタルドルと説明しており、TetherはTetherトークンに対応するプロトコルの最新一覧を公開しています。ただし、発行元の一覧は、Yolfi、利用中のウォレット、または自社が対応する組み合わせを定めるものではありません。実際のYolfi設定に表示される資産とネットワークの組み合わせだけを提供してください。

顧客が署名する前に防止する

誤ネットワーク送金を防ぐ最善の対応は、顧客対応窓口ではなく決済ページから始まります。

資産とネットワークを一つの決済方法として扱う

選択肢を単に「USDC」や「USDT」と表示しないでください。選択画面、確認画面、QRコードの案内、ウォレットへの引き渡し、領収情報、顧客対応記録、照合用の出力データのすべてで、「[選択したネットワーク]上のUSDC」のように資産とネットワークを組み合わせて表示します。

USDC決済ガイドとUSDT決済ガイドでは、ネットワークの選択が決済方法の一部である理由を説明しています。顧客向けの案内には、発行元がトークンを提供しているすべてのネットワークではなく、現在の決済フローで実際に選べる組み合わせだけを記載してください。

最終判断の直前に重要事項を再表示する

ウォレットで署名する前に、次の情報を表示します。

• 資産の正式名称とシンボル
• ネットワークの正式名称
• 正確な金額
• コピー機能付きの送金先アドレス
• 注文または決済の参照情報
• 該当する場合は有効期限または時間に関するルール
• アドレスが似ていても別のネットワークを選ばないよう注意書き
• 送金後に決済状況ページへ戻るよう促す案内

ネットワークを切り替えればトークンが移動するとは案内しないでください。ウォレットで選択するネットワークを変えると、ウォレットが表示し操作するブロックチェーンが変わるだけで、既存の残高がチェーン間を移動するわけではありません。ブリッジや取引所からの出庫は別の操作であり、固有のリスクと対応範囲があります。

不要な選択肢を減らす

顧客が利用し、自社で対応できる選択肢だけを有効にしてください。組み合わせが一つ増えるたびに、決済用アドレス、トークン識別子、エクスプローラー、承認ルール、例外処理も増えます。実際の設定で利用可能な選択肢を確認し、Yolfiのネットワーク別ページはブロックチェーン一覧から参照してください。

有効にした組み合わせごとに、実際に少額決済をテストします。決済ページの表示、送金先、ウォレットの確認画面、エクスプローラー上の記録、状態の遷移、通知またはWebhook、照合記録、履行処理の動作を確認してください。

インシデント調査資料をまとめる

必要な情報は一度に依頼してください。何度も追加情報を求めると対応が遅れ、顧客が承認されていない対処を試す原因になります。

顧客から収集する情報

• 決済リンクのURLまたは決済参照ID
• 注文、請求書、またはアカウントの参照情報
• トランザクションハッシュと、可能であればブロックエクスプローラーへのリンク
• 顧客が送ったと認識している資産と金額
• 顧客が実際に選択したネットワーク
• 送信元ウォレットのアドレス
• おおよその送金時刻

加盟店側で収集する情報

• 元の決済要求に表示された資産、ネットワーク、金額、送金先
• 決済要求の作成、有効期限切れ、検出、状態更新の各時刻
• 指定された組み合わせに設定されていた決済用アドレス
• 関連する決済通知、Webhook ID、処理結果
• 実際に使われたネットワークのエクスプローラーを独自に確認した結果
• 顧客とのやり取りと、自社が案内した内容
• 同じ注文に紐づく以前の決済要求と再発行後の決済要求
• すでに実行した商品・サービスの提供、残高への充当、返金、アクセス付与

スクリーンショットは改変されている、情報が古い、または別のネットワークを撮影した可能性があります。トランザクションを特定する手がかりとして使い、その後は独自に内容を確認してください。

正しいエクスプローラーで送金を確認する

まず顧客が使用したと申告したネットワークを調べ、エクスプローラーのデータで裏付けます。MetaMaskの誤った送金先に関する案内でも、何が起きたかを判断する前に、トランザクションの状態とブロックエクスプローラーを確認するよう推奨しています。

1. 実際に使われたネットワークについて、信頼できるエクスプローラーを開きます。
2. 完全なトランザクションハッシュを検索します。リンクの表示文字列を信用せず、社内手順に従ってエクスプローラーのドメインを確認してください。
3. トランザクションが保留中、成功、失敗、破棄、置換のいずれであるか確認します。
4. 送信元と送金先のアドレスを一文字ずつ照合します。
5. 送られた資産を確認します。トークン送金の場合は、シンボルだけでなくコントラクトまたはミントも確認してください。
6. 送金イベントに記録されたトークンの生の数量を確認します。小数精度は、正規のコントラクトまたはミント、もしくは信頼できるエクスプローラーのメタデータから別途確認してください。
7. ブロック、タイムスタンプ、現在の承認数または確定性の状態、関連ログを記録します。
8. すべての項目を元の決済要求と比較します。
9. 同じネットワーク上の決済用ウォレットまたはウォレット監視記録を確認します。
10. 社内記録を検索し、そのハッシュがすでに決済として認識済み、または別の用途に適用済みでないことを確認します。

CircleのEVMでUSDCを送金するためのクイックスタートでは、チェーンの選択、送金の実行、ハッシュの取得、エクスプローラーでの確認をそれぞれ別の手順として紹介しています。また、送信者がガス代としてそのネットワークのネイティブトークンを必要とすることも記載されています。これは送金の仕組みを示す例であり、Yolfiアカウントで利用できる組み合わせの一覧ではありません。

復旧を約束せず、判断手順に従う

以下の分岐を順番に確認します。

1. 申告されたネットワーク上に有効なトランザクションがあるか

• ない、または保留中： 注文は未履行のままにします。監視中、またはウォレット事業者が保留中のトランザクションに対応している間は、再度送金しないよう顧客に依頼します。
• 失敗または取り消し： そのトランザクションでは決済が成立していません。再決済を依頼する前に、顧客のウォレットとエクスプローラーの状態を確認します。
• 成功： 各項目の照合に進みます。

2. ネットワーク、資産、送金先、金額、承認ポリシーが一致するか

• はい： 通常の認識処理と、冪等性を確保した履行管理を通じて処理します。
• いいえ： 例外確認に回します。どこかへ資産が移動したという理由だけで、手動で支払済みにしないでください。

3. 加盟店は実際に使われたネットワーク上の送金先を管理しているか

• 確認できない： 資金を受け取った、または復旧できるとは説明しないでください。そのアドレスを担当するウォレット所有者またはカストディ事業者へ引き継ぎます。
• はい： そのアドレスに該当する資産が実在し、自社のウォレット管理、セキュリティ、会計、コンプライアンス手順に従って安全に扱えることを確認します。アドレスを管理できても、元の注文が正しく支払われたことにはなりません。
• いいえ： 自社が管理していないアドレスから資金を移動することはできないと説明します。Ethereum.orgの利用者向けFAQでは、Ethereumのトランザクションは中央管理者が取り消せないと説明しています。既知のサービスが送金先を管理している場合は、そのサービスの窓口が適切な問い合わせ先となる可能性があります。

4. 是正対応が承認されているか

対応案には、送金を手動で決済として承認する、正しい再決済を依頼する、利用可能な資金を新しいトランザクションとして返送する、記録を残して残高へ充当する、復旧を断る、などがあります。適切な対応は、ネットワーク、アドレスの管理権限、トークン、資産管理の体制、技術的な実行可能性、費用、リスク確認、自社ポリシーによって異なります。

資金が「必ず失われる」「必ず復旧できる」とは決して断言しないでください。MetaMaskは、別のEVM互換ネットワークでも同じウォレットアドレスにアクセスできる場合があるという一般的な事例を紹介する一方、復旧が保証されないケースについても説明しています。この案内だけでは、加盟店、取引所、スマートコントラクト、マルチシグウォレット、決済システムが特定の送金にアクセスし、返送できることの証明にはなりません。

再決済用の決済リンクを安全に発行する

元の決済要求を承認できず、ポリシー上再試行が認められる場合は、新しいYolfi決済リンクを作成します。履歴を書き換えたり、単に「もう一度試してください」と案内したりしないでください。

再発行する決済要求では、以下を満たす必要があります。

1. 同じ注文IDまたは請求書IDを維持する。
2. 新しい一意の決済参照IDを付与する。
3. 実際の決済フローに表示される正確な資産、ネットワーク、金額、送金先を明記する。
4. 以前の決済要求が置き換え済み、または確認中であることを記録する。
5. 元のトランザクションは別のインシデントとして引き続き扱うと説明する。
6. 両方の決済リンクで支払わないよう顧客に伝える。
7. 有効期限に関するルールがあれば維持する。
8. 履行前に、両方の決済要求を二重決済検知の対象にする。

追跡できない差額の送金、チャットからコピーしたアドレスへの再送金、または送金後にネットワークを切り替えれば元の資金が移動するかのような案内はしないでください。

二重決済と二重履行を防ぐ

再決済用の決済要求を作成した後で、遅延していたトランザクションが確定する場合があります。顧客が回答を待つ間に二度送金する可能性もあります。どちらにも対処できるよう設計してください。

業務上の注文IDは一つにし、変更不能な複数の決済試行を紐づけます。次の制御を徹底してください。

• 一つのトランザクションハッシュを決済として認識できるのは一度だけとする。
• 一つの決済試行を複数の注文の履行に使えないようにする。
• 一つの注文で商品・サービスの提供やアクセス付与を実行できるのは一度だけとする。
• 元の決済要求と再発行後の決済要求の紐づけを維持する。
• 履行の直前に、未完了の決済試行をすべて確認する。
• 遅れて確定した入金や超過入金を確認手続きに回す。
• Webhookと通知の処理に冪等性を持たせる。
• 返金には、別途承認、送金先の確認、トランザクション記録を必須とする。

二つの送金が成功した場合、一方を削除したり、別の購入へ黙って充当したり、新しい問い合わせで提示されたアドレスへ自動的に返送したりしないでください。二重履行を停止し、文書化された残高充当または返金ポリシーに従います。

加盟店の顧客対応・セキュリティ規則を定める

一次対応担当者には定型文と、上位担当者へ引き継ぐ基準を用意してください。

担当者は、公開されているトランザクションデータ、決済参照情報、注文情報、機密情報が写っていないスクリーンショットを依頼できます。一方で、シードフレーズ、リカバリーフレーズ、秘密鍵、ウォレットのパスワード、ワンタイムコードを求めたり、顧客の端末を遠隔操作したりしては絶対にいけません。シードフレーズまたは秘密鍵を知った者は、ウォレットを操作できる可能性があります。

次のような文面を使用します。

[ネットワーク]上でトランザクションが送信されたことを確認しています。資産、送金先、金額、承認状態が決済要求[参照情報]と一致するかを調査中です。承認済みの新しい決済リンクをご案内するか、次の手順を確認するまでは、追加で送金しないでください。当社がシードフレーズや秘密鍵をお尋ねすることはありません。

受領連絡、証拠確認、上位担当者への引き継ぎ、承認、顧客への経過連絡には期限を設けます。資産へのアクセス可否とトランザクション実行の可否を確認する前に、復旧日を約束しないでください。

Yolfiは資産を預からないサービスです。決済資金はYolfiが保管せず、加盟店が設定したウォレットへ送られます。そのため、ウォレットの正しい設定、アクセス権限の所在、加盟店側のインシデント対応方針が重要です。

加盟店向けインシデント確認表

決済の受け付けを始める前

• すべての手順で資産とネットワークを一緒に表示する。
• 実際のYolfi設定で利用できる組み合わせだけを有効にする。
• すべての決済用アドレスとトークン識別子を確認する。
• 有効にした経路ごとに一連の処理を最後までテストする。
• 承認、不一致、二重決済、返金、上位担当者への引き継ぎに関する規則を定める。
• ウォレットの機密情報を要求しないよう担当者を教育する。

インシデントを受け付けたとき

• 履行を停止し、重ねて支払わないよう顧客に案内する。
• 元の決済要求と顧客からの申告を保存する。
• 調査資料をまとめる。
• 実際に使われたネットワークでトランザクションを確認する。
• ネットワーク、資産、送金先、金額、状態、承認数を照合する。
• 復旧できると決めつけず、アドレスを管理できるか確認する。
• 過去の認識記録と紐づく決済試行を検索する。
• 承認済みの判断と顧客への案内を記録する。

よくある質問

トランザクションが確定していても未払いのままになることはありますか？

はい。確定によって分かるのは、ネットワークがトランザクションを処理したことです。決済として認識するには、指定されたネットワーク、資産、送金先、金額、参照情報、加盟店の承認ポリシーにも一致する必要があります。

ウォレットのネットワークを切り替えると、資金を復旧または移動できますか？

いいえ。選択中のネットワークを切り替えると、ウォレットが表示し操作するブロックチェーンが変わるだけです。トークンがネットワーク間を移動するわけではありません。一部のEVM環境では、同じアドレスの所有者が実際に使われたネットワーク上の資産を確認できる場合がありますが、その後の送金やブリッジは別の操作です。実行可能または適切であるとは限りません。

顧客にすぐ再決済を依頼すべきですか？

いいえ。まず、元のトランザクションが保留中、失敗、成功、不一致のいずれであるかを確認します。再試行が承認された場合は、元の決済要求と紐づく新しい決済要求を発行し、両方の試行を二重決済検知の対象にしてください。

Yolfiは誤ネットワーク送金を復旧できますか？

できると決めつけないでください。資産を預からない決済フローでは、資金は設定済みの加盟店ウォレットへ送られます。可能な対応は、実際の送金先、ネットワーク、資産、ウォレットの管理権限、技術的な実行可能性、加盟店のポリシーによって異なります。

正しいネットワークで別のトークンを送った場合はどうなりますか？

通貨を間違えたインシデントとして扱います。トークンのコントラクトまたはミント、金額、送金先、ウォレットの受取記録を確認し、注文を支払済みにするのではなく、文書化された例外処理に従ってください。

トランザクションがまだ保留中の場合はどうすべきですか？

注文を保留したまま、履行しないでください。自社の承認ポリシーに従い、エクスプローラーと決済状態を監視します。保留中のトランザクションが解決するか、管理された再決済が承認されるまでは、再度送金しないよう案内してください。

スクリーンショットだけで履行を承認できますか？

いいえ。ハッシュを使ってトランザクションを特定し、正しいエクスプローラーで独自に確認してください。その後、トランザクションと決済要求を照合し、すでに別の用途で使われていないことを確認します。

まとめ

ネットワーク間違いによる送金を防ぐには、資産、ネットワーク、送金先、金額、承認状態を曖昧にしないことが重要です。インシデント対応では、検証済みのトランザクションデータを用い、ウォレットの管理権限を慎重に確認し、復旧を約束せず、二重決済を防ぐ必要があります。

実際のYolfi設定に表示される組み合わせを起点にテストを行い、顧客対応チームが共通して使える判断手順を一つ用意してください。再決済が必要な場合は、チャットで場当たり的に案内するのではなく、元の決済要求と紐づく新しい決済要求を作成します。正しい決済を認識し、履行は一度だけ行い、すべての例外判断を記録に残すことが目標です。