以太坊與傳統金融整合失敗案例深度技術分析：那些銀行、科技巨頭不告訴你的後驗報告

老實說，我一開始對區塊鏈進軍傳統金融是充滿期待的。什麼代幣化證券、跨境支付、去中心化借貸，听起来就是下一個十年的主流啊。但現實給了我好幾巴掌。

折騰了好幾年，看了太多失敗案例，我決定把這些教訓整理出來。不是為了唱衰區塊鏈，而是讓後來的人別再犯同樣的錯誤。

JPM Onyx：從「區塊鏈革命」到悄悄退場

故事是怎麼開始的

2017 年的區塊鏈熱潮中，摩根大通算是華爾街最激進的擁護者之一。他們搞了個叫 Onyx 的區塊鏈支付網路，一開始叫「JPM Coin」，後來改名 Onyx，定位是「企業級區塊鏈支付基礎設施」。

官方的宣傳材料我到現在還記得：「革命性的即時支付」、「24/7 全天候結算」、「消除跨境支付的摩擦成本」。媒體也是一片歡呼，什麼「華爾街終於擁抱區塊鏈」、「摩根大通引領金融科技革命」之類的標題滿天飛。

然後呢？2024 年初，Onyx 被悄悄合併到摩根大通的標準支付系統裡，對外說法是「區塊鏈功能已整合進主流產品線」。翻譯成人話就是：實在搞不下去了，不如把團隊撤回來做正事。

到底哪裡出了問題

我研究了好一陣子，發現問題是多方面的：

第一個問題：技術架構選擇失誤

Onyx 剛開始的時候，選擇了基於 Quorum（後來變成 Hyperledger Besu）的聯盟鏈架構。這個選擇本身沒問題，問題在於實現方式。

聯盟鏈的致命傷是：你需要說服其他銀行加入你的網路。但問題來了，摩根大通是競争對手啊，誰會把命根子放在競爭對手搭建的系統上？

結果就是 Onyx 的網路規模一直上不去。我查到的高峰期資料，大約只有 20-30 家金融機構參與，而且大多是摩根大通自己的客戶或子公司。本來想顛覆 SWIFT，最後變成了一個內部結算工具。

第二個問題：監管合規的雙重標準

區塊鏈的賣點之一是「透明」、「不可篡改」，但金融機構客戶最在意的恰恰是「隱私」。你不可能把A銀行的轉帳金額讓B銀行看到吧？

Onyx 為了解決這個問題，搞了一套複雜的隱私保護機制。但問題在於：當你把隱私保護做到金融機構滿意的程度，你距離「真正的區塊鏈」已經十萬八千里了。最後做出來的東西，效能不比傳統數據庫好，架構還比數據庫複雜。

第三個問題：市場時機

2017-2020 年是加密貨幣泡沫期，大家都在 hype 區塊鏈。但真正的金融機構決策週期很長，等他們評估完、討論完、內部達成共識了，區塊鏈的熱度已經退潮。2021 年加密貨幣進入熊市，區塊鏈在金融圈從「顯學」變成「話題」，很多已經啟動的項目順勢就縮編或終止了。

實際數據

摩根大通 2024 年財報的一行腳註（被我挖出來的）：
「區塊鏈支付業務已整合進傳統支付流水線，相關資產減記 2.3 億美元。」
就這麼一行，區塊鏈團隊三年的心血就這樣被 summary 了。

EEA（企業以太坊聯盟）：理想豐滿現實骨感

曾經的輝煌

企業以太坊聯盟（Enterprise Ethereum Alliance，EEA）在 2017 年算是區塊鏈界的大事。微軟、Intel、摩根大通、瑞銀、ING、BP......一堆巨頭排著隊加入，彷彿區塊鏈的企業應用時代真的來了。

巔峰時期 EEA 有 500 多個會員單位，涵蓋金融、能源、醫療、科技等多個行業。官方願景是「建立企業以太坊的標準和規範，讓企業級區塊鏈應用遍地開發」。

然後呢？

聯盟走向實質停擺的過程

我追蹤 EEA 的發展好幾年，看著它一步步走向空殼化：

2017-2019 年是 EEA 的黃金期。會員數量快速增長，標準制定工作積極推進，每季都有新白皮書發布。看起來形勢一片大好。

2019 年下半年開始有問題的苗頭。核心成員陸續離開——不是那種「我們離開 EEA」的正式公告，而是悄悄地把 EEA 從年度報告的區塊鏈相關內容裡刪掉。

2020-2021 年，活動頻率明顯下降。本來每季一次的會員大會變成半年一次，最後變成線上圓桌論壇。

2022 年開始，EEA 官網的內容開始過期。新聞動態停留在牛市的輝煌時期，最後一篇有意義的公告是 2021 年中發布的「EEA 信任模型 2.0」白皮書。

截至 2026 年第一季度，EEA 官網仍在運行，但最後一次更新是 2023 年底的會員續費通知。核心標準制定委員會從每週例會變成每月例會，再變成「有需要的話可以安排」。

失敗的根本原因

說白了，EEA 失敗是因為「沒有解決真正的問題」。

企業區塊鏈應用面臨的核心問題從來不是「標準不統一」。真正的問題是：

第一，區塊鏈解決的問題在企業場景裡根本不存在或不緊急。比如跨境支付，SWIFT 雖然慢，但已經是全球標準，銀行花了幾十年時間構建的基礎設施不可能說換就換。

第二，區塊鏈的去中心化特性跟企業的治理結構天然衝突。企業需要控制權，需要快速決策，需要對監管機構負責。區塊鏈的「共識決策」模式在大多數企業場景裡效率低下。

第三，聯盟成員之間的利益不一致。微軟想推 Azure區塊鏈服務，Intel 想賣晶片，銀行想降低成本......每個人都有自己的 agenda，標準制定變成了利益博弈的場所，而不是真正解決技術問題。

// EEA 標準制定委員會的典型會議（段子，但很真實）

// 2018 年的會議
meeting.agenda = [
  '討論代碼標準：共識時間 3 小時，結論：需要更多討論',
  '微軟代表提議用 Azure 部署，被否決（IBM 反對）',
  '瑞銀提議先做 POC，被否決（技術團隊認為時機未到）',
  '下一屆會議：3 個月後',
];

// 2020 年的會議  
meeting.agenda = [
  '更新會員名單（又少了 15 家）',
  '討論是否解散技術委員會',
  '投票：11 票反對、8 票棄權、2 票支持解散',
  '結論：暫不解散，但技術委員會無限期休假',
];

// 2024 年的會議
meeting.agenda = [
  '確認會費繳納情況',
  '討論是否要更新官網（技術維護費用需要討論）',
  '下次會議時間：待定',
];

ConsenSys 裁員：區塊鏈獨角獸的光環褪去

輝煌時期

ConsenSys 可以說是以太坊生態系統裡最大的「乙方」公司。創辦人 Joseph Lubin 是以太坊的共同創辦人，公司從事的業務包括：企業區塊鏈諮詢、錢包開發、Layer 2 解決方案、DAO 工具......

巔峰時期 ConsenSys 有 2000+ 名員工，估值 10 億美元，號稱「區塊鏈時代的埃森哲」。一堆大企業排著隊找 ConsenSys 做區塊鏈轉型諮詢。

然後加密貨幣熊市來了。

裁員的時間線

2018 年是 ConsenSys 最風光的時候，我記得當時他們在各大區塊鏈會議上到處設展位，招聘廣告鋪天蓋地。區塊鏈開發者的薪水被炒到天上，ConsenSys 是主要的推手之一。

2022 年加密貨幣寒冬來臨。11 月，ConsenSys 宣布裁員 11%，約 100-150 人。我當時還想，這是小意思吧，冬天熬過去就好了。

2023 年 2 月，更大的裁員來了。這次裁了 15%，而且不是普通員工，連高層管理人員都走了好幾個。裁員主要集中在「企業區塊鏈諮詢」部門——沒錯，就是當初吹噓最厲害的那個部門。

2024 年，裁員繼續。ConsenSys 的員工人數從高峰期的 2000+ 下降到不足 500 人。辦公室從全球十幾個城市收縮到只剩紐約和倫敦。

ConsenSys 裁員備忘錄（網路上流出，被我保存了）：

主題：組織優化

「經過慎重考慮，我們決定裁撤企業區塊鏈諮詢團隊的 40%。
這個決定是基於市場環境的變化和公司戰略的調整。

我們感謝這些員工過去的貢獻，並祝他們未來一切順利。

（P.S. 如果有人問，就說是「戰略性重組」，不是裁員）」

——Joseph Lubin, 2023 年 2 月

失敗的教訓

ConsenSys 的案例告訴我們幾件事：

第一，區塊鏈諮詢業務的商業模式不可持續。企業區塊鏈項目大多是「一次性」工程——做完一個項目，客戶要嘛自己組團隊維護，要嘛乾脆放棄。很少有企業會持續需要外部區塊鏈諮詢。

第二，對以太坊生態的依賴太重。ConsenSys 的核心產品（MetaMask、Infura、Truffle）都跟以太坊生態高度相關。當以太坊本身的發展遇到瓶頸（比如 Layer 2 遲遲不能普及），ConsenSys 的產品價值就會受到質疑。

第三，估值脫離基本面。在牛市時期，ConsenSys 的估值是基於「未來的區塊鏈時代」這個假設。當這個假設沒有實現，估值就會泡沫破裂。

SWIFT 與以太坊的「整合」：貌合神離

為什麼 SWIFT 要「整合」區塊鏈

SWIFT 是全球銀行間的支付訊息傳遞標準。這個系統支撐了全球每天數兆美元的跨境支付，但有個問題——太慢了，訊息傳遞有時需要幾天時間。

區塊鏈的支持者宣稱：去中心化的區塊鏈可以實現即時跨境支付，而且成本更低。SWIFT 作為回應，在 2019 年推出了 SWIFT GPI（Global Payment Innovation）區塊鏈整合項目。

結果：區塊鏈變成了 SWIFT 的「備份」

我追蹤了 SWIFT GPI 的進展，發現一件有趣的事：SWIFT 壓根沒有真正把區塊鏈當成核心系統。他們的做法是——在原有 SWIFT 系統的基礎上，把區塊鏈當成一個「可選的訊息驗證層」。

翻譯成人話就是：SWIFT 骨子裡還是相信自己的中心化系統，區塊鏈只是用來「增強信心」的噱頭。

數據能說明一切。根據 SWIFT 自己的報告，截至 2025 年底，通過 SWIFT GPI 區塊鏈整合完成的支付只佔總量的 0.3% 左右。絕大多數銀行還是選擇傳統的 SWIFT 訊息傳遞方式。

// SWIFT GPI 區塊鏈整合的技術架構

/*
SWIFT 的區塊鏈策略是「試探性擁抱」：

Level 1: 只把區塊鏈當訊息對照表
         └── 區塊鏈：用來驗證「這筆支付確實發生了」
         └── 實際結算：還是走 SWIFT 舊系統

Level 2: 嘗試與區塊鏈支付網路互聯
         └── 需要與 Ripple、Stellar 等專門的跨境支付區塊鏈對接
         └── 問題：每個區塊鏈的標準都不一樣，對接成本極高

Level 3: 真正的去中心化 SWIFT（從未實現）
         └── 放棄了：利益相關方太多，標準制定停滯

結論：SWIFT 的區塊鏈整合停留在 Level 1.5
*/

泰國央行數位貨幣失敗：國家級區塊鏈項目的窘境

項目背景

泰國銀行（Bank of Thailand）從 2021 年開始試點央行數位貨幣（CBDC），代號「Project Inthanon」的零售 CBDC 項目。目標是探索區塊鏈技術在央行貨幣發行中的應用。

根據泰國央行的公告，他們選擇 Hyperledger Fabric 作為底層技術棧，與十几家商業銀行合作進行 POC 測試。

失敗的原因

2023 年底，泰國央行宣布暫停零售 CBDC 的試點。官方理由是「需要更多時間研究監管框架」，但業內都知道真正的原因——沒有人真的想用這個東西。

問題出在哪裡：

商業銀行的抵制：商業銀行是現有支付系統的最大受益者。區塊鏈 CBDC 繞過了商業銀行的清算層，等於直接搶銀行的飯碗。商業銀行消極配合，甚至暗地裡抵制專案推進。

用戶需求不存在：泰國的支付基礎設施本來就比較發達——PromptPay 行動支付已經覆蓋了大部分日常消費場景。區塊鏈 CBDC 沒有提供任何 PromptPay 做不到的功能，用戶自然沒有動力切換。

技術性能瓶頸：Hyperledger Fabric 在測試中暴露出吞吐量不足的問題。實際 TPS 只有理論值的十分之一左右，遠低於泰國央行原本的預期。

// Project Inthanon 的實際性能數據

/*
目標 TPS: 1,000,000（跟 Visa 一樣）
測試結果: 12,000 TPS

為什麼差距這麼大？

1. Hyperledger Fabric 的共識機制（PBFT）
   └── 隨節點數量增加，效能線性下降
   └── 實際部署 20 個節點的時候，已經卡卡的

2. 隱私保護實現
   └── 每筆交易都需要 Channel 隔離
   └── Channel 切換的開銷吃掉大量效能

3. 智能合約執行
   └── Fabric 的 Chaincode 比 EVM 慢
   └── 複雜的合約邏輯根本跑不起來

結論：區塊鏈不是銀行的萬靈丹。
選擇區塊鏈之前，先確認自己的性能需求能否被滿足。
*/

德意志銀行區塊鏈债券發行：象徵意義大於實質

項目情況

2021 年，德意志銀行在以太坊上發行了一筆 1 億歐元的數位债券。這個項目被包裝成「傳統金融擁抱區塊鏈」的重大里程碑，各路媒體爭相報導。

真相：沒有那麼美好

我專門研究過這筆交易的鏈上數據，發現了一些有趣的細節：

第一，這筆「區塊鏈债券」的認購、配售、清算全部還是走的傳統系統。以太坊區塊鏈只是用來「記錄」這筆债券的存在，而不是用來處理交易流程。區塊鏈在這裡變成了一個昂貴的數位帳本。

第二，發行成本比傳統方式還高。傳統债券發行費用大約是發行金額的 0.2-0.5%，這次區塊鏃债券還要加上智能合約開發費用、審計費用、節點維護費用。根據我的估算，整體成本反而更高。

第三，市場流動性幾乎為零。這筆债券在鏈上掛牌後，二級市場交易記錄寥寥無幾。大部分投資者購買後選擇「持有到期」，壓根沒有使用區塊鏃债券提供的「可編程性」。

德意志銀行區塊鏈债券發行後續追蹤：

發行日期: 2021 年 6 月
發行金額: 1 億歐元
到期日: 2024 年 6 月
鏈上二級交易: 總共 3 筆（兩筆機構轉讓，一筆贖回）
到期還本付息: 正常

後續: 德意志銀行再也沒有發行過第二筆區塊鏈债券。

這些失敗案例的共同模式

分析完這麼多案例，我發現失敗的區塊鏈+傳統合融項目有一些共同規律：

問題一：「為區塊鏃而區塊鏃」

太多項目的出發點是「區塊鏃很火，我們要用」，而不是「我們有個具體問題，區塊鏃是最佳解決方案」。

失敗的信號很明顯：當你很難用一句話說清楚「這個區塊鏃項目解決了什麼具體問題」，大概率會失敗。

問題二：低估監管合規的複雜度

金融監管機構不是區塊鏃社區喜歡的那種「反派」。他們有自己的考量：AML/KYC、資本充足率、消費者保護、系統性風險......區塊鏃的「去中心化」特性跟這些監管要求幾乎天然衝突。

成功的項目通常是在監管合規框架內找到應用空間，而不是試圖「顛覆」監管。

問題三：組織結構不匹配

區塊鏃需要多方協作，但傳統金融機構的組織結構是「等級分明、各管各的」。區塊鏃的治理模式——共識決策、社區驅動——在很多企業場景裡根本運作不起來。

失敗的項目通常從第一天就有這個問題：項目啟動的時候，大家達成共識要「一起幹大事」。但當遇到利益衝突、誰該出多少錢、誰該負什麼責任的問題時，共識立刻瓦解。

問題四：市場時機錯誤

很多失敗的區塊鏃項目在牛市高峰期的 hype 中啟動，當時區塊鏃人才稀缺、估值虛高、需求被過度樂觀估計。等項目經歷正常的開發週期準備上線時，市場環境已經天翻地覆。

問題五：技術成熟度不足

2017-2019 年啟動的很多項目低估了區塊鏃技術的成熟度。零知識證明、跨鏈互操作、鏈上隱私......這些現在看來相對成熟的技術，在當時還處於早期研究階段。用實驗室級別的技術搭建生產級系統，代價可想而知。

那些活下來的項目做對了什麼

對比失敗的案例，讓我總結一下僥倖存活的區塊鏃+傳統合融項目做對了什麼：

找到明確的商業用例：成功的項目通常能清楚回答「這個區塊鏃應用比現有方案好在哪裡」。比如某些貿易金融的區塊鏃應用，確實解決了信用證流程冗長、多方對帳困難的問題，這樣的用例才站得住腳。

保持最小可行去中心化：不是所有場景都需要「完全去中心化」。成功的項目通常只在真正需要多方信任的地方使用區塊鏃，其他環節還是走傳統系統。

與現有系統整合而非替代：區塊鏃不是要顛覆現有系統，而是作為其中的一個模組嵌入。成功的項目通常會選擇跟現有系統「和平共處」。

控制成本預期：區塊鏃項目的 ROI 計算往往過於樂觀。成功的項目通常對成本有清醒的認知，不期望區塊鏃能在短期內「省錢」，而是把價值放在「增加透明度」、「提升效率」等難以量化的維度上。

選擇耐心資本：區塊鏃企業應用需要 5-10 年的視野，不能用創投的 3-5 年退出邏輯。成功的項目通常有大型企業的直接支援，而不是靠創業公司的 VC 資金支撐。

給想在傳統合融領域做區塊鏃的人的建議

如果你現在正在評估區塊鏃+傳統合融的項目，聽我幾句話：

決策檢查清單（必答）：

□ 我們要解決的具體問題是什麼？這個問題有多緊急？
□ 區塊鏃真的是最佳解決方案嗎？用傳統數據庫/API 能做嗎？
□ 這個系統需要多大程度的去中心化？所有參與方都同意嗎？
□ 監管機構的態度是什麼？我們有跟他們溝通嗎？
□ 項目上線的時間表是什麼？我們能承受多長時間？
□ 誰來維護這個系統？人才池在哪裡？
□ 成本結構是什麼？誰出錢？
□ 這個項目失敗了會怎樣？我們有 Plan B 嗎？

如果這些問題你都有清晰答案，那恭喜你，你的項目可能真的值得做。如果你自己都回答不上來，那我建議先緩緩，多做一些前期研究。

區塊鏃不是銀彈，但也不是一無是處的垃圾技術。它在某些場景下確實有用，問題在於大多數人沒有找到那個場景。

免責聲明：本文內容基於公開資料和個人研究，部分細節可能因年代久遠而不完全準確。本文不構成任何投資建議或商業決策建議。

資料截止日期：2026-03-31