DEVCON2: 状态频道 ：系统安全性考虑以及解决方案

记者：Lydia

参与研发闪电网络方案的Joseph Poon此次演讲的主题是 状态频道：系统安全性考虑以及解决方案

如何以安全的方式构建状态通道？未来状态通道将成为我们主要探讨的话题，通道上有许多参与者，我们可以在链下和许多人进行交易。

区块链上我们有一些经济方面的考量，对手经济的考量：安全。链下的合约共识，因为链下没有区块链帮助解决“双花问题”，如构建忠诚押金。如果出现问题可以没收押金，可能会产生一些执行的成本，类似于法庭执法。

关于链下合约共识，这样一个合约是基于通道不同的参与者，如果发生一些问题，如出现共识错误，对状态没有达成一致，如果接收方没有收到5美元，这就是一个问题，还有其它方面的问题。

我们的解决方案就是让其中一方来执行状态，而不是让双方共同执行。

我们还有其它解决方案，但是目前这就是一个比较好的解决方案。我们需要有一个第三方，或两方的协议。执行成本即系统风险有一个高的成本，我们需要使用一些相关的时间戳，成本会更加有可预测性。这种情况下是在执行忠诚押金，可以降低成本。另外一点就是我们要让成本的执行变的更简单，一个合约可能会被拆分为其它合约。我们现在讲的就像是UTXO的模型，你必须界定一个输出，对智能合约提前进行界定。

许多比较高的成本都是可以通过链下解决方案进行，如忠诚押金的例子

如果我想和其他人建立金融押金合约，我们可以根据合约规定进行退款。

这种情况下的成本非常高，技术可以解决激励的结构问题。一个人可以开启合约，另一个人可以自由选择是否接受合约。交易成本会更加低廉，我们可以设计一个10美分合约，自由选择会使问题会变得比较小。但是在复杂的合约中，合约方要履行相关职责，我们要计算链上合同。正如，Bob和Karen没有办法进行交流，Karen会说这是我们没有计算出来的结果，Karen可以提交区块链进行任何计算，合约本身是比较复杂的。100美元可以设立为忠诚的押金，如果Karen错了，我们就可以进行链上计算，就可以拿到押金。无法交流的参与方需要在链上进行交流。如果Karen有意欺骗对手，Bob可以让区块链对合约进行计算，如果Bob是对的，Karen真的在诈骗，就可以获得押金。这种架构可以用于合约中。

有人会说需要第三方交出保证金，第三方可以链下进行验证，这样的保证金就是一个非常有趣的部分，可以让你对自己的行为负责。如果是一个比较简单的合约，就可以设置一个比较低的押金，有时候只是证明这样的状态，就不需要为支付本身支付资金。

作者：Lydia | 来源：Chainb