內嵌錢包搭配社群登入的完整指南
作者 Alchemy Team

社交登入屬於簽署者這一層:由 Privy 或 Turnkey 等嵌入式錢包供應商處理 Google、Apple、電子郵件與 passkey 登入,並持有金鑰。Alchemy 的 Wallet APIs 則作為交易層疊加其上,負責贊助 gas、批次處理呼叫,並透過 EIP-7702 將這些嵌入式錢包升級為智慧錢包。
嵌入式 Web3 錢包是直接內建於應用程式中的加密錢包,讓使用者不需要另外下載錢包,同時維持非託管(non-custodial)的安全性。錢包是進入加密世界的入口,而在 2025 年,提供無摩擦的入門體驗,對於讓主流使用者上手至關重要。
隨著智慧錢包使用量持續成長,嵌入式錢包在改善使用者體驗與提高採用率方面,帶來了顯著的機會。
無論你是初次接觸嵌入式錢包,還是正在評估自身的錢包策略,這份完整指南都能協助你選擇合適的 Wallet-as-a-Service 供應商、實作安全的社交登入錢包,並打造出能順暢引導使用者上手、經得起時間考驗的應用程式。
嵌入式錢包解析
嵌入式錢包與傳統錢包有何不同?
傳統的 web3 錢包是使用者需另外下載的獨立應用程式,而嵌入式錢包則直接整合進主應用程式中。這項根本性的差異,將使用者體驗從多步驟流程轉變為無縫的入門體驗。

嵌入式錢包的關鍵術語
以下是與嵌入式錢包相關的三個關鍵術語:
Wallet-as-a-Service(WaaS)
一種雲端基礎設施,讓你可以透過 API 為使用者建立與管理錢包,而不必自行處理金鑰管理。這消除了處理加密運算的複雜性,同時提供企業級的安全與合規功能。
多方運算(Multi-Party Computation,MPC)
一種將私鑰拆分給多方持有的加密技術,藉此消除單點故障風險。透過 MPC,使用者能掌控自己的資產,而不需將完整的私鑰暴露給任何單一實體,包括錢包供應商在內。
帳戶抽象(Account Abstraction)
於 2023 年 3 月部署的以太坊改進提案 ERC-4337,讓帳戶得以使用自訂驗證方式與交易邏輯,具備可程式化能力。帳戶抽象讓 gas 贊助、交易打包、社交救援,以及超越傳統私鑰簽章的彈性驗證等功能得以實現。
這些技術常被用於嵌入式錢包解決方案中,各自處理使用者體驗與安全模型中不同的面向。
嵌入式錢包的實際應用案例
嵌入式錢包已在不同產業中獲得顯著的採用,而結合帳戶抽象強化後的智慧錢包(smart wallet)實作,帶來了最具說服力的應用案例:
- DeFi 平台:嵌入式錢包讓使用者在交易前不需要下載額外的錢包應用程式。近期數據顯示,2025 年 5 月有 3,300 萬筆透過嵌入式錢包完成的兌換交易,處理金額達 90 億美元。雖然社交登入提供了即時存取,但 gas 贊助與交易打包等智慧錢包功能,正日益成為推動採用的關鍵因素。
- 鏈上遊戲:玩家可以透過整合的嵌入式錢包,使用 Discord 或 Steam 帳號立即開始遊玩。智慧錢包能力讓無 gas 費的 NFT 交易與一鍵購買成為可能,同時消除了先前阻礙主流遊戲玩家採用的入門及後續使用摩擦。
- 跨境支付:使用者可透過電子郵件、電話號碼,或現有的驗證系統等熟悉的方式,經由嵌入式錢包完成身分驗證。智慧錢包的強化功能可實現自動 gas 優化與交易打包等特性。
隨著嵌入式錢包解決方案日趨成熟,對於需要同時具備簡化入門流程與精密交易能力的應用程式(例如薪資平台、忠誠度計畫、身分系統),智慧錢包實作正逐漸成為首選方案。
為何嵌入式錢包是改變遊戲規則的關鍵
降低主流使用者的入門摩擦
在 web2 的世界中,社交登入(使用者可透過 Google 或 Apple 帳號登入來建立帳戶)能將入門轉換率提升20% 到 60%,而這僅僅是將電子郵件加密碼欄位,替換為單一點擊的入門流程所帶來的效果。
試想一下,如果使用者在初次入門時,不需要承擔理解私鑰、助記詞與備份程序的認知負擔,加密應用程式的轉換率能提升多少。
嵌入式錢包所支援的社交登入(例如以電子郵件或電話號碼登入)正是為此而生,能將錢包建立的時間從 5 到 10 分鐘縮短到 5 到 10 秒。
在便利性與自我保管之間取得平衡
不同的錢包託管模式,在便利性與掌控權之間提供了不同的取捨:
- **託管模式(Custodial models):**在這種模式下,第三方託管方負責處理使用者的資產。它提供了最大的便利性,但使用者無法掌控自己的私鑰,削弱了加密貨幣的核心價值主張。這適合小額資金與重視簡便性勝過自主性的新手使用者,但也會讓一些想大額操作的使用者對託管方案卻步。
- **自我託管錢包(Self-custodial wallets):**這種方案透過助記詞管理,讓使用者擁有完整的掌控權。此模式適合持有大量資產的資深使用者,但會為新手使用者帶來入門摩擦,並增添大量複雜性。
多因素驗證、passkey 強化,以及私鑰救援
開發者可以透過嵌入式錢包實作額外的安全層,強化社交登入的保護,例如:
- **電子郵件加 OTP 驗證:**透過已驗證電子郵件地址傳送以時間為基礎的驗證碼,實現雙重驗證,即使社交帳號遭入侵,也能防止未經授權的存取。
- **裝置綁定 passkey(WebAuthN):**運用 FIDO2 標準將生物辨識驗證綁定至特定裝置,在不要求使用者管理額外救援密語的情況下,實現硬體層級的安全性。
- **救援密語託管(Recovery phrase escrow):**選擇性地將加密後的救援資訊備份儲存於多個安全位置,在維持社交登入便利性的同時,仍能支援傳統的助記詞救援方式。
隨著 2025 年 iOS 與 Android 版本原生支援 WebAuthN,passkey 的採用正加速普及,讓生物辨識錢包驗證成為行動平台上的主流做法。而透過嵌入式錢包,我們正看到同等級的安全複雜度延伸至鏈上。
如何評估嵌入式錢包供應商
評估嵌入式錢包供應商時,有 10 項不可或缺的功能。
必備功能檢查清單
- **多鏈支援:**光是相容 EVM 已經不夠了。這個錢包是否支援 Solana 及其他新興生態系統?
- **社交登入:**該工具是否原生整合了 Google、Apple、Discord、Twitter 等主流平台,以及電子郵件/簡訊驗證?
- **託管模式:**該供應商提供的是非託管還是託管的金鑰管理方式?
- **Gas 抽象化:**該工具是否提供支援無 gas 費交易的 paymaster,以打造無摩擦的使用者體驗?
- **分析儀表板:**該供應商是否提供錢包建立數、交易量與使用者參與度指標的即時監控?
- **法規工具:**該供應商是否內建 KYC/AML 工作流程及合規報告能力?
- **具備帳戶抽象能力:**該解決方案是否完全相容 ERC-4337,以支援可程式化的錢包功能?
- **行動端 SDK 支援:**該供應商是否提供原生 iOS 與 Android 函式庫,並相容 React Native?
- **救援選項:**該工具是否為使用者提供多種備份機制,包括社交救援與加密雲端儲存?
- **企業級 SLA:**該供應商的可靠性如何?能否保證 4 個 9 的正常運行時間?他們的事故應變時間為何?
在評估不同供應商時,你需要考量錢包基礎設施供應商的完整功能組合。如今社交登入已是基本門檻,而這些供應商在幕後往往能提供更多功能,協助你的使用者順利入門並活躍使用。
比較錢包供應商與基礎設施(Privy、Fireblocks、Coinbase、Alchemy)
在評估 Privy、Fireblocks、Coinbase 等主要嵌入式錢包供應商時,每一家都有各自不同的做法與優勢。
我們本身不提供社交登入或金鑰管理。請為這一層選用如 Privy 或 Turnkey 這類的錢包供應商,再搭配我們的 Wallet APIs 處理登入之後發生的一切。
Wallet APIs 不綁定特定簽署者。由你的供應商錢包負責簽署,我們則負責準備呼叫、贊助 gas、批次處理交易,並透過 EIP-7702 將錢包升級為智慧錢包,讓它在不更換地址的情況下取得 session key 與 gas 贊助。Privy 是推薦的整合方式,任何與 viem 相容的簽署者也都能透過自訂整合使用。無法簽署 EIP-7702 授權的簽署者,則改用獨立的智慧錢包地址。
在鏈上應用程式中新增社交登入的實作清單
想透過嵌入式錢包降低入門摩擦嗎?首先選擇一個錢包供應商,例如 Privy,以及你的應用程式所需的鏈基礎設施。
-
選擇供應商並取得 API 金鑰:根據你的具體需求評估不同的錢包供應商,註冊開發者帳號,並取得具備適當速率限制的正式環境 API 憑證。
-
建立 Alchemy 應用程式與 API 金鑰:在 Alchemy dashboard 中設定你的應用程式。同一組金鑰即可用於 Wallet APIs 與 RPC。
-
設定 Gas 贊助:建立一個 gas 贊助政策,定義你要負擔哪些交易,以及應用程式的支出額度。
-
將你的簽署者連接至 Wallet APIs:依照 Privy 指南或自訂簽署者指南進行設定,讓你的供應商錢包負責簽署,並由 Wallet APIs 傳送、贊助與追蹤每一筆交易。
-
實作備份與救援:啟用社交救援機制、設定加密雲端備份,並為想遷移至自我保管的使用者提供選擇性的助記詞匯出功能。
-
在應用程式程式碼中加入 API 金鑰:初始化你的錢包供應商 SDK,接著將其簽署者連同你的 gas 贊助政策 ID 一起傳入 Wallet APIs 客戶端。
-
正式上線並持續監控:以漸進式的使用者推出方式部署至正式環境,導入錯誤追蹤與分析機制,並監控錢包建立率與交易成功指標。
Wallet APIs 快速入門能讓你在幾分鐘內送出第一筆免 gas 交易。
將 Web2 使用者體驗帶上鏈
具備社交登入功能的嵌入式 Web3 錢包,代表著主流加密採用的未來方向——消除傳統入門摩擦的同時,維持非託管的安全性。應用程式內的使用者體驗、社交救援機制,再結合智慧錢包功能的強化,共同打造出足以與傳統 Web2 應用程式匹敵的使用者體驗。隨著生態系統在 2025 年日趨成熟,及早導入嵌入式錢包解決方案的開發者,將能留住那些原本會因複雜的 Web3 入門流程而放棄的使用者。
準備好動手開發了嗎?選用如 Privy 這類的錢包供應商處理社交登入與金鑰,並搭配我們的 Wallet APIs 實現免 gas 交易與智慧錢包功能。了解 Alchemy 與 Privy 如何在鏈上金融領域合作。
常見問題
嵌入式錢包是託管還是非託管?
儘管對使用者而言感覺像是託管式,但大多數嵌入式錢包其實都是非託管的。它們運用多方運算(MPC)或帳戶抽象技術,將私鑰以加密方式拆分給多方持有,確保沒有任何單一實體能夠存取使用者的資金。如此一來,使用者能在享受簡便社交登入體驗的同時,完全掌控自己的資產。確切的託管與救援模式,則取決於你所選擇的錢包供應商與相關設定。
社交登入如何影響錢包安全性?
社交登入簡化了加密貨幣的複雜性——這正是許多一般使用者在入門過程中放棄應用程式的主因——但這並不會犧牲錢包本身的安全性。當社交登入與 MPC 金鑰分割及多因素驗證結合時,就能打造出兼具 Web2 熟悉的登入體驗與 Web3 安全性的方案。相較於僅依賴助記詞的錢包,嵌入式錢包將加密風險分散於多個安全方,同時提供多重驗證因素,降低單點故障的風險。
嵌入式錢包能否支援多個區塊鏈網路?
可以,視供應商而定,嵌入式錢包能透過單一 SDK 整合,支援 50 個以上的不同區塊鏈網路,包括 Ethereum、Solana、L2 等。多鏈支援讓使用者能在不同區塊鏈生態系統間無縫互動,不需要為每個生態系統分別管理獨立的錢包,簡化了使用者體驗,也減少你需要支援的不同錢包供應商數量。
如果使用者無法存取其社交帳號怎麼辦?
嵌入式錢包提供多種救援機制,防止使用者永久失去對錢包的存取權。社交救援機制讓指定的信任聯絡人能透過加密驗證協助恢復存取權,而加密雲端備份與救援電子郵件系統,則提供了替代的救援途徑。
嵌入式錢包的整合需要多長時間?
嵌入式錢包的整合時間因供應商與應用程式需求而異,不過使用現代 SDK 的基本實作,只需數小時即可完成。整個過程包括整合錢包供應商的 SDK、設定社交登入與救援機制,並將錢包連接至鏈支援與基礎設施,以實現 gas 贊助、交易打包等功能。
嵌入式錢包是否需要符合 KYC 規範?
嵌入式錢包本身並不「要求」KYC 或任何特定形式的使用者身分驗證。你在法規上所需的使用者資訊,完全取決於你的業務所在司法管轄區,以及你客戶所在的司法管轄區。不過,若整合法幣出入金等功能,可能會增加你的合規負擔。建議你與合格的法律顧問一同檢視需求,並確認你的錢包供應商支援哪些合規控管機制。
相關總覽
錢包2026年10月14日
什麼是 paymaster?
Paymaster 為 user operation 贊助 gas,或讓使用者用 ERC-20 代幣支付這筆費用。
錢包2026年9月2日
Agent 錢包:AI agent 的 session 與權限模型
AI agent 如何在不持有私鑰的情況下,取得範圍受限、可撤銷的錢包存取權限:session、委派簽署與即時撤銷。
錢包2026年7月29日
別再把私鑰貼到 Cursor:如何讓你的 coding agent 擁有錢包
讓你的 coding agent 擁有錢包,卻不用把私鑰交給它。了解 Alchemy CLI agent wallets 如何透過限定範圍的 sessions,讓 agent 不必在 .env 中存放私鑰也能交易。

打造區塊鏈魔法
Alchemy 結合最強大的 Web3 開發者產品與工具,並提供資源、社群與卓越的支援。