要約

  • Jack Henryは10月16日、Google Cloud Universal Ledger（GCUL）に統合する初のコアバンキング技術プロバイダーになると発表した。参加銀行、商用開始日、完了した取引、料金や契約条件は示していない。
  • 同社が公表する7,200超の顧客は潜在的な販売先であって、GCULの参加者数ではない。事業価値を決めるのは、銀行ごとの導入、台帳の権限設計、決済の実績と流動性コストである。

銀行のコアシステムと台帳を接続する際、インターフェースの仕様より先に問うべきことがある。預金を誰が発行し、トークンの移転を誰が承認し、照合や障害への対応を誰が負うのか。Jack Henryは10月16日、Google Cloud Universal Ledgerとの連携を拡大し、同台帳に接続する初のコアバンキング技術プロバイダーになると発表した。銀行や信用組合がトークン化預金を提供できるよう「道を開く」計画だが、発表文は銀行名、サービスの開始日、実行済み取引を一つも挙げていない。Jack Henryの発表は接続計画の証拠であり、銀行ネットワークが稼働している証拠ではない。

この差は、Googleが公表するGCULの製品段階を見るとさらに明確になる。Googleの概要ページはUniversal LedgerをPreviewと表示し、利用希望者にアクセス申請を求めている。口座、トークン、送金、決済フロー、状態照会といった機能は説明されているが、Jack Henryの顧客向けに一般提供されているとは書かれていない。Googleの製品概要から分かるのは、参加者が評価できる技術面と、現在も限られたアクセス段階にあることだ。製品のプレビュー、ベンダー間の接続、銀行が顧客資金を扱う本番運用は別々の段階である。

別の先行案件も、GCULの開発経緯とJack Henryの連携案を混同しないための材料になる。CME GroupとGoogle Cloudは2025年3月、卸売決済とトークン化に関する別案件で、統合・テストの初期段階を完了したと発表した。市場参加者とのテストや2026年のサービス提供は、その時点では計画として示されたものだ。これは卸売市場向けの用途であり、その後の現在状況やJack Henryの銀行向け統合準備を裏づけない。2025年3月の発表は別案件を記録している。

また、共有台帳は誰が管理するかでサービスのリスクが変わる。Googleの文書はPlatform Operator、Account Manager、Token Manager、Clearinghouseといった役割を定義し、ネットワーク基盤、口座、トークン、決済関連の制御を分けている。Universal LedgerのIAM権限一覧は管理権限が明示的な設計要素であることを示す。一方、Jack Henryの発表からは、Google、Jack Henry、参加銀行の誰がどの役割を担うか分からない。参加者の承認、トークン発行の上限、エラー処理、障害時の責任、契約終了時のデータや残高の移行も未公表だ。銀行は顧客との関係を維持しても、その裏側のサービス停止や運用規則を自ら制御できるとは限らない。

そのため「24時間365日」「ほぼリアルタイム」「事前資金の抑制」といった説明は、実績ではなく検証項目として読む必要がある。Jack HenryとGoogleは、自動清算や多国間ネッティングを含む効果を訴求する。ネッティングは、相手先や債務の組み合わせがそろえば必要な総流動性を下げることがあるが、流動性、信用リスク、最終決済の責任を消す仕組みではない。銀行は送金が確定する時点、拒否や取消の扱い、基幹台帳との照合方法、障害時に支払を続ける手段、ストレス時の資金需要を確かめなければならない。発表文にはそれらの仕様がない。

すでに公表された他の試みは、同じ「トークン化預金」という言葉が異なる証拠段階を覆うことを示す。Standard CharteredとHSBCは8月、Swiftの台帳を使って銀行間の債務を記録・照合・ネッティングし、最終決済を既存システムで行う国際取引を実行したと発表した。これは取引の実績だが、GCULやJack Henryの顧客に関する実績ではない。Standard Charteredの説明はその境界を示す。9月にはカナダの6行がカナダドル建てトークン化預金の解決策を「検討」していると発表した。National Bank of Canadaの発表も、別の構想段階にある。探索、技術接続、銀行間の実取引を一つの採用指標にまとめるべきではない。

収益面でも結論を出すための情報は不足する。今回の協業は、既存の販売・サポート関係を通じて追加機能を提供し、Jack Henryのシステムが顧客の決済運用で占める範囲を広げる可能性がある。ただし、料金、継続収入の配分、最低利用量、導入費、サービス水準、流動性負担、事故時の賠償分担は公表されていない。投資家はソフトウェアの高採算な追加機能なのか、個別開発が重い案件なのか、Google側に収益が偏る接続支援なのかを見分けられない。銀行も、自社開発や既存決済網、別ベンダーとの全費用を比較できない。

トークン化預金と決済用ステーブルコインの区別も必要だ。Jack Henryは金融機関の預金を表すトークンを説明しており、今回の発表は民間ドル建てステーブルコインを発行する計画ではない。FDICが2026年4月に公表したGENIUS Act実施の通知は意見募集を伴う規則案であり、この製品の保険上の扱いを最終決定したものではない。FDICの通知は提案段階の資料として扱う必要がある。金融機関は契約条件、償還の流れ、規制上の解釈を個別に確認することになる。

したがって、判断材料になるのは台帳へ接続できたという発表ではない。名前を明らかにした銀行が条件に合意し、預金記録と照合できる取引を実行し、その責任と流動性コストを受け入れるかどうかだ。顧客の導入と運用規則が分からない限り、GCULは流通の選択肢にとどまる。銀行ネットワークはまだ形になっていない。

出典