我们已经在主网上开启和关闭了第一条嵌入了一个谨慎日志合约（DLC）的闪电通道。我们CryptoGarage一直在开发可以在闪电通道中工作的DLC，而我们最终也到达了一个重要的里程碑：我们成功开启了一条闪电通道并在其中建立了一个DLC，最终关闭了整个通道。在本文中，我会解释闪电通道与DLC建立和关闭的技术细节。

    什么是闪电通道中的DLC（以及什么不是）

    出于本文的目的，我们所谓的“在闪电通道中开启DLC”，意思是两个节点直接建立一条通道，并在通道内使用（部分）资金建立一个DLC。这个DLC可以关闭（让通道回归常规的闪电通道），也可以更新，而且通道也可以在非合作情境下关闭（我们也正是这么做的，这样会让闪电通道和DLC合约的交易结构完完整整在链上展示出来）。

    我们要强调的是，当前无法做到通过闪电网络来路由DLC（即无法跟没有直接通道的节点开设DLC）。这份邮件组帖子提供了更多信息。

    预备知识

    为了热身以及让这篇文章自足，我们将历数在闪电通道中建立DLC所需的各种元素：闪电通道、适配器签名、DLC和DLC通道。

    闪电通道

    如果对常规闪电通道的交易结构没有起码的理解，就很难理解如何在一条闪电通道中建立DLC，所以我们快速回顾一下闪电通道的原理（若要获得更深入的理解，请看BitcoinMagazine的系列文章）。我们仅仅关注跟我们的需求相关的部分，所以跟路由相关的部分我们全部跳过。

    当两个闪电网络节点要开设一条通道时，他们会合作构造和签名两种类型的交易，“注资交易”和“承诺交易”。

    注资交易以其中一方的几个UTXO作为输入（如果支持双向注资技术，也可以双方都提供UTXO），然后将资金锁入一个2-of-2的多签名输出中，为通道所用；这样的输出需要双方同时提供签名才能花费。

    承诺交易则以注资交易的输出为输入，产生两个输出，这两个输出的面额对应双方的余额。注意，这些余额会在通道的生命周期中不断改变，所以，承诺交易需要不断更新以反映这些变化。这是通过让承诺交易变得可以撤销（revocable）来实现的。在实践中，这意味着每一方都保存着每一笔承诺的不同版本；在他们保管的承诺交易中，一个支付给他们自己的输出被锁定在这样一个脚本中：这个脚本即可以在一段事件后由他们自己解锁，也可以被掌握了某个秘密值的对手直接解锁。当双方都同意更新通道余额时（例如，一方希望给另一方支付一些钱），他们就构造并交换新的承诺交易和签名，并向对方揭晓在上一笔承诺交易中使用的秘密值，从而撤销掉上一笔交易。如果一方想要欺诈对手——广播比较旧的承诺交易，对方有时间可以反击——使用本地保存的秘密值，拿走通道中所有的资金。

    -闪电通道的交易结构-

    适配器签名

    适配器签名是一种加密过的签名（使用了某一个公钥），而且我们可以证明，在（使用对应的私钥）解密之后，可以得到对某条消息的有效签名。它还有一种属性：知晓了适配器签名、加密公钥和解密后的签名，就可以恢复出用来加密的秘密值。这里对所设计的模块作了概要的介绍。

    下图展示了加密、验证和解密适配器签名的不同操作，以及恢复秘密值的过程。

    谨慎日志合约

    DLC让两方可以建立一个依赖于某些事件（体育比赛、资产价格……）的合约，并且直接在比特币区块链上结算。参与的双方需要提前选择一个播报事件的实体（“断言机”），这个实体会通过放出对结果的签名来见证事件的结果。

    DLC乍看起来可能跟闪电通道很像，但是它并不使用从注资交易中花费的承诺交易，而是“合约执行交易（CET）”，每一笔CET都对应着事件的一种可能结果（以及支付数量）。双方都使用断言机会为不同事件结果创建的签名作为原像，加密自己的签名（从而产生适配器签名）（更多细节可见此处），然后交换并验证它们。一旦断言机见证了某个结果，DLC的任意一方都可以解密对方的某一个签名，然后广播对应的CET、结算合约。注意，因为使用了适配器签名，双方手中的CET是一样的。一个DLC的交易结构如下图所示。

    -链上CDL的交易结构-

    DLC通道

    那么，如果双方希望在上一个DLC到期后新建一个合约呢？当然，他们可以先关闭一个，再新建另一个。但是每一笔上链的交易都需要支付手续费。相对的，他们可以使用DLC通道（ItchySats已经撰写了一份很棒的详细介绍）。DCL通道允许双方新建合约、在到期之前提前结算合约，当然，也可以在他们希望回收资金的时候在链上关闭合约。一种简单的实现办法是让CET变成可以撤销的。但是，那会导致新建合约的时候出现问题。即使某一方撤销掉了以前的CET，也无法防止对手使用它们。这就意味着，对手方总是可以选择使用旧的CET或新的CET来关闭通道，而先撤销自己的CET的一方则没有选择，只有等待新的合约到期（因为他们需要等待断言机放出签名，这样才能广播CET）。这给了其中一方不公平的优势。为了解决这个问题，我们引入了一种“缓冲交易”，它将花费注资交易的输出，并产生相同价值（减去手续费）的输出；缓冲交易的输出再作为CET的输入。这样，当我们需要新建合约时，如果某一方不及时撤销前一个合约，另一方可以直接广播新合约的缓冲交易、防止恶意（或误操作的）对手方使用旧合约的CET关闭通道。

    那我们要如何撤销旧的缓冲交易呢？一种办法是借鉴闪电网络，让双方都保存缓冲交易的不同版本。幸运的是，还有另一种更好的解决方案（最早是由这篇论文提出的）。它也依赖于适配器签名，只不过跟常规的DLC利用它的方式不同。每一方都使用三组密钥。第一组是注资密钥，用在注资交易输出的2-of-2输出中。第二组是撤销密钥，每当一个合约被撤销时就公开。最后一组是公示密钥。这三个密钥都用在缓冲交易的输出脚本中，让这个输出有三种不同的花费方式（我们使用“Alice”和“Bob”作为两方的代称）：

    使用Alice和Bob双方的注资密钥的签名（用在CET交易中，就像链上DLC一样，必须知道断言机对事件结果的见证才能使用）

    一个来自Alice注资密钥的签名，以及来自Bob的公示密钥和撤销密钥的签名

    一个来自Bob注资密钥的签名，以及来自Alice的公示密钥和撤销密钥的签名

    当一个合约在通道中建立的时候，Alice和Bob各给对方一个用于缓冲交易输入的适配器签名，是用对手的公示公钥加密过的。要是其中一人希望广播缓冲交易，TA就要使用自己的公示私钥解密从对方处获得的适配器签名。但是，广播了缓冲交易（其中包含了解密后的签名），TA就向对方揭开了自己的公示私钥（对方已经知道了适配器签名和加密密钥）。如果缓冲交易还未被撤销，那就没有什么问题，他们可以使用某一条CET正当地花费缓冲交易的输出。但如果缓冲交易已经被撤销了，对手方必然就知晓了撤销私钥，因此可以拿走全部的资金。最后，CET带有一个相对时间锁，让被欺诈的一方可以花费已作废的缓冲交易输出。

    -DLC通道的花费条件-

    闪电通道中的DLC

    我们已经解释完了所有的基本模块，现在我们来看看如何在闪电通道中嵌入一个DLC通道。

    第一种明显的思路是在闪电通道的承诺交易中增加一个输出，以形成一个DLC通道。然而，这就意味着，每一次我们更新承诺交易的时候，DLC的所有适配器签名都要重新计算（以及重新验证），这对于拥有大量可能结果的合约来说是非常昂贵的（这个问题可以靠SIGHASH_NOINPUT以及类型的升级修复）。为避免这一点，我们引入了一种“分割交易”。它会花费注资交易的输出并形成两个输出：一个用于闪电通道，一个用于DLC（可以通过增加输入来同时开启多个DLC通道、同时执行多个合约）。为了能够将通道恢复成“标准”的闪电通道，，我们使用跟DLC通道同样的、基于适配器签名的机制，让分割交易变成可撤销的。

    不过，这样一来闪电通道又会出问题。为了让一方能够到欺诈的另一方（广播已被撤销的分割交易）作出反应，分割交易需要带有时间锁以阻止立即花费。但是，闪电网络的规范已经用到了承诺交易的nLockTime和nSequence字段，以指定承诺号。为了解决这个问题，我们在分割交易与闪电通道承诺交易之间插入了一个粘合交易，以实施一个相对时间锁（感谢MattCorallo提出了这个简单的解决方案）。注意，这实际上是一个工程问题，可以通过为承诺交易使用不同的规范来解决（但这将需要闪电网络实现加入更多变更以支持它）。

    总结一下，如果双方有一个直接的闪电网络通道，并希望在其中建立一个DLC，他们可以合作创建并签名分割交易、粘合交易以及更新后的承诺交易（反映双方保留在闪电通道中的资金）、缓冲交易以及DLC的CET。然后，他们就可以在闪电通道中路由支付、在DLC通道中更新和结算DLC合约。如果他们想要关闭DLC通道，他们可以作废分割交易，并合作创建和签名更新后的承诺交易。

    下图演示了这个交易结构。注意，分割交易和缓冲交易用到了不同的公示和撤销密钥。

    -在闪电通道中嵌入DLC通道的交易结构-

    实现

    上述构造已经在我们的rust-dlc库中实现了，这个库使用了LightningDevelopmentKit（LDK）的一个分叉，加入了对分割闪电通道的特性的支持。我们也实现了一个基于LDK样本的小型命令行工具，除了常规的闪电通道功能，还启用了开启和管理DLC通道的功能。注意，代码还非常不稳定，而且我们要强调，在主网上使用非常有可能导致资金丢失。

    主网执行

    我们于11月21日在我们的两个启用了闪电网络的节点中开启了一条通道，注资交易是这一笔。然后，我们从开启通道的节点给另一个节点发送了一笔keysend支付（等到LDK实现了双向注资的时候，就不必执行这一步了）。我们定义了一个基于比特币在11月21日下午4点（JST）的价格的DLC，并在闪电通道中开启了一条DLC通道。在这个合约到期时，我们让其中一个节点强制关闭通道。这个节点先是广播了分割交易（见此处）。分割交易得到确认的288个区块（缓冲交易和粘合交易的nSequense数值）之后，我们让这个节点广播缓冲交易和粘合交易（见此处和此处），以及本地的承诺交易（见此处）。缓冲交易得到确认的288个区块之后，节点获得了断言机对结果的签名，从而解密了另一方对相应结果的适配器签名，然后广播一笔CET，结束了这个DLC（见此处）。

    结论

    可以在闪电通道中开启DLC的能力，开启了一些很棒的应用，例如将部分通道的价值与其它货币挂钩、使用通道中的资金交易一些衍生品合约（同时无需放弃资产托管），甚至可以直接跟朋友打赌球赛的胜负。在rust-dlc库中实现功能支持，并通过在闪电通道中执行和关闭DLC演示了器用途，我们已经证明了我们提出的方法的可行性。要分析和优化这个提议并强化这个实现，还有非常多工作要做。所以，如果你有兴趣贡献一份力量或使用这种技术，甚至仅仅是想了解更多，都欢迎联系我们！