什麼是多方運算（MPC）錢包？開發者完整指南

多方計算（MPC）錢包已成為機構級加密安全領域的重要進展，是從傳統單金鑰方式邁出的一大步。除了 MPC 之外，可信執行環境（TEE）等替代技術也逐漸受到重視，為 web3 應用中金鑰管理與使用者體驗這兩大根本問題提供了不同的解法。

如果你正在建構加密基礎設施，或是為你的應用程式評估錢包解決方案，這篇指南會完整說明 MPC 技術的來龍去脈，並探討它與 TEE 等替代方案的比較，協助你判斷哪種方式最符合你的安全與使用者體驗需求。

什麼是多方計算？

多方計算（MPC）是一種密碼學協定，讓多個參與方可以在各自輸入保密的情況下，共同計算出一個函數的結果。在加密貨幣錢包的情境中，MPC 會把私鑰拆分成多個加密的分片，分散在不同參與方手中，讓他們可以共同簽署交易，而不需要重建完整的私鑰，也不會有任何一方得知其他人手上分片的資訊。

可以把它想像成一套核武發射系統，需要多名軍官同時轉動各自的鑰匙才能啟動——只不過在 MPC 中，這些「鑰匙」是數學上的分片，能在從未同時存在於同一處的情況下，產生一個有效的簽章。

或者舉一個更貼近現實的例子：假設有 3 名開發者受僱於一家 Web3 新創公司，他們想在計算過程中，不向彼此或任何可信第三方透露各自薪資的情況下，算出平均薪資。

在這個情境中，這幾位員工會使用多方計算（MPC）協定來計算平均薪資，而不需要洩露各自的薪資或個人資訊。這個 MPC 協定會採用一種知名的密碼學技術，稱為加法式秘密分享（additive secret sharing），也就是把一個秘密拆分並分散給一組獨立的參與方。如此一來，外部參與方就能在不直接與員工互動的情況下，算出平均薪資。

MPC 的兩項核心特性

每個 MPC 協定都必須保證以下兩點：

• 隱私性：無法從協定的執行過程中，推斷出各參與方所持有的私密資訊
• 正確性：即使部分參與方偏離協定或洩露資訊，也無法迫使誠實的參與方輸出錯誤的結果

MPC 實際運作方式：技術深入解析

以下是使用 MPC 錢包時，底層實際發生的流程：

1. 分散式金鑰產生（Distributed Key Generation，DKG）

錢包會使用 Shamir 秘密分享法，或更進階的門檻簽章方案等密碼學技術來產生金鑰分片。每個分片本身沒有任何意義——你需要達到一定門檻數量（例如 2-of-3）才能執行任何操作。此外，完整的私鑰從未存在於任何單一位置，即便在產生階段也是如此。

2. 交易簽署

當你發起一筆新交易時，錢包會建立一個簽署請求。多個持有金鑰分片的參與方，必須共同執行密碼學協定，才能為該交易產生一個簽章。

各參與方會交換數學證明，而不會透露任何關於自己金鑰分片的資訊，藉此維持整個架構的安全性。最終產生的簽章，會與傳統單金鑰錢包產生的簽章完全相同。

3. 金鑰刷新與復原

除了上述的運作流程之外，MPC 錢包還能定期刷新金鑰分片，而不需要更動底層的私鑰。這在某個金鑰分片遺失的情況下特別有用，系統可以產生新的分片，並讓舊的分片失效。

MPC 錢包與其他加密錢包的比較

錢包安全的技術版圖提供了幾種不同的方式，各有其取捨。理解這些差異，對於為你的應用程式選擇合適的解決方案至關重要。

MPC 錢包本質上仍是單一私鑰錢包，只是這把私鑰被拆成分片，分散由不同參與方／裝置持有。在實作 MPC 時，服務提供商必須決定如何分配這些分片，這會從根本上影響安全性與使用者體驗。

簡單的雙方架構：

• 需要使用者分片：使用者持有一個分片，提供商持有另一個，簽署時兩者皆須參與。能提供真正的安全性，但會帶來使用體驗上的摩擦——使用者必須自行管理密碼學資料，且有永久遭鎖定的風險。
• 提供商控制分片：提供商持有足夠的分片，能夠自行簽署。相較於傳統的私鑰管理方式，這種做法在安全性上並沒有明顯優勢，因為只要提供商遭入侵，使用者的資金依然可能被存取。

進階的三方架構： 較成熟的實作方式，會採用 2-of-3 的門檻機制：

• 使用者裝置分片：封存於使用者裝置中（透過 TEE／安全隔離區），並以生物辨識或 PIN 碼把關
• 提供商分片：由服務方持有，通常與社群登入綁定
• 備援分片：另外儲存（可存放於使用者的冷儲存裝置、應用程式開發者，或提供商的儲存空間）

這樣的架構讓使用者在遺失裝置時，可以利用備援分片產生新的裝置分片來復原存取權，而備援分片本身則僅限於用在重新分片操作。不過，即便是這類進階的實作方式，在面對現代驗證方式時，仍存在根本性的限制。

MPC 與多重簽章（multisig）錢包

雖然 MPC 錢包本質上是單金鑰模式，但它與多重簽章錢包有許多相似之處。那麼兩者究竟差在哪裡？

多重簽章錢包使用一種特殊的數位簽章機制，需要一個以上的私鑰才能授權一筆對外交易。相對地，MPC 錢包則是把單一私鑰分散給多個參與方持有。兩種情況下，交易都需要多個參與方／裝置共同簽署，但兩種模式的實作方式不同。

多重簽章錢包：

• 存在多把完整的私鑰
• 需要在鏈上部署智慧合約
• 在鏈上可被看出是多重簽章錢包
• 由於需要驗證多個簽章，gas 成本較高
• 僅限於原生支援多重簽章的鏈

MPC 錢包：

• 單一私鑰拆分成多個分片
• 運作於密碼學層（鏈下）
• 在鏈上看起來就像一般的單簽章錢包
• 標準交易成本
• 與協定無關（可在任何區塊鏈上運作）

MPC 與智慧合約錢包（帳戶抽象化）

ERC-4337 與 ERC-7702 這兩個帳戶抽象化標準的興起，為錢包的使用體驗開創了新的可能性。Alchemy 的 Bundler 與 Gas Manager 為採用帳戶抽象化的錢包提供交易打包與 gas 贊助功能，而開發者則可以自行選擇符合其驗證與安全需求的金鑰管理方式。

智慧合約錢包依然需要金鑰管理，因此 MPC 錢包與帳戶抽象化並非競爭關係，事實上，許多應用程式正把兩者結合起來，藉此在提升安全性的同時，為使用者提供最佳的體驗。

MPC 與 TEE：現代的選擇

**可信執行環境（TEE）**已成為 MPC 之外，一個頗具吸引力的替代方案，尤其適合重視使用者體驗的應用程式：

MPC 方式：

• 把金鑰分片分散給不同參與方
• 每次簽章都需要協調
• 無法為電子郵件／社群登入提供可驗證的存取控管
• 迫使開發者在使用者操作複雜度（使用者必須自行管理密碼學資料）與提供商控制權（提供商持有足以獨自運作的分片）之間做出取捨

TEE 方式：

• 金鑰儲存與運算皆在硬體隔離環境中進行
• 能提供與電子郵件／社群驗證綁定的可驗證存取控管
• 免除使用者管理密碼學資料的需求
• 能在不犧牲安全性的前提下，實現順暢的使用者體驗

TEE 加上帳戶抽象化的優勢

把 TEE 與智慧合約錢包結合，就能得到最理想的功能組合：

• 安全、硬體隔離的金鑰管理（TEE）
• 與使用者熟悉的驗證方式綁定的可驗證存取控管（TEE）
• 可程式化的交易規則（智慧合約錢包）
• Gas 贊助與批次處理能力（智慧合約錢包）
• 社群復原選項（智慧合約錢包）
• 不受金鑰管理複雜度拖累的順暢使用者體驗（TEE）

TEE 能以密碼學方式確保，唯有在通過正確驗證時，帳戶才能被存取，藉此實現現代應用程式所需要的使用者體驗。

MPC 錢包有哪些優點？

MPC 錢包提供了幾項理論上的優勢，使其成為錢包安全演進歷程中的重要一步：

1. 分散式信任模型：私鑰不會集中存放於單一位置，理論上能降低單點故障的風險。
2. 數學上的隱私保證：資料經過加密並分散儲存，因此沒有任何單一參與方能取得完整的私鑰。
3. 與協定無關：MPC 可在所有區塊鏈上運作，不需要特定的智慧合約支援。
4. 密碼學創新：在實務應用的安全計算領域，代表了重要的進展。

然而，這些優點也伴隨著實作上的取捨，而 TEE 等替代方案能以更優雅的方式解決這些問題。

MPC 錢包有哪些缺點？

MPC 的種種限制，也促成了 TEE 等替代方案的出現：

• 運算開銷：MPC 需要複雜的密碼學運算，會為每一筆交易增加延遲與運算成本。
• 通訊成本高：在分散的參與方之間進行協調，會產生網路開銷，並帶來潛在的故障點。
• 驗證方式的限制：MPC 無法為使用者所期望的電子郵件與社群登入方式，提供可驗證的存取控管。
• 使用體驗複雜：真正的 MPC 實作需要使用者自行管理金鑰資料，而簡化版的實作則可能無法帶來實質的安全效益。
• 實作取捨：在使用者操作複雜度（選項一）與形同虛設的安全性（選項二）之間的根本抉擇，限制了實務上的適用性。

2025 年主流的 MPC 錢包解決方案

在過去幾年間，MPC 錢包的技術版圖已大幅成熟，這個領域也有許多參與者。以下是目前市場上幾家主要的提供商。

企業用途

Fireblocks

Fireblocks 提供業界領先的硬體隔離安全性。它支援超過 3 億個錢包，通過 SOC2 Type 2 認證，並提供一系列功能以滿足企業各種需求，包括熱錢包與冷儲存、節點基礎設施，以及資產保險。

Blockdaemon

Blockdaemon 提供一整套機構級安全服務，包括 MPC 錢包產品與金庫服務。它通過 ISO 27001 認證，設計對象為驗證者與機構投資人。

消費者用途

Zengo

Zengo 支援 1,000 種不同的資產，擁有超過 150 萬名用戶，是市面上最早推出的消費者 MPC 錢包之一。它非常適合以行動裝置為主的應用程式，提供生物辨識驗證、三重因素驗證，以及多鏈支援。

Coinbase Wallet

Coinbase 是全球最大的交易所之一，因此其錢包產品在安全性方面不斷突破界限，也就不足為奇。Coinbase 的錢包產品提供順暢的法幣出入金、MPC 整合，以及可嵌入第三方應用程式的 SDK，是目前市場上最受歡迎的錢包產品之一。

開發者用途（SDK 與基礎設施）

Web3Auth

Web3Auth 最近被 Consensys 收購，同時提供 MPC 與帳戶抽象化功能。支援 Web、iOS、Android 與 React Native，是一套用來強化使用者安全性的彈性框架。

Portal

Portal 最近重新定位為穩定幣基礎設施提供商。它提供簡單的 SDK 與 API，讓開發者能快速把 MPC 功能整合進自己的錢包技術堆疊中。

Alchemy 基礎設施

Alchemy 提供 RPC 與 Data API、Gas Manager，以及 Bundler，錢包開發者可以用它們來實現鏈連線、鏈上資料存取、gas 贊助，以及帳戶抽象化交易的打包。若想了解嵌入式錢包功能，可參閱 Alchemy 與 Privy 的合作。

如何選擇 MPC 錢包

把 MPC 錢包整合進你的應用程式，並沒有你想像中那麼複雜，通常只需要簡單整合 SDK 即可。以下是你需要考量的步驟。

評估你的需求

首先，依照你的使用情境與需求來評估各家 MPC 提供商。舉例來說，如果你正在建構一款消費者應用程式，相較於企業級金庫安全性，你可能會更重視社群復原功能。如果你的產品以行動裝置為主，那麼你可能會希望優先考量生物辨識驗證。

除了評估各提供商的功能組合之外，你也需要考量以下幾點：

• 鏈的支援程度：它是否支援你所建構的鏈？
• 整合複雜度：需要投入多少開發心力？
• 合規性：該解決方案是否符合你的法規要求？
• 成本結構：該 MPC 提供商的成本為何？隨著規模擴大，成本會如何變化？
• 效能表現：該提供商提供哪些 SLA 與效能基準？

MPC 實作的安全最佳實務

無論你採用 MPC、TEE 或混合式方案，以下安全最佳實務都同樣重要：

金鑰產生與儲存

• 產生金鑰時，務必使用硬體支援的隨機數。
• 在適用的情況下，實作金鑰刷新機制（每月或每季一次）。
• 使用 MPC 時，將分片儲存於地理位置分散的地點。
• 為每個元件（HSM、TEE、安全元件）採用不同的安全模型。

網路安全

• 為所有金鑰分片的通訊實作端對端加密。
• 在 MPC 節點之間使用雙向 TLS 驗證。
• 在適用的情況下，將節點部署於不同的網路區段。
• 監控各分片是否出現異常的簽署模式。

營運安全

• 所有管理性操作皆須要求多因素驗證。
• 對簽署請求實作速率限制。
• 記錄並稽核所有金鑰管理操作。
• 定期進行安全評估與滲透測試。

合規與資料隱私考量

嵌入式錢包提供商在處理使用者驗證資料時，必須面對複雜的法規要求，因此在思考如何以錢包建構產品時，你應該留意以下幾點：

KYC／AML 觸發條件

當錢包涉及法幣出入金、高額交易，或在受監管的司法管轄區運作時，「認識你的客戶」（KYC）的要求可能會被觸發。社群登入資料能提供經過驗證的身份資訊，有助於簡化合規流程。

GDPR 義務

當社群登入系統蒐集個人資訊時，歐洲使用者享有資料可攜、刪除與存取的權利。因此，錢包提供商必須落實資料最小化原則，並針對歐洲客戶取得明確同意。

合規檢查清單

正在以錢包建構產品，希望隨時留意幾項重點嗎？請留意解決方案是否具備以下條件：

1. 資料最小化：只蒐集錢包功能與法規合規所需的必要資訊。
2. 區域性金鑰儲存：將密碼學資料與使用者資料儲存於符合法規要求的司法管轄區。
3. SOC2 Type II 報告：落實企業級安全控管措施，並定期接受第三方安全評估。

常見陷阱與因應之道

了解常見的實作陷阱，有助於做出更好的架構決策：

陷阱一：忽略復原機制

現實情況：無論底層技術為何，使用者遺失裝置、忘記憑證的情況終究會發生。解決方式：從一開始就建立多條復原路徑。TEE 能提供 MPC 難以輕易實現的精細復原流程，而使用 MPC 時，則需要在金鑰分片的復原機制上仔細規劃。

陷阱二：忽視效能影響

現實情況：MPC 簽署可能為每筆交易增加 100 到 500 毫秒的延遲，而 TEE 的操作通常快上許多。解決方式：實作流暢的使用者介面更新，讓使用者了解交易狀態，並評估你的應用程式是否能承受 MPC 固有的延遲。

陷阱三：驗證方式的限制

現實情況：使用者期望能有順暢的電子郵件與社群登入體驗。解決方式：仔細評估你所選擇的方案，是否能為現代驗證方式提供可驗證的存取控管。TEE 在這方面表現出色，而 MPC 則存在根本性的限制。

陷阱四：供應商鎖定

現實情況：一旦部署完成，要更換錢包安全提供商可能相當複雜。解決方式：將提供商專屬的邏輯抽象化，並盡可能維持可攜的金鑰格式，讓遷移路徑保持暢通。

MPC 錢包的未來：2025 年及之後

錢包技術的版圖正在快速演變，不同的方式也逐漸找到各自最適合的應用場景：

MPC 持續扮演的角色 對於需要分散式控制與法規合規的特定機構用途而言，MPC 依然具有價值。它在密碼學上的創新，也為更廣泛的安全計算技術發展鋪路。

TEE 成為消費者應用的標準 對於消費者應用程式與以開發者為導向的平台而言，TEE 技術已成為主流的選擇方式。它能實現主流普及所需要的順暢使用者體驗，同時提供可驗證的安全保證。

混合式方案 未來很可能會出現結合不同技術優勢的混合系統。例如，在面向使用者的操作中採用 TEE，同時運用 MPC 來滿足機構託管的需求。

隱形的安全性 最終勝出的錢包解決方案，會是那些使用者根本不需要去思考的方案——他們能以熟悉的方式完成驗證，安全機制隱身於幕後運作，並提供真正對一般使用者有效的復原機制。

結語：MPC 作為 Web3 未來的基石

MPC 錢包在密碼學安全領域代表了重要的進展，也在推動整個產業邁向更完善的金鑰管理方案上，扮演了關鍵角色。對於正在打造下一代 web3 應用程式的開發者而言，理解 MPC 有助於掌握更廣泛的安全格局。

然而，MPC 在實務上的限制——尤其是在使用者體驗與驗證方式方面——也促成了 TEE 等替代方案的出現，這些方案能同時兼顧安全性與易用性。關鍵在於，依照你特定的使用情境選擇合適的架構，無論那是需要分散式控制的機構應用，還是需要順暢入門體驗的消費者平台。

隨著我們邁向一個每款應用程式都整合加密功能的未來，最終勝出的基礎設施，會是那些能在安全性、易用性與彈性之間取得平衡的方案。MPC 已為此奠定了重要的基礎，而 TEE 等技術，則正在實現隱形、安全的使用者體驗這項承諾。

使用 Alchemy 建構錢包基礎設施

準備好在你的應用程式中導入錢包技術了嗎？在評估金鑰管理方式時，請思考真正重要的問題：你的使用者是否真的能夠使用它？安全機制是否真的有效？Alchemy 提供錢包提供商與應用程式開發者，搭配其所選錢包解決方案時所需的鏈端基礎設施：

• 穩定可靠的區塊鏈存取：透過 Alchemy 的 RPC API，連接所支援的各條鏈
• 鏈上資料：使用 Alchemy 的 Data API，取得錢包餘額與交易活動資訊
• 帳戶抽象化基礎設施：使用 Gas Manager 進行 gas 贊助，使用 Bundler 進行交易打包

如此一來，你就能把自己選定的錢包安全模型，與用於鏈端存取、資料，以及交易執行的正式環境基礎設施搭配使用。

• 透過 Gas Manager 探索免 gas 交易。
• 了解 Alchemy 與 Privy 的合作關係。

常見問題

什麼是 MPC 錢包？

MPC 錢包利用多方計算，把私鑰拆分成加密的分片，分散在多個參與方手中，讓他們能共同簽署交易，而不需要任何一方持有完整的私鑰，或在同一處重建私鑰。

MPC 錢包與傳統錢包有何不同？

傳統錢包會把完整的私鑰儲存在單一位置，形成單點故障；而 MPC 錢包則把金鑰分片分散給多個參與方，需要彼此協作才能簽署交易，而不會暴露完整的私鑰。

MPC 錢包相較於多重簽章錢包，主要優勢是什麼？

MPC 錢包在鏈上看起來就像一般的單簽章錢包，交易成本標準，且可在所有區塊鏈上運作；而多重簽章則需要在鏈上部署智慧合約，gas 成本較高，且僅限於原生支援該機制的鏈。

MPC 錢包安全嗎？

MPC 錢包透過要求多個參與方共同協作完成交易，來提升安全性，這使得竊取行為更加困難，因為攻擊者必須同時入侵多個系統，而不是單一的金鑰儲存位置。

MPC 錢包的主要缺點是什麼？

MPC 錢包會因運算開銷而為交易增加延遲，參與方之間的通訊成本較高，且無法為使用者所期望的電子郵件與社群登入方式，提供可驗證的存取控管。

MPC 錢包如何處理金鑰復原？

MPC 錢包可以定期刷新金鑰分片，即使部分分片遺失，只要剩餘分片達到門檻數量，仍能存取錢包，但不同提供商在使用者操作複雜度與安全性之間的實作方式，差異相當大。

MPC 錢包能與帳戶抽象化搭配使用嗎？

可以。MPC 錢包可以與智慧合約錢包及帳戶抽象化功能結合使用，因為智慧合約錢包依然需要金鑰管理，而 MPC 正可以提供這一層底層的安全保障。

MPC 與 TEE 這兩種方式有什麼差異？

MPC 會分散金鑰分片，每次簽章都需要協調；而 TEE 則使用硬體隔離的金鑰儲存方式，能提供與電子郵件／社群驗證綁定的可驗證存取控管，並帶來更好的使用者體驗。