Sui地址可通过Google登录生成，无需助记词

Sui 网络 zkLogin 的工作原理

Sui 网络的 zkLogin（零知识登录）功能允许用户通过熟悉的 OAuth 登录方式（例如 Google 账户）访问 Sui 地址，而无需生成助记词。根据官方文档说明，该地址由四个输入参数派生而来：用户标识符（sub）、身份提供商（iss）、应用客户端 ID（aud）以及每用户专属的盐值（salt）。只要提供相同的这四个值，生成的地址始终一致。

这一机制的核心在于 Groth16 零知识证明，它确保了安全性且不会将**凭证**到链上。Sui 文档解释道：“证明服务接收 JWT、临时公钥、每用户盐值和**有效期，并生成一个零知识证明。”该证明旨在确认用户拥有该地址的有效 OAuth 凭证，同时无需在链上披露 JWT。选择 Groth16 的原因是，正如相关研究论文所指出的，它提供了成熟的工具支持和紧凑的证明大小。

会话在设计上具有时效性。每次登录都会生成一对短期有效的临时密钥对。当会话过期时，用户只需重新登录以生成新的密钥对和证明，而底层的 Sui 地址保持不变。

盐值的权衡

每用户专属的盐值是区分 OAuth 身份与链上地址的关键变量，它提供了一层隐私保护，使得**人仅通过检查链上数据都无法将 Sui 地址反向关联到 Google 账户。然而，盐值也引入了重要的保管权决策：它必须存储在 OAuth 提供商无法控制的地方。

Sui 文档将钱包描述为“实质上是一个 2-of-2 多重签名钱包，其中两个凭证分别是你的 OAuth 凭证和盐值。”这种表述清晰地揭示了风险所在。丢失 Google 账户可以通过 Google 自身的账户恢复流程进行找回；但丢失盐值则不然。如果盐值丢失，无论 Google 账户是否完好，该地址都将**无法访问。

因此，基于 zkLogin 进行开发的开发者面临着真正的设计抉择：如何以及在哪里存储盐值，需要在便利性**丢失的风险之间取得平衡。选项包括专用的盐值服务或自主管理存储，每种方案都带有各自的安全假设。

对于刚接触链上应用的用户而言，zkLogin **了最常见的摩擦点：助记词。但它并非**而是转移了保管责任，用一个关键的秘密替换了另一个关键秘密。