通道余额是本地记录的份额，不是普通链上地址余额
Lightning Labs的Payment Channels页写明：支付通道是对等方之间的多签合约，支付在通道内完成，并可在区块链上结算；每个通道对应比特币区块链上的一笔UTXO，由两名对等方共同控制，可在通道内频繁交易。Lifecycle of a Payment Channel进一步解释：从链角度看资金由双方共同持有，但各方在本地维护各自份额记录；例如通道可表示Alice持有一部分、Bob持有另一部分，双方可协作更新余额而无需每笔都上链。
该生命周期页强调：为避免互相信任，通道由双方共同签名的commitment交易担保，任一方都可单方面退出并把各自份额花回自己的钱包，这种事件称为force close。因此，所谓“闪电侧余额”首先是通道状态机里的份额视图，不能直接等同于某个可被任意链上转账打入的普通收款地址余额。
打开、更新与关闭：链上动作只覆盖开关通道等节点
同一Lifecycle页描述打开通道时，发起方需要可在网上触达的对端，并自备链上比特币资金；双方组合成2-of-2多签合约作为通道地址。发起方先构造funding交易但先不广播，再创建把资金退回自己的commitment交易并请对方联署，随后才广播funding；若对方失联，仍可广播commitment退出。通道内转账通过更新最新commitment完成，可双向、可极小金额步进，且这些更新不向全网宣告、资金也不在链上移动。
关闭则分协作关闭与非协作关闭：协作关闭时双方在线并就余额与费率等达成一致，签名新交易把资金花回各自钱包。对“冷钱包能否直接收闪电款”的核对顺序应是：资金当前是否已在某条通道的本地份额里、收款用的是发票/支付请求还是主链地址、以及若只有冷存储主链私钥，是否根本未参与通道状态更新。本文不提供开通通道、锁仓或路由付费的操作手册。
主链收款地址与支付请求要分开跟踪
bitcoin.org开发者指南的Payment Processing在Requesting Payments一节写明：请求付款前，应用必须创建比特币地址或从Bitcoin Core等程序获取地址；并为每笔收款使用独立地址，以便把支付请求与地址关联后扫描区块链匹配到账。该流程描述的是主链支付处理，围绕订单、报价与链上到账识别。
把它与闪电通道模型对照：主链地址用于识别链上UTXO到账；闪电收款依赖通道内已锁定资金与可更新的commitment状态，常见是支付请求/发票，而不是“把冷钱包主链地址当成闪电入账口”。冷钱包若只保管主链私钥、不参与通道承诺交换，可以接收链上转账，但不会自动变成通道余额；反之，通道余额也不能被误当作任意冷地址上的普通可花余额。写作只澄清概念边界，不指导用户把两套地址互相替换。