返回博客

Web3钱包与用户体系设计

·0xPM
Web3钱包
系列钱包与账户1 / 2
  1. 1Web3钱包与用户体系设计
  2. 2ERC4337:以太坊账户抽象标准详解
  3. 查看系列 →

前言:钱包的三重角色

钱包是用户进入 web3 世界的第一站。很多人误以为钱包是用来「存放资产」的,实际上,链上资产永远存在区块链上,钱包存储和管理的是私钥——那把证明「你是这些资产的主人」的密钥。

因此,钱包在 Web3 产品中扮演三重关键角色:

  • 身份(Identity):地址即账号,签名即认证
  • 资产(Asset):控制链上资产的唯一凭证
  • 权限(Permission):链上交互、合约调用、治理投票的授权入口

理解这三点,是做好 Web3 产品用户体系设计的起点。


一、钱包分类体系

钱包没有单一的分类标准,应从四个独立维度来理解:

维度 1:私钥控制权(托管方式)

私钥控制权

注意:MPC 半托管属于介于两者之间的灰色地带,见维度 2。


维度 2:私钥管理技术

私钥管理技术


维度 3:账户类型(以以太坊生态为例)

账户类型

补充:账户抽象(AA)是当前做「无感钱包」ToC 产品的核心技术方向,可显著降低新用户门槛。


维度 4:硬件形态

硬件形态


二、典型产品的四维解析

产品托管方式私钥技术账户类型硬件形态
币安账户钱包托管HD + CloudHSM/KMSEOA(链上)服务器端
MetaMask非托管HD 钱包(BIP-39 助记词)EOA浏览器插件
Phantom非托管HD 钱包(BIP-39 助记词)EOA(Solana)浏览器插件 / 移动 App
Gnosis Safe非托管多签(M-of-N)合约账户软件 + 可接硬件钱包
ZenGo半托管MPC(用户与 ZenGo 各持一个分片)EOA移动 App + 云服务
Privy半托管MPC / TEEEOA 或 AA内嵌钱包(SDK)
Ledger非托管单密钥(硬件隔离)EOA硬件钱包

三、Web3 产品用户体系设计

用户体系决定「用户以什么方式进入你的产品」,是产品设计的最上游决策。

1. 中心化用户体系

  • 典型形态:邮箱 / 手机 + 密码 / 验证码;第三方 OAuth(Google、微信、Apple、GitHub)
  • 特点:
    • 账号数据与凭证存在你的服务器
    • 支持风控、冻结、找回密码、KYC、黑白名单
    • 对 Web2 用户最友好
  • 技术要点:
    • 后端:账户表 + Session 或 JWT
    • 支持 OAuth2.0 / OpenID Connect
    • 密码安全存储(BCrypt / Argon2,禁止明文)
  • 与 Web3 的关系:只承担「身份」层,链上资产通过后续绑定钱包来承载(参见混合模式)

2. 去中心化用户体系

  • 典型形态:钱包地址即账号(address = userId),使用 EOA 或智能合约钱包登录
  • 特点:
    • 无需注册,首次签名即创建账号
    • 资产与权限在链上,产品本身只做索引与前端
    • 账号不可冻结(除非合约有限制逻辑),不可找回
  • 技术要点:
    • 登录即签名:Sign-In with Ethereum(SIWE,EIP-4361)或各链自定义签名登录
    • 后端只保存地址、随机 nonce(防重放攻击)
    • Solana 生态常见:signMessage + 服务端验证签名
  • 问题:
    • 新手门槛高(需要先有钱包、了解私钥备份)
    • 丢失私钥 = 资产与身份彻底不可恢复

3. 混合 / 渐进式用户体系(推荐大多数产品采用)

模式 A:Web2 账号 + Web3 钱包绑定

  • 用户先用邮箱 / 手机注册,再绑定一个或多个钱包地址
  • 可支持:一账号多钱包、一钱包多账号(视业务设计)
  • 关键操作时要求钱包签名确认(如提现、链上授权)

模式 B:社交登录 + 托管 / MPC 钱包

  • 用 Google / 微信登录,由第三方服务为用户「无感」生成并托管钱包
  • 用户无需了解私钥与助记词
  • 典型服务:Privy、Web3Auth、Particle、Dynamic

模式 C:渐进式去中心化

  • 新用户以 MPC / 内嵌钱包进入 → 使用稳定后引导「导出到自托管钱包」
  • 兼顾新用户体验与长期用户的去中心化诉求

优势:兼顾用户体验与合规风控,可按用户成熟度分层引导


四、登录方式设计

1. 传统登录

  • 邮箱 / 手机 + 验证码或密码
  • 第三方 OAuth(Google、Apple、微信、Twitter / X)
  • 适用:面向 Web2 用户、非强资产场景(社区、内容、任务系统)

2. 钱包登录(四种技术路线)

路线 A:直接连接插件钱包

  • 浏览器检测 window.ethereum(EVM)或 window.solana(Solana)Provider
  • 支持 MetaMask、Phantom 等插件钱包
  • 优点:链上原生用户零门槛,无需额外注册
  • 缺点:对新用户不友好,不适合作为唯一登录入口

路线 B:集成钱包连接框架(Frontend SDK)

EVM 生态常见选型:

层级选型
链交互 SDKviem(推荐)/ ethers.js / web3.js
连接 + UI 框架wagmi + RainbowKit / Web3Modal(WalletConnect) / ConnectKit

Solana 生态常见选型:

层级选型
链交互 SDK@solana/web3.js
连接 + UI 框架@solana/wallet-adapter(官方标准)
  • 优点:开发快、用户可选钱包多、社区成熟
  • 缺点:EVM 与 Solana 生态独立,跨链产品需分别集成

路线 C:接入第三方完整 Auth & Wallet 服务

典型服务及定位:

服务特点
Privy主打内嵌钱包 + 渐进式去中心化,支持 Email / 社交 / 钱包多种登录,开发者体验好
Dynamic企业级,支持复杂的用户身份路由与多钱包管理
Web3Auth较早的 MPC + 社交登录方案,支持链广
Particle NetworkMPC + AA 结合,支持多链
Turnkey面向开发者的底层密钥管理基础设施,适合自建 Wallet 服务
  • 优点:上线快、Web2 用户友好、免去私钥管理与合规的大部分压力
  • 缺点:供应商锁定、费用随规模增长、需评估数据安全与合规

路线 D:Passkey / WebAuthn 登录(新兴方向)

  • 用设备生物识别(Face ID / 指纹)替代私钥操作,用户无感知
  • 私钥派生自 Passkey,存储在设备 Secure Enclave
  • 典型实现:Coinbase Smart Wallet、Uniswap Extension
  • 优点:极致的用户体验,接近 Web2 APP 体感,无需记助记词
  • 缺点:标准仍在演进,设备迁移与跨平台恢复能力需关注

路线 E:自研钱包

  • 完全掌控体验,可深度定制(游戏内钱包、App 内嵌钱包)
  • 关键问题:
    • 私钥存储:移动端 Keychain(iOS)/ Keystore(Android)/ Secure Enclave
    • 备份恢复:助记词导出、云加密备份、MPC、社交恢复
    • 签名与交易构造:集成链 SDK
    • 多链支持:EVM 与非 EVM(Solana、Bitcoin、Sui…)实现差异大
  • 适合:有长期钱包基础设施投入意愿的重度自有生态(游戏、综合平台)

五、技术选型决策框架

决策维度

维度关键问题推荐方向
用户群体主要用户是 Web2 新手还是链上原生用户?新手为主 → 社交登录 + MPC / Embedded Wallet;原生用户 → 插件钱包直连
安全与合规是否涉及法币出入金?是否需要 KYC / AML?涉及法币 → 必须托管 + 合规牌照;纯链上 → 非托管可行
资产风险等级用户单笔资产量级?高净值 / 企业 → 多签 / 硬件钱包;普通用户 → MPC 或 AA 钱包
多链支持只做 EVM,还是跨非 EVM 链(Solana、Bitcoin)?只 EVM → wagmi / RainbowKit;含 Solana → 分别集成各链 Adapter
开发资源团队规模与 Web3 基础设施投入意愿?小团队快速上线 → 第三方 Auth & Wallet 服务;长期自有生态 → 渐进自研
账户可恢复性用户丢失凭证后能否恢复?可恢复性要求高 → MPC / AA + 社交恢复;接受不可恢复 → 非托管 EOA

推荐路径组合

ToC 泛用户产品(新手友好优先)

社交登录(Google / 微信) + Embedded Wallet(Privy / Particle) + AA 钱包(Gas 代付,无感交互) + 引导重度用户导出到自托管钱包

DeFi / 链上原生产品

插件钱包直连(MetaMask / Phantom) + 钱包连接框架(wagmi + RainbowKit / Solana Wallet Adapter) + SIWE 或链签名登录 + 可选:支持多签钱包(Gnosis Safe)

企业 / DAO 多签场景

Gnosis Safe 多签 + 硬件钱包签名(Ledger / OneKey) + 可选:接入 AA 层做 Gas 抽象

游戏 / 综合平台(有长期规划)

起步:传统登录 + 第三方 Auth & Wallet 服务 过渡:混合模式(Web2 账号 + 绑定钱包) 长期:自研内嵌钱包 + MPC / AA 基础设施

附:关键术语速查

术语全称 / 含义
EOAExternally Owned Account,外部拥有账户,由私钥直接控制
AA / ERC-4337Account Abstraction,账户抽象,以太坊智能合约钱包标准
SIWESign-In with Ethereum,EIP-4361,钱包签名登录标准
MPCMulti-Party Computation,多方安全计算,私钥分片签名
HD 钱包Hierarchical Deterministic,分层确定性钱包,BIP-32/44/39 标准
TEETrusted Execution Environment,可信执行环境
PaymasterERC-4337 中的 Gas 代付合约
Guardian社交恢复钱包中的守护人,辅助账户恢复
Passkey基于 WebAuthn 的无密码认证标准,可替代私钥操作

评论

加载中…