闪电网络收付款的核心,是收款方生成一个"发票"或地址,付款方在自己的钱包里粘贴或扫描后确认。它不走比特币主链,通常几秒内就能完成,手续费极低。但"生成发票""粘贴发票""显示已支付"只是三个中间状态,真正到账的核验标准是收款钱包余额实际增加,或者发票状态从待支付变为完成。
钱包:收款方和付款方分别需要什么
闪电网络的钱包分两类。自托管钱包让你自己控制私钥,比如 Phoenix、Zeus、Cake Wallet、Breez 等;托管钱包由平台代管,比如交易所账户或 Wallet of Satoshi 的托管模式。对第一次收付款的读者,我更建议用自托管钱包完成第一次小额测试,因为你可以直接看到余额变动,不依赖第三方平台的入账审核。
收款方需要一个支持闪电网络的钱包。Cake Wallet 的移动端和 macOS 版默认启用闪电网络,可以在设置里关闭。Wallet of Satoshi 会直接给每个新钱包分配一个随机的闪电地址。如果你用的是交易所账户,比如 CoinCorner 或 Shakepay,它们的闪电收款功能内嵌在"接收"或"存入"页面里。
付款方同样需要一个能解析闪电发票或闪电地址的钱包。现代钱包通常会自动识别粘贴的内容是链上地址还是闪电发票。如果钱包不支持闪电网络,粘贴发票后不会出现闪电标识,或者直接提示格式错误。
收款:生成发票和闪电地址的区别
收款时,你实际是在向对方提供一个支付请求。有两种形式:
闪电发票(BOLT11) 是一串一次性字符串,以 lnbc 开头(主网),后面跟着金额、时间戳和支付哈希等信息。它的默认有效期是 1 小时(3600 秒),过期后需要重新生成。发票可以带指定金额,也可以不带金额(零金额发票),但零金额发票不一定被所有付款方钱包支持。
闪电地址 看起来像邮箱,例如 。它的底层通常是 LNURL-pay,付款方钱包每次扫描或输入这个地址时,会向服务器请求一张新的发票来完成支付。这意味着闪电地址可以重复使用,适合挂在社交媒体简介或收款页面,不必每次重新生成。Cake Wallet 允许你设置自定义用户名,例如 。
生成发票的操作路径(以通用流程为例):
在钱包里找到"接收"(Receive)按钮,确认当前选择的是闪电网络,而不是链上比特币。有些钱包用闪电图标(⚡)区分。
输入你希望收到的金额(以 sats 为单位,或者切换成法币显示)。如果你想生成零金额发票,留空即可,但注意不是所有付款方都支持。
可选填写备注,例如"咖啡"或"咨询费",这样付款方在确认前能看到用途。
生成后,你会得到一个二维码和一段可复制的发票文本。把二维码展示给对方扫描,或者把文本复制后通过聊天工具发送。
使用闪电地址收款更简单:把地址分享给对方,对方在自己的钱包里输入或粘贴这个地址,输入金额后确认即可。
付款:粘贴、核对、确认
付款方的操作比收款方少一步"生成"。打开钱包的"发送"(Send)页面,把对方提供的发票文本粘贴进去,或者直接扫描二维码。钱包会自动解析出金额、收款方节点信息和有效期。
核对三个信息再确认:金额、有效期、以及钱包是否显示"闪电"标识。如果粘贴的是闪电发票,很多钱包会在输入框旁显示一个闪电图标作为确认。如果对方给的是零金额发票,你需要自己输入金额。
确认发送后,闪电支付通常几秒内完成。路由节点通过 HTLC(哈希时间锁定合约)逐跳传递资金,收款方释放"原像"(preimage)来证明收款,支付才会最终结算。如果任何一跳失败,资金会自动退回,不会卡在半路。
到账核验:三个不同的"完成"状态
这是新手最容易误判的环节。你看到的"完成"可能只是其中一个阶段:
阶段一:付款方钱包显示"已发送"。这表示付款方签名了支付请求并广播了 HTLC。如果路由失败,资金会退回,但退回可能需要几秒到几十秒。付款方看到"发送成功"不代表收款方已经收到。
阶段二:收款方钱包显示"已接收"或余额增加。这才是真正的到账信号。自托管钱包的余额更新是直接的证据。CoinCorner 的说明提到,支付成功后资金"几乎立即"反映在 BTC 余额中。Cake Wallet 也说明闪电支付"秒级结算,从不等待链上确认"。
阶段三:托管平台"入账"。如果你用的是交易所账户收款,平台可能在收到闪电支付后还需要额外的内部处理。Coinbase 的帮助页面提到,闪电发票在交易历史中会保持"待处理"最长 72 小时,直到发送方完成交易。这意味着如果你在 Coinbase 生成了一张闪电存款发票,但对方一直没有支付,这张发票会在历史里挂 72 小时后失效。
核验到账的具体方法:
收款方自己打开钱包余额页面,确认 sats 余额确实增加了。不要只看付款方发来的"已发送"截图。
如果用的是自托管钱包,查看交易历史中该笔收款记录的状态。Wavelength 的开发文档描述了状态变化:发票创建后是
pending,支付结算后变为complete,失败则变为failed。如果用的是托管平台,查看该平台的闪电交易记录。Coinbase 的入账标准是平台内部状态变为"完成"。
异常情况:发票过期、路由失败、网络选错
发票过期是最常见的失败原因。BOLT11 发票默认 1 小时有效期,Binance 的闪电存款发票明确标注 30 分钟过期。如果你扫描一张过期的发票,钱包会直接拒绝。解决方法:让收款方重新生成一张。
路由失败表现为付款方尝试发送后收到"支付失败"提示,资金自动退回。Shakepay 的帮助中心列出了可能原因:发票已过期、收款钱包流动性不足、或 LNURL 地址离线或配置错误。如果反复失败,可以尝试让收款方生成一张新发票,或者改用链上转账。
网络选错是更严重的情况。如果你把链上比特币发送到了一个闪电发票地址,或者把闪电支付发送到了一个链上地址,资金可能无法到账。Shakepay 说明他们的系统会自动检测地址类型,只在有效时走闪电网络。但并非所有平台都有这种检测。Binance 的警告很直接:输入错误信息或选错网络,资产可能永久丢失。如果你不确定,在确认前检查钱包或平台是否显示了"Lightning"或闪电标识。
付款方显示已发送,收款方没到账:先让收款方刷新余额页面。如果几分钟后仍未到账,把付款方的交易详情(如果有)发给收款方,让收款方在自己的钱包里查找对应的 incoming 记录。闪电支付是原子的,要么双方都完成,要么自动回滚,不存在"钱卡在中间"的状态太久。
一笔测试优先于一切
无论你用的是哪个钱包或平台,第一次使用闪电网络时,先发一笔 1000 sats 或更小的金额给自己(比如从交易所提到自己的闪电钱包,或者从一个钱包转到另一个钱包)。确认余额变化和状态显示后,再处理更大的金额。这一步能暴露所有配置问题:钱包是否支持闪电、网络是否匹配、发票是否可解析、到账是否正常。
参考资料
- Blink Bitcoin Wallet·How do I receive bitcoin payments using the Lightning Network with Blink?,页面发布或更新日期:2026-07-16;核查日期:2026-10-02。
- Cake Wallet Docs·Bitcoin Lightning,页面发布或更新日期:2026-07-22;核查日期:2026-10-02。
- Lightning Labs·Understanding Lightning Invoices,页面发布或更新日期:2021-07-05;核查日期:2026-10-02。
- Shakepay Help Center·How to receive or withdraw bitcoin on the Lightning network,页面发布或更新日期:2025-12-09;核查日期:2026-10-02。
- Coinbase·Pending crypto transactions,页面未标明更新日期;核查日期:2026-10-02。
- CoinCorner·Sending and receiving via Lightning,页面发布或更新日期:2026-02-25;核查日期:2026-10-02。
- Wallet of Satoshi·Lightning Addresses - How They Work and How to Create a Custom One,页面发布或更新日期:2025-09-28;核查日期:2026-10-02。
- Wavelength·Receive a Lightning payment,页面发布或更新日期:2026-07-16;核查日期:2026-10-02。
- Zelcore·Lightning for Bitcoin Merchants: Channels and LSPs,页面发布或更新日期:2026-06-28;核查日期:2026-10-02。
- Binance·How to Use the Bitcoin Lightning Network to Deposit and Withdraw BTC on Binance,页面发布或更新日期:2023-06-30;核查日期:2026-10-02。
- Klever Wallet·How to Receive Bitcoin (BTC) via Lightning Network,页面发布或更新日期:2025-05-16;核查日期:2026-10-02。
- Crypto.com·How to Pay With Bitcoin: Step-by-Step Guide,页面发布或更新日期:2026-04-05;核查日期:2026-10-02。
- GitHub·BOLT #11: Invoice Protocol for Lightning Payments,页面未标明更新日期;核查日期:2026-10-02。
- LNbits Documentation·LNURLp,页面发布或更新日期:2026-06-07;核查日期:2026-10-02。



