Tadge Dryja

设想每买一杯咖啡，世界各地的节点，也就是检查比特币规则的计算机，都要单独验证这笔支付。怎样增加支付量，又不让运行个人节点需要越来越强大的电脑？Joseph Poon 和 Thaddeus Dryja 探索了由支付通道组成的网络。这里链接的白皮书是解释其设计的文件，日期为 2016 年 1 月 14 日，标注 DRAFT 0.5.9.2。它是一份历史提案，有助于理解思路的起点；今天各软件的具体规则，应查阅它们自己的文档。 [1]

可以把支付通道理解为一份不断更新的约定：预先存入的比特币应如何分配。每次支付都会改变双方各自应得的份额。双方为这些变更签名，却不必把每次更新都发布到区块链，也就是共同的交易历史中。合作结束时，可以通过 Bitcoin 交易执行资金分配。因此，Lightning 能把许多更新移到链外，而最终结算仍以比特币规则为基础。 [1]

较早的约定可能显示某人拥有更多余额，尽管他后来已经花掉了一部分。在提案描述的撤销模型中，一方发布已撤销的旧状态后，另一方可以用惩罚交易回应。但回应必须在规定的时间窗口内完成。因此，参与者或受其委托的监控方需要关注区块链。实际含义很重要：使用了密码学，并不意味着长期离线且无人监控也安全。可靠的监控安排本身就是资金保护的一部分。 [1]

比特币本身不知道约定日期的汇率。Discreet Log Contracts，简称 DLC，处理结算结果取决于这类信息的合约。双方提前准备条款和各种可能的付款结果。选定的 oracle，也就是外部数据来源，随后对结果公告签名。双方利用公告完成相应结算。在这一模型中，oracle 不保管双方资金，甚至不必知道谁在使用其公告。它提供数据，而不是替别人管理钱包。 [2]

数字签名帮助确认消息由谁发出，以及内容是否被修改。但它并不能证明数据符合事实。Oracle 可能报告错误汇率，也可能什么都不发布。对于后一种情况，Dryja 的提案描述了提前准备退款交易的办法，约定期限过后便可将其广播。资金不会自动回来：合约必须预先包含这一安排，而且需要有人实际使用它。因此，选择可靠的数据来源，并考虑其失效时怎么办，仍然很重要。 [2]

除了支付通道，Dryja 也研究节点验证支付时需要保留多少数据。UTXO 是尚未花费的交易输出，可以理解为一笔笔带有花费条件的金额。Utreexo 让验证节点用紧凑的密码学摘要，也称累加器，表示这些输出的集合。支付同时附带证明，说明被花费的输出确实属于这个集合。这节省的是当前状态的存储表示，并没有取消规则验证，也没有把比特币的全部历史压缩成一个极小文件。 [4]

Utreexo 的证明也必须送达验证者。因此，存储的状态更小，可能意味着网络需要传输更多数据。研究摘要描述了下载截至 2019 年初的区块链的模拟：给缓存，也就是临时保存有用数据的空间，分配 500 MB 时，证明使下载量增加约 25%。这里的 500 MB 不是整个节点的全部内存需求。这是特定实验的结果，不是对今天资源需求的保证。评估节省效果时，要同时考虑磁盘、内存和数据传输。 [3]

在 MIT DCI 发布的回忆中，Dryja 描述了他在 MIT 的一个随意开端：带着电脑过来，和人们谈比特币，帮助学生。主任 Neha Narula 随后问他是否愿意在这里工作。后来，他们还一起授课。在同一篇告别文章中，他宣布转往 Lightspark，继续从事比特币和 Lightning 工作。这段记录反映的是某个职业阶段，不能据此确认他现在的雇主。要理解他的贡献，论文、代码和所解释的思路，比一个职位头衔更有帮助。 [5]