ステーブルコインの着金確認｜「送った」と「届いた」の間には4つの時点がある

初めてステーブルコイン建ての送付を実行した日に、いちばん多く起きるのはこの連絡です。「送付は完了していますか。こちらではまだ確認できません」

送った側の画面には、たしかに完了の表示が出ています。それでも相手は見えていないと言う。このとき何が起きているのかを、「送付した」と「着金した」の間に段階があるという一点から整理します。オンチェーン金融の全体像はオンチェーン金融とはにまとめていますので、前提を確認したい場合はそちらから読んでください。

図: 送付が進む4つの時点と、それぞれを誰が確認できるか（当サイト作成）

「送付が完了した」は、1つの瞬間ではありません

先に言葉を3つだけ揃えます。ウォレットは、送付の指図に署名するための鍵を保管し操作する道具のことです。ブロックについて、ethereum.orgの開発者ドキュメントは「ブロックは、チェーン内の前のブロックのハッシュを持つトランザクションのバッチです」と説明しています。そしてトランザクションハッシュは、取引ごとに生成される固有のIDです。用語の一覧は用語集にまとめてあります。

そのうえで、ethereum.orgはトランザクションのライフサイクルとして、送信されたあとに何が起きるかを順に記述しています。まず「トランザクション・ハッシュが暗号学的に生成されます」。次に「その後、トランザクションはネットワークにブロードキャストされ、他のすべての保留中のネットワーク・トランザクションで構成されるトランザクション・プールに追加されます」。続いて「トランザクションを検証し、『成功』と見なすためには、バリデータがトランザクションを選択してブロックに含める必要があります」。そして「時間が経つにつれて、トランザクションを含むブロックは『ジャスティファイド』、そして『ファイナライズ済み』へとアップグレードされます」としています。

問題は4つ目です。ここだけは、チェーンの都合では決まりません。 1から3まではチェーン上の話なので、誰が見ても同じ状態が見えます。ところが4は、受取側が契約している事業者の内部処理に乗ります。どのような確認と照合が入るのか、その結果がいつ相手の管理画面に出るのかは、事業者ごとの設計です。

もちろん、宛先違いやチェーンの取り違えといった本当の事故もあります。だからこそ、まず切り分けが要ります。次の節はその手順です。

確認する画面は3つ、共通の証拠は1つ

着金を確認できる画面は3つあります。自社のウォレットまたはサービスの画面、相手の画面、そしてブロックエクスプローラ——チェーン上の記録を誰でも検索して閲覧できるウェブサイトです。3つは、見える範囲も更新のタイミングも違います。

右端の列だけが、双方から同じものを指せます。そしてそれを指すための手がかりが、トランザクションハッシュです。ethereum.orgが例示しているハッシュは 0x で始まる長い文字列で、1件の送付に1つ生成されます。問い合わせ対応の第一手は、相手の画面を想像することではなく、この1つのIDを双方で見ることです。

そこで、初回の送付より前に決めておくものが1つあります。問い合わせが来たときに双方で揃える項目、つまり連絡フォーマットです。

この6項目が埋まったメールが最初に届けば、相手は自分の側で何を確認すればよいかがすぐ分かります。逆に「送りました」の一行だけを送ると、往復が2回分増えます。

なお金融庁の事務ガイドライン第三分冊：金融会社関係「17 電子決済手段等取引業者関係」は、苦情等への対処の意義について、利用者からの相談・苦情・紛争等に真摯に対応して利用者の理解を得ようとすることは「利用者に対する説明責任を事後的に補完する意味合いを持つ利用者保護上重要な活動の一つである」としています。あわせてⅡ－２－２－８－２③ニは、「これら受付窓口、申出の方式等について広く公開するとともに、利用者の多様性に配慮しつつ分かりやすく周知する態勢を整備しているか」という着眼点を置いています。これらは登録を受けた電子決済手段等取引業者に対する監督上の着眼点であり、それを使う側の事業会社に課された義務の一覧ではありません。ただし発想としては借りられます。問い合わせ対応は説明の続きであり、窓口と申し出の方式を先に決めて周知しておく——この2点は、自社の社内フローにもそのまま当てはまります。

「即時」と書く前に、自社で実測して基準値を作る

取引先への案内文や社内の説明資料に「即時」「すぐ届きます」と書きたくなる場面があります。その前に確認すべきことがあります。所要時間のうち、自社が単独で約束できる部分はごく一部です。

制度の側には、金額を確定できない項目をどう説明するかについての考え方があります。同じ事務ガイドライン第三分冊17のⅡ－２－２－１－２⑶④は、「手数料等の実額ではなく上限額や計算方法のみを説明する場合には、利用者が実際に支払うこととなる手数料等の総額の見込み額又は計算例を併せて説明することとしているか」という着眼点を置いています。実額で示せないものがあることを前提に、見込み額や計算例という形での説明を求めている構えです。

着金の目安も、同じ発想で書けます。断定できないから何も書かない、ではありません。自社で実測した結果を、前提と幅を添えた見込みとして書くのです。どのチェーンで、どの取扱業者を経由し、どの時間帯に、何件試したのか。その条件を明示したうえで「通常はこの程度」と示せば、外れたときにも説明ができます。

同じガイドラインは、取り扱う電子決済手段の説明事項として「取り扱う電子決済手段の概要及び特性（当該電子決済手段の移転の確定する時期及びその根拠を含む。）」という文言を置き、参考となる事項の例として「電子決済手段の保有又は移転の仕組み（移転の確定する時期及びその根拠を含む。）に関する事項」を挙げています。移転の確定する時期は、制度の側でも説明すべき事項として書き込まれているわけです。取扱業者からこの説明を書面で受け取っておけば、自社の基準値を作るときの出発点になります。

もう1つ、経理が先に決めておくべきことがあります。誰のどの画面のどの表示をもって入金とするのかです。ブロックエクスプローラで確認できた時点なのか、取扱業者の管理画面に残高として反映された時点なのか、業者が発行する取引履歴に載った時点なのか。ここが決まっていないと、月次の締めのたびに判断が担当者ごとにぶれます。なお会計・税務の取扱いはここでは一般的な整理にとどめます。自社の計上基準と、証憑として何を保存するかは、税理士・監査法人に確認してください。

事案：海外の取引先1社と受払があるBtoBの製造業・卸

以下は公表資料をもとに構成した想定事案です。実在の企業・案件ではありません。

①既存事業と既存ユーザー——産業用部材を製造し、国内外に卸している従業員100名規模の事業会社です。取引先は国内が中心ですが、海外は1社。四半期ごとにまとまった金額の受払が発生します。これまでは銀行送金で、経理部門は3名。着金の確認は、銀行の入出金明細を1日1回確認し、請求書と突き合わせる運用です。

②やろうとしていること——この海外取引先1社との支払いに限って、ステーブルコイン建ての選択肢を1つ足します。既存の銀行送金は残したままの追加で、置き換えではありません。まずは1社・1経路で運用を作り、問題がなければ次を検討するという段取りです。

③登録業者との役割分担——受取先の提示、送付の実行、着金の確認、円転、取引履歴の提供は、電子決済手段等取引業者に登録された事業者が担います。自社が持つのは、社内の承認フロー、取引先との連絡、そして経理の計上判断です。自社は顧客の資産を預からず、この前提が変わる案が出たら法務に戻す運用を、検討の最初に文書で固定します。

④想定される告知・導線の具体像——経理担当が初回の送付を実行し、自社の画面に完了の表示を確認したうえで、取引先に「送付しました」とメールを送ります。翌朝、先方の経理から「こちらではまだ確認できません」という返信が届きます。このとき自社の側に何が用意されていればよかったかを、面ごとに具体化します。取引先への案内文には、送付の完了と相手の画面への反映が同じ瞬間ではないこと、相手の画面に出るタイミングは相手側の事業者の処理にも依存するため自社では確約できないこと、そして確認に必要な情報を毎回同じ形式で送ることの3点が要ります。社内の連絡フォーマットは前節の6項目で、送付を実行した担当者がその場で埋め、営業経由ではなく経理から直接送る運用にします。問い合わせの一次回答者は経理部門の担当者1名を指名し、その担当者が答える範囲（チェーン上で確認できているかどうかまで）と、取扱業者に引き継ぐ範囲（相手の画面への反映が止まっている理由の調査）を、あらかじめ線引きしておきます。情報システムは、送付の記録とハッシュをどこに保存し、誰が引けるのかを決めます。そして経理は、初回より前に「何をもって入金とするか」を文書化しておきます。

この整理から言えること、言えないこと

言えるのは3つです。第1に、ethereum.orgがトランザクションのライフサイクルとして、ハッシュの生成、ブロードキャスト、ブロックへの取り込み、そして「ジャスティファイド」「ファイナライズ済み」へのアップグレードを順に記述していること。第2に、相手の画面への反映はその先にあり、受取側の事業者の内部処理を経るため、チェーンの都合だけでは決まらないこと。第3に、3つの画面のうち双方が同じものを指せるのはブロックエクスプローラだけであり、そのための共通の手がかりがトランザクションハッシュだということです。

言えないのは2つです。ひとつは、どれくらいの時間で着金するかという数値です。チェーンによって確定の考え方が異なり、混雑状況や受取側の事業者の処理も関わるため、本記事は一般的な目安を示していません。自社の条件で実測してください。もうひとつは、自社の設計が業規制の対象になるかどうかです。金融庁は関連する公表資料のなかで、該当性は個別事例ごとに実態に即して実質的に判断されるべきものという趣旨の記述を繰り返しています。当サイトが個別の設計について法令上の該当性を判定することはできません。業務フローと連絡フォーマットが揃った段階で、弁護士に確認してください。なお本記事で引用した資金決済に関する法律の条文は、2026年7月5日時点の内容を確認したものです。用語は用語集にまとめてあります。

最後に一行だけ。「送りました」は、相手にとっては何の情報でもありません。 送ったことを示すのではなく、相手が自分の側で確認できる材料を1通目に添える——この一手間だけで、初回の送付にまつわる往復のほとんどは消えます。