以太坊與傳統金融整合失敗：那些銀行不敢說的技術秘密

在金融科技圈待久了，我發現一個有趣的現象：幾乎每家大銀行都發布過「區塊鏈探索白皮書」，但真正落地並持續運營的案例，屈指可數。

摩根大通的 JPM Coin 還活著，但只服務機構內部清算。瑞銀的 Fnality 折騰了七年還在「積極開發」。Visa 的比特幣結算網路悄悄關閉了。微軟的 Azure 區塊鏈服務壽終正寢。Overstock 的 t0.com 已經成為歷史。

這篇文章我準備把這些失敗案例的技術內幕扒乾淨。不是為了嘲諷這些機構，而是為了理解：為什麼這些有錢、有人、有資源的大機構，在區塊鏈這件事上就是搞不定？

一、摩根大通 Quorum：技術優雅，但政治骯髒

1.1 技術架構：一度是以太坊最優雅的企業分支

Quorum 是摩根大通 2017 年啟動的以太坊分支項目。它的技術架構其實相當優雅：

Quorum 核心架構：

┌─────────────────────────────────────────────────────────┐
│                    Quorum 網路                          │
├─────────────────────────────────────────────────────────┤
│  ┌─────────────────────────────────────────────────┐   │
│  │              執行層（Modified Geth）              │   │
│  │  - 交易驗證、狀態管理                            │   │
│  │  - 共識模組（可插拔）                            │   │
│  │  - 隱私交易處理                                   │   │
│  └─────────────────────────────────────────────────┘   │
│                         │                               │
│  ┌─────────────────────────────────────────────────┐   │
│  │          Tessera（隱私交易管理器）                 │   │
│  │  - 零知識證明生成                                 │   │
│  │  - 私人交易加密、解密                             │   │
│  │  - Enclave 隔離執行                               │   │
│  └─────────────────────────────────────────────────┘   │
│                         │                               │
│  ┌─────────────────────────────────────────────────┐   │
│  │          共識層（可插拔）                         │   │
│  │  - IBFT 2.0（適用於聯盟鏈）                      │   │
│  │  - Raft（共識最快，安全性最低）                   │   │
│  │  - PoA（Clique）                                 │   │
│  └─────────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────────┘

Tessera 是 Quorum 的隱私核心。它基於 Intel SGX（軟體防護擴展），在硬體隔離的「安全飛地」中執行敏感計算。理論上，即使摩根大通的伺服器被黑客入侵，Tessera 中處理的私人交易數據也無法被竊取。

這套架構看起來很美好，對吧？

1.2 致命缺陷：IBFT 共識的規模噩夢

問題出在共識層。

Quorum 支援多種共識機制，但銀行聯盟場景下，IBFT（Istanbul Byzantine Fault Tolerance）是最常見的選擇。IBFT 的數學特性很好：只要 2/3 的驗證者誠實，系統就是安全的。

但 IBFT 有一個致命的規模問題：

IBFT 性能與節點數量的關係：

節點數量    │  交易吞吐量（TPS）  │  區塊最終確認時間  │  網路延遲容忍
───────────┼──────────────────┼──────────────────┼─────────────
4         │  ~3,000          │  ~2 秒           │  < 200ms
7         │  ~1,500          │  ~3 秒           │  < 150ms
10        │  ~800            │  ~4 秒           │  < 100ms
15        │  ~400            │  ~5 秒           │  < 80ms
20        │  ~200            │  ~6 秒           │  < 50ms
25        │  ~100            │  ~8 秒           │  < 30ms

現實中，銀行聯盟往往有 10-20 個成員機構
每個機構可能運行 2-3 個驗證節點
理論節點數：20-60 個

在這個規模下，IBFT 的吞吐量跌到 200-400 TPS
延遲容忍 < 100ms——在跨國銀行網路中幾乎不可能穩定達到

對比一下：Visa 網路每秒處理 15,000+ 筆交易，延遲 < 1 秒。Quorum 在銀行場景下的性能，連 Visa 的 3% 都不到。

1.3 技術選擇的歷史局限性

2017 年啟動 Quorum 時，零知識證明還處於早期階段。Tessera 採用的 TEE（可信執行環境）方案雖然技術上可行，但有幾個根本性問題：

TEE 方案的固有缺陷：

1. 硬體依賴
   - 依賴 Intel SGX，存在「Spectre/Meltdown」等硬體漏洞風險
   - AMD、ARM 的 TEE 方案不兼容
   - 晶片廠商成為新的單點故障

2. 遠程認證複雜
   - 驗證 TEE 是否可信需要複雜的「遠程認證」流程
   - 每次升級 SGX 版本，認證流程需要重新執行
   - 銀行 IT 部門對此怨聲載道

3. 審計困難
   - TEE 內部執行的是「黑盒子」
   - 監管機構無法獨立審計隱私保護的正確性
   - 合規團隊對此非常頭疼

4. 性能瓶頸
   - SGX Enclave 的記憶體受限（約 128MB）
   - 複雜的零知識電路無法在 Enclave 中高效執行
   - 後續的 ZK 方案出來後，Tessera 的架構顯得過時

1.4 政治因素：為什麼摩根大通最終放棄

技術問題可以修復，政治問題更難解。

Quorum 的目標是「銀行間區塊鏈網路」，但每家銀行都有自己的利益考量：

參與銀行的利益衝突：

銀行 A：「我用區塊鏈結算，希望對手方也能用，這樣我們都不用準備那麼多清算資金」
銀行 B：「如果我用區塊鏈，我的交易对手銀行能看到我的頭寸，這是我的商業秘密」
銀行 C：「區塊鏈結算速度如果比 SWIFT 快，我們的做市商合約要不要重新談？」
銀行 D：「監管機構還沒有明確態度，我們先觀望吧」

結果：
- 每家銀行都有否决權
- 沒有人願意第一個行動
- 最終變成「囚徒困境」——大家都在等，都在觀望

2021 年，摩根大通宣布將 Quorum 的核心代碼捐贈給了 ConsenSys。2024 年，Quorum 正式宣佈停更，所有用戶遷移到 Polygon Edge 或其他企業區塊鏈方案。

失敗的教訓：

企業區塊鏈的成功不僅取決於技術，更取決於參與方的激勵是否一致。

二、瑞銀 Fnality：夢想與現實的七年鴻溝

2.1 目標：用區塊鏈改變金融市場基礎設施

Fnality 的願景是宏大的：建立一個「區塊鏈上的支付系統」，讓金融機構可以用代幣化的存款進行實時結算。

Fnality 系統架構（理論）：

┌─────────────────────────────────────────────────────────┐
│                   Fnality Payment System                │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  ┌──────────┐     ┌──────────┐     ┌──────────┐      │
│  │ 銀行 A   │     │ 銀行 B   │     │ 銀行 C   │      │
│  │ 存款代理 │     │ 存款代理 │     │ 存款代理 │      │
│  └────┬─────┘     └────┬─────┘     └────┬─────┘      │
│       │                  │                  │          │
│       ▼                  ▼                  ▼          │
│  ┌────────────────────────────────────────────────┐   │
│  │          Fnality 區塊鏈網路                     │   │
│  │  - 15 家創始成員（瑞銀、瑞信、巴克萊等）       │   │
│  │  - 5 家央行觀察員                              │   │
│  │  - 代幣化存款作為結算資產                      │   │
│  └────────────────────────────────────────────────┘   │
│                        │                               │
│                        ▼                               │
│  ┌────────────────────────────────────────────────┐   │
│  │          央行儲備帳戶                           │   │
│  │  - 英格蘭銀行、歐洲央行等參與                  │   │
│  │  - 1:1 準備金支援                             │   │
│  └────────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────────┘

如果 Fnality 成功，它將成為區塊鏈世界的「Swift」——所有金融機構都離不開的基礎設施。

2.2 現實：七年後仍在「積極開發」

Fnality 里程碑回顧：

2015 年：概念誕生
- Fnality（前身為「Utility Settlement Coin」）概念提出
- 目標：用代幣化存款實現跨境即時結算

2017 年：正式啟動
- 瑞銀牽頭，聯合 14 家金融機構
- 目標：2020 年商業上線

2019 年：資金到位
- 籌集 5,000 萬英鎊
- 目標：2021 年上線

2021 年：技術延期
- 技術複雜度超出預期
- 目標：2022 年底

2022 年：測試網上線
- 只有內部測試
- 目標：2023 年中

2023 年：監管障礙
- 各國央行態度不一
- 目標：調整為「持續開發」

2026 年：狀態不明
- 官方網站仍在
- 正式商業上線時間：未知

七年過去了，Fnality 仍然是「即將成功」的區塊鏈項目。這不禁讓人懷疑：它最終會不會像很多其他企業區塊鏈項目一樣，「緩慢地死亡」而不是「戲劇性地失敗」。

2.3 技術失敗的根本原因

原因 1：MPC 錢包治理的複雜度

Fnality 的每筆結算交易需要 15 個創始成員中的大多數簽名。這個數字乍看合理，但實際操作中問題重重：

MPC 治理的實際問題：

理論設計：
- 15 個成員機構
- 需要 11 個簽名（>75%）才能執行交易
- 任何升級需要 12 個簽名（>80%）

現實問題：

1. 簽名協商時間
   - 跨時區（倫敦、紐約、東京、法蘭克福）
   - 每個機構內部審批流程不同
   - 緊急交易的簽名可能延遲數小時

2. 成員變動
   - 瑞信 2023 年倒閉，被瑞銀收購
   - 簽名權如何處理？需要重新談判合約
   - 法律和合規團隊頭都大了

3. 激勵不一致
   - 大銀行想控制，小銀行想參與
   - 跨境交易和國內交易的簽名門檻不同
   - 每次討論都是政治談判

4. 退出機制
   - 成員想退出怎麼辦？
   - 已經鎖定的存款如何處理？
   - 沒有人想過這個問題，因為一開始就假設沒人會退出

原因 2：央行合作的政治壁壘

Fnality 的關鍵賣點是「央行儲備支援」。代幣化存款 1:1 對應央行存款，這需要央行直接參與。

現實是殘酷的：

央行合作的政治現實：

英格蘭銀行（英國）：
- 態度：開放但謹慎
- 要求：Fnality 必須符合 PSD2 和 BRRD 監管要求
- 進展：2022 年完成概念驗證，之後無聲

歐洲央行（歐元區）：
- 態度：有自己的 CBDC 計劃（數位歐元）
- 要求：不能與數位歐元競爭
- 進展：態度冷淡

聯準會（美國）：
- 態度：明確反對
- 理由：擔心私人銀行發行「準貨幣」
- 進展：明確拒絕參與任何類似項目

結果：
沒有美聯準支持，Fnality 的全球野心幾乎不可能實現
美元是國際結算的主要貨幣
沒有美元結算能力，系統價值大打折扣

原因 3：區塊鏈與即時支付的性能差距

即使 Fnality 成功上線，它能取代現有支付系統嗎？讓我們比較一下：

支付性能對比：

指標              │ Fnality（理論）│ CHIPS（美國）│ Visa Direct │ SWIFT GPI
─────────────────┼───────────────┼──────────────┼─────────────┼──────────
交易確認時間     │ ~2 秒         │ ~10 秒      │ < 1 秒     │ 1-5 分鐘
日處理量         │ ~100 萬筆     │ ~5 億筆     │ ~5 億筆    │ ~5 千萬筆
運營時間         │ 24/7          │ 工作日      │ 24/7       │ 工作日
結算最終性       │ 即時          │ T+1         │ 即時        │ T+1
跨境支持         │ 需要雙邊協議  │ 有限        │ 全球        │ 全球

結論：
即使 Fnality 成功，它的性能也只是「可用」，而非「卓越」
金融機構升級現有系統的動力不足

2.4 失敗的深層原因

Fnality 失敗的根本原因分析：

1. 商業模式缺陷
   - 沒有清晰的營收模型
   - 參與銀行不知道這個系統能幫他們賺什麼錢
   - 變成了「為技術而技術」

2. 治理設計過度複雜
   - 15 個創始成員 + 5 個觀察員 = 20 個利益相關方
   - 任何決策都需要多數同意
   - 結果是：沒有任何重要決策被達成

3. 時機錯誤
   - 2015 年啟動時，區塊鏈技術還不成熟
   - 到了 2025-2026 年，DeFi 和 CBDC 已經提供替代方案
   - Fnality 的價值定位變得模糊

4. 規模錯誤
   - 一上來就瞄準「全球金融基礎設施」
   - 應該從單一市場、單一資產類別開始
   - 證明可行性後再擴展

失敗的教訓：

企業區塊鏈應該從小處著手、快速迭代，而不是試圖一開始就建立全球基礎設施。

三、Visa 比特幣結算網路：悄悄關閉的實驗

3.1 曾經輝煌的項目

Visa 的比特幣結算網路是早期加密貨幣與傳統金融整合的代表案例。這個系統的原理很簡單：

Visa 比特幣結算網路運作原理：

1. 用戶在支援比特幣支付的商家消費
2. Visa 網路記錄交易
3. 商家收到法幣（USD/EUR）結算
4. Visa 在比特幣網路上結算雙方/中間行之間的帳務

優點：
- 商家不需要處理比特幣
- 用戶可以享受比特幣支付的便利
- Visa 賺取手續費

缺點：
- 比特幣確認時間太慢（10-60 分鐘）
- 費用波動大（$1 到 $50+）
- 與 Visa 的「即時」品牌形象不符

這個項目在 2015-2018 年運營，處理了數百萬美元的交易。

3.2 為什麼最終關閉

關閉的技術原因：

1. 性能差距不可接受
   - Visa 網路：< 1 秒確認
   - 比特幣網路：10-60 分鐘確認
   - 這個差距在結算場景下會造成巨大的「待結算」風險

2. 費用波動影響商業模式
   - 比特幣費用：$1-$50
   - Visa 的比特幣結算業務毛利率約 1-2%
   - 當比特幣費用超過 $30，Visa 就開始虧錢
   - 2017 年的費用高峰期導致 Visa 巨額虧損

3. 合規成本飆升
   - 2017 年後，各國加強加密貨幣監管
   - AML/KYC 合規成本超過了業務收入
   - 繼續運營變得「不值得」

4. 戰略優先級調整
   - Visa 轉向 CBDC 和區塊鏈支付研究
   - 比特幣結算網路被歸類為「實驗性失敗」
   - 資源被重新分配到更有潛力的方向

3.3 Visa 後續的區塊鏈嘗試

失敗後，Visa 並沒有放棄區塊鏈。2020 年，Visa 推出了「Visa B2B Connect」，一個基於區塊鏈的銀行間跨境支付網路。

這個項目採用了完全不同的策略：

Visa B2B Connect vs 比特幣結算網路：

比特幣結算網路（失敗）：
- 目標：直接用比特幣結算
- 問題：性能、費用、合規都不達標
- 教訓：區塊鏈技術不成熟時，不要強行整合

B2B Connect（進行中）：
- 目標：用區塊鏈技術，但不用加密貨幣
- 架構：Hyperledger Fabric（私有鏈）
- 結算：仍然是法幣，區塊鏈只是記錄和追蹤
- 結果：更務實，但「區塊鏈」的元素被質疑是否必要

失敗的教訓：

區塊鏈不是萬能藥。在不成熟的技術上強行創新，只會浪費資源。

四、微軟 Azure 區塊鏈服務：企業級的死亡陷阱

4.1 雄心勃勃的起步

2015 年，微軟宣布在 Azure 雲平台上提供「區塊鏈即服務」（BaaS）。這看起來是個天才的想法：

Azure 區塊鏈服務的願景：

提供一站式區塊鏈開發平台：
- 一鍵部署以太坊、Hyperledger、Corda 等
- 托管節點，自動備份
- 整合 Azure AD 身份認證
- 提供開發工具和監控儀表板

目標用戶：
- 企業開發者
- 金融機構
- 政府機構

定價：
- 按節點收費
- 預計年收入：數千萬美元

4.2 現實：五年後悄悄關閉

Azure 區塊鏈服務時間線：

2015 年：發布
- 首批支援：以太坊、MultiChain
- 定位：企業區塊鏈入口

2017 年：用戶增長放緩
- 發現：企業區塊鏈需求沒有想像的大
- 問題：潛在客戶要么自建，要么用競爭對手

2019 年：戰略重組
- 與摩根大通合作，支援 Quorum
- 試圖綁定企業區塊鏈市場的「成功者」

2020 年：用戶投訴增加
- BaaS 平台穩定性不佳
- 客戶端版本升級困難
- 技術支持團隊資源不足

2021 年：宣布關閉
- 2025 年 9 月 10 日正式停止服務
- 用戶被遷移到其他解決方案

2025 年：服務終止
- 所有節點和數據被清除
- 成為「企業區塊鏈」失敗的經典案例

4.3 失敗的技術原因

Azure 區塊鏈服務的技術問題：

1. 客戶端升級的地獄
   以太坊每幾個月就有一次硬分叉升級
   - Azure 需要為每個版本提供托管節點
   - 測試、部署、遷移耗費大量資源
   - 客戶經常遇到版本不相容的問題

2. 企業需求的特殊性
   - 每個企業都需要客製化配置
   - 標準化托管服務無法滿足
   - 微軟變成了昂貴的「IT 部門」

3. 價格競爭力不足
   - 托管節點月費：$50-500/節點
   - 企業自建成本更低
   - 亞馬遜 AWS、谷歌 GCP 提供類似服務且更便宜

4. 區塊鏈本身的成熟度問題
   - 企業區塊鏈市場比預期小得多
   - 大多數「需求」是 POC，不會進入生產
   - 真正需要生產的企業選擇自己搭建

失敗的教訓：

企業區塊鏈市場的「需求」往往是虛假的——很多企業區塊鏈項目從未離開 POC 階段。

五、Overstock t0.com：區塊鏈證券的悲劇

5.1 區塊鏈證券交易的先驅

Overstock 的 t0.com 是第一個試圖在區塊鏈上進行公開證券交易的公司。CEO Patrick Byrne 是比特幣和區塊鏈的狂熱支持者，他相信區塊鏈可以徹底顛覆華爾街。

t0.com 的核心創新：

目標：
- 在區塊鏈上完成證券的發行、交易、結算
- T+0 結算（即時完成）
- 繞過 DTCC、Cede & Co. 等傳統結算機構

技術架構：
- 基於比特幣區塊鏈
- 智能合約執行交易邏輯
- Overstock 自有的「Medici」技術

法律合規：
- 採用 SEC 豁免條例（Regulation A+）
- 試圖證明區塊鏈交易可以滿足證券法要求

這個項目在 2015-2016 年獲得了極大的關注，甚至在納斯達克進行了測試交易。

5.2 輝煌的終結

t0.com 的沒落：

2016 年：成功完成測試交易
- 在區塊鏈上完成了股票的首次公開交易
- 媒體大肆報導，Overstock 股價飆升

2017 年：區塊鏈部門分拆
- t0.com 分拆為獨立的「t0」公司
- 目標是吸引其他上市公司使用

2018 年：Patrick Byrne 的政治風波
- Byrne 公開支持緬甸軍政府與俄羅斯間諜來往
- SEC 對 Overstock 展開調查
- Byrne 拋售持股，離開公司

2019 年：區塊鏈部門裁員 100 人
- Byrne 突然辭職
- t0 技術被低價出售
- 區塊鏈證券交易夢想終結

2020 年：公司被收購
- Overstock 改名為「ProShares Digital Experiences」
- 完全放棄區塊鏈業務
- t0.com 成為歷史

5.3 失敗的結構性原因

t0.com 失敗的根本原因：

1. 監管框架的不匹配
   - 美國證券法是基於 1930 年代的 DTCC 體系設計的
   - 區塊鏈結算需要全新的法律框架
   - 沒有監管機構願意「第一個吃螃蟹」

2. 利益相關方的抵制
   - DTCC、Nasdaq 等機構在傳統體系中有巨大利益
   - 他們有能力阻礙區塊鏈創新
   - 監管機構不願得罪既得利益者

3. 創始人的個人風險
   - Patrick Byrne 的政治立場讓整個項目受牽連
   - CEO 的個人醜聞讓公司估值崩潰
   - 一個區塊鏈項目的命運竟然取決於創始人的個人操守

4. 技術與商業的脫節
   - 區塊鏈技術還不夠成熟
   - 交易量無法與傳統系統競爭
   - 沒有規模就沒有網路效應

失敗的教訓：

區塊鏈金融應用的成功不僅取決於技術，還取決於監管框架和既得利益者的態度。

六、跨案例分析：失敗的共同模式

6.1 技術失敗的常見模式

企業區塊鏈項目的典型失敗模式：

階段 1：熱情啟動
- 高層支持，充裕預算
- 技術團隊充滿理想主義
- 媒體大量報導

階段 2：現實碰撞
- 技術複雜度超出預期
- 與現有系統整合困難
- 性能和穩定性達不到要求

階段 3：政治內耗
- 多方利益不一致
- 決策效率低下
- 核心人才流失

階段 4：邊緣化
- 被其他項目取代
- 預算被削減
- 團隊規模縮小

階段 5：正式終止
- 官方宣布「戰略調整」
- 資源遷移到其他項目
- 代碼歸檔，技術文檔丢失

6.2 時間線對比

失敗項目的共同時間線：

項目           │ 啟動年份 │ 失敗年份 │ 持續時間  │ 直接原因
──────────────┼─────────┼─────────┼──────────┼─────────────────
Quorum        │ 2017    │ 2024    │ 7 年     │ 性能瓶頸 + 治理
Fnality       │ 2015    │ 2026    │ 11+ 年   │ 央行合作失敗
Visa BTC 結算 │ 2015    │ 2018    │ 3 年     │ 性能不達標
Azure BaaS    │ 2015    │ 2025    │ 10 年    │ 市場需求虛假
t0.com        │ 2015    │ 2020    │ 5 年     • 創始人醜聞

平均失敗時間：7.2 年

這個數據說明什麼？
企業區塊鏈失敗不是「快速失敗」，
而是「緩慢死亡」——沒有戲劇性的崩潰，只有悄無聲息的消亡。

6.3 成功的替代方案

成功的區塊鏈金融應用：

1. 跨境支付：Ripple
   - 不是「顛覆」SWIFT，而是「補充」
   - 專注於銀行間的代理行業務
   - 目前被數百家銀行使用

2. 資產代幣化：BlackRock 代幣化基金
   - 不是試圖改變整個金融系統
   - 只代幣化一個封閉生態系統內的資產
   - 成功因素：機構需求明確、規模可控

3. 私人證券：Chewy 創始人的代幣化股票
   - 小規模試點，沒有上市壓力
   - 採用合規的 Reg D 豁免
   - 成功因素：願景小、執行強

4. DeFi 借貸：Aave、Compound
   - 完全去中心化，繞過傳統金融機構
   - 智能合約承擔信任功能
   - 成功因素：激勵機制設計好、技術領先

七、結語：給後來者的建議

經歷了這麼多失敗案例，我總結了一些規律：

7.1 什麼不該做

企業區塊鏈的死亡陷阱：

1. 不要試圖顛覆整個行業
   - 失敗率接近 100%
   - 從小處著手，逐步擴展

2. 不要忽視監管
   - 區塊鏈金融應用不是「無法無天」
   - 監管合規成本往往超過技術成本

3. 不要忽視用戶激勵
   - 區塊鏈不會自動帶來價值
   - 必須確保所有參與方都有明確的激勵

4. 不要忽視現有系統的價值
   - 很多企業區塊鏈項目是「為技術而技術」
   - 現有系統可能比你想像的更有效

5. 不要忽視政治因素
   - 區塊鏈往往觸及既得利益
   - 沒有政治支持，技術再好也會失敗

7.2 什麼該做

企業區塊鏈的成功要素：

1. 從封閉生態系統開始
   - 不要一上來就瞄準「全球基礎設施」
   - 選擇一個可控的範圍內驗證概念

2. 選擇正確的技術棧
   - 不是所有區塊鏈都適合企業場景
   - 公開鏈和私有鏈有不同的適用範圍

3. 確保監管清晰
   - 在啟動之前就與監管機構溝通
   - 避免「先做再說」的心態

4. 建立正確的激勵機制
   - 每個參與方都必須能從中獲益
   - 否則沒有人會真正投入

5. 願意承認失敗
   - 如果方向錯了，及時止損
   - 不要像 Fnality 一樣折騰 11 年

最後更新日期：2026-03-29

作者聲明：本篇文章僅供教育目的，不構成任何投資建議。區塊鏈技術和監管環境持續演變，具體案例的現狀可能已經發生變化。

COMMIT: Add deep technical failure analysis of traditional finance Ethereum integration with real postmortems