オープンソース、FINOS、クラウドネイティブな CIB スタック

TL;DR. FINOS、Linux Foundation、Rust とゼロ依存スタックが、クラウドネイティブな CIB スタックを再構成する仕組み — 人材、コンプライアンス、PSD3、サプライチェーン・プロビナンス。

Points clés

01. なぜ CIB はオープンへ向かうのか. 3 つの圧力が CIB をオープンソースへと押しやり、そのいずれもイデオロギー由来ではありません。.
02. Rust とゼロ依存のスタック. 2026 年のクラウドネイティブな CIB スタックは、もはや LAMP 時代の「オープンソース = Linux + nginx + Postgres」の像ではありません。寛容にライセンスされ、メモリ安全なコンポーネントの階層化された集合 — それぞれが自前の SBOM、自前のプロビナンス、自前の最小化された脅威面を備えるもの — です。私がメンテナンスしている Rust ライブラリは、その階層に綺麗に対応します。.
03. オープンソースは ISO、AI、量子のアジェンダを下支えする. 2026 年の構造的な 3 つの CIB アジェンダ — ISO 20022 切替、運用における AI エージェント、ポスト量子暗号への移行 — は、いずれも検査可能なコードの上で動作します。どれもプロプライエタリスタックでは機能しません。.
04. PSD3 と FiDA 下でのプラットフォーム化. 欧州のプラットフォーム化アジェンダ — PSD3、Payment Services Regulation、Financial Data Access フレームワーク (FiDA) — は、オープンファイナンスへの規制上のコミットメントです。それは銀行がデータフローを大規模に公開し、統治し、監査できることを前提とします。オープン標準は副産物ではなく前提条件です。.

2026 年 6 月、コーポレート・インベストメントバンキング (CIB) のテクノロジーアジェンダはついに体裁を取り繕うのをやめました。Morgan Stanley、JPMorgan、Citi は FINOS の理事会に名を連ね、いまやオープンソースをサイドプロジェクトではなく中核インフラとして扱っています — Banking Dive が最近の報道で捉えたのは、この 3 行が FINOS と Linux Foundation を介して共有コードへの取り組みを倍加させているという変化です (Banking Dive, 2026)。理由はベンダーにとって居心地が悪いものです:CIB スタックはいまやエンドツーエンドで検査可能でなければならず、プロプライエタリなブラックボックスは DORA 第 5 条の監査に耐えられません。

本稿は、その転換をエンジニアリング側につなぎ合わせます。私が公開している Rust ライブラリ — noyalib、http-handle、hsh、KyberLib、html-generator、Shokunin SSG — はそれ自体が論点ではありません。FINOS のテーゼを真剣に受け止めたとき、クラウドネイティブな CIB スタックがいまどう見えるかの具体例です:寛容なライセンス、ゼロ unsafe、署名された成果物、そしてコンパイル時に焼き込まれたサプライチェーン・プロビナンス。

01. なぜ CIB はオープンへ向かうのか

3 つの圧力が CIB をオープンソースへと押しやり、そのいずれもイデオロギー由来ではありません。

**人材。**2026 年における最も優れたインフラエンジニアは、公開の場で構築します。2025 年の FINOS State of Open Source in Financial Services レポートは、コントリビューター基盤が成長の高位にあることを示し、銀行所属のメンテナーが CNCF ランタイムプロジェクトや FINOS ワークストリーム全体で可視化されています (Linux Foundation, 2025)。Tier-1 の CTO が清算システム再構築を遂行できるシニアの Rust または Kotlin エンジニアを必要とするとき、そのエンジニアはアップストリームにコミットすることを期待します。プロプライエタリ専業のショップは、採用の会話を早々に失います。

**コンプライアンス。**DORA 第 5 条は、委任不可能な ICT リスクのアカウンタビリティを取締役会に課します。Basel III は、オペレーショナルリスク資本を障害につなぎます。両規制はいずれも、機関が本番経路のすべてのコンポーネントを監査できることを前提とします — そして、それは SBOM が「信じてください」となるブラックボックスの ISV リリースよりも、MIT、Apache 2.0、BSD-3-Clause の寛容なオープンソースコードの方が構造的に容易です。CycloneDX や SPDX のソフトウェア部品表、SLSA プロビナンスのアテステーション、sigstore 署名は、規制当局がリリースパイプラインに付随しているのを期待する最低限の水準になっています。

**デリバリースピード。**ペイメントエンジンの変更を四半期単位ではなく日単位で出荷する CIB プラットフォームチームは、英雄的努力で勝っているのではありません。Kubernetes、OpenTelemetry、ISO 20022 スキーマライブラリ、FINOS Common Domain Model — 誰もが再実装に対価を払わない共有基盤の上で勝っているのです。経済性はもはやカスタム設計のレールを支持しません。

3 つの圧力、ひとつの結論。オープンへ向かうのは調達上の判断ではなく、デリバリー上の判断です。

02. Rust とゼロ依存のスタック

2026 年のクラウドネイティブな CIB スタックは、もはや LAMP 時代の「オープンソース = Linux + nginx + Postgres」の像ではありません。寛容にライセンスされ、メモリ安全なコンポーネントの階層化された集合 — それぞれが自前の SBOM、自前のプロビナンス、自前の最小化された脅威面を備えるもの — です。私がメンテナンスしている Rust ライブラリは、その階層に綺麗に対応します。

エッジ・イングレス。http-handle は、安全な Rust で書かれた、RFC 7230 / 9112 適合のゼロ依存 HTTP/1.1 サーバーです — イングレス層が 200 個の推移的クレートを取り込むべきではないと CIB プラットフォームチームが気づいた瞬間のために構築されました。その論拠は http-handle:Rust で書かれた銀行業向けゼロ依存エッジ・イングレスに整理されています。
構成プレーン。noyalib は、406/406 仕様適合、JSON-Schema 検証、ロスレスな具象構文木で YAML 1.2 をパースします — その結果、Kubernetes マニフェスト、MCP サーバーレジストリ、CI ワークフローが、潜在的な攻撃面であることをやめます。なぜ YAML には 2026 年の AI、MCP、金融インフラ向けにより安全な Rust スタックが必要なのかを参照してください。
暗号プリミティブ。hsh は、定数時間の検証 API を備えた Argon2id、bcrypt、scrypt のパスワードハッシュを提供します。KyberLib は FIPS 203 の下で ML-KEM-512/768/1024 を実装し、KyberLib と 2026 年のポスト量子銀行業移行で論じたポスト量子移行を支えます。
コンテンツとエッジ配信。html-generator はアクセシブルな Markdown を構造化された HTML へとコンパイルします;Shokunin SSG は皆さんが今読んでいる本誌を構築します;CloudCDN は、オープンソースで AI ネイティブなエッジとして、その前面に位置します。

いずれも、レガシーな銀行業の意味での「フレームワーク」ではありません。明示的な脅威モデルを備える、小さく、寛容にライセンスされ、署名されたコンポーネントです。それが FINOS のテーゼが促す運用上の形であり — CIB プラットフォームチームが規制当局の前でスライドデッキなしに弁護できる形です。

率直な小さな留保:目標は「銀行を Rust で書き直す」ことではありません。荷重を支える層 — イングレス、パース、暗号、ビルド、サプライチェーン — において、CIB プラットフォームチームにメモリ安全で低依存のスタックという選択肢を提供することであり、他の領域での宗教的な決定を強要するものではありません。

03. オープンソースは ISO、AI、量子のアジェンダを下支えする

2026 年の構造的な 3 つの CIB アジェンダ — ISO 20022 切替、運用における AI エージェント、ポスト量子暗号への移行 — は、いずれも検査可能なコードの上で動作します。どれもプロプライエタリスタックでは機能しません。

**ISO 20022。**pacs.008 / pacs.009 / camt のスキーマファミリーは、いまやホールセール決済の既定です。FINOS は、それらのメッセージをパース、検証、ルーティングするオープンソースの Java および Kotlin ライブラリと並んで Common Domain Model をホストしています。pacs.008 の自動化と ISO 20022 銀行間決済の論考は、清算グレードのパイプラインがそれらのオープンなコンポーネントから構成される様子を示します — スキーマ検証、構造化送金情報、エンドツーエンドの追跡可能性 — 各銀行でパーサーを再構築することなく実現できます。

**AI エージェント。**Model Context Protocol (MCP) は、AI エージェントが内部の銀行ツールを呼び出すための共通言語であり — MCP サーバーは YAML レジストリ、OAuth で境界付けられたサービスアカウント、監査ログのパイプラインの上で動作します。コントロールプレーンがオープンソースなのは、そうでなければならないからです:本番元帳に触れるエージェントには、検査可能な境界付きワークフローが必要です。これをベンダー選定ではなくエンジニアリング上の問題として扱うべきという論拠は、なぜ YAML にはより安全な Rust スタックが必要なのかおよび 2026 年の AI 対応ドットファイルのドットファイル・ワークステーションの取り組みに通底します。

**ポスト量子暗号。**FIPS 203 (ML-KEM) と FIPS 204 (ML-DSA) は、いまや移行先です。ハイブリッドの X25519MLKEM768 鍵交換は、TLS 1.3 における実用的な既定です。これは、監査人や銀行の暗号チームが一行ずつ読めるオープン実装なしには機能しません — KyberLib はその一例であり、より広範な移行のフレーミングは KyberLib と 2026 年のポスト量子銀行業移行の主題です。

3 つのアジェンダ。共有される 1 つの依存関係:オープンなコード、sigstore で署名され、SLSA でアテステーションされ、CycloneDX または SPDX の SBOM に列挙され、OSSF スコアカードで統治されたもの。それが 2026 年のクラウドネイティブな CIB スタックです。

04. PSD3 と FiDA 下でのプラットフォーム化

欧州のプラットフォーム化アジェンダ — PSD3、Payment Services Regulation、Financial Data Access フレームワーク (FiDA) — は、オープンファイナンスへの規制上のコミットメントです。それは銀行がデータフローを大規模に公開し、統治し、監査できることを前提とします。オープン標準は副産物ではなく前提条件です。

Consultancy.uk の 2026 年のプラットフォーム成長に向けたオープンバンキングのオーケストレーションに関する見通しは、ビジネス側から同じ観察をしています:PSD3 の下で勝つ機関は、API 資産をコンプライアンスの事後対応ではなく製品として扱う機関です (Consultancy.uk, 2026)。その姿勢は閉じたスタックの上では不可能です。API の製品化には、バージョン管理された OpenAPI 仕様、自動化された契約テスト、すべての利用者にわたる観測可能性、そして監査人が踏破できるガバナンス層が必要です。それらのプリミティブは 2026 年にはいずれもオープンソースであり、そのほとんどが CNCF または FINOS プロジェクトに収まっています。

同じ論理は FiDA のより広いデータアクセス範囲 — 年金、住宅ローン、投資商品 — にも及びます。検査可能なコードでパース、イングレス、構成、暗号を制御する銀行は、再アーキテクトすることなく範囲を拡張できます。それらの層を閉じたベンダーへ委託した銀行は、今後 3 年間、統合コンサルタントへ支払い続けることになります。FINOS のテーゼは、本質的にプラットフォーム化のテーゼです:標準を所有し、基盤を共有し、表面で競争せよ。

結論

2026 年の CIB スタックは既定でオープンです。イデオロギーゆえではなく、3 つの圧力 — 人材、コンプライアンス、デリバリースピード — が同じ方向へ引き、規制当局 (DORA、Basel III、PSD3、FiDA) がそれを追認したからです。Morgan Stanley、JPMorgan、Citi に関する Banking Dive の報道は、シニアプラットフォームチームが 2 年間にわたって交わしてきたプライベートな会話の公開版です。

取締役会にとって、その含意は単純です。問いはもはや「オープンソースを使うべきか」ではありません。それは:安全に利用するために、SBOM、SLSA プロビナンス、sigstore 署名、OSSF スコアカード、そして FINOS と整合したコントリビューションポリシーを備えているか、です。答えがノーなら、規制当局への答えもノーになります。

エンジニアリングリーダーにとって、その含意はより鋭利です。荷重を支える層 — イングレス、パース、暗号、ビルド、サプライチェーン — を選び、寛容にライセンスされ、メモリ安全で、明示的な脅威モデルを備えたコンポーネントで標準化してください。本稿の Rust とゼロ依存の例は、ひとつの有効な選択肢にすぎません。要点はブランドではなく形です。表面が高速に動けるよう、基盤を構築してください。

オープンソースはもはやモダナイゼーションの問いではありません。モダナイゼーションの答えです。

最終レビュー 2026-06-28。

最終確認日 2026-06-29.

この記事を転載

オープンソース、FINOS、クラウドネイティブな CIB スタック — Sebastien Rousseau

FINOS、Linux Foundation、Rust とゼロ依存スタックが、クラウドネイティブな CIB スタックを再構成する仕組み — 人材、コンプライアンス、PSD3、サプライチェーン・プロビナンス。

本記事のライセンスは Creative Commons Attribution 4.0 International. 転載の際は正規URLへの帰属表示が必要です。

オープンソース、FINOS、クラウドネイティブな CIB スタック — Sebastien Rousseau

FINOS、Linux Foundation、Rust とゼロ依存スタックが、クラウドネイティブな CIB スタックを再構成する仕組み — 人材、コンプライアンス、PSD3、サプライチェーン・プロビナンス。

Originally published at https://sebastienrousseau.com/ja/2026-06-28-open-source-finos-cloud-native-cib-stack-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER

オープンソース、FINOS、クラウドネイティブな CIB スタック

01. なぜ CIB はオープンへ向かうのか

02. Rust とゼロ依存のスタック

03. オープンソースは ISO、AI、量子のアジェンダを下支えする

04. PSD3 と FiDA 下でのプラットフォーム化

結論

Medium用フォーマットをコピー

Mastodon用フォーマットをコピー

LinkedIn用にフォーマットしてコピー

BibTeX

RIS

Vancouver

Chicago

APA

この記事を転載