先理解链上记录与链下交互
比特币开发者指南的交易章节说明，普通交易的输入引用此前的输出，未花费交易输出称为UTXO；花费时需要满足相应授权条件，交易由网络验证并记录。这有助于理解链上支付如何改变可花费资产的归属。
链下交易则把部分交互放在链外完成。入门时需要区分参与者之间的确认与区块链上的结算记录：收到一条链下消息，并不意味着主链已经记录了这次变化。
以状态通道理解基本机制
以太坊开发者文档的状态通道章节描述了一种路径：参与者将资金锁入链上合约，在链下交换并共同签署状态更新，结束时由合约按有效结果结算。支付通道主要记录余额，状态通道还可以记录约定应用的状态。出现分歧时，参与者通过链上争议机制处理。
可以把通道理解为一份不断更新、共同确认的记录。链下签名连接了交互过程与结算依据，因此确认记录的内容、顺序及其有效性，是理解这种机制的关键。这里讨论的是通道型方案，其规则不能直接套用于所有被称为链下交易的服务。
适用条件与效率边界
通道适合预先确定的参与者反复交互。多次更新共用一次通道生命周期，能够减少逐笔上链的需求；如果交互很少，开启和关闭通道的开销仍然存在。
通道内可支付的余额受锁定资金及其分配限制。能够频繁更新记录，不代表能够无限支付；处理速度、资金容量和最终结算时间是不同问题，需要分别理解。
常见问题：签名后是否已经安全结算
共同签名提供了双方认可状态的证据，但链下确认仍需与链上结算区分。尤其在单方退出时，另一方可能提交较旧的记录，因此争议机制需要识别更新的有效状态。
安全性不仅取决于签名，还取决于证据能否保存、争议发生后能否在规定期限内响应，以及链上合约能否正确执行规则。不能把快速确认理解为无需关注后续退出过程。
常见问题：是否免费、能否立即退出
减少逐笔上链通常能够降低交互成本，但开启、关闭或处理争议仍涉及链上操作，不能据此认定全过程免费。
双方配合关闭与单方申请退出的流程可能不同，后者可能需要等待挑战期。因此，链下交互快并不等于资金随时立即完成链上结算。理解具体方案时，退出规则与日常交互规则同样重要。