«Заметки и итоги конференции разработчиков сети Lightning 2024»

cryptowiki.ru:

作者：roasbeef 来源：https://delvingbitcoin.org/t/ln-summit-2024-notes-summary-commentary/1198 大约 3 周以前，超过 30 位闪电网络的开发者和研究者齐聚日本东京，在三天中讨论了许多跟闪电网络协议（以及相关的比特币 P2P 协议和共识协议）当前的状态和未来的发展有关的问题。 此前，最后一次这样的会议发生在 2022 年 6 月的美国加州奥克兰：LN Summit 2022 Notes & Summary/Commentary 。一份粗糙的会议笔记即总结可见此处：LN Summit Oakland 2022 — Google Docs 。 我对本次闪电网络开发者会议的速记可见此处：Lightning Summit Tokyo — 2024 — Google Docs 。而我们商定的每日议题时间表可在此处找到：lightning summit.md · GitHub 。 值得一提的是，有许多的小组讨论没有出现在我的笔记中（虽然我已经尽力了），也没有反映在上述日程表中。 说了这么多，下面才是我对主要的讨论话题以及结论的总结尝试（还有一些评论）。如果与会者在我的总结中发现了不准确、不完整之处，关于这三天期间发生的讨论以及决定，请回复并填上这个空白。 这是我们讨论的第一个重大话题，紧随 Bitcoin Core 28.0 的最新候选版本发布的步伐（在本文撰写之时，28.0 版本已经发布）。 在跳到迄今为止最新、最伟大的新提议的承诺交易设计之前，我要先简述一下今天的承诺交易设计是如何工作的，以及它的短板在哪里。 （如果你已经知道当前的闪电通道中承诺交易是怎么工作的，你可以跳过这一节） 闪电网络的设计的关键侧面是 “单方面退出（unilateral exit）” 的概念。在任一时间，任何一方都要能够从通道中强制退出、并在一个时延后拿回自己的资金。需要这个时延，是因为某一方可能会通过发布旧的、已被撤销的状态到链上，也就是欺诈对手。这个时间窗口，让诚实的一方可以驳回敌手的资金请求，具体办法是证明自己知道一个仅在某一个状态撤销时才会被公开的秘密值。 这种从通道中单方面退出的能力，也是强制执行 HTLC 合约所需的关键模块；HTLC 合约实现了 “要么领走，要么退款” 的功能，让多跳的闪电网络支付成为可能。这些合约带有另一种时延模块：以绝对时间点来决定的时延（绝对时间锁）。在闪电网络中转发一笔支付的一条路径上，每一跳都有 T 个区块的时间窗口（CLTV 的时间锁差值）来确认他们的承诺交易，以及让久久不能结算的出账 HTLC 超时。如果这些承诺交易无法及时确认，他们会因为 “单方赎回” 而冒资金损失的风险，因为接下来入账的 HTLC 会超时，从而产生一个 超时/赎回 的赛跑。 （译者注：在转发一笔支付时，一个节点会从自己的上一个节点得到一个 “入账 HTLC”，并向自己的下一个节点提供一个 “出账 HTLC”。当下游节点既不让支付失败、也不回传原像、只是拖延，节点唯一的办法就是让承诺交易得到区块确认，并在链上取回出账 HTLC 的价值。但是，入账 HTLC 也有个过期时间，一旦入账 HTLC 过期，下游节点使用原像来领取出账 HTLC 中的价值（参与手续费赛跑）就会导致节点的资金净损失。所以，节点只有在入账 HTLC 超时之前让出账 HTLC 得到区块确认，才能避免这种 赛跑/净损失。） 节点让自己的承诺交易（在单方面退出时）得到及时确认的能力，依赖于他们作出有效的手续费预测的能力。如果承诺交易（它是不能单方面修改的）所携带的手续费不足，就无法及时得到确认（甚至不会被节点的交易池接受！）。当前，通道的发起者可以向对手发送 update_fee