HSBCとスタンダードチャータードが示した意義は、単に2行がブロックチェーンを利用したことではありません。各行が別々に運用するトークン化預金のシステムを、Swiftの台帳を介して実際の越境銀行取引で接続したことです。両行の発表日は2026年8月19日であり、8月24日ではありません。

これは、銀行が発行する預金のデジタル表現が、必ずしも各行の閉じた独自台帳に閉じ込められる必要はないことを示しました。ただし、世界の商業決済がすでに相互運用可能になった、完全自動化された、あるいは大規模運用に耐えることまで証明したわけではありません。

取引はどのように機能したのか

HSBCとスタンダードチャータードは、Swiftのブロックチェーンベースの台帳を使って、両行のトークン化預金基盤の間で支払いメッセージを交換しました。発生した債務は、HSBCの「Tokenised Deposit Service」とスタンダードチャータードのトークン化預金基盤に、それぞれの銀行側の記録として残されました。Swiftの台帳は債務を照合し、相互の請求をネッティングした後、最終決済は既存の銀行システムを通じて行われました。

整理すると、仕組みは次の3層です。

1. 各銀行の基盤：HSBCとスタンダードチャータードが、それぞれのトークン化預金と債務を管理する。
2. Swiftの調整レイヤー：支払いメッセージを交換し、債務を照合・ネッティングする。
3. 最終決済：新たな暗号資産ではなく、従来の決済システムで資金移動を完了する。

つまり、Swiftは両行の預金トークンを発行したわけでも、共通の決済資産になったわけでもありません。銀行が負う預金債務は各行に残したまま、金融機関の間にある支払い義務を共通レイヤーで調整した形です。報道ベースでは、運用環境は銀行が管理するクローズドなEthereumベースの環境でした。6

この点は、誰でも参加できる公開型の暗号資産ネットワークとは異なります。プログラム可能な台帳技術を使いながら、銀行の本人確認やコンプライアンス、預金に対する責任といった規制金融の枠組みを維持する設計です。

Swiftが解こうとする「分断」の問題

トークン化預金には、銀行マネーをプログラムしやすくし、従来の銀行営業時間外にも利用できる可能性があります。しかし、銀行ごとに異なる台帳でトークンを発行すれば、かえって市場が分断されるおそれがあります。

複数の銀行に口座を持つ企業の財務部門では、台帳だけでなく、本人確認、制裁チェック、コンプライアンス手続き、流動性管理も銀行ごとに異なります。相互運用の仕組みがなければ、銀行間の資金移動には個別のシステム接続、事前入金、あるいは従来型のコルレス銀行網が引き続き必要になります。

Swiftのアプローチは、すべての銀行を1本のチェーンや1種類のトークンに統合することではありません。各行が自前の基盤を維持したまま、銀行発行のトークン化預金を接続する共通の調整層を提供することです。今回の取引は、そのモデルが実際の銀行間取引で機能するかを試した最初の重要な実証となりました。5

7月の「初期利用準備完了」から一歩前進

Swiftは7月9日、ブロックチェーンベースの共有台帳が初期利用の準備を終えたと発表しました。6大陸の17行が、24時間365日の決済対応と流動性効率の改善を目指し、トークン化預金を使ったライブ取引のパイロットを準備していました。6

HSBCとスタンダードチャータードの取引は、その計画を「利用可能な状態」から最初のライブな銀行間ユースケースへ進めたものです。Swiftは世界で1万1,500超の金融機関を結ぶネットワークとして説明されており、その既存の金融機関への広がりが、単独の銀行ブロックチェーンにはない潜在的な強みになります。4

もっとも、17行の実証がそのまま世界規模の標準になるわけではありません。複数の銀行が安定して接続できるか、異なる通貨や法制度をまたいで動くか、企業が単発のデモではなく日常的な商業決済に利用できるかが、次の焦点になります。

銀行業界で広がるトークン化預金

今回の取引は、商業銀行マネーをトークン化する動きの一部でもあります。Reutersによると、Swiftの17行の取り組みは、トークン化された資金を24時間移動させ、台頭するステーブルコイン型の決済サービスに対抗することも狙いとされています。1

ウェルズ・ファーゴは、2026年秋に法人・商業顧客向けのトークン化預金を導入する計画を発表しました。まず米ドルと英ポンドの限定的な通貨回廊から始め、顧客が規制・預金保険の対象となる銀行システムの中で、資金を移動・プログラム・決済できるようにする構想です。

JPモルガンやシティグループも関連するトークン化マネーのサービスを運用しています。 銀行が自社サービスを相次いで整備するほど、相互運用性の重要性は増します。1行の顧客だけを対象にするなら独自基盤でも足りますが、多国籍企業の資金管理では、複数行の残高と決済が連携しなければ効果は限定的です。

XRPのようなブリッジ資産は不要になるのか

Swiftの設計は、国際的なトークン化決済にXRPのような中立的なブリッジ資産が必須なのかという議論も再燃させました。今回の取引では、XRP、ステーブルコイン、共通のブロックチェーン通貨は使われていません。各行が自分のトークン化預金を保持し、Swiftが債務を調整・ネッティングしたうえで、既存の決済経路を使って最終決済しました。

このモデルに限れば、すべての越境決済が外部の暗号資産を経由する必要はありません。一方、銀行間の直接接続がない地域、外貨流動性が不足する市場、既存の信用関係が乏しい組み合わせでは、中立資産に役割があるという見方も残ります。今回の取引は、XRPが必要だとも不要だとも、あらゆる法域について結論づけるものではありません。規制された銀行預金を相互接続する別の道筋が、実際に動いたことを示したにとどまります。

企業の財務管理に期待される効果

複数行をまたぐネットワークが信頼性を持って稼働すれば、企業は将来的に次のような利点を得られる可能性があります。

• 子会社、取引先、銀行口座間でのより継続的な資金移動
• 複数行に分散した現金残高の可視性向上
• 支払条件や財務ルールの自動実行
• 事前入金や使えない状態の流動性への依存低下
• 外貨残高の効率的な活用

ウェルズ・ファーゴがまず米ドル・英ポンドの限定的な回廊から始める計画は、実用化の現実的な道筋を示しています。最初から全通貨・全地域を対象にするのではなく、明確な顧客と用途、通貨を絞って導入する形です。

ただし、これらは単一の銀行間取引から確定した成果ではありません。Swiftの実証が示したのは、調整モデルがライブユースケースを支えられることです。企業が実際に得る送金コスト、速度、流動性削減効果、運用安定性は、規模を拡大して初めて検証されます。

普及を阻む残された課題

最大の論点は、今回も最終決済に従来型のシステムが使われたことです。したがって、取引のすべてを台帳上で同時に完了させる「アトミックな決済」の効果が、まだ実証されたわけではありません。

本格的な拡張には、単に参加銀行を増やすだけでなく、次の共通ルールが必要です。

• 各法域におけるトークン化預金の法的な位置づけ
• 本人確認、制裁審査、コンプライアンス情報の互換性
• 外国為替交換と日中流動性の管理
• データの保管場所とプライバシー
• 決済失敗、紛争、例外処理への対応
• サイバーセキュリティと業務継続性
• 複数の銀行・法制度をまたぐ取引責任の明確化

決定的なテストは、別の2行がもう一度取引できるかではありません。複数の銀行が、異なる通貨、時間帯、規制環境をまたいで、予測可能で低コストかつ大量の商業決済を継続的に処理できるかです。

結論

HSBCとスタンダードチャータードの取引は、独自台帳に閉じた銀行システムと、普遍的な暗号資産を決済資産にするモデルの間に、第三の道があり得ることを示しました。Swiftは銀行の預金関係や既存の決済網を置き換えず、別々のトークン化預金基盤の債務を調整しました。

これは、金融機関向けの相互運用性にとって意味のある実証です。今後、標準化、流動性管理、法的な調整、そして多数の銀行をまたぐ安定運用を実現できるかどうかが、この実験を世界の企業決済インフラへ育てられるかを左右します。

HSBCとスタンダードチャータードが示した意義は、単に2行がブロックチェーンを利用したことではありません。各行が別々に運用するトークン化預金のシステムを、Swiftの台帳を介して実際の越境銀行取引で接続したことです。両行の発表日は2026年8月19日であり、8月24日ではありません。

これは、銀行が発行する預金のデジタル表現が、必ずしも各行の閉じた独自台帳に閉じ込められる必要はないことを示しました。ただし、世界の商業決済がすでに相互運用可能になった、完全自動化された、あるいは大規模運用に耐えることまで証明したわけではありません。

取引はどのように機能したのか

HSBCとスタンダードチャータードは、Swiftのブロックチェーンベースの台帳を使って、両行のトークン化預金基盤の間で支払いメッセージを交換しました。発生した債務は、HSBCの「Tokenised Deposit Service」とスタンダードチャータードのトークン化預金基盤に、それぞれの銀行側の記録として残されました。Swiftの台帳は債務を照合し、相互の請求をネッティングした後、最終決済は既存の銀行システムを通じて行われました。

整理すると、仕組みは次の3層です。

1. 各銀行の基盤：HSBCとスタンダードチャータードが、それぞれのトークン化預金と債務を管理する。
2. Swiftの調整レイヤー：支払いメッセージを交換し、債務を照合・ネッティングする。
3. 最終決済：新たな暗号資産ではなく、従来の決済システムで資金移動を完了する。

つまり、Swiftは両行の預金トークンを発行したわけでも、共通の決済資産になったわけでもありません。銀行が負う預金債務は各行に残したまま、金融機関の間にある支払い義務を共通レイヤーで調整した形です。報道ベースでは、運用環境は銀行が管理するクローズドなEthereumベースの環境でした。6

この点は、誰でも参加できる公開型の暗号資産ネットワークとは異なります。プログラム可能な台帳技術を使いながら、銀行の本人確認やコンプライアンス、預金に対する責任といった規制金融の枠組みを維持する設計です。

Swiftが解こうとする「分断」の問題

トークン化預金には、銀行マネーをプログラムしやすくし、従来の銀行営業時間外にも利用できる可能性があります。しかし、銀行ごとに異なる台帳でトークンを発行すれば、かえって市場が分断されるおそれがあります。

複数の銀行に口座を持つ企業の財務部門では、台帳だけでなく、本人確認、制裁チェック、コンプライアンス手続き、流動性管理も銀行ごとに異なります。相互運用の仕組みがなければ、銀行間の資金移動には個別のシステム接続、事前入金、あるいは従来型のコルレス銀行網が引き続き必要になります。

Swiftのアプローチは、すべての銀行を1本のチェーンや1種類のトークンに統合することではありません。各行が自前の基盤を維持したまま、銀行発行のトークン化預金を接続する共通の調整層を提供することです。今回の取引は、そのモデルが実際の銀行間取引で機能するかを試した最初の重要な実証となりました。5

7月の「初期利用準備完了」から一歩前進

Swiftは7月9日、ブロックチェーンベースの共有台帳が初期利用の準備を終えたと発表しました。6大陸の17行が、24時間365日の決済対応と流動性効率の改善を目指し、トークン化預金を使ったライブ取引のパイロットを準備していました。6

HSBCとスタンダードチャータードの取引は、その計画を「利用可能な状態」から最初のライブな銀行間ユースケースへ進めたものです。Swiftは世界で1万1,500超の金融機関を結ぶネットワークとして説明されており、その既存の金融機関への広がりが、単独の銀行ブロックチェーンにはない潜在的な強みになります。4

もっとも、17行の実証がそのまま世界規模の標準になるわけではありません。複数の銀行が安定して接続できるか、異なる通貨や法制度をまたいで動くか、企業が単発のデモではなく日常的な商業決済に利用できるかが、次の焦点になります。

銀行業界で広がるトークン化預金

今回の取引は、商業銀行マネーをトークン化する動きの一部でもあります。Reutersによると、Swiftの17行の取り組みは、トークン化された資金を24時間移動させ、台頭するステーブルコイン型の決済サービスに対抗することも狙いとされています。1

ウェルズ・ファーゴは、2026年秋に法人・商業顧客向けのトークン化預金を導入する計画を発表しました。まず米ドルと英ポンドの限定的な通貨回廊から始め、顧客が規制・預金保険の対象となる銀行システムの中で、資金を移動・プログラム・決済できるようにする構想です。

JPモルガンやシティグループも関連するトークン化マネーのサービスを運用しています。 銀行が自社サービスを相次いで整備するほど、相互運用性の重要性は増します。1行の顧客だけを対象にするなら独自基盤でも足りますが、多国籍企業の資金管理では、複数行の残高と決済が連携しなければ効果は限定的です。

XRPのようなブリッジ資産は不要になるのか

Swiftの設計は、国際的なトークン化決済にXRPのような中立的なブリッジ資産が必須なのかという議論も再燃させました。今回の取引では、XRP、ステーブルコイン、共通のブロックチェーン通貨は使われていません。各行が自分のトークン化預金を保持し、Swiftが債務を調整・ネッティングしたうえで、既存の決済経路を使って最終決済しました。

このモデルに限れば、すべての越境決済が外部の暗号資産を経由する必要はありません。一方、銀行間の直接接続がない地域、外貨流動性が不足する市場、既存の信用関係が乏しい組み合わせでは、中立資産に役割があるという見方も残ります。今回の取引は、XRPが必要だとも不要だとも、あらゆる法域について結論づけるものではありません。規制された銀行預金を相互接続する別の道筋が、実際に動いたことを示したにとどまります。

企業の財務管理に期待される効果

複数行をまたぐネットワークが信頼性を持って稼働すれば、企業は将来的に次のような利点を得られる可能性があります。

• 子会社、取引先、銀行口座間でのより継続的な資金移動
• 複数行に分散した現金残高の可視性向上
• 支払条件や財務ルールの自動実行
• 事前入金や使えない状態の流動性への依存低下
• 外貨残高の効率的な活用

ウェルズ・ファーゴがまず米ドル・英ポンドの限定的な回廊から始める計画は、実用化の現実的な道筋を示しています。最初から全通貨・全地域を対象にするのではなく、明確な顧客と用途、通貨を絞って導入する形です。

ただし、これらは単一の銀行間取引から確定した成果ではありません。Swiftの実証が示したのは、調整モデルがライブユースケースを支えられることです。企業が実際に得る送金コスト、速度、流動性削減効果、運用安定性は、規模を拡大して初めて検証されます。

普及を阻む残された課題

最大の論点は、今回も最終決済に従来型のシステムが使われたことです。したがって、取引のすべてを台帳上で同時に完了させる「アトミックな決済」の効果が、まだ実証されたわけではありません。

本格的な拡張には、単に参加銀行を増やすだけでなく、次の共通ルールが必要です。

• 各法域におけるトークン化預金の法的な位置づけ
• 本人確認、制裁審査、コンプライアンス情報の互換性
• 外国為替交換と日中流動性の管理
• データの保管場所とプライバシー
• 決済失敗、紛争、例外処理への対応
• サイバーセキュリティと業務継続性
• 複数の銀行・法制度をまたぐ取引責任の明確化

決定的なテストは、別の2行がもう一度取引できるかではありません。複数の銀行が、異なる通貨、時間帯、規制環境をまたいで、予測可能で低コストかつ大量の商業決済を継続的に処理できるかです。

結論

HSBCとスタンダードチャータードの取引は、独自台帳に閉じた銀行システムと、普遍的な暗号資産を決済資産にするモデルの間に、第三の道があり得ることを示しました。Swiftは銀行の預金関係や既存の決済網を置き換えず、別々のトークン化預金基盤の債務を調整しました。

これは、金融機関向けの相互運用性にとって意味のある実証です。今後、標準化、流動性管理、法的な調整、そして多数の銀行をまたぐ安定運用を実現できるかどうかが、この実験を世界の企業決済インフラへ育てられるかを左右します。