比特币 Optech 通讯为读者提供了比特币中发生的最重要技术新闻的顶级摘要，以及帮助他们了解更多信息的资源。 为了帮助我们的读者及时了解比特币，我们将在下方重新发布本时事通讯的最新一期。 请记住订阅以直接在您的收件箱中接收此内容。 本周的时事通讯描述了一项提案，允许 LN 节点接收付款，而无需始终将其私钥保持在线。 还包括我们的常规部分，其中包括比特币核心公关审查俱乐部会议的摘要、新软件版本和候选版本的公告，以及对流行的比特币基础设施软件的显着变化的描述。 消息 使用大部分离线私钥接收 LN 付款：在 2019 年，开发商 ZmnSCPxj 提出了一种封装待处理 LN 付款 (HTLC) 的替代方法，这将减少接受付款所需的网络带宽和延迟。 最近，Lloyd Fournier 建议这个想法也可以用于允许节点接受多个传入的 LN 付款，而无需将其私钥保持在线。 这个想法确实有一些缺点： 如有必要，节点仍需要其私钥来发送惩罚性交易。 节点在不使用其私钥的情况下收到的付款越多，如果通道被单方面关闭，则需要支付的链上费用就越多。 接收节点将失去隐私——它的直接对等节点将能够确定它是支付的最终接收者，而不仅仅是路由跳跃。 然而，对于一些不路由支付的最终用户节点来说，这可能已经很明显了。 在这些限制范围内，这个想法似乎可行，它的变体在本周的邮件列表中得到了讨论，ZmnSCPxj 准备了一个清晰的演示文稿。 Fournier 后来建议改进这个想法。实现这个想法需要几个重要的 LN 协议更改，因此用户在短期或中期似乎不太可能访问它。 但是，鼓励任何希望最大限度地减少 LN 接收节点保持其密钥在线的需求的人研究这个想法。 比特币核心公关评论俱乐部 在这个月度部分，我们总结了最近的比特币核心公关审查俱乐部会议，重点介绍了一些重要的问题和答案。 单击下面的问题以查看会议答案的摘要。 在辅助模块中使用 Prune g_chainman 是 Carl Dong 的重构 PR (#21767)，它是去全球化 g_chainman 项目的一部分，作为实现共识引擎模块化的第一步。 这将解耦组件并实现更集中的测试。 一个长期目标是将共识引擎与非共识代码完全分开。 在深入研究代码更改之前，审查俱乐部讨论从以下一般问题开始： 此 PR 是重构，不应更改任何功能行为。 我们有哪些方法可以验证这一点？仔细审查代码，运行测试，添加测试覆盖率，插入断言或自定义日志记录，使用 –enable-debug 构建，运行带有更改的 bitcoind，并使用 GDB 或 LLDB 等调试器单步调试代码。 该 PR 是将比特币核心共识引擎模块化和分离的更大项目的一部分。 这样做有什么好处？ 这可以更容易地推理、维护、配置和测试代码。 它可以公开用于安全性和可维护性的最小 API，并带有用于传递非全局数据的配置选项。 我们可以构造具有可变参数的组件，从而对测试具有不同配置的对象提供更多控制。 ChainstateManager 负责什么？ ChainstateManager 类提供了一个用于创建一个或两个链状态并与之交互的接口：初始块下载 (IBD) 和一个可选的快照。 CChainState 是做什么的？ CChainState 类存储当前最佳链并提供 API 来更新我们对其状态的本地知识。 什么是 CChain 类？ CChain 类是一个在内存中索引的区块链。 它包含一个块索引指针向量。 BlockManager 负责什么？ BlockManager 类维护一个存储在 m_block_index 中的块树，用于查找最工作的链尖端。 cs_main 是什么？ cs_main 是一个互斥锁，用于保护特定于验证的数据（以及目前许多其他内容）。 该名称的意思是临界区 main，因为它保护 main.cpp 中的数据，而现在位于 validation.cpp 和 net_processing.cpp 中的代码曾经位于一个名为 main.cpp 的文件中）。 从概念上讲，当我们提到代码库的“验证”部分时，它包括什么？ 验证存储并维护我们对区块链和相关 UTXO 集的最佳视图。 它还包括一个向内存池提交未确认交易的接口。 发布和发布候选 流行的比特币基础设施项目的新版本和候选版本。 请考虑升级到新版本或帮助测试候选版本。 LND 0.13.0-beta.rc5 是一个候选版本，它增加了对使用修剪过的比特币全节点的支持，允许使用原子多路径 (AMP) 接收和发送付款，并增加了其 PSBT 功能，以及其他改进和错误修复。显着的代码和文档更改 本周比特币核心、C-Lightning、Eclair、LND、Rust-Lightning、libsecp256k1、硬件钱包接口（HWI）、Rust 比特币、BTCPay 服务器、比特币改进提案（BIP）和闪电螺栓的显着变化。 Bitcoin Core #22051 添加了对将主根输出的描述符导入比特币核心钱包的支持。 该 PR 允许钱包用户接收资金到主根输出，并且是开放 PR 的先决条件，它实现了对用户从主根输出接收和支出的全面支持。 Bitcoin Core #22050 不再支持第 2 版 Tor 洋葱服务（隐藏服务）。 版本 2 服务已被弃用，Tor 项目已宣布它们将在 9 月无法访问。 Bitcoin Core 已经支持第 3 版洋葱服务（请参阅 Newsletter #132）。 Bitcoin Core #22095 添加了一个测试来检查 Bitcoin Core 如何派生 BIP32 私钥。 尽管 Bitcoin Core 总是正确地导出这些密钥，但最近发现，由于未能填充长度小于 32 字节的扩展私钥 (xprivs)，其他一些钱包错误地导出了略多于 128 个密钥中的 1 个。 这不会直接导致资金损失或安全性降低，但它确实会给在一个钱包中创建 HD 钱包种子并将其导入另一个钱包或创建多重签名钱包的用户带来问题。 本 PR 中实现的测试向量也被添加到 BIP32 中，以帮助未来的钱包作者避免这个问题。 C-Lightning #4532 添加了对升级通道的实验性支持——重建最新的承诺交易，以便它可以包含新功能或结构变化，例如转换为使用主根。 该协议从一个静止请求开始，即在静止期完成之前，任何一方都不会发送任何新的状态更新的协议。 在此期间，节点协商他们想要进行的更改并实施它们。 最后，通道恢复到完全运行。 C-Lightning 当前在连接重新建立期间实现此功能，此时通道已处于强制不活动状态。 时事通讯 #108 中讨论了各种频道升级建议，该 PR 的作者希望该功能部分适用于时事通讯#109 中描述的“简化的 HTLC 协商”。 此特定 PR 允许升级旧频道以支持 option_static_remotekey，C-Lightning 在 2019 年首次添加了支持，请参阅时事通讯 #64。 LND #5336 增加了用户通过指定新的支付密码以非交互方式重复使用 AMP 发票的能力。 LND 创建的 AMP 发票的默认发票到期日也被提高到 30 天，以促进上述重用机制。 BTCPay Server #2474 增加了通过发送包含所有正常字段但虚拟数据的假事件来测试 webhook 的能力。 这反映了集中托管的比特币支付处理器（如 Stripe 和 Coinbase Commerce）上可用的测试功能。在这里找到原始帖子。 请直接订阅比特币 Optech 时事通讯，以便每月直接在您的收件箱中接收此内容。
—- 原文链接：https://bitcoinmagazine.com/technical/bitcoin-optech-lightning-node-payments 原文作者：Bitcoin Optech 编译者/作者：wanbizu AI 玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。 |
比特币 Optech：闪电节点支付
2021-06-10 wanbizu AI 来源：区块链网络
LOADING...
相关阅读：
- Project Defi DoubleMoon Fintech 携手 Seeder.finance 帮助泰国人种更多的硬币。2021-06-09
- 即时：富达的竞争对手盈透证券在需求不断增长的情况下提供加密交易2021-06-09
- DeFi七点钟社区｜iME将去中心化金融融入大众2021-06-09
- 消费金融化趋势显现全民钱包激发消费潜力2021-06-09
- 新人仍然没有意识到购买加密货币的 3 件事2021-06-09