闪电网络容量：公开通道不等于可支付额度
闪电网络公开通道容量，不能直接表示某个参与者能付出或收到多少。方向、余额分配、路径瓶颈和未观察通道都很重要。公开容量序列应标为覆盖范围内的资金规模，不应写成保证支付成功的额度。
Lightning Labs流动性文档解释了流动性的情境和方向性。下文用简化路径说明区别，不声称公开数据能读取所有通道余额，也不保证假设路径会执行。
拆开三个问题
先问观察到哪些通道资金。保存已公告通道、数据源、观测时点和重复记录处理。公开公告只描述可见部分，私有或其他未观察通道会限制覆盖。
再问方向。通道有资金，不表示资金位于目标付款需要的一侧。总容量不会自动显示两个方向的可用金额。余额未知就应保留未知，不能假定双方各占一半，再把假设写成观察。
第三问完整路径。即使获得授权记录，知道多个通道余额，路径每一跳也都要有足够方向额度。费用、预留和运行条件还可能进一步限制。拓扑连接图不能提供全部输入。
假设案例：路径最小瓶颈
假设虚构路径为A→B→C。A-B总容量1000000聪，在本例简化约定下，A向B可用100000聪；B-C总容量800000聪，B向C可用500000聪。
| 通道 | 总容量 | 假设向前额度 |
|---|---|---|
| A-B | 1000000聪 | 100000聪 |
| B-C | 800000聪 | 500000聪 |
| 整条路径 | 不能相加作上限 | 其他约束前最多100000聪 |
总容量相加为1800000聪，不表示A能向C发送这么多。简化方向瓶颈是100000与500000的最小值，不是相加。若拟支付200000聪，这条指定路径不满足必要条件。
这不能证明整个网络都无法支付；其他路径或支持的分片安排可能改变结果。反过来，通过最小值测试，也不能保证加上费用及其他约束后必定成功。所有余额和路径都是假设。
容量增长如何解释
公开容量增加时，分别列出新观察通道、通道变大、关闭和覆盖修订。可见总额上升，可能提高潜在资金规模，却仍让某个接收者缺乏入向额度。付款问题必须指定端点与方向。
不能从容量直接推断支付额。同一笔资金可以支持重复支付和再平衡；有资金的通道也可能闲置。容量是按覆盖规则观察的存量，支付是区间内流量，没有通用倍数能把两者互换。
公开备忘录分别报告容量、已知方向证据、未知余额范围及具体付款问题。不要只为补数据就试探发送；文档和授权记录已经可以清楚说明分析边界。
通道状态、来源覆盖或付款方向改变时应复查。交付物是覆盖及瓶颈分析，不是现货兑换深度、客户普查或未来支付吞吐量预测。
账户级方向余额只有在合法获得时才使用，并注明描述通道哪一侧。支付发生后旧余额可能过时，所以要保留时间，不能永久附在公开通道标识上。一笔已经记录的小额成功支付，只证明那个时点的那次结果，不能揭示最大可支付量。若对比两天容量，还要区分同一通道状态变化与观察源新发现通道；后者是覆盖增加，不一定是当天资金新进入。缺少方向余额时，可给明确假设下的情景范围，但不能把平均分配当作真实状态补齐。
公开通道关闭也不自动表示资金离开比特币体系，它可能回到链上或重新建立通道；研究付款网络资金变化时应另查去向。
常见问题
公开容量能叫可支付流动性吗？
必须附方向、路径和覆盖限定。总资金本身不能确定某笔支付所需额度。
一条路径有瓶颈就说明全网支付失败吗？
不能。它只描述给定假设下的指定路径，其他路线、安排和当前条件需要另查。