IBMが伝統的銀行とブロックチェーンを接続 — Swift台帳統合およびオンプレミス版Digital Asset Havenがベータ版に
重要ポイント
- •IBMのDigital Asset Havenは、ベータ版のISO 20022メッセージアダプターを通じて、Swiftのブロックチェーンベースの共有台帳上でのトークン化預金取引を支援。ブロックチェーン固有のワークフローではなく、標準的な銀行ペイメントメッセージングに依存している。
- •Sibos 2025で初発表され、Consensysとの共同プロトタイプに40以上の金融機関の意見を取り入れて構築されたSwiftの共有台帳は、構想から稼働まで9か月で進展し、現在17機関がトークン化預金のパイロットを実施している。
- •参加するIBMの顧客は、Swift台帳上で銀行発行のトークン化預金を24時間体制で移動でき、最終決済は引き続き既存のシステムを通じて完了する。銀行は確立されたSwiftの標準と自社のコンプライアンスプロセスを維持する。
- •IBMの新たなDigital Asset Havenオンプレミス版ベータにより、規制対象機関はIBM ZおよびLinuxONEハードウェア上の自社データセンター内で、ステーブルコインやトークン化預金などの資産を完全に管理でき、パブリッククラウドインフラに依存しない。
- •オンプレミス版は2025年10月から提供されているSaaS版・ハイブリッド版と同じアーキテクチャ、API、ワークフローを共有しており、アプリケーションを書き換えることなくデプロイメントモデルを切り替え可能。

IBMは、伝統的な銀行インフラとブロックチェーン技術を結ぶ2つの取り組みを発表した。同社のデジタル資産プラットフォームとSwiftのブロックチェーンベースの共有台帳との統合、および規制対象機関向けの同プラットフォームのオンプレミス版ベータである。
Swift統合により、同社のデジタル資産管理プラットフォームであるIBM Digital Asset Havenは、標準的なペイメントメッセージングを通じて実行されるトークン化預金取引を支援できる。ベータ版のISO 20022メッセージアダプター — 銀行がすでに国境を越える決済で利用している金融メッセージングのグローバル標準 — により、銀行は既存のメッセージ形式と運用プロセスをそのまま用いて当該取引を開始でき、ブロックチェーン固有のワークフローを採用する必要がなくなる。
この発表は、銀行業界が決済インフラの近代化を広く進め、より高速な国境を越える資金移動や、拡大するデジタル資産への対応手段を模索する中で行われた。200を超える市場で1万2,500以上の金融機関をつなぐネットワークを持つ協同組織Swiftは、年次金融業界カンファレンスであるSibos 2025でこの共有台帳を初めて発表した。Consensysと共同で開発したプロトタイプを基盤とし、世界中の40以上の金融機関からの意見を取り入れた同プラットフォームは、構想から稼働まで9か月で進展した。現在17の機関がトークン化預金取引のパイロットを実施している。
この台帳は銀行発行のトークン化預金 — 発行銀行に保有される預金のブロックチェーンベースの表現 — を取り扱う。これにより、参加するIBMの顧客は最終決済を待たずに24時間体制でデジタル資産を動でき、最終決済自体は引き続き既存のシステムを通じて完了する。銀行は確立されたSwiftの標準と自社のコンプライアンスプロセスを引き続き利用する。すでにこのプログラムに参加している金融機関は、Digital Asset Havenを用いてSwift台帳上でトークン化預金のテストに成功している。
オンプレミス導入によりデジタル資産運用を機関内に
Swift統合と並行して、IBMはDigital Asset Havenのオンプレミス版ベータ導入を拡大しており、規制対象組織はステーブルコインやトークン化預金などのデジタル資産を自社のデータセンター内で完全に管理できる。同プラットフォームのSaaS版およびハイブリッド版は2025年10月から提供されており、以来、複数の大陸の銀行・決済機関がこれらの上でデジタル資産のユースケースの実装を開始している。
オンプレミス版はIBM ZおよびIBM LinuxONEシステム上で動作し、パブリッククラウドインフラに依存しない。顧客がすでに運用しているハードウェア上でも、新たに追加されたキャパシティ上でも稼働可能である。主な特長として、ソリューション層と鍵管理層の両方を顧客自身の環境内に保持する顧客制御のデプロイメントがあり、99.999999%の可用性を目標に設計された構成となっている。鍵はIBM Crypto Expressハードウェアセキュリティモジュールによって保護され、コンフィデンシャルコンピューティングと環境の分割により、本番・テスト・開発の各ワークロードが分離される。この設計は、データ所在地の規制や内部リスクポリシーにより、機密性の高いシステムや暗号鍵素材を機関の直接管理下に置くことが求められる場合がある、規制対象の銀行にとって馴染みのある制約を反映したものである。
ルート認証局鍵の生成は、監査可能な正式な鍵セレモニーによって管理され、規制当局のレビューに適したドキュメントが作成される。また、IBM Offline Signing Orchestratorを通じてコールドストレージ運用もサポートされている。
オンプレミス版はSaaS版・ハイブリッド版と同じアーキテクチャ、API、ワークフローを共有しているため、顧客はアプリケーションを書き換えることなくデプロイメントモデルを切り替えることができる。これは、技術スタックの管理権限を保持したままデジタル資産分野へ拡大したい機関を対象とした仕組みである。
両取り組みがいずれもベータ段階にある現在、注目すべき次の節目は、Swift台帳上でトークン化預金をテストしている17機関などのパイロットや、SaaS版・ハイブリッド版で進行中の早期実装が、テスト本番利用へとどのように移行するかである。