Google Cloud MPC託管服務：政策拒絕的交易仍可能因簽署者核准而執行

Google Cloud 的機構級多方計算（MPC）服務中，即使交易遭政策拒絕，只要達到門檻數量的簽署者核准，仍可能執行。分散保管私鑰與交易最終核准，是兩個不同流程。

Google Cloud 於 10 月 27 日更新的Multi-party Compute 官方文件將這項服務描述為數位資產簽署金鑰的託管平台，目前仍處於預覽階段。

本報先前曾報導 Google 為金融機構展示 MPC 託管服務，以及計畫於 2027 年初商用。這次更新的文件進一步說明金鑰管理方式，以及交易政策判定如何配合實際簽署流程運作。

MPC 會將私鑰拆分成多個部分，由不同參與者分別保管，再由足夠數量的參與者共同簽署。簽署過程中，完整私鑰不會集中在單一地點。

Google Cloud 表示，若遭入侵的參與者數量少於簽署所需門檻，攻擊者便無法偽造簽名或還原金鑰。參與者透過多方程序產生簽名，不必將完整金鑰集中起來。

這項設計也考量簽署基礎設施暫時故障，以及金鑰資料永久遺失的情況。即使部分參與者無法使用或永久失效，只要仍有足夠參與者達到簽署門檻，簽署流程就能繼續。

機構可指定哪些使用者與團隊持有金鑰分片，也能設定交易簽署所需的人數。文件將團隊描述為管理簽署者的分組單位，例如部門或高階主管群組。

金鑰分片可存放於 Google Cloud、客戶自有設施或使用者的行動裝置。機構會在金鑰政策中設定存放位置與簽署門檻。

交易政策可設定支出上限或允許轉帳的地址清單。系統會依政策評估每筆交易，並判定允許或拒絕。

不過，拒絕判定不會強制阻止交易最終執行。Google Cloud 表示，只要達到所需數量的簽署者核准，遭政策拒絕的交易仍可能執行。

文件也區分管理員、政策制定者與簽署者的職責。管理員負責管理使用者與團隊等項目；政策制定者負責撰寫及核准交易政策；簽署者則持有金鑰分片並核准交易。

因此，設定支出上限或允許地址，不代表所有違反條件的交易都會被阻擋。機構也需要管理誰能修改政策，以及誰有權簽署交易。

目前支援的演算法包括採用 secp256k1 的 ECDSA，適用於比特幣（BTC）、以太幣（ETH）及 EVM 相容鏈。

Solana（SOL）使用的 Ed25519 則列為未來支援項目。官方文件將目前支援範圍與後續支援項目分開說明。

這項服務尚未正式推出，仍處於預覽階段。Google Cloud 提醒，預覽產品會依現況提供，支援可能有限。

官方文件標示內容於 10 月 27 日更新，並反映截至 2026 年 10 月的 v1beta API 資訊。現有的 v1alpha1 說明文件預計於 12 月移除，文件也建議該 API 的使用者遷移至 v1beta。