最近发生了一件大事 BIP 85 存储库的更改。对于那些不熟悉 BIP 的人来说,这是一个非常简单的方案,允许从您现有的单词种子中的派生路径生成新的单词种子。 BIP 的逻辑是让使用多个钱包的人能够管理必须为多个钱包维护单独隔离备份的混乱。
通过基于派生路径的熵生成新种子,用户可以简单地对一个“主”单词种子进行单个备份,并从那里能够从该主单词重新生成任何子种子。一次备份,您就可以拥有任意数量的独立单词种子。它们甚至可以安全地运输、导入不同的设备或钱包,并且主种子或存储在其中的任何代币面临风险的风险为零。
从密码学上讲,即使被泄露,也无法从子种子返回到主种子。这种设计使得使用多个独立的种子/钱包变得非常安全,同时简化了备份过程以防止丢失。
BIP 已更新,以遵循拉取请求建议,澄清了许多事情,但关键的更改是对实际子密钥生成方式的更改,表面上是遵循 BIP 32 中的规范(详细说明了如何使用 HD 中的派生路径生成密钥)钱包),BIP 85 并没有严格执行。这将导致相同的 BIP 85 路径生成与当前规范下不同的密钥。这是一个突破性的改变。
如果任何项目在新规范中实现了它,它就无法正确生成用户已经生成并向其发送资金的任何旧 BIP 85 种子。这意味着这些资金将“丢失”,因为如果人们丢失了先前生成的种子的副本,则更新钱包将不再正确生成密钥来获取人们的钱。
但现实是,没有钱包会实现该功能,或者如果他们这样做了,他们也会以支持这两种方法的方式这样做,因为他们已经有用户使用旧规范生成了种子。钱包和设备制造商不会引入只会破坏用户收回现有资金能力的改变,这不符合他们的最佳利益。
这起事件所表明的只是缺乏沟通,仅此而已。不存在任何被破坏而造成影响用户的现实世界后果的真正风险。实施 BIP 85 的项目没有做任何改变,除了技术文件发生了变化之外,没有发生任何事情。甚至还 恢复以删除更改 在公众强烈反对变革的性质以及开发商和实际实施 BIP 的项目之间缺乏沟通之后。
人们需要停止大肆渲染这样的沟通失败,因为这种沟通失败不会产生任何真正的后果,比如邪恶意图的实例,或者能力的严重失败。这只是一个错误,可以通过改进开发人员和项目维护人员之间的沟通来吸取教训,但没有对任何人造成真正的伤害。
像这样小题大做对这个领域的任何人都没有好处,也无助于改善该领域沟通和协调的实际问题。以一种富有成效的文明方式正确地结合情境,以便人们能够学习如何处理这些事情。