402 / 736POON

Joseph Poon

Lightning 与 Plasma 提案的共同作者

Joseph Poon 参与探索了一个简单问题:每一笔小额支付,都必须由整个区块链记录吗?他与 Thaddeus Dryja 提出了 Lightning Network,后来又与 Vitalik Buterin 提出了 Plasma。两者都尝试把部分工作移出基础链,同时保留执行规则的能力。

Joseph Poon 是 Lightning Network 和 Plasma 提案的共同作者。前者连接比特币支付通道,后者研究由下级区块链组成的层级结构。理解他的工作,可以沿着资金的路径看:钱怎样移动,其他人不再合作时,用户又能做什么。

买一杯咖啡,不需要告诉全世界。但在比特币基础层,计算机网络会验证支付,并将其记入共同历史。Joseph Poon 和 Thaddeus Dryja 探索用支付通道减轻这一层的工作。链接中的提案日期为 2016 年 1 月 14 日,标注 DRAFT 0.5.9.2。这是 Lightning 的一个重要起点;今天的组成部分,也来自许多其他人的工作。 [1]

设想 Anna 和 Pavel 预先把比特币放入通道,然后为这笔资金的新分配方案签名:一笔支付之后,Anna 的份额减少,Pavel 的增加。不必把每次变化都写入公共历史,最终分配可以通过 Bitcoin 交易执行。但发生争议时,对旧状态及时回应、遵守期限同样重要。因此,保护资金也包括持续关注情况,而不只是保存最新余额。 [1]

收款人不必与付款人直接建立通道。支付可以经过其他参与者,利用 HTLC 将付款与一个秘密值及时间限制联系起来。BOLT 2 把公开的值称为 payment_preimage,把事先知道的密码学指纹称为 payment_hash。软件检查两者是否对应。找到路径并不保证支付成功:条件需要满足,出错或超时则需要按失败流程处理。 [3]

不同开发者编写的钱包和节点,需要比总体提案更具体的共同规则。Lightning 的规范集合 BOLTs 承担了这一任务,说明参与者间的消息、支付路由和交易结构,并且持续演进。共同撰写白皮书,并不等于 Poon 写出了此后每一项改动。研究今天的软件,还需要阅读该软件的文档及相关规范。 [2]

Poon 还与 Vitalik Buterin 撰写了日期为 2017 年 8 月 11 日的 Plasma 工作草案。它不是比特币支付通道,而是让下级链处理交易,再依靠 Ethereum 等上级链执行规则。与双方之间的协议组成网络不同,这里形成的是区块链层级结构。把工作移出基础层的目标相似,并不意味着机制和风险相同。 [4]

Plasma 通常只在根链上公布紧凑的密码学承诺,可以把它理解成可核验的记录指纹。详细数据留在其他地方。指纹能帮助检查提交的数据,却不能让人从中读出缺失数据。而证明欺诈,需要相关记录。因此,扣留数据是一个独立问题:公布一个哈希,并不能保证用户得到保护资金所需的一切资料。 [4]

对于 Plasma,需要考虑下级链失效后,用户怎样取回资金。提案包含延迟提款,以及对错误请求提出异议的机制。它假设根链可用并且正确运行,使必要的程序能够执行。这不是在任何故障下都能立即提款的保证。退出规则、数据可得性和期限,本身就是安全的一部分。 [4]

后来的 Plasma Contracts 文档明确描述了社区共同研究,除 Joseph Poon 外,还列出 Dan Robinson、Kelvin Fichter 等贡献者,同时说明不为任何具体项目背书。因此,某项服务使用 Plasma 这个名字,本身并不代表获得作者推荐。理解他的贡献,最好看具体文档及其提出的问题:哪些工作能移出链外,用户又如何仍能要求正确结算? [5]

要获得更完整的理解,请将本词条与以下词条结合阅读: Tadge Dryja, Olaoluwa Osuntokun, Lightning Network. 反向关联还来自: Tadge Dryja, Olaoluwa Osuntokun.

DOC · 001Poon and Dryja — Lightning draft (2016)文档 DOC · 002BOLTs — specification repository文档 DOC · 003BOLT 2 — HTLC fulfillment and expiry文档 DOC · 004Poon and Buterin — Plasma working draft (2017)文档 DOC · 005Plasma Contracts — community research文档
修订日期: 来源优先 · 非投资建议