区块链密码管理器：超越云端保险库
云端密码管理器将您的凭据存储在他人的服务器上。Z-Text 采用了不同的方式——将您的密码加密存储在区块链上。
云端密码管理器已成为必备工具，但它们有一个共同的根本弱点：你的凭据存储在别人的服务器上。Z-Text 采用了不同的方式——将你的密码加密后存储在区块链上，拥有两层独立的保护。
云端保险库的问题
1Password、LastPass 和 Bitwarden 等传统密码管理器将你的加密保险库存储在中心化服务器上。加密本身很强，但这种架构创造了一个单一故障点。当攻击者攻破一台服务器时，他们同时获得数百万个加密保险库。
即使每个保险库都是独立加密的，攻击者也可以从容地离线破解主密码。弱密码或重复使用的主密码成为最薄弱的环节，而攻击者手中有每一个保险库可以尝试。
Z-Text 保险库的工作原理
Z-Text 的密码保险库将你的凭据作为加密数据存储在 BitcoinZ 区块链上。没有中心服务器。你的保险库条目是链上的屏蔽数据，与任何其他区块链交易无法区分。
保险库支持三种条目类型：
- 登录信息 — 网站或服务的凭据（用户名 + 密码）
- 密钥 — API 密钥、私钥和其他密钥令牌
- 备注 — 用于敏感信息的自由格式加密文本
双层加密
Z-Text 用两个独立的加密层保护你的保险库。两层都必须被突破才能访问你的数据——仅破解其中一层，攻击者什么也得不到。
第一层：钱包种子加密
所有保险库数据在写入区块链之前，都会使用从你的钱包种子派生的密钥进行加密。这意味着只有拥有你钱包的人才能看到保险库数据的存在。数据作为屏蔽的链上数据存储，被 zk-SNARKs 隐藏。
第二层：主密码加密
在钱包级加密之上，每个保险库条目还会使用从你的主密码派生的密钥再次加密。即使攻击者获取了你的钱包种子，在没有主密码的情况下，他们仍然无法解密你的保险库条目。
没有服务器，没有大规模泄露
这是关键的架构差异。使用云端密码管理器时，一次服务器泄露就会暴露每个用户的加密保险库。攻击者通过一次入侵就能获得数百万个目标。
使用 Z-Text，没有可以攻破的服务器。每个用户的保险库都使用其独特的钱包种子和主密码进行独立加密。攻击者需要分别入侵每个用户的钱包——没有任何单一目标可以解锁所有人的数据。
无需云端的备份
因为你的保险库存在于区块链上，备份已内置于架构中。要在新设备上恢复保险库：
- 安装 Z-Text 并使用你的种子短语恢复钱包
- 你的加密保险库数据会自动从区块链中检索
- 输入主密码即可解密和访问你的条目
不需要同步服务器。不需要云账户。不需要管理导出文件。区块链就是你的备份，种子短语就是检索它的钥匙。
坦诚的取舍
Z-Text 的保险库并不能完全替代每个密码管理器的工作流程。有一些真实的取舍需要考虑：
- 没有浏览器扩展 — 你无法像 1Password 或 Bitwarden 那样在浏览器中自动填充密码
- 没有团队共享 — 保险库是个人的，没有共享文件夹或组织功能
- 需要 BTCZ 钱包 — 你需要设置和维护一个 BitcoinZ 钱包才能使用保险库
- 较小的生态系统 — 与成熟的密码管理器相比，集成和配套应用较少
Z-Text 的保险库最适合那些将安全架构置于便捷功能之上的用户——那些希望将凭据存储在无法被大规模泄露的地方的人，即使这意味着需要手动复制密码而不是自动填充。
如果你已经在使用 Z-Text 进行消息通讯，保险库已经内置并准备就绪。不需要额外的账户，不需要订阅，不需要信任第三方服务器。只需要你的钱包、你的主密码和区块链。