如何更新一个支付通道的余额

10. ReceiveRevokeMsg(revokeMessage) —— Alice 收到了来自 Bob 的撤销消息。Alice 现在有了惩罚 Bob 的能力，如果 Bob 把旧的承诺事务（代表状态 01）广播出去的话。

    她尚未作废自己的当前状态，因为她还没有收到 Bob 对状态 02 的签名。

Bob 构建和签名

11. BuildPayMeFirstTx(bob) —— Bbo 不会签名 payAliceFirstTx 交易并发送给 Alice，这笔交易对他是不利的，因为他必须遵守 RSM 合约但 Alice 可以立即把属于自己的钱拿走。更重要的是，如果签名了这笔交易，他就没有了惩罚 Alice 的能力，即使 Alice 在未来趁着 payAliceFirstTx 对自己有利（余额更多）的时候把它广播出去，Bob 也无能为力。因此，Bob 构建了一笔不设任何限制给自己支付，但使用 RSM 合约来给 Alice 支付的交易。这笔交易我们叫 payBobFirstTx 交易。
12. Sign(payBobFirstTx) —— Bob 创建 payBobFirstTx 交易的签名，即 payBobFirstSignature 。
13. Send(payBobFirstSignature) —— Bob 把 payBobFirstSignature消息发送给 Alice。

14. Receive(signatureBob) —— Alice 收到 payBobFirstSignature 消息。注意 Bob 只需发送签名，无需发送完整的交易，因为 Alice 可以重构出完全相同的交易。
15. BuildPayOtherFirstTx(bob) —— Alice 构建出使用 RSM 合约给自己支付 0.08 BTC、不设限制给 Bob 支付 0.02 BTC 的交易。对 Alice 来说，这是 “先给对方支付” 交易，它跟 Bob 构建的 payBobFirstTx 其实一模一样。
16. CheckSignature(payOtherFirstTx, signatureBob) —— Alice 检查从 Bob 处收到的签名（ payBobFirstSignature ）对她刚刚构建的交易（也即 payBobFirstTx）确实有效。如果来自 Bob 的签名是有效的，那就意味着 Alice 收到了一笔有效的承诺事务（表示状态 02）。她可以继续使用通道，也可以加上自己的签名并广播出去，从而关闭通道。如果 Alice 选择广播出这笔交易，Bob 可以立即拿走属于自己的资金，而她只能等待 RSM 合约过时。
17. Store(signatureBob) —— Alice 将签名和让她能够重构 payBobFirstTx 的数据一起持久化保存。如果 Bob 离线没有响应，Alice 可能会用上这些数据。
18. BuildRevokeCommitmentMsg() —— Alice 构建 revokeMessage，如果她尝试广播旧状态（状态 01，也就是她还有 0.10 BTC 的状态），她就会受到惩罚。
19. Send(revokeMessage) —— Alice 发送 revokeMessage 给 Bob。她现在可以认为支付已经完成了，支付通道的状态已经更新成状态 02 了。

20. Receive(revokeMessage) —— Bob 收到来自 Alice 的 revocationMessage。现在他可以认为支付已经完成了，支付通道的状态已经更新成状态 02 了。