闪电网络中的路由节点把流动性分散存放在各自独立的支付通道中，因此当某条通道的出向余额耗尽时，即使节点在其它通道仍有余额，支付仍然会失败。把这些通道汇集成一个统一储备可以解决该问题，但前提是节点在所有通道上的支取总和不超过储备总量——这是一个全局性不变量，而每个对手方只能从自己那条通道的视角进行校验，且链下支取不存在可共享的计数器。节点因此要么事先把储备拆成各通道配额，要么让每一次支取都与所有对手方协调。论文在三个闪电网络快照上实测，事先拆分方案会损失 16%~67% 的汇集收益，且通道数量越多损失越大。为此作者提出 Sluice：采用嵌套预留结构，每条通道保有一份“独占基础额度”，仅由其对手方单独校验；其余部分构成“共享溢出额度”，支取时需要获得由节点各对手方按容量加权组成的法定人数（quorum）签发的证书。由于两份互相冲突的证书必然共享至少一个诚实签名者，因此在给定节点在签名集合中所控制容量上界的条件下，无需可罚没质押即可阻止超额支取。实验显示，Sluice 因协调而损失的支付成功率最多 1.3 个百分点，而已部署的 coin mover 方案最多损失 10.3 个百分点，并且与它们叠加使用时在 12 个测试单元中的 11 个都有提升。链上开销方面，每个 epoch 重建全部基础输出需付出闪电网络链上字节数的 2.8~5.1 倍；仅重建发生溢出的输出则只需 0.5~1.2 倍，并仍保留部分收益。