BitBox 推出原生 Lightning 支付功能，无需新助记词

BitBox 实现硬件钱包与 Lightning 支付无缝融合

BitBox 宣布在 BitBoxApp 中引入非托管的 Lightning 网络支付能力，用户无需创建新的恢复短语即可通过已有的硬件钱包备份实现即时比特币支出。此举旨在提升移动端支付体验，同时维持核心资产的安全性边界。

此功能作为 2026 年 9 月发布的“Meggen”版本关键组成部分，允许用户在移动应用中直接发起 Lightning 付款，而主资金仍由离线硬件设备保护。新钱包并非独立生成，而是从用户已有备份中派生，确保即便丢失设备，也可用同一密钥恢复全部余额。

尽管两个账户可通过同一界面访问，但链上储备与 Lightning 余额始终保持逻辑分离。前者用于长期持有，后者专为日常小额消费设计，如咖啡购买或发票支付。用户仅能将计划使用的资金转移至热钱包，其余部分继续处于高强度防护状态。

通过维持热钱包在线运行，应用可在每次交易时避免调用物理设备，从而提升响应速度。公司建议用户将 Lightning 钱包视作随身现金，而大额资产则持续锁定于硬件环境中。这一模式契合行业最佳实践：热钱包应对高频互动，冷钱包保障高价值资产的持久安全。

新版应用现已支持扫描 Lightning 发票、生成收款凭证及获取专用支付地址。用户可在 Lightning 余额与链上钱包之间自由转账，实现资金灵活调配。

Lightning 地址提供类似电子邮件的可读标识符，取代了每笔收款需生成新发票的传统方式。虽然不具备通信功能，但其作用是引导比特币流动。所有支付在主链外完成，最终结算回链上，显著降低手续费并缩短确认时间，尤其适用于高频小额场景。

此前，用户必须依赖第三方服务才能接入 Lightning 网络，跨平台迁移涉及多重备份管理与地址核对。如今，原生集成将整个流程整合于单一生态内，减少操作摩擦。包括 Coinbase 和 Nubank 等主流平台已采用该网络加速到账效率，而 BitBox 的方案强调完全去中心化控制权。

然而，自主管理意味着责任同步上升。用户须自行负责备份完整性与设备安全，系统不承担因遗失或泄露导致的资金损失。

BitBox 应用后端采用 Breez SDK 提供支付能力，该框架使开发者无需重建底层组件即可快速嵌入非托管比特币支付功能。据官方披露，目前已有超过百款产品集成该技术套件。

此外，项目还整合 Lightspark 开发的 Spark 支付系统，有效规避传统 Lightning 使用中的复杂任务——如节点运维、通道配置与流动性管理。借助 Spark，用户无需主动维护通道，也不必长期锁定资金，即可享受稳定路由服务。

尽管钱包运行于移动设备上属于典型热钱包范畴，但 BitBox 强调其资金始终由用户掌控。支出与储蓄的分层设计也承认了两种模式在安全属性上的本质差异。

Breez 同步推出 Glow 消费端应用作为参考示范，于 2026 年 8 月上线。该工具展示基于 Breez 架构的完整钱包交互逻辑，涵盖余额查看、交易历史、联系人管理与支付流呈现，帮助开发者理解实际部署路径。Glow 仅为技术演示，非强制使用组件。

对于居住在美国的用户，即使支付速度加快，其联邦税务处理规则不变。美国国税局（IRS）将数字资产视为财产，使用比特币购物等行为被认定为资产处置。

因此，当用户通过 BitBox Lightning 钱包消费时，可能需计算资本利得或损失，依据为花费时比特币的公允市场价值与其原始成本基础之差额。持有期限决定收益性质——短期或长期。

IRS 要求纳税人保留完整的交易记录，包括日期、币种数量、当日美元价值及成本基础。即便交易金额微小，也不受 de minimis（微量豁免）条款覆盖，仍需如实申报。

该功能已包含在 BitBoxApp 09.2026 版本中，与其他界面优化一同发布。用户可将 Lightning 余额作为独立热钱包使用，其来源与主备份一致，确保统一恢复机制。