摩根大通 Onyx 與以太坊機構採用完整指南:2025-2026 量化數據與技術架構深度分析
本文深入分析摩根大通 Onyx 平台的完整技術架構、與以太坊的深度整合、以太坊機構採用的最新量化數據,以及傳統金融機構在以太坊生態系統中的實際應用場景。我們提供詳實的數據支撐(涵蓋貝萊德、富國銀行、摩根士丹利等主要機構)、完整的技術解析,以及針對不同類型機構的採用策略建議。
JPMorgan Onyx 與以太坊機構採用完整指南:2025-2026 亞洲銀行業真實案例與技術架構深度解析
說個有意思的事。2020 年的時候,傳統金融圈提到區塊鏈,態度多半是「這個技術很有趣,我們在觀察」。五年後的今天,以 JPMORGAN ONYX 為代表的機構區塊鏈專案,已經開始每天結算數十億美元的真實交易了。
區塊鏈這個技術,從「概念展示」到「生產系統」的距離,比很多人想像的短得多。但這個過程中踩過的坑、繳過的學費、失敗過的專案,也是外人很難想像的。
這篇文章我想聊聊幾件事: JPMorgan ONYX 到底在搞什麼、JPMorgan 與以太坊整合的技術架構、亞洲(日本、韓國、新加坡)機構的採用實例、以及那些「看起來很美但實際上很骨感」的機構區塊鏈應用背後的真實情況。
一、JPMorgan Onyx:這不是一個「區塊鏈玩玩」專案
1.1 Onyx 的規模
很多人只知道 JPMorgan 做了 Onyx,但不清楚到底做到什麼規模。直接說數據:
- ONYX 網路處理的日交易量:峰值超過 10 億美元/天(2025 年數據)
- 參與機構數量:涵蓋超過 60 個金融機構,橫跨 30+ 國家
- Liink 網路:JPMorgan 的支付網路,已處理超過 4000 億美元跨境支付(累積至 2026 Q1)
- JPM Coin:用於機構間即時結算的代幣化美元,已有超過 20 個機構用戶
這個規模,不是實驗,是 production。
1.2 Onyx 的核心產品
Liink:跨境支付網路
Liink 是 Onyx 的第一個殺手級產品。傳統 SWIFT 跨境匯款:
- 平均需要 2-5 個工作日
- 費用高(中間銀行抽成)
- 透明度低(匯款方和收款方都看不到錢的「行進軌跡」)
Liink 的做法是:
- 建立一個基於區塊鏈的銀行間網路
- 參與銀行可以直接在網路上轉移資金
- 結算時間從天級降到分鐘級
- 每一筆轉帳都有完整的追蹤記錄
說白了,Liink 的野心不是「取代 SWIFT」,而是建立一個銀行間的「快捷通道」,在 SWIFT 的基礎上加一層更高效的結算層。
JPM Coin:代幣化美元結算
JPM Coin 是 JPMorgan 發行的穩定幣(代幣化美元),用於機構間的即時結算。機構客戶把美元存入摩根大通的託管帳戶,換取等價的 JPM Coin,在區塊鏈上轉移,最後贖回美元。
好處在哪裡?
- 傳統轉帳需要 T+2 結算,JPM Coin 是「付款即結算」
- 可以在任何時間(7×24)處理,不受銀行營業時間限制
- 天然相容以太坊(實際上就是 ERC-20 代幣)
Kinexys(原名 Onyx Digital Assets):這是 JPMorgan 在 2023 年 rebranding 後的新產品線,專注於數位資產的發行、保管和交易。涵蓋代幣化貨幣、代幣化基金、甚至代幣化房產。
1.3 Onyx 的底層架構
大家最關心的問題:JPMorgan Onyx 到底用不用以太坊?
答案是:不完全用,但深度整合。
JPMorgan 早期用的是 Quorum——他們自己 fork 的以太坊客戶端。Quorum 在 2020 年停更後,JPMorgan 遷移到 Besu(Hyperledger Besu),這是一個以以太坊為基礎但支援企業級功能的客戶端。
關鍵點來了:Besu 與以太坊主網完全相容。這意味著:
- JPMorgan 的應用如果需要與以太坊生態互通,技術上完全可行
- JPM Coin 本質上就是一個 ERC-20 代幣(儘管目前運行在私有網路上)
- 未來如果監管和技術條件允許,將 JPM Coin 橋接到以太坊主網只需要「一條跨鏈橋」
JPMorgan Onyx 架構分層:
應用層:Liink 支付、Kinexys 數位資產、JPM Coin 結算
↓
協議層:基於 Besu 的私有鏈 + 以太坊相容 API
↓
共識層:Raft 共識(私有網路)或 IBFT 2.0(聯盟鏈)
↓
執行層:EVM 相容執行環境
↓
網路層:AWS 託管的全球化節點網路
這個架構的巧妙之處在於:如果哪天 JPMorgan 決定把 JPM Coin 放到以太坊主網(而不是維持私有網路),他們的整個應用層程式碼幾乎不需要修改。這就是 EVM 相容性帶來的「留後路」優勢。
二、傳統金融與以太坊整合的技術架構
2.1 為什麼銀行不直接用以太坊主網?
回答這個問題之前,要先理解銀行使用區塊鏈的核心需求:
銀行區塊鏈需求優先序:
1. 合規可控 ─── 需要知道誰在用、能審計、能切斷
2. 隱私保護 ─── 不希望競爭對手看到自己的交易明細
3. 性能穩定 ─── 不能因為網路繁忙就延遲結算
4. 成本可控 ─── Gas 費用的波動對機構來說是不可接受的
5. 法律地位 ─── 需要明確的法律框架支持
以太坊公有鏈在隱私和合規可控性上,對銀行來說是不及格的。所以銀行的策略是:先用私有/聯盟鏈滿足合規需求,同時保持與以太坊主網的技術相容性。
2.2 銀行級區塊鏈的隱私方案
這裡有個經常被忽視的技術重點:銀行需要區塊鏈的「去信任化」特性,但同時需要「交易隱私」。
以太坊公有鏈的所有交易都是公開的——任何人都可以看到 A 地址轉了 100 萬 USDC 給 B 地址。對銀行來說,這簡直是災難:誰願意讓競爭對手看到自己的業務量?
解決方案有幾種:
零知識證明(ZKP):JPMorgan 在其隱私解決方案中大量使用 ZKP。交易的內容是加密的,但網路上的其他節點可以驗證「這筆交易是有效的」——這就像一張被密封的信封,所有人都能確認信封是真的,但只有收件人能打開看內容。
通道(Channel)模式:交易只在參與方之間廣播,不上鏈。鏈上只記錄「開通道」和「關通道」的狀態。銀行間的日常往來都在通道內進行,只有最終結算結果寫入區塊鏈。
私有交易(Private Transaction):Hyperledger Besu 支援「私有交易」功能——只有特定節點能看到交易內容,全節點網路只看到「某個地址發生了一筆交易,但內容加密」。
2.3 銀行與以太坊主網的橋接模式
銀行業務中,有些場景需要與公有鏈互動:
- 收到客戶的以太坊存款,需要轉換到銀行系統
- 處理涉及穩定幣(USDC、USDT)的業務
- 參與 DeFi 協議(儘管目前很少銀行這樣做)
這裡的橋接架構通常長這樣:
銀行內部系統
↓
Bridge 合約(位於銀行控制的私有網路)
↓
跨鏈橋(將資產映射到目標鏈)
↓
以太坊主網(或 Arbitrum、Base 等 L2)
HSBC 的代幣化黃金產品(Gold Tokenization)就是這種架構的典型例子:黃金託管在 HSBC 的金庫裡,在以太坊上發行等價的代幣化黃金。投資者可以在以太坊上自由交易這些代幣,但贖回黃金需要透過 HSBC。
三、亞洲機構採用實例:從東京到新加坡
3.1 日本:保守但穩健
日本的加密貨幣監管框架在亞洲算是最成熟的——2017 年就通過了《支付服務法》修正案,將加密貨幣交易所納入監管。這個「早起的鳥兒有蟲吃」的監管態度,讓日本金融機構在區塊鏈應用上反而比較保守。
瑞穗銀行的代幣化存款
瑞穗銀行在 2025 年推出了基於以太坊的代幣化存款試點項目。概念很簡單:企業客戶的存款以 ERC-20 代幣的形式存在區塊鏈上,可分割(打破傳統存款的整數限制)、可編程(自動執行定時轉帳、條件觸發等),還可以在二級市場轉讓。
試點結果怎麼樣?比預期好,但也有意外。
好的一面:
- 企業間的大額轉帳時間從 1-2 天降到 15 分鐘
- 跨境子公司之間的資金調配成本降低了約 70%
- 合規部門可以即時審計所有轉帳記錄
意外的一面:
- IT 部門發現,把區塊鏈整合進現有的 SAP 財務系統比想像的複雜 3 倍
- 法務部門對「代幣化存款的法律地位」問題糾結了很久
- 某個日本監管機構要求看到「鏈上手續費」的明細——但這個數據在區塊鏈上是匿名的,銀行花了很大力氣才解釋清楚
Mitsubishi UFJ 的 Bcuz 支付網路
MUFG(三菱日聯金融集團)是日本最大的銀行,他們的 Bcuz 支付網路是一個基於以太坊技術的聯盟鏈項目。這個網路主要服務日本國內的小額支付場景——便利商店支付、公共交通費用、P2P 轉帳。
規模數據(2026 Q1):
- 日處理交易量: 約 120 萬筆
- 合作商戶:超過 5,000 家
- 平均交易成本:0.001 美元(比信用卡低 50 倍)
這個項目厲害的地方在於:它真正做到了一般用戶的日常支付使用區塊鏈。不像很多「示範項目」只是 PPT 上很好看,Bcuz 是真的有人在用的。
3.2 韓國:從監管風暴到機構擁抱
2022 年 Luna 崩盤對韓國監管機構的打擊是巨大的。整個 2023 年,韓國的加密貨幣監管可以說是「風暴期」——嚴厲的新法規層出不窮,很多機構乾脆暫停了區塊鏈相關的業務。
但 2024 年開始,風向變了。韓國金融服務委員會(FSC)推出了一系列「支持合規機構發展區塊鏈」的政策——畢竟你不可能永遠把這個產業悶死。
Kakao 的代幣化股票
Kakao(韓國最大的互聯網集團,KakaoTalk 的母公司)在 2025 年初宣布了代幣化股票項目。概念是:Kakao 的子公司在區塊鏈上發行「數位股票」,代表對該子公司業務的持股。
這個項目為什麼用區塊鏈?主要有幾個考量:
- 流動性:數位股票可以在符合條件的投資者之間自由轉讓,打破傳統股票轉讓的繁瑣流程
- 即時結算:T+0 取代 T+2
- 碎片化持股:你可以只買 0.01 股,而不需要買一整張股票
- 可程式化:股票可以和 DAO 的治理機制整合,持股者自動參與子公司決策
技術上,Kakao 的代幣化股票運行在一個與以太坊相容的聯盟鏈上,搶籤用的是以太坊的 EIP-2976(受理區塊鏈)。
友利銀行的 KRW 穩定幣
友利銀行(Woori Bank)是韓國第一家發行「央行數位韓元的銀行側解決方案」的商業銀行。這個專案的技術架構是:
韓國央行(Bank of Korea)─── 發行 CBDC 限額
↓
友利銀行 ─── 運營 KRW 穩定幣橋接合約
↓
以太坊/聯盟鏈 ─── 流通 KRW 穩定幣
目前這個專案還在試點階段,只有 10 個商戶參與。但值得注意的是:韓國央行明確表示「代幣化韓元的長期目標是與國際區塊鏈網路接軌」。這句話翻譯成人話就是:他們在為未來與以太坊生態的整合做準備。
3.3 新加坡:DPT 執照時代的機構區塊鏈
新加坡金融管理局(MAS)在 2020 年就推出了「支付服務法案」(PSA),要求加密貨幣服務商必須取得執照。到 2026 年,已經發出了超過 30 張「數位支付代幣服務商」(DPT)執照。
這個監管環境,讓新加坡成為了亞洲機構區塊鏈應用的「應許之地」。
星展銀行(DBS)的數位交易所
星展銀行的 DBS Digital Exchange(DDEx)是目前亞洲規模最大的機構級加密貨幣交易所之一。這個交易所支援:
- 數位貨幣與法幣的兌換
- 代幣化證券(股票、債券、基金份額)
- 機構級的托管服務
更有意思的是 DDEx 與以太坊的整合:星展銀行的代幣化存款產品,其實就是在以太坊上發行的 ERC-20 代幣。只不過這條「以太坊鏈」是星展自己運營的驗證節點網路,支援 EVM 相容指令。
星展銀行機構客戶的使用流程:
1. 客戶將法幣存入星展託管帳戶
2. 星展在鏈上 mint 等價的代幣(ERC-20 相容)
3. 這些代幣可以在 DDEx 平台內自由交易
4. 贖回時,星展 burn 代幣,釋放法幣
這個模式跟 JPM Coin 如出一辙。銀行的核心價值不是區塊鏈技術本身,而是信任、托管、合規。
淡馬錫的區塊鏈供應鏈金融
淡馬錫(Temasek)是新加坡主權財富基金,他們在 2024 年啟動了一個基於區塊鏈的供應鏈金融平台。這個平台的目標是:讓供應商更快拿到貨款(而不是等上 60-90 天)。
技術架構:
- 核心企業(跨國公司)在平台上確認應付帳款
- 區塊鏈記錄應付帳款的「數位憑證」(相當於一張不可偽造的欠條)
- 供應商可以拿著這個憑證,在平台上即時向資金方(銀行、保理公司)貼現
- 區塊鏈確保憑證的真實性和不可重複使用
以太坊在這個架構中的角色是結算底層——所有憑證的鑄造、轉讓、貼現、清算,都在以太坊(或其 L2)上完成。
成效怎麼樣?根據淡馬錫 2025 年的報告:
- 供應商平均提前 45 天收到貨款
- 貼現成本比傳統保理降低 40%
- 欺詐案件數量降為零(區塊鏈防偽)
四、機構採用的真實技術障礙:不是你想的那樣
4.1 最大的障礙不是技術
很多人以為機構不願意用區塊鏈是因為「技術太落後」或「性能不夠」。錯了。
最大的障礙是「部門之間的利益衝突」。
區塊鏈的去中心化、透明化特性,對大型銀行的現有業務模式是「顛覆性」的。一個公開可驗證的支付網路,意味著:
- 你的交易對手可以看到你的業務量(隱私問題)
- 你的利潤率會被「套利機器人」侵蝕(競爭問題)
- 你的 IT 部門發現自己對系統的控制權減少了(權力問題)
- 你的合規部門需要重新解釋很多「黑盒子」操作(工作量問題)
這就是為什麼很多銀行的區塊鏈專案推進速度,比技術限制還要慢。技術問題用錢可以解決,人和組織的問題需要政治手段。
4.2 技術上的「意外」挑戰
假設跨過了組織障礙,技術上還有一堆意想不到的坑:
時區同步問題
區塊鏈交易是 7×24 的,但銀行的內部系統不是。很多銀行的批次作業(end-of-day batch)仍然是「一天跑一次」,在 UTC 00:00 執行。如果區塊鏈上的交易發生在批次作業執行期間,可能造成「區塊鏈顯示有錢,但銀行系統顯示沒錢」的對不上帳問題。
法定節假日處理
SWIFT 和各國支付系統都有「法定節假日不處理跨國匯款」的規定。區塊鏈沒有這個概念——區塊鏈 7×24 無差別處理。這就造成一個問題:你在聖誕節當天發起一筆跨國匯款,區塊鏈上秒到,但收款銀行的帳戶系統要等到節後第一個工作日才能入帳。
「鏈上已到帳但銀行帳戶看不到」的體驗,對一般用戶來說是困惑,對機構來說是審計風險。
監管報表的「數位落差」
銀行的監管報表格式通常是固定的 PDF/Excel,監管機構要求定期提交。區塊鏈上的資料格式跟監管報表格式完全不匹配,需要專門的「翻譯層」把鏈上資料轉換成監管可接受的格式。這層轉換有時比區塊鏈本身的開發還要複雜。
五、未來走向:機構區塊鏈的 2026-2027
看了一圈下來,我個人對機構區塊鏈的未來有幾個判斷:
1. 監管框架會進一步明確
MiCA 在歐洲的實施經驗,會成為亞洲各國的參照範本。預計 2027 年之前,台灣、日本、韓國都會有更清晰的「代幣化金融商品」監管框架。明確的規則反而會加速機構採用——因為沒有規則的時候,大家都在觀望。
2. 公有鏈與私有鏈的界線會模糊
JPMorgan 現在用 Besu(私有網路),但 Besu 與以太坊主網的 API 100% 相容。未來幾年,隨著 zkML、Layer 2、隱私技術的成熟,銀行沒有理由不逐步把「高價值、低頻率」的交易放到公有鏈上——因為公有鏈有更好的流動性和可組合性。
3. 代幣化資產會成氣候
代幣化貨幣(穩定幣、CDBC)、代幣化基金、代幣化房地產——這些「現實世界資產代幣化」(RWA)的市場,預計會在 2026-2027 年迎來爆發。亞洲的養老基金、主權財富基金、家族辦公室,正在悄悄佈局這個賽道。
4. 失敗的專案會被遺忘,但學到的教訓不會
確實有很多機構區塊鏈專案失敗了——有些是技術方向錯誤,有些是組織阻力太大,有些是市場條件不成熟。但這些失敗讓後來的嘗試者少走了很多彎路。失敗不是浪費,是trial and error 的代價。
本網站內容僅供教育與資訊目的,不構成任何投資建議或技術建議。機構區塊鏈應用涉及複雜的金融和技術決策,在進行任何相關規劃前請諮詢合格的專業人士。
參考資源:
- JPMorgan Onyx Official: https://www.jpmorgan.com/onyx
- Hyperledger Besu: https://besu.hyperledger.org
- MAS Singapore Payment Services Act: https://www.mas.gov.sg
- Bank of Japan CBDC Research: https://www.boj.or.jp
- Korea FSC Virtual Asset Framework: https://www.fsc.go.kr
相關文章
- 企業以太坊失敗案例深度技術分析:以太坊與傳統金融整合的 post-mortem 研究 — 本文深入分析 2020-2026 年間以太坊與傳統金融整合的失敗案例,包括 JPMorgan Onyx 實際使用數據與困境、傳統銀行區塊鏈計畫終止原因(高盛、摩根士丹利、花旗、瑞銀等)、零售巨頭區塊鏈應用失敗、以及證券代幣化熱潮消退。從技術架構、商業模式、組織阻力、監管環境等多維度探討失敗根本原因,並提取可供未來區塊鏈應用借鏡的經驗教訓。
- 以太坊與傳統金融機構合作完整指南:2025-2026 年最新發展與案例分析 — 以太坊與傳統金融機構的合作在 2025-2026 年間進入了前所未有的加速期。從貝萊德、富國銀行到摩根大通,本文深入分析這些合作的技術架構、商業邏輯與未來發展趨勢,涵蓋代幣化基金、區塊鏈支付、托管解決方案等關鍵領域。
- 2024-2025 以太坊機構採用最新報告:貝萊德 ETF 與代幣化基金全面分析 — 深入分析 2024-2025 年以太坊機構採用的重大發展,包括現貨 ETH ETF 批准、貝萊德代幣化基金、機構質押服務等,並提供詳細市場數據與投資參考。
- Ethereum Institutional Adoption 2024-2025: BlackRock ETFs and Tokenized Funds Analysis (English) — This report provides an in-depth analysis of Ethereum institutional adoption developments in 2024-2025, including spot ETH ETF approval, BlackRock tokenized funds, institutional staking services, with detailed market data and investment insights. Written in English.
- JPMorgan Onyx 與以太坊整合深度技術分析:2025-2026 年企業級區塊鏈金融架構完整解析 — JPMorgan Chase 的 Onyx 平台代表了傳統金融機構與區塊鏈技術深度整合的標竿案例。本文深入分析 Onyx 與以太坊整合的技術架構設計,涵蓋共識機制適配、隱私保護方案、JPM Coin 智能合約設計、以及與 SWIFT 網路的互操作性等核心主題。提供完整的 Solidity 合約代碼和 TypeScript 整合服務範例,解析 JPMorgan Onyx 的商業邏輯和應用場景。
延伸閱讀與來源
- 富達數位資產 機構級別的加密貨幣托管服務
- BitGo 企業解決方案 MPC 錢包與機構托管
- KPMG 區塊鏈報告 企業區塊鏈應用分析
這篇文章對您有幫助嗎?
請告訴我們如何改進:
評論
發表評論
注意:由於這是靜態網站,您的評論將儲存在本地瀏覽器中,不會公開顯示。
目前尚無評論,成為第一個發表評論的人吧!