開源、FINOS 與雲端原生 CIB 堆疊

TL;DR. FINOS、Linux Foundation 與 Rust 加零相依的堆疊,如何重塑雲端原生 CIB 堆疊——人才、法遵、PSD3 與供應鏈來源證明。

Points clés

01. CIB 為何走向開源. 三股壓力推動 CIB 轉向開源,沒有一項出於意識形態。.
02. Rust 加零相依的堆疊. 2026 年的雲端原生 CIB 堆疊,早已不再是 LAMP 時代「開源等於 Linux 加 nginx 加 Postgres」的舊圖像。它是一組分層、寬鬆授權、記憶體安全的元件——每一層都有自己的 SBOM、自己的來源證明,以及自己的最小威脅面。我所維護的 Rust 函式庫,正好可對應到這個分層架構。.
03. 開源支撐 ISO、AI 與量子議程. 2026 年三大結構性的 CIB 議程——ISO 20022 切換、營運面的代理式 AI,以及後量子密碼學遷移——全都跑在可檢視的程式碼上。任何一項都無法以專有堆疊運作。.
04. PSD3 與 FiDA 之下的平台化. 歐洲平台化議程——PSD3、《支付服務監管規則》以及《金融資料存取框架》(FiDA)——是對開放金融的監理承諾。它假設銀行能規模化地揭露、治理並稽核資料流。開放標準是前提,不是副產品。.

2026 年 6 月,企業投資銀行(CIB)的科技議程終於不再裝模作樣。Morgan Stanley、JPMorgan 與 Citi 同列 FINOS 董事會席次,並將開源視為核心基礎建設,而非附屬專案——Banking Dive 近期針對這三家銀行透過 FINOS 與 Linux Foundation 加碼共用程式碼的報導,精準捕捉了這項轉變(Banking Dive, 2026)。對供應商而言,這個理由令人難堪:CIB 堆疊如今必須端對端可檢視,而專有黑盒無法通過 DORA 第 5 條稽核。

本文將這項轉變連結至工程層面。我所發布的 Rust 函式庫——noyalib、http-handle、hsh、KyberLib、html-generator、Shokunin SSG——本身並非重點。當你認真看待 FINOS 的論點時,它們是雲端原生 CIB 堆疊現今真實樣貌的具體例證:寬鬆授權、零 unsafe、簽章產物,以及編譯期即內建的供應鏈來源證明。

01. CIB 為何走向開源

三股壓力推動 CIB 轉向開源,沒有一項出於意識形態。

**人才。**2026 年最頂尖的基礎建設工程師,都在公開場域構建。2025 年 FINOS《金融服務開源現況》報告指出,貢獻者基數正高速成長,銀行隸屬的維護者如今在 CNCF 執行時專案與 FINOS 工作流中清晰可見(Linux Foundation, 2025)。當一家一級銀行的 CTO 需要一位能交付清算系統重寫的資深 Rust 或 Kotlin 工程師時,那位工程師會預期能向上游提交。只走專有路線的公司,在招募對話的開頭就先輸了。

**法遵。**DORA 第 5 條將不可委派的 ICT 風險問責放到董事會。Basel III 將營運風險資本與服務中斷掛鉤。兩套制度皆假設機構能稽核正式環境路徑上的每一個元件——在 MIT、Apache 2.0 或 BSD-3-Clause 等寬鬆開源授權之下,這在結構上比依賴「相信我們」的黑盒 ISV 發行版本容易得多,因為後者的 SBOM 等於空白。CycloneDX 與 SPDX 物料清單、SLSA 來源證明,以及 sigstore 簽章,如今是監理機關對發行管線的最低期待門檻。

**交付速度。**一支能在數天而非數季內交付支付引擎變更的 CIB 平台團隊,靠的不是英雄主義,而是共用底層——Kubernetes、OpenTelemetry、ISO 20022 結構函式庫、FINOS Common Domain Model——這些都沒人願意付費重新實作。經濟邏輯已不再偏向客製軌道。

三股壓力,一項結論。走向開源是交付決策,不是採購決策。

02. Rust 加零相依的堆疊

2026 年的雲端原生 CIB 堆疊,早已不再是 LAMP 時代「開源等於 Linux 加 nginx 加 Postgres」的舊圖像。它是一組分層、寬鬆授權、記憶體安全的元件——每一層都有自己的 SBOM、自己的來源證明,以及自己的最小威脅面。我所維護的 Rust 函式庫,正好可對應到這個分層架構。

邊緣入口。http-handle 是以安全 Rust 撰寫、零相依、符合 RFC 7230 / 9112 的 HTTP/1.1 伺服器——專為 CIB 平台團隊終於意識到入口層不該拉進 200 個傳遞性 crate 的那一刻而打造。其論點完整呈現於 http-handle:以 Rust 打造銀行用零相依邊緣入口。
組態平面。noyalib 解析 YAML 1.2,達成 406/406 規格相容、JSON-Schema 驗證,並提供無損具象語法樹——讓 Kubernetes 清單、MCP 伺服器登錄表與 CI 工作流不再是默默存在的攻擊面。請參閱為何 2026 年的 AI、MCP 與金融基礎建設需要更安全的 Rust YAML 堆疊。
密碼學原語。hsh 提供 Argon2id、bcrypt 與 scrypt 密碼雜湊,並提供定時常數的驗證 API。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 年三大結構性的 CIB 議程——ISO 20022 切換、營運面的代理式 AI,以及後量子密碼學遷移——全都跑在可檢視的程式碼上。任何一項都無法以專有堆疊運作。

**ISO 20022。**pacs.008 / pacs.009 / camt 結構家族如今已是批發支付的預設。FINOS 與 Common Domain Model 並列,並提供開源 Java 與 Kotlin 函式庫,負責解析、驗證並路由這些訊息。pacs.008 自動化與 ISO 20022 跨行支付中的工作,展示了一條清算等級的管線如何由這些開源元件組裝——結構驗證、結構化匯款資訊、端對端可追溯性——而無須每家銀行都重新打造解析器。

**代理式 AI。**Model Context Protocol(MCP)是讓 AI 代理呼叫內部銀行工具的通用語——MCP 伺服器跑在 YAML 登錄表、OAuth 邊界化服務帳號,以及稽核日誌管線上。控制平面之所以必須開源,是因為它非開源不可:任何觸碰正式環境帳本的代理,都需要可檢視、有界限的工作流程。將此視為工程問題而非供應商選型問題的論點,貫穿於為何 YAML 需要更安全的 Rust 堆疊,以及 2026 年 AI 感知 dotfiles 中的開發者工作站工作。

**後量子密碼學。**FIPS 203(ML-KEM)與 FIPS 204(ML-DSA)如今是遷移目標。混合式 X25519MLKEM768 金鑰交換是 TLS 1.3 中的實務預設。少了稽核者與銀行密碼學團隊能逐行閱讀的開源實作,這一切都無法運作——KyberLib 是其中一個例子,而更大範圍的遷移框架,則是 KyberLib 與 2026 年的後量子銀行遷移的主題。

三項議程,共用一項相依:由 sigstore 簽章、由 SLSA 證明、列於 CycloneDX 或 SPDX SBOM、受 OSSF scorecard 治理的開源程式碼。這就是 2026 年的雲端原生 CIB 堆疊。

04. PSD3 與 FiDA 之下的平台化

歐洲平台化議程——PSD3、《支付服務監管規則》以及《金融資料存取框架》(FiDA)——是對開放金融的監理承諾。它假設銀行能規模化地揭露、治理並稽核資料流。開放標準是前提,不是副產品。

Consultancy.uk 的 2026 年「為平台成長協調開放銀行」展望,從業務面提出同樣的觀察:在 PSD3 之下勝出的機構,是把 API 資產當作產品、而非法遵附帶事項來對待的那些(Consultancy.uk, 2026)。這種姿態在封閉堆疊上不可能成立。將 API 產品化需要版本化 OpenAPI 規格、自動化合約測試、跨每位消費者的可觀測性,以及一層稽核者能逐步走查的治理層。2026 年,這些原語每一項都是開源,大多座落在 CNCF 或 FINOS 專案中。

同樣的邏輯延伸至 FiDA 更廣泛的資料存取邊界——退休金、房貸、投資產品。一家以可檢視程式碼掌控解析、入口、組態與密碼學的銀行,得以延展邊界而無須重新設計架構。一家將上述層次外包給封閉供應商的銀行,則將在未來三年支付整合顧問費用。FINOS 論點本質上就是平台化論點:擁有標準、共用底層、在表面競爭。

結論

2026 年的 CIB 堆疊預設即開源。不是出於意識形態,而是因為三股壓力——人才、法遵、交付速度——朝同一方向拉動,而監理機關(DORA、Basel III、PSD3、FiDA)已正式認可。Banking Dive 對 Morgan Stanley、JPMorgan 與 Citi 的報導,是資深平台團隊兩年來私下對話的公開版本。

對董事會而言,結論直白。問題不再是「我們是否該採用開源」,而是:我們是否具備 SBOM、SLSA 來源證明、sigstore 簽章、OSSF scorecard,以及與 FINOS 一致的貢獻政策,以便安全地使用它?若答案為否,那麼面對監理機關的答案,也將會是否。

對工程領導者而言,結論更銳利。選定承重層——入口、解析、密碼學、建置、供應鏈——並以寬鬆授權、記憶體安全、具明確威脅模型的元件作為標準。本文中 Rust 加零相依的範例只是一組有效選項。重點是形貌,不是品牌。把底層打造好,表面才能快速移動。

開源已不再是現代化的「問題」,而是現代化的「答案」。

最後審閱於 2026-06-28。

最近審閱 2026-06-29.

Republish this article

開源、FINOS 與雲端原生 CIB 堆疊 — Sebastien Rousseau

FINOS、Linux Foundation 與 Rust 加零相依的堆疊,如何重塑雲端原生 CIB 堆疊——人才、法遵、PSD3 與供應鏈來源證明。

This article is licensed under Creative Commons Attribution 4.0 International. Republication requires attribution to the canonical URL.

開源、FINOS 與雲端原生 CIB 堆疊 — Sebastien Rousseau

FINOS、Linux Foundation 與 Rust 加零相依的堆疊,如何重塑雲端原生 CIB 堆疊——人才、法遵、PSD3 與供應鏈來源證明。

Originally published at https://sebastienrousseau.com/zh-hant/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 之下的平台化

結論

Format for Medium

Format for Mastodon

Copy formatted for LinkedIn

BibTeX

RIS

Vancouver

Chicago

APA

Republish this article