比特币年度亮点回顾 - Optech通讯特别版2023年小编建议

这篇文章小编建议了2023年比特币的重大发展。这是一系列综述的延续，涵盖了2018年至2022年的比特币发展情况。

安东尼·汤斯宣布推出Bitcoin Inquisition，这是比特币核心的一个软件分支，旨在用于测试提议的软分支和其他重大协议更改的默认签名。在这一年结束时，它支持了几个提案：SIGHASH_ANYPREVOUT、OP_CHECKTEMPLATEVERIFY 和基本的临时锚。此外，它还开放了拉请求以添加对OP_CAT和支持64字节交易的限制。

兹梅NSCPxj和杰西·波斯纳提出了swap-in-potentiam，这是一种非交互式方法，可用于打开闪电网络通道。它解决了移动设备上经常离线的钱包面临的挑战。客户端离线时可以在链上交易中接收资金。当客户端重新上线时，交易可以得到足够的确认，从而可以立即安全地与预先选择的对等点打开通道，而无需对对等点进行任何信任。在此提议的几个月内，至少有一个流行的闪电网络钱包采用了这一理念的实现。

钱包标签导出和导入的标准格式被指定为标识符BIP329。此标准不仅使备份无法从BIP32种子中恢复的重要钱包数据变得更易于访问，而且还使将交易元数据复制到非钱包程序（如会计软件）变得更容易。到年底，已有几个钱包实现了BIP329输出。

二月份开始了关于Ordinals和Inscriptions的讨论，这两个相关的协议用于将意义和数据与交易输出关联起来。安德鲁·波尔斯特拉小编建议了许多协议开发者的立场："没有明智的方法可以防止人们在不激励更糟糕的行为和/或破坏合法用例的情况下将任意数据存储在见证中。"鉴于Inscriptions使用的方法允许存储大量数据，克里斯托弗·艾伦建议增加比特币核心在输出中以OP_RETURN前缀存储数据的83字节限制。同年晚些时候，彼得·托德也提出了这个建议。

BitcoinSearch.xyz于今年年初推出，为比特币技术文档和讨论提供搜索引擎。到年底，该网站提供了聊天界面和最近讨论的摘要。

Core Lightning增加了对对等存储备份的实验性支持，允许节点为其对等节点存储一个小的加密备份文件。如果对等体稍后需要重新连接，可能在丢失数据后，它可以请求备份文件。对等方可以使用来自其钱包派生的密钥解密文件，并使用文件内容恢复其所有通道的最新状态。

乔斯特·贾格提出了一种闪电网络通道的"高可用性"标志，允许该通道发出信号，表明它提供了可靠的支付转发。克里斯蒂安·迪克森指出了创建信誉系统所面临的挑战，例如节点遭遇频率不高。之前提出的另一种方法也被提到：带回收的超额支付(以前称为回旋镖或可退还的超额支付)，其中付款被分割并通过多条路线发送，减少了对高可用性渠道的依赖。

去年发表的一篇论文中的想法成为2023年缓解闪电网络信道干扰的特别重点。今年2月，卡拉·柯克·科恩和论文的合著者克拉拉·希赫曼开始就实施论文中的一个想法HTLC背书时所使用的建议参数征求反馈。今年4月，他们发布了一份测试计划的规范草案。7月，在闪电网络开发会议上讨论了这个想法和提议，这导致了一些邮件列表讨论，讨论了一种替代方法，使攻击者和诚实用户支付的成本都反映了提供服务的节点运营商支付的潜在成本，这样，如果攻击者开始使用这些服务，向诚实用户提供服务并获得合理回报的节点运营商将继续获得合理回报。今年8月，Eclair、Core Lightning和LND相关的开发者宣布，他们都在实现HTLC背书协议的部分内容，以便开始收集与之相关的数据。

罗素·奥康纳和安德鲁·波尔斯特拉提出了一种新的BIP，用于备份和恢复BIP32助记词，称为codex32。与SLIP39类似，它允许使用具有可配置阈值要求的Shamir秘密共享方案创建多个共享。如果攻击者获得的共享数量少于阈值，那么他将对助记词一无所知。与其他使用单词列表的恢复代码不同，codex32使用与bech32地址相同的字母表。与现有方案相比，codex32的主要优点是它能够使用笔、纸、指令和剪纸手工执行所有操作，包括生成编码助记词（使用骰子）、使用校验和保护助记词、创建校验和共享、验证校验和和恢复助记词子。这允许用户定期验证单个共享的完整性，而不依赖于可信的计算设备。

今年3月，匿名开发者约翰·劳发表了一篇论文，描述了一种为单个链上交易的多个用户创建通道层次结构的方法。该设计允许所有在线用户在他们的一些渠道交易对手离线的情况下花费他们的资金，这在闪电网络中目前是不可能的。这种优化将允许始终在线的用户更有效地使用他们的资金，可能会降低闪电网络其他用户的成本。该提案取决于劳的可调整罚款协议，该协议自2022年提出以来没有看到任何公共软件开发。

James O 'Beirne在1月份发布了一个新的OP_VAULT操作码的提案，随后在2月份发布了一份BIP草案，用于比特币调查的实现。几周后，格雷戈里·桑德斯提出了OP_VAULT的另一种设计方案。

去年首次提出的"把所有东西都统一起来"(MATT)提议今年再次出现。萨尔瓦托雷·英格拉展示了它如何提供所提议的OP_VAULT操作码的大部分功能。约翰·图拉斯·哈尔塞思进一步演示了MATT提案中的一个操作码如何复制OP_CHECKTEMPLATEVERIFY提议的操作码的关键功能，尽管MATT版本的空间效率较低。哈尔塞思还利用这个机会向读者介绍了他开发的一个工具Tapsim，该工具允许调试比特币交易和Tapscript。

6月，罗宾·林纳斯描述了用户如何在今天锁定资金，在侧链上长时间使用它们，然后允许侧链上的资金接收者在以后的某个时间点有效地将它们提取到比特币上，但前提是比特币用户最终决定以某种方式改变共识规则。这可以让愿意承担金融风险的用户立即开始使用他们的资金，并获得他们想要的新共识功能，同时为这些资金提供一条路径，让它们稍后返回比特币的主网。

8月，布兰登·布莱克提出了一种与OP_CHECKSIGFROMSTACK相结合的OP_TXHASH版本，该版本将提供OP_CHECKTEMPLATEVERIFY (CTV)和SIGHASH_ANYPREVOUT (APO)的大部分功能，而不会比这些单独的提案增加太多的链上成本。

今年9月，约翰·劳建议使用契约来增强闪电网络的可扩展性。他使用了一种类似于通道工厂的结构和拟议的Ark协议，可能为数百万个链下渠道提供资金，这些渠道可以在到期后由工厂资助者回收，用户可以事先通过闪电网络提取资金。该模型允许资金在没有用户交互的情况下在工厂之间转移，降低了最后一刻链上拥堵的风险和交易费用。安东尼·汤斯提出了对强制到期洪水问题的担忧，即大用户的失败可能会同时迫使许多时间敏感的链上交易。劳回复说，他正在研究在高交易费用期间延迟到期的解决方案。

10月开始，史蒂文·罗斯发布了一个新的OP_TXHASH操作码的草案。操作码的想法之前已经讨论过了，但这是该想法的第一个规范。除了准确描述操作码的工作方式之外，本文还研究了一些缺点，例如每次调用操作码时，全节点可能需要哈希多达几兆字节的数据。BIP草案包括一个操作码的示例实现。

同样在10月，鲁思·罗素研究了通用契约，对比特币的脚本语言进行了最小的修改，伊森·海勒曼发布了一份BIP草案，增加了一个OP_CAT操作码，可以将堆栈上的两个元素连接起来。这两个议题的讨论将持续到11月。

在今年年底之前, 约翰·图拉斯·哈尔塞思还建议，契约风格的软分叉可以允许将多个HTLC聚集到一个单一的输出中，如果一方知道所有的预图像，就可以一次花掉所有的内容。如果一方只知道其中的一些图像，他们可以只索取这些图像，然后将剩余的余额退还给另一方。这将在链上更有效，并可能使执行某些类型的信道干扰攻击变得更加困难。

塞尔吉·德尔加多·塞古拉提出了一种瞭望塔（watchtowers）的问责机制，以应对那些未能对其能够检测到的