Bitwarden 双许可证模型：开源密码管理器的商业困局

Bitwarden 刚宣布了一个改变一切的细节：从下个版本开始，应用商店里的 Bitwarden 不再是开源构建，而是商业许可证构建。官网下载页的”Portable Desktop App”链接也指向商业版。社区炸了——不是因为它不让你用，而是因为它让”开源”这个词开始变得模糊。

一个”静悄悄”的许可证切换

Bitwarden 在官方社区论坛发了一个帖子，标题叫”Published version update in app stores”，语气平淡得像在通知一次例行更新：”从下个版本开始，发布到各应用商店的 Bitwarden 应用将是商业许可证构建。无需任何操作，应用会像今天一样正常工作。”

但社区用户的反应很快就把水搅浑了。核心问题不是”还能不能用”，而是”还能不能信”。一位用户画了张表：GPLv3 构建 vs 商业许可证构建，再叠加 Premium 订阅，理论上会出现四个功能层级。虽然 Bitwarden 官方回应说自托管不受影响、没有新增收费层级，但”未来组件将按 case-by-case 决定适用哪个许可证”这句话，本身就是一颗悬着的炸弹。

更让人不安的是时间线。Bitwarden 的母公司 Bitwarden Security 是 venture-backed 公司，之前有过提价，社区已经有不少人在讨论取消订阅。现在又来一个许可证切换，叠加在一起的效果是：你付钱支持的项目，正在从”开源项目”变成”开源外观的商业产品”。

“开源”这个词正在被稀释

社区里最尖锐的一条评论提到了 CoinKite 的教训。CoinKite 的 ColdCard 硬件钱包也是”公开代码但不给 FOSS 许可证”，结果社区无法 fork、无法独立审计，一个本不该存在的 bug 长期潜伏，最终导致用户损失数百万美元，公司信誉崩塌。

这个类比之所以刺痛，是因为 Bitwarden 管理的是更敏感的东西——密码。密码管理器的安全模型有一个核心假设：用户能够（至少理论上）验证代码没有后门、没有数据外泄通道。GPLv3 许可证保证了这个验证能力可以转移到社区。一旦关键功能迁移到商业许可证，即使代码”在 GitHub 上可见”，法律意义上的”可自由使用、修改、分发”就打了折扣。

推测 Bitwarden 的商业逻辑：VC 需要收入增长，开源项目的变现路径有限，”双许可证”是中间路线——保留开源品牌，但把高价值功能圈到商业侧。这个策略在 GitLab、Elastic、MongoDB 身上都见过，每一次都引发了”openwashing”（开源洗白）的争论。区别在于，密码管理器的信任成本比项目管理工具高得多——你换掉一个 bug tracker 是一天事，换掉你的密码管理器是重新导入几千条凭证、重新配置所有客户端、重新建立肌肉记忆。

自托管用户的”退出权”还在吗？

Bitwarden 官方在论坛里反复强调：自托管不受影响，第三方社区服务器（如 Vaultwarden）可以继续选择支持哪些功能，CXP/CXF 凭证交换协议还在推进。这些回应是真诚的，但社区的核心焦虑指向更远的未来。

一位用户的问题代表了最典型的担忧：”我付钱订阅，不是因为我需要 Premium 功能，而是为了支持开源项目继续存在。但现在的趋势是，开源版本和闭源版本会越来越像两个平行世界。今天自托管能用所有功能，明天呢？”

这个问题没有确定答案，因为”case-by-case”本身就是答案——一切都取决于未来每个功能发布时的决定。对于安全敏感型用户来说，这种不确定性本身就是风险。你的”退出策略”（self-hosting 作为 fallback）的有效性，取决于你无法预测的未来的许可证决定。

对开发者的实际影响

如果你只是用 Bitwarden 管密码，短期影响为零——商店版本照常更新，功能照常工作，自托管照常可用。但有几个信号值得跟踪：未来 6-12 个月内，哪些新功能只出现在商业许可证构建里；Vaultwarden 等社区服务器是否开始跟不上商业版的 API 变化；以及 Bitwarden 是否会在某个版本引入”需要在线验证才能使用”的功能（那将直接击穿自托管的核心价值）。

这个事件的本质不是技术变化，而是信任契约的变化。开源项目最核心的承诺不是”代码免费”，而是”你不会被供应商锁死”。当这个承诺从”无条件”变成”case-by-case”，信任就出现了裂缝。裂缝现在还很小，但密码管理器的用户群体对”供应商锁定”的敏感度，是所有软件品类里最高的。

核心观点：Bitwarden 的双许可证不是”开源之死”，但它是”开源承诺的降级”。如果你重度依赖 Bitwarden，现在不是恐慌的时候，但应该是建立 CXP/CXF 导出习惯、了解 Vaultwarden 部署方式的时候——你的退出策略，应该在需要它之前准备好。