流行的比特币钱包面临失去对新硬件设备支持的风险，因关键安全桥梁停止接受新设备

比特币硬件钱包接口（Bitcoin HWI）是一个广泛使用的接口，用于将钱包软件连接到硬件签名设备，但该项目正逐步走向退休，而其维护者所提到的一个有前景的继任Rust项目尚未展示出生产交接的能力。

比特币核心的硬件钱包接口（HWI）维护者在8月18日表示，该项目实际上已经处于维护模式多年，并且大部分工作都是单独进行的。HWI将不再接受新设备或功能，除了MuSig2所需的工作。一旦这项工作完成，维护者预计将发布一个可能是该项目最后一次发布的版本，然后将HWI保持在最低维护状态，直到找到合适的替代品。

HWI是钱包软件用于发现硬件设备、检索公钥、显示接收地址并将部分签名的比特币交易发送到Ledger、Trezor、Coldcard、BitBox或Jade等设备进行批准和签名的桥梁。通知中提到的继任候选项目BHWI，旨在通过Rust实现保留HWI风格的命令输出。

过渡尚未完成。HWI并未被归档，尚未设定退休日期，通知中也没有说明支持的硬件钱包将停止工作或用户的比特币存在风险。当前的压力落在打包HWI、调用其命令行或依赖其吸收设备、操作系统和供应商协议变化的团队身上。

HWI的独立边界为何重要

HWI既是一个Python库，也是一个命令行工具。它为常见的硬件钱包操作提供了一个接口，而不需要为每个供应商单独实现。

其最初目标是为比特币核心带来硬件钱包支持。集成通过外部签名者边界到达用户，而不是将HWI放置在比特币核心内部。比特币核心的外部签名者文档描述了一个可配置的命令，并以HWI作为示例，而HWI的比特币核心指南则展示了HWI如何用于密钥检索和交易签名，与核心钱包并行使用。

HWI维护者表示，Python阻止了确定性构建，这是比特币核心用于发布二进制文件的可重现构建过程，因此使HWI无法与比特币核心一起发布。这种分离原则上也使HWI可替换：另一个程序可以实现比特币核心的外部签名者合同。CryptoSlate对比特币核心22.0的报道描述了2021年外部签名者支持的到来。

然而，兼容的命令表面只是迁移的一部分。应用程序仍需打包替代品，测试它们所暴露的设备和操作，并决定在固件或操作系统行为变化时谁负责修复。

BHWI通过Rust核心而不是Python应用程序解决了打包约束。其设计可能使来自多个编程环境的可重现分发和使用变得更容易，但每个下游项目仍需验证替代品是否覆盖其自己的命令集、设备矩阵和发布过程。比特币核心可以在其外部签名者边界后测试另一个符合的命令；其他使用HWI命令行的软件必须进行自己的兼容性工作。

这种区别使得维护公告变成了一个继承问题，而不是简单的仓库状态变化。HWI的接口可能是共享的，但其消费者并不都以相同的方式使用或分发它。

下游图显示三种类型的依赖：直接的Python依赖、HWI命令行的包装器，以及已经维护单独后代实现的项目。

Specter Desktop是Bitcoin Core钱包的协调者，是最明显的直接依赖。其项目描述解释了其对Bitcoin Core和硬件钱包的关注，而其源代码固定了特定的HWI版本。BTCPay Server Vault采取了不同的路线：其本地服务通过包装HWI的命令行请求暴露连接的签名设备。即使替代方案接受熟悉的命令，两个项目仍需进行集成测试。

Wasabi是一个注重隐私的钱包，提供了一个打包示例。7月份的项目问题报告称，Apple Silicon构建包含x86_64 HWI可执行文件，这在受影响的构建中提高了HWI支持的设备检测、枚举、地址显示和签名的风险，因为对Rosetta的依赖变得不再可行。该问题涉及打包的可执行文件，而不是签名设备的故障。

Sparrow是一个桌面钱包，展示了为什么过渡可能会分裂而不是集中在单一继任者上。Lark最初是Python HWI的Java移植，现在提供Sparrow的硬件钱包路径。因此，Sparrow并不是直接的Python-HWI迁移案例，但它仍然负责从同一接口派生的单独实现。

新的硬件模型是HWI冻结变得明显的地方。其支持矩阵涵盖Ledger、Trezor、BitBox、KeepKey、Coldcard和Blockstream Jade模型。不同设备和固件的功能各异，包括交易类型、地址显示和设备管理操作。替代方案必须匹配所需的设备操作对，而不仅仅是重现命令名称。

上游代码与下游可用性之间的差距在支持记录中已经显现。HWI在二月份发布了3.2.0版本，支持BitBox02 Nova。然而，四月份的一份Specter用户报告涉及使用HWI 2.4.0的设置，无法检测到Nova。Specter问题并未确定是固定版本、打包、固件还是本地环境导致了失败，但时间线显示，上游支持与下游可用性可能会出现分歧。

根据HWI的新政策，面临下一个不受支持模型的供应商或钱包团队可以维护一个分支，构建一个单独的集成，采用另一种接口，或让该组合不受支持。消失的是在共享上游项目中实现更改的正常路径。

BHWI有一个测试负责人，而不是生产交接

BHWI通过一个不带I/O的Rust核心来解决HWI的架构限制，该核心将传输和运行时选择留给调用者。它的工作空间包括异步、命令行和WebAssembly层，其命令行包构建了一个hwi二进制文件，旨在保留与Python-HWI兼容的输出。该代码库仍然标记为项目正在进行中。

当前项目快照列出了BitBox02、Coldcard、Jade和Ledger模型。其发布的兼容性证据较为狭窄。BHWI的对等文档描述了差异测试和最终门，这些测试将未修改的HWI 3.2.0设备套件与BitBox02、Coldcard、Ledger和Jade的BHWI进行比较。

这些测试降低了替代命令为覆盖设备返回不同结果的风险。它们并未展示HWI更广泛矩阵中的生产行为、每个主机平台、每种打包格式或完整的下游钱包流程。BHWI的README和对等文档也未提及已经将其作为HWI的生产替代品进行发货的钱包。

剩下的差距既是组织上的也是技术上的。HWI的维护者将归档条件设定为适当的替代品，而BHWI则定义了架构和不断增长的测试表面。钱包团队仍需决定其覆盖设备路径是否足够，如何分发以及谁将维护他们发货的集成。

最终的HWI版本可能会建立一个固定的上游边界。新的设备、固件行为或主机平台可能会要求下游补丁，而没有正常的路径回到HWI。捆绑Python HWI的项目需要打包和发布计划。命令行消费者需要对自己的调用进行兼容性测试。像Sparrow和Lark这样的项目面临着继续独立堆栈的单独决策。

HWI的代码库可能会保持开放，直到合适的继任者出现，但其贡献冻结已经生效。继任风险在下一个兼容性变化到来时开始，当共享桥不再接受它时。

本内容仅供参考，不构成任何金融、投资、法律或税务建议。文中提及的任何活动、奖励、线上活动或相关信息，不应被视为对购买、出售或交易任何加密资产的推荐、招揽或邀请。加密资产具有高波动性，存在价值损失风险。WEEX服务、产品及相关活动的可用性可能因地区而异。用户在参与前有责任确保符合当地适用法律法规。