SevenX Ventures: WebAuthn 與 Passkey 如何拯救糟糕的加密體驗？

2023-12-21 19:12:40

本文為 SevenX 研究團隊原創，僅供交流學習，不構成任何投資參考。如需引用，請注明來源。

原文鏈接：https://mirror.xyz/sevenxventures.eth/3sYkMimEKqzQbme8-KszvSrKGj4uPxBLyJM9ncXxgcU

作者：Rui，@Ruisnakes

加密用戶體驗很糟糕？是密鑰管理爛透了！
密鑰管理層：責任、存儲和訪問
現有產品分析： MetaMask 、 Trust Wallet 、 Privy 和 Particle
新解決方案：

- 密鑰層：WebAuthn、 Secure Enclave (Secure Enclave) 和 Passkey (Passkey)

- 账戶層：智能合約账戶 (SCA)、外部账戶 (EOA)

- 籤名層：協議 r 1 預編譯、第三方服務、Solidity 和零知識驗證器
案例研究：（密鑰）+（账戶）

- Clave 錢包：（Secure EnclaveWebAuthn）+（SCA）

- Soul 錢包：（Passkey）+（4337 SCA）

- OKX 錢包：（MPC-TSS +Passkey）+（4337 SCA）

- Web3 Auth：（MPC-TSS + Passkey）+（EOA/SCA）

- Lit 協議：（MPC-TSS + 去中心化節點 + Passkey）+（EOA/SCA）

*請注意，以上案例可能會很快發生變化和改進
展望

TL;DR

私鑰是在以太坊上籤署交易的關鍵所在，但即便是以助記詞（也稱“種子短語”）這種可讀形式進行管理，用戶的私鑰管理也是一場噩夢。而我們深知，將區塊鏈變成一個復雜遊戲從來都不是我們的本意。

要保證交易安全，就必須要對授權用戶進行身份驗證。隨着互聯網安全和用戶體驗的發展，我們已經從密碼驗證發展為面部識別和指紋等生物特徵識別技術。在這一進展中，WebAuthn 是一個關鍵裏程碑。本文將重點討論三個術語：

WebAuthn： 這是一項 Web 身份驗證標准，使用通常由外部驗證器創建的基於公鑰的憑證。無需密碼，也可實現安全的用戶身份驗證。
Secure Enclave： 計算設備內基於硬件的安全區域，旨在保護敏感數據。Secure Enclave 的不同版本適用於 iOS、Android 和 Windows 設備。應用 WebAuthn，它可以作為外部驗證器，帶來硬件級別的安全系數，但是由於私鑰綁定本地，這會使跨設備操作變得困難。
Passkey： 操作系統級別的 WebAuthn 應用，各種設備和系統提供商有其定制規則。例如， Apple 的 Passkey 利用 iCloud 鑰匙串 (Keychain) 中存儲的密鑰進行跨設備同步。然而，這種方法通常只應用於特定的平臺或系統，無法實現跨系統（Apple-Android)。

正如上文所述，WebAuthn 部署與我們對於日常區塊鏈用戶的目標是一致的，即實現高級防釣魚安全和用戶友好的體驗。以下是將 WebAuthn 實現融入到區塊鏈中的提議：

密鑰層： 用戶可以使用面部識別或指紋等絲滑方法進行身份驗證。從底層來看，它是基於硬件的安全處理器（如 Secure Enclave）或雲服務（如 iCloud 和 Google Cloud）處理密鑰管理的。後面我將深入討論跨設備和跨平臺問題。
账戶層： 智能合約账戶（SCA）可分配任意籤名者（例如 SE 和 Passkey）和閾值機制。此外，其模塊化設計增強了靈活性和可升級性。例如，智能合約账戶可以根據交易數量、時間或 IP 地址等因素動態調整其籤名要求。另一方面，傳統的外部账戶（EOA）可以通過多方計算 (MPC) 服務進行擴展，相比於智能合約账戶，這種組合提供了更好的互操作性和成本效益，但不具備智能合約账戶提供的高級功能，特別是密鑰輪換會更加有挑战。
籤名層： 以太坊原生支持 k 1 曲线，但 WebAuthn 的籤名驗證會產生更高的成本，因為它使用 r 1 曲线生成密鑰。因此，zkSync 等 Layer 2 解決方案計劃採用原生 EIP-7212 r 1 曲线的預編譯。此外，還有第三方服務、Solidity 驗證器、零知識（ZK）驗證器和分布式密鑰管理系統，都能以更具成本效益的方式方便 r 1 曲线籤名。

*免責聲明：

技術進步並不代表一定能在市場上獲得成功；並非所有設備和平臺都採用了 Passkey；使用智能合約账戶可能比外部账戶更昂貴；所提出的解決方案將隨着技術進步而不斷發展。

加密用戶體驗很糟糕？是密鑰管理爛透了！

在區塊鏈領域，區塊鏈資產的真正控制權並不在用戶或錢包提供商手中，而在於私鑰。這個密鑰決定了以太坊上交易執行的成敗。為了更好地理解這一點，我們以外部账戶為例：

密鑰生成：從 secp 256 k 1 橢圓曲线中選擇的一個隨機數作為私鑰。然後將該私鑰乘以曲线上的預定義點以生成公鑰。以太坊地址是從公鑰哈希後的最後 20 個字節派生出來的。通常，我們會使用助記詞，將私鑰轉為人類可讀的詞作為備份，從而最終生成私鑰和公鑰。
籤署交易：使用私鑰對一個包含了 nonce（序列號）、金額、gas 價格和接收地址等詳細信息的交易進行籤名。這個過程涉及到橢圓曲线數字籤名算法 (ECDSA)，這種數字籤名算法使用橢圓曲线密碼學，並採用 secp 256 k 1 曲线，生成由（r、s、v）值組成的籤名，然後將籤名和原始交易廣播到網絡上。
驗證交易：一旦交易到達以太坊節點，它將在節點的內存池中進行驗證。為了驗證籤名者，節點使用籤名和散列交易獲得發送者的公鑰，並通過將提取的地址與發送者的地址進行匹配來確認交易的真實性。

正如上文所述，私鑰是鏈上的一個重要實體。最初，以太坊账戶，即外部账戶，完全依賴於單個私鑰，這帶來了重大風險，因為丟失私鑰意味着失去了對账戶的訪問權限。

許多人可能認為账戶抽象（AA）是用戶體驗問題的終極解決方案，我想說並不盡然。账戶抽象將以太坊上的 validity rule（有效性規則）變為可編程的規則，而智能合約账戶讓其實現。账戶抽象很強大，可以實現並行發送多個交易（抽象 nonce）、gas 贊助，支持使用 ERC 20 支付 gas（抽象 gas），還有一個與本文主題更相關的功能是- 账戶抽象可以打破固定籤名驗證（抽象 ECDSA 籤名）。與外部账戶不同，智能合約账戶可以分配任意籤名者和籤名機制，如多重籤名 (multisigs) 或限定範圍的密鑰（會話密鑰）。然而，盡管账戶抽象的靈活性和可升級性有所提高，但交易籤名仍需要密鑰。

即使將私鑰轉換為 12 個單詞的助記詞，管理私鑰仍是一大挑战，存在丟失或遭受釣魚攻擊的風險。用戶必須在復雜的去中心化解決方案與中心化服務之間進行抉擇，但兩者都不是最理想的選擇。

為什么加密體驗很糟糕？其中很大一部分原因是因為密鑰管理很糟糕。用戶在密鑰管理的時候，始終需要在體驗、安全性和去中心化之間進行權衡。本文探討了管理密鑰的潛在最佳解決方案。

密鑰管理層

永遠不存在什么萬全之策，密鑰保管的最佳方式需要根據特定用戶場景進行定制，並受諸多因素影響，如用戶類型（機構還是個人）、資本金額、交易頻率和交互類型等。

事先澄清一下，我不會用目前流行的“自我托管、半托管和完全托管”等字眼。在我看來，真正的自主托管意味着不依賴其他方、獨立籤署交易，哪怕有些解決方案在傳統意義上都不算是托管（比如存儲在去中心化節點的可信執行環境中），也不算非托管。僅基於托管類型來判斷解決方案是好是壞就過於簡單粗暴了，也沒有考慮到這些方案的適用性差異。為了更加細致地評估密鑰管理方法，我建議通過三個不同的維度對其進行分析。

責任

是否將密鑰管理的責任劃分給不同的責任方。

由於個人用戶在管理密鑰時通常面臨種種挑战，分配密鑰管理責任自然就成了一種風險緩解策略。這類方法包括使用多個密鑰進行協作籤名，多重籤名（Multi-sig）系統便是一例，以及通過祕密共享方案（SSS）或多方計算（MPC）將私鑰分為多個部分。

多重籤名（Multi-sig）：需要多個完整的私鑰來生成交易籤名。這種方法需要不同籤名者進行鏈上通信，交易費用更高，並影響隱私，因為籤名者的數量在鏈上是可見的。
祕密共享方案 (SSS)：在單個位置生成私鑰，然後將此密鑰分為多個部分，分發給不同各方。各方必須重建完整的私鑰以籤署交易。然而，這種臨時性重建可能會引入漏洞。
MPC-TSS（闕值籤名方案）：作為多方計算的一種實現，這種加密方法使多方能夠在保持其輸入共同私有的情況下進行計算。每一方都獨立地創建一個密鑰碎片，無需實際見面即可籤署交易。因為是鏈下操作，這種方式所需的費用較低，且不存在祕密共享方案的單點故障風險。

存儲

存儲密鑰或密鑰碎片，受安全性、可訪問性、成本和去中心化因素的影響。

中心化雲服務，如 AWS、iCloud 等服務器。這種方式便於頻繁交易，但更易受審查。
IPFS 和 Filecoin 等去中心化存儲。
本地計算機/移動設備：密鑰存儲在瀏覽器的安全存儲中。
紙錢包：打印出私鑰或二維碼。
可信執行環境（ TEE ）：可信執行環境在主處理器內提供了一個安全區域，獨立於主操作系統執行或存儲敏感數據。
Secure Enclave：現代設備上的 Secure Enclave 與主處理器隔離，提供額外的安全層，即使在應用程序處理器內核受到威脅時，也可保證敏感用戶數據的安全。
硬件錢包：如 Ledger 和 Trezor 等物理設備，專門用於安全存儲私鑰。
硬件安全模塊 (HSM)：硬件安全模塊是專門用於安全密鑰管理和加密操作的硬件設備，通常應用於企業環境，並提供高級別的安全功能。

訪問

如何驗證用戶身份以訪問存儲的密鑰

訪問存儲的密鑰需要進行身份驗證。這就需要去驗證試圖訪問的個體是否確實得到了訪問密鑰的授權。回顧過去，可將訪問方式分類如下：

你所知道的：密碼、PIN 碼、安全問題的答案或特定圖形。
你所擁有的：包括智能卡、硬件代幣（基於時間的一次性密碼）或數字因素，如社交账戶驗證和發送到手機的短信代碼。
你是誰：用戶的獨特身體特徵，如指紋、面部識別（如 Apple 的 Face ID 或 Windows Hello ）、語音識別或虹膜/視網膜掃描。

在這些基礎上，雙因素認證（2FA）和多因素認證（MFA）將至少兩個因素結合起來，例如將短信與推送通知結合，加強用戶账戶的安全。

現有產品分析

MetaMask 允許用戶使用密碼訪問存儲在本地瀏覽器存儲空間中的密鑰。

Trust Wallet 允許用戶使用密碼或 faceID 訪問存儲在用戶本地瀏覽器存儲空間中的密鑰，用戶還可以選擇使用雲服務備份私鑰。

Privy 允許用戶使用電子郵件等多種社交登錄方法，通過祕密共享方案將密鑰分成三個部分：

設備分片：瀏覽器-iFrame，移動端-Secure Enclave。
Auth 認證分片：由 Privy 存儲，鏈接到 Privy ID。
Recovery 恢復分片：用戶密碼或由 Privy 加密存儲在硬件安全模塊（HSM）中。

Particle 允許用戶採用社交登錄，使用 MPC-TSS，將密鑰分為兩個部分：

設備分片：瀏覽器-iFrame
服務器密鑰部分：Particle 的服務器

新解決方案

密鑰層：WebAuthn、Secure Enclave 和 Passkey

上述現有解決方案在吸引用戶關注Web3這一方面起到了關鍵作用。然而，挑战也隨之而來：密碼可能會被遺忘或成為網絡釣魚攻擊的目標，2FA雖然更安全，但由於涉及多個步驟，用起來還是很麻煩。此外，並不是所有人都愿意委托第三方進行密鑰管理，當有些服務阻止用戶訪問密鑰時，用戶仍要依賴於系統的可用性和有效性。

這讓我們思考是否有更有效的解決方案——一種能夠提供近乎無信任、高安全性和無縫用戶體驗的解決方案。對這種方案的追尋引導我們找到最優的 Web2 方法。正如本文开頭所述，有幾個術語與該主題密切相關，WebAuthn 是身份驗證標准，而 Secure Enclave 和 Passkey 則是與該標准相關的部署或組件。

WebAuthn

WebAuthn 規範了對基於 Web 的應用進行用戶身份驗證的接口。用戶可使用外部驗證器而非密碼登錄互聯網账戶。驗證器可以是漫遊認證器（如 Yubikey、Titan key）或平臺驗證器（如 Apple 設備上的內置鑰匙串(keychain)）等。

WebAuthn 背後的技術最初是由 FIDO（Fast IDentity Online）聯盟所开發。2019 年 3 月，W 3 C 正式宣布將 WebAuthn 作為 Web 標准，隨着其標准化的發展，各大瀏覽器如 Google Chrome、Mozilla Firefox、 Microsoft Edge 和 Apple Safari 都採用了 WebAuthn，顯著擴大了 WebAuthn 的應用範圍和可用性。現已得到許多先進設備的支持。

WebAuthn 的優勢：

安全性更高： 不再依賴密碼的依賴，減少網絡釣魚、暴力破解和重放攻擊的風險。
提升用戶體驗： 提供更簡單、更快速的登錄，通常只需一次點擊或生物識別驗證即可登錄。
隱私保護： 在身份驗證過程中不會傳輸共享祕密內容，個別網站也不會接收到任何個人身份信息。
可擴展性和標准化： 作為一種 Web 標准，WebAuthn 確保了不同瀏覽器和平臺之間的一致性和互操作性。

基於設備的 WebAuthn，例如 Secure Enclave

現在，我們可以使用硬件處理器作為身份驗證器，例如 Apple 設備的 Secure Enclave、Android 設備的 Trustzone 和 Google Pixel 的 Strongbox。

密鑰生成：使用公鑰加密，根據 WebAuthn 標准生成密鑰對，通常採用的是 P-256 r 1 曲线。將公鑰發送至服務端，而私鑰永遠不會離开 Secure Enclave。用戶永遠不會處理明文密鑰，由此保障了私鑰安全。
密鑰存儲：私鑰安全地存儲在設備的 Secure Enclave 內，這一經強化的子系統與主處理器隔離。它保護敏感數據，即使主系統受到損害，原始密鑰資料也無法訪問。破解 Secure Enclave 的門檻非常高，因此最敏感的數據類型（如 Apple Pay 和 FaceID 數據）都存儲在這裏。這裏可以查看對 Secure Enclave 工作原理的深入解釋。
身份驗證：用戶使用面部識別或指紋獲取訪問權限，Secure Enclave 使用私鑰對服務端的挑战進行籤名，而服務端則使用公鑰進行驗證。

基於設備的 WebAuthn 的優勢：

媲美硬件的安全性： Secure Enclave 這樣一個獨立的基於硬件的密鑰管理器提升了安全。
抵抗網絡釣魚攻擊： 不要在可能受到威脅的設備或網站上輸入任何信息。
便捷的體驗： 提供更加用戶友好的體驗。用戶不再需要記住不同網站的復雜密碼。

基於設備的 WebAuthn 的缺點：

設備限制：如果設備丟失或損壞，則無法導出或檢索私鑰，無法進行跨設備操作。

基於雲的 WebAuthn，Passkey

為解決跨設備功能的挑战，科技巨頭推出了基於雲的 WebAuthn 部署，Passkey 因為 Apple 而廣為人知。

以 Apple 的 Passkey 為例：

密鑰生成：用戶的 macOS、iOS 或 iPadOS 設備作為驗證器，在用戶創建账戶時生成公鑰和私鑰。然後將公鑰發送至服務器，而私鑰則存儲在設備的 iCloud 鑰匙串中。iCloud 鑰匙串數據用硬件綁定的密鑰對進行加密，並存儲在硬件安全模塊中。Apple 無法訪問該密鑰對。
跨設備同步：這個過程與訪問 iCloud 相同。對 iCloud 账戶進行認證，接收短信驗證碼，然後輸入其中一臺設備的密碼。

基於雲的 WebAuthn 的優勢：

跨設備： Passkey 旨在方便用戶訪問，用戶可在經常使用的所有設備上訪問。但目前僅限於 Apple 設備。這種方式對於 Android 設備來說更具挑战性，因為 Android 的版本和硬件種類繁多。
防網絡釣魚攻擊： 同上。
便捷的體驗： 同上。

基於雲的 Passkey 的缺點：

依賴雲服務： 與基於設備的 WebAuthn 相比，基於雲的 Passkey 將安全層從 Secure Enclave 的硬件轉移到 iCloud 鑰匙串，有些人可能會認為它托管在雲服務上。需要考慮的一些關鍵點包括：用戶 iCloud 的 AppleID 账戶是否被泄露；雖然 iCloud 鑰匙串採用端到端加密來保護數據，但操作錯誤或漏洞都會帶來風險。
平臺限制： 例如，在 Android 設備上使用基於 iCloud 的密碼極具挑战性。此外，與傳統方法不同，Apple 和 Google 不發送特定於設備的斷言 (assertions)。這意味着目前無法驗證生成密鑰的設備類型，由此引發了對密鑰及其相關元數據可靠性的質疑。

账戶層：智能合約账戶和外部账戶

到目前為止，我們可以看到，在解決跨設備和跨平臺兼容性的同時保持硬件的安全性是一大挑战。與之同樣重要的是社交恢復選項，例如添加多個守護者 (guardian) 以增強安全性。在這種情況下，區塊鏈可以為我們指明一條道路。

請注意：當我們嘗試將Web2的 WebAuthn 部署到Web3時，一個明顯的差異在於，Web2只需要證明所有權，而Web3還需要同時授權交易。如果只擁有 Passkey，开發人員無法控制籤名消息，籤名消息通常是通用的，比如“sign in”。這可能導致潛在的前端操控問題，即用戶“盲目”籤署消息——這個問題看似微不足道，實則至關重要。

智能合約账戶本身就是智能合約，作為鏈上實體，智能合約账戶能夠指定任意籤名者。這種靈活性允許用戶對各種設備和平臺進行設置，比如將 Android 手機、Macbook 和 iPhone 設置為籤名者。此外，模塊化智能合約账戶支持升級，可交換新的籤名者，可將籤名閾值從 2/3 更改為更復雜的配置。

想象一下，一個錢包可以根據情況靈活調整其安全需求：當用戶在熟悉的本地 IP 地址上時，這個錢包支持單籤名者身份驗證，但對於來自未知 IP 地址或超過一定值的交易則需要多個籤名者。有了模塊化和可編程性，只有我們想象不到、沒有實現不了的創新。許多智能合約账戶服務提供商都在積極構建這一領域，包括 Safe 、 Zerodev 、 Biconomy 、 Etherspots 、 Rhinestone 等。還要感謝諸如 Stackup 、 Plimico 、 Alchemy 之類的基礎設施，讓這一切成為可能。

請查看我先前的研究，以獲取有關智能合約账戶更全面的背景信息。

智能合約账戶可以通過多方計算服務實現社交恢復和跨設備/平臺兼容性。盡管智能合約账戶具有固定的籤名者，但多方計算提供商可以將密鑰分割成多個部分，以增強安全性和靈活性。這種方法不具備智能合約账戶的可編程和可升級特性，例如時間鎖恢復 (timelock recovery) 和輕松停用密鑰功能。然而，MPC 不受特定區塊鏈的限制，因此具有卓越的跨鏈能力，比智能合約账戶更具成本效益。著名的多方計算提供商有 Particle Network 、 Privy 、 web3 Auth 、 OKX Wallet 、 Binance Wallet 等。

籤名層：R 1 支持

讓我們退一步來理解：在以太坊上，私鑰是從 k 1 曲线中選擇的隨機數，並且籤名過程也利用了這個曲线。

然而，根據 WebAuthn 標准生成的密鑰對使用的是 r 1 曲线。因此，在以太坊上驗證 r 1 籤名的成本大約是 k 1 籤名的三倍。以下是針對這一問題的解決方案：

感謝 Dogan 的貢獻，請查看他的研究，了解更深入的知識。

協議解決方案：

解決方案： EIP 7212 ，預編譯支持 secp 256 r 1 曲线，由 Clave 團隊提議。
評估：該提案創建了一個預編譯合約，該合約通過給定的消息哈希、籤名的 r 和 s，以及公鑰的 x、y 坐標參數在“secp 256 r 1 ”橢圓曲线中執行籤名驗證。因此，任何 EVM 鏈（主要是以太坊的 Rollups）都可以輕松地集成這個預編譯合約。到目前為止，協議預編譯可能是最節省 gas 的解決方案。
應用： zkSync

第三方服務：

解決方案： Turnkey
評估：Turnkey TEE 確保私鑰僅可由用戶通過其 Passkey 訪問，Turnkey 永遠無法訪問私鑰，然而這仍然需要該服務的有效性。
實現： Goldfinch

Solidity Verifier 解決方案：

解決方案：FCL 的 Solidity Verifier，FCL 帶預計算 Solidity Verifier，Daimo 的 P 256 Verifier
實現： Clave ， Obvious Wallet

零知識（ZK）驗證器：

解決方案：Risc Zero 的 Bonsai ， Axiom 的 halo 2-ecc
評估：這種方法利用零知識證明來驗證以太坊虛擬機（EVM）之外的計算，降低鏈上計算成本。
實現： Bonfire Wallet (Risc Zero)， Know Nothing Labs (Axiom)

這些解決方案都可以在以太坊生態中實現更便宜和可行的 r 1 籤名驗證，以下是 Dogan 的評估。

WebAuthn 新案例研究

*請注意，截至 2023 年 12 月，這些解決方案大多處於早期階段，可能隨時發生變化或改進。這些示例僅供學習目的；請始終參考它們的官方網站獲取准確信息。

Clave 錢包：（Secure Enclave WebAuthn）+（智能合約账戶）

基本信息：

演示：https://getclave.io/
账戶：智能合約账戶
鏈：ZkSync

交易過程：

密鑰創建：用戶進行生物識別驗證，如指紋或面部識別，在 Secure Enclave 內生成密鑰對，永遠不會泄露。
密鑰籤名：應用程序接收所需的交易消息，並將籤名請求轉發到 Secure Enclave，用戶進行生物驗證以批准籤名，Secure Enclave 使用密鑰對消息進行籤名，然後廣播到區塊鏈節點。
附加功能：智能合約账戶支持許多強大的功能。首先是 gas 贊助。使用 Paymaster，dApp 或廣告商等都可以為用戶支付 gas，使交易過程更加順暢，同時還允許用戶使用 ERC 20 代幣支付 gas，而非只能用以太幣或原生代幣。此外，用戶可使用會話密鑰，在一段時間內進行無需籤名的交易。

恢復機制：

恢復過程由 Clave 在 zkSync 上的智能合約進行，用戶可以在 48 小時的鎖定期內取消恢復，以防止未經授權的惡意活動。
雲備份：用戶選擇雲備份時，將創建一個外部账戶，該外部账戶的私鑰存儲在 iCloud 或 Google Drive 中，用戶可以使用存儲在雲端的私鑰從不同設備訪問其账戶，還可以隨時刪除或覆蓋此備份部分。
社交恢復：用戶可以指定其家人或朋友的 Clave 地址作為備份，如果 N 個守護者中有 M 個確認恢復且未取消，則在 48 小時鎖定期後恢復執行。

Soul 錢包：（Passkey）+（4337 SCA）

基本信息：

演示：https://alpha.soulwallet.io/wallet
账戶：ERC 4337 智能合約账戶
鏈：以太坊、 Optimism 、 Arbitrum ，很快將全面支持以太坊虛擬機 Layer 2

交易過程：

密鑰創建：用戶提供指紋或面部識別等生物識別驗證，操作系統生成 Passkey，並使用雲服務進行備份。用戶可以跨設備和跨平臺添加多個 Passkey。
添加守護者（可選）：用戶可以指定不同的以太坊虛擬機外部账戶地址作為守護者，並設置账戶恢復閾值。
账戶生成：利用反事實部署，用戶進行第一筆交易之前都無需支付任何費用。

恢復機制：

Passkey：使用任意定義的 Passkey 在任意設備上登錄錢包。
守護者恢復：指定的守護者可以根據閾值輪換錢包，可稍後設置時間鎖以防止惡意行為。

OKX 錢包：（MPC-TSS + Passkey）+（4337 智能合約外部账戶）

基本信息：

演示：https://www.okx.com/help/what-is-an-aa-smart-contract-wallet
鏈： 30+條鏈
密鑰：MPC-TSS， 2/3
账戶： 4337 智能合約账戶

交易過程：

密鑰創建：通過創建錢包，OKX 將單個私鑰分為三個單獨的部分。一個部分存儲在 OKX 服務器上，一個部分存儲在用戶設備的本地存儲中，還有一個部分由設備生成，經加密處理並可以備份到設備首選的雲服務上，如 Google Cloud、iCloud 和華為雲。
密鑰籤名：OKX 使用 MPC-TSS 技術，用戶在籤署交易時可以通過使用三個私鑰部分中的兩個獲得完整的籤名，在此過程中，私鑰碎片彼此不會相互接觸。

恢復機制：

2/3 機制：當用戶注銷、設備不可用或設備上的其中一個密鑰被泄露時，用戶可以使用新設備登錄 OKX 錢包（獲取服務器存儲的密鑰）並獲取雲服務存儲的密鑰部分，使用這兩個部密鑰恢復錢包，OKX 錢包將生成新的密鑰部分。

Web3 Auth:（MPC-TSS +Passkey）+（外部账戶/智能合約账戶）

基本信息：

演示：https://w3a.link/passkeysDemo
鏈：所有 EVM 和 Solana
密鑰：MPC-TSS，通常是 2/3
账戶：外部账戶、 4337 智能合約账戶或通用智能合約账戶等任何账戶

交易過程：

密鑰創建：通過創建錢包，生成三個密鑰部分。一個部分用於社交登錄，用戶可以輸入他們的電子郵件，去中心化網絡節點存儲每個用戶的密鑰；一個部分是存儲在用戶設備的本地存儲中的密鑰；還有一個部分由本地計算機生成，並由用戶首選的雲服務進行備份。
密鑰籤名：Web3 Auth MPC-TSS 架構確保用戶的密鑰始終可用，即使使用閾值籤名，密鑰也永遠不會重構或存儲在單個位置。

恢復機制：

閾值恢復：當用戶注銷、設備不可用或設備上的某個密鑰被泄露時，用戶可以使用社交登錄方法登錄 WebAuthn 账戶並獲取雲存儲的密鑰部分，使用這兩個部分的密鑰恢復錢包。

Lit Protocol (MPC-TSS + 去中心化節點 + Passkey) + (外部账戶/智能合約账戶)

基本信息：

演示：https://lit-pkp-auth-demo.vercel.app/
鏈：大多數 EVM， Cosmos ，Solana。
账戶：MPC-TSS， 2/3 機制，可以同時適用於智能合約账戶和外部账戶。

交易過程：

密鑰創建：當用戶想要創建錢包時，首先選擇身份驗證方法（支持 Passkey、oAuth 社交登錄），然後將請求發送到中繼器以創建密鑰對，並將身份驗證邏輯存儲到智能合約中。每個密鑰對由 Lit 節點通過分布式密鑰生成（DKG）過程共同生成。作為一個去中心化網絡，TEE 內部運行 30 個 Lit 節點，每個節點都持有密鑰的一部分，但私鑰永遠不會完整存在於 TEE 中。
密鑰籤名：收到請求後，Lit 節點根據指定的身份驗證方法獨立驗證或拒絕請求，並使用 MPC-TSS 技術， 1. 收集超過閾值（30 個節點中有 20 個確認）時生成籤名，並由客戶端組合以滿足請求。

恢復機制：

2/3 機制：使用存儲在智能合約中的身份驗證方法訪問账戶，Lit 節點驗證請求，如果超過 2/3 的節點確認，請求將繼續進行。

展望

在 Layer 2、Layer 3 和數據可用性(DA)解決方案的大力推動下，我們力求改善區塊鏈的性能。同時，我們將零知識證明隱私與透明性相結合，追求真正的安全性。所有的努力都朝着同一個目標：加密技術做好准備應用於用戶的日常生活中。

我們很容易困在一個理想的技術夢中，但我們必須問自己：我們追求的是什么樣的體驗？我們設想的是這樣一個世界：在這個世界裏，加密貨幣應該是直觀易懂的，而不是令人生畏的技術術語；在這個世界裏，用戶可以毫不猶豫地跳進兔子洞，不費吹灰之力。

想象一下，有一個名叫 Rui 的用戶：她發現了一個很棒的 dApp，可以輕松使用面部識別或指紋進行注冊，並可以設置備份或守護者。她可以使用 dApp 輕松執行交易，可能只需支付少量 ERC 20 費用，甚至可能根本不需要任何費用。之後，她可以自定義錢包設置，例如激活自動交易的時間鎖，將另一個設備添加為備份籤名者，或者修改她的守護者列表。

創業者們正在努力將這一切付諸現實。結合 WebAuthn 和 Passkey，我們增強了私鑰管理，使其既安全又方便。在這一基礎之上，智能合約账戶作為一個實體，打开了個性化安全性和功能性的領域。至於 gas？借助 Paymaster，提供商可以為 swap 交易創建一個“金庫”，甚至允許廣告商為用戶支付費用，因此 gas 也不再是負擔了。這一演變的核心，特別是對以太坊主網及其等效的 Layer 2 來說，就是 ERC 4337 。ERC 4337 引入了另一種內存池，將智能合約账戶交易與外部账戶區分开來，而無需對協議進行重大修改。另一方面，一些 Layer 2 網絡甚至原生採用智能合約账戶，並將其無縫地集成到系統中。

要使一切變得簡單，需要付出巨大的努力。我們還面臨着許多挑战，比如降低智能合約账戶的部署、驗證和執行費用；標准化接口，以增強账戶的互操作性；跨鏈同步账戶狀態等。感謝所有構建者，每一天，我們都離成功更近一步。我們的公司 SevenX，以及其他加密創業公司，已經准備好，為偉大的公司賦能，幫助它們實現愿景。

如果對本文感興趣，歡迎了解我的其他文章，獲取更全面的背景信息：

04/ 账戶：模塊化智能合約账戶架構和挑战

03/ 密鑰（本文）：WebAuthn 和 Passkey，日常加密用戶的密鑰管理

02/ 基礎設施： ERC 4337 帶來的以太坊账戶演變