一家只有五个人的公司按下暂停键后，多个比特币钱包里的“闪电按钮”也跟着失灵。
2026 年 8 月 3 日晚，非托管比特币跨层兑换服务 Boltz 宣布，其 Swap 服务将暂停至另行通知。Boltz 表示，短期内不要期待恢复，团队也无法给出重新开放的时间表。退款所需的 API 和官方支持渠道仍会继续运行，但对于服务未来将如何延续，Boltz 给出的回答是：团队现在也不知道。
Boltz 称，这次停服并不是由某一个孤立漏洞触发。过去数月，其基础设施持续遭到自动化、AI 辅助的探测，并经历了数次已被控制的漏洞利用事件；最近几天，攻击节奏又明显加快。团队在评估近期安全扫描结果后认为，继续开放 swap 服务并不负责任。
Boltz 还表示，自己疑似正遭到多支资源充足的攻击团伙针对，但没有披露具体漏洞、攻击者身份，也没有公布损失金额。关于资金安全，Boltz 明确表示，用户资金从未面临风险，相关损失均由公司自行承担，其 API 仍可用于处理退款。
攻击跑得比修补更快
真正迫使 Boltz 暂停服务的，不是单一漏洞本身，而是一种越来越难承受的速度差。攻击者借助自动化和 AI 工具不断寻找新的入口，而开发团队规模有限，只能在另一端持续追赶、修补，再等待下一轮攻击到来。
Boltz 把这次困境描述为开源比特币服务正在经历的“重大范式转变”。在它看来，问题不只是某次扫描或某个 exploit，而是开放服务接口、复杂交易流程、直接经济激励和小团队防守能力之间的长期失衡。
Boltz 在闪电支付体系里扮演什么角色
要理解 Boltz 停运为何会波及多个钱包和支付产品，先要看它在比特币生态中的位置。
Boltz 将自己定义为“非托管比特币桥”，主要帮助用户在比特币主网、闪电网络、Liquid、RootStock 等网络与扩容系统之间转换资产。它不要求用户先把资金存入平台账户，而是通过原像和时间锁把交换两端绑定起来。
以用户使用 L-BTC 支付闪电发票为例，一端是用户在 Liquid 上锁定 L-BTC，另一端是 Boltz 在闪电网络支付 BTC。付款成功后，Boltz 才能凭原像，也就是在交易完成时被揭示的秘密值，领取被锁定的 L-BTC；如果付款失败，用户就可以取回资金。这样一来，一次互换要么完整执行，要么在失败后退回原有资产。
据 Bitcoin Magazine 在 2024 年 6 月对 Boltz 联合创始人兼 CEO Kilian Rausch 的采访，Boltz 的构想始于 2018 年。当时 Rausch 正在开发一个基于闪电网络的去中心化交易平台，却发现维持闪电通道余额十分困难，于是把 Boltz 设计成一个帮助节点管理流动性的工具。
Boltz 于 2019 年 4 月上线主网，最初只提供比特币主网与闪电网络之间的互换。项目早期主要以业余方式运营，直到 2023 年创始团队决定全职投入，并在萨尔瓦多注册公司。同年 5 月，Boltz 上线 Liquid Swap，随后逐渐从通道流动性工具成长为钱包和支付产品背后的互换基础设施。
Bitcoin Magazine 当时还提到，Breez 是首个集成 Boltz API 的比特币钱包，用户可以在钱包内把闪电网络余额直接用于链上支付；此后，AQUA 又利用 Boltz 提供 Liquid 与闪电网络之间的互换。也就是说，在这次停运之前，Boltz 已经在多个产品后台运行多年，但许多普通用户未必知道它的存在。
三类 Swap 服务如何运作
根据 Boltz 官方文档，其服务主要包含三类 Swap。
第一类是普通 Submarine Swap，用于把链上资产转换为闪电网络付款。“Submarine”直译为“潜水艇”，通常被理解为资金从链上“潜入”链下闪电网络的比喻。
第二类是 Reverse Submarine Swap，也就是反向流程。用户先通过闪电网络付款，Boltz 再在比特币主网或 Liquid 上锁定相应资产。用户领取链上资产时会公开原像，Boltz 随后利用该原像结算闪电付款。如果 Boltz 未能锁定资产，尚未完成的闪电付款会被取消，资金自动回到用户手中。
第三类是 Chain Swap，用于在不同链上网络之间转换资产，比如在 Bitcoin 主网和 Liquid 之间互换 BTC 与 L-BTC。
Boltz 的核心价值，在于把“信任服务商”变成“验证交易条件”。它提供报价、流动性和交易协调，但用户资产不会像存入中心化交易所那样长期交由平台保管。服务商不能在收到一端资金后单方面带走资产，也不能阻止用户在互换失败、时间锁到期后取回资金。
AQUA、BULL 等钱包正是利用这套机制，把复杂的网络间互换封装成普通的发送和接收按钮。用户不需要运行闪电节点、建立支付通道，也不必管理入站流动性。打开钱包、扫描发票、点击发送，体验上和普通闪电钱包几乎没有区别。Boltz 则像一个藏在界面背后的换乘站，负责把资金送入或带出闪电网络。
停服后，依赖关系被迅速暴露
这种设计并没有真正消除闪电支付的复杂性，而是把复杂性从用户端转移给了 Swap 服务商。用户不再需要自己管理通道，钱包却开始依赖 Boltz 提供报价、流动性和交易执行。
Boltz 停运后，这种依赖随即暴露。用户依然控制自己的 L-BTC，也可以继续在 Liquid 网络内部转账，但那些必须经过 Boltz 才能完成的闪电支付和网络间转换暂时失效。Boltz 没有成为资金托管层面的单点，却已经成为部分产品功能可用性层面的单点。
在 Boltz 暂停兑换服务后，影响迅速向外扩散。
影响最直接的是钱包的跨层兑换功能。依赖 Boltz 进行闪电支付和 Liquid-to-Bitcoin 兑换的 BULL Wallet 表示，在替代方案落地前，钱包内的闪电收付款，以及 Liquid 与比特币主网之间的 swap 都会失败。不过 Bull Bitcoin 同时表示，其本身是 Liquid 联盟成员，可以在不依赖第三方的情况下把 L-BTC 转为 BTC，因此用户资金不会被困在 Liquid。
AQUA Wallet 方面也把恢复 Liquid 与闪电网络之间的兑换列为首要任务，并称仍有多条路径可将 L-BTC 换为 BTC 或 USDT，用户继续掌握资金控制权。比特币钱包 Zeus 则暂停了自己的 Swap 实例。
另外，Blockstream App 此前在 2026 年 3 月确认，Blockstream App 与硬件钱包 Jade 的闪电网络与 Liquid 原子交换由 Boltz 提供。由此可以判断，Boltz 停服会卡住这条交换路径。
影响不止钱包，支付与众筹工具也中断
这场连锁反应并未止步于钱包和互换服务。
比特币支付处理器 BTCPay Server 表示，依赖 Boltz 的插件已经无法正常工作，使用该插件的商户暂时不能接收闪电网络付款；未启用 Boltz 插件的用户则不受影响。
比特币生态众筹平台 Geyser 表示，其捐款和项目方提款均通过 Swap 处理，因此目前无法继续，但用户资金并未面临风险。
虚拟卡项目 Freedomia 表示，其使用 Boltz 路线处理的 Lightning 和 Liquid 充值受到影响。托管项目 Mynymbox 也暂停了相关支付功能。
这说明，Boltz 已经不只是一款供普通用户直接访问的 Swap 产品，它还是多个钱包、支付插件、商户工具和比特币应用背后的基础设施。当这些产品把 Boltz 封装进顺滑界面后，普通用户可能根本不知道一次“闪电支付”背后还依赖某个外部 Swap 服务，直到这个服务停下来。
AI 被视为攻击放大器
目前没有公开技术报告证明 Boltz 遭遇的每一次攻击都由 AI 主导。更接近现实的理解是，AI 充当了攻击能力的放大器。它可以帮助攻击者阅读公开代码、生成异常输入、遍历 API 状态、组合利用路径，并根据返回结果持续迭代。
但问题也不只在 AI。像 Boltz 这样的服务，本身接口开放、交易流程复杂，漏洞一旦被利用又可能带来直接经济收益，而负责防守的团队资源相对有限。这些条件叠加后，自动化攻击才会显得格外有效。
Boltz 的 GitHub 组织页面目前展示了五名公开成员。另据 2026 年 1 月的一次采访，Boltz 联合创始人兼 CEO Kilian Rausch 再次确认，团队是自筹资金的五人团队。
开源带来了透明度、可验证性和社区审计，但也要求项目具备与开放攻击面相匹配的安全投入。
这一判断也得到部分同行呼应。按查询付费的聊天机器人项目 PayPerQ 表示，过去数月几乎每隔一周就要应对一次漏洞利用，并认为其中大部分可能由 AI 驱动。点对点闪电网络 Telegram 机器人 lnp2pBot 的运营者也称，其 Telegram 机器人从上线第一天起就持续受到攻击，团队正在反过来利用 AI 审查代码；如果攻击量超过自身承受能力，也可能选择关闭服务。
Boltz 事件留下的问题
比特币网络安全专家、《Defending Bitcoin》作者 Luke de Wolf 将 Boltz 停运称为比特币各层互操作性的一次重大倒退。他曾长期推荐这类以 Liquid 为余额层、通过 Boltz 接入闪电网络的钱包，同时也担忧 Boltz 会成为单点。现在，这个原本停留在理论层面的风险已经变成现实故障。
比特币早期开发者 Peter Todd 因而把这类产品称为“假的闪电钱包”，并认为通过 Liquid 加后台 Swap 模拟闪电支付体验，是一种值得警惕的设计。
这次事件也把几个问题摆到台前。
首先，非托管产品不能只证明“服务商拿不走钱”，还需要告诉用户：哪些功能依赖外部基础设施，外部服务停运后哪些操作仍然可用，以及用户如何独立恢复资金。
其次，钱包不能把单一 Swap 提供商当作永远在线的公共设施。更成熟的架构需要支持多个互换提供商、动态路由和自动故障转移，或者允许高级用户连接自托管实例。不过，多提供商并不只是增加几个 API 地址那么简单，它还涉及流动性深度、报价质量、隐私泄露，以及不同实现之间的安全标准。
第三，AI 时代的安全竞争，可能迫使小型开源金融团队重新定义产品边界。过去，“代码公开、资金非托管”往往足以建立信任；未来，项目还需要证明自己能够持续进行自动化测试、攻击面管理、异常流量隔离和应急响应。