比特币Optech通讯为读者提供了有关比特币中发生的最重要技术新闻的顶级摘要，以及可帮助他们学习更多信息的资源。 为了帮助我们的读者了解最新的比特币，我们将在下面重新发布此新闻通讯的最新一期。 记住要订阅以直接将这些内容接收到您的收件箱中。 本周新闻简报描述了有关LN概率路径选择的论文和简短讨论，并包括我们的常规部分，其中概述了比特币StackExchange的常见问题和解答，发行和发行候选版本以及对比特币基础设施软件的显着更改。 行动项目 将BTCPay Server升级到1.0.7.1：根据该项目的发行说明，此版本修复了“影响BTCPay Server 1.0.7.0及更早版本的一个关键且几个影响较小的漏洞”。消息 关于概率路径选择的论文：RenéPickhardt在Lightning-Dev邮件列表中发布了他与Sergei Tikhomirov，Alex Biryukov和Mariusz Nowostawski共同撰写的论文。 该论文对渠道网络进行了建模，这些渠道在各自的渠道容量内具有均衡的余额分配。 例如，对于一个在爱丽丝和鲍勃之间拥有1亿聪的容量的信道，本文假设该信道的以下所有状态均相同，并且对于网络上的所有其他信道也是如此：
图片来自BitcoinOptech 做出此假设可以使作者根据付款金额和需要遍历的跃点（通道）数得出付款成功的可能性的结论。 这使作者能够证明几种已知的启发式方法的好处，例如保持路径较短，并使用多路径支付将较大的支付分成较小的支付（在某些其他假设下）。 他们还使用该模型评估新建议，例如通过螺栓＃780允许即时（JIT）重新平衡。本文使用其结论来提供一种路由算法，该算法声称与简化现有路由算法相比，它可以将付款重试次数减少20％。 新算法更喜欢计算成功概率更高的路由，而现有算法则使用启发式方法。 结合JIT重新平衡，他们估计可以提高48％。 鉴于每次重试通常需要几秒钟，并且在某些情况下可能需要更长的时间，因此可以提供更好的用户体验。 该算法已针对多个示例网络进行了测试，其中包括一个从近1,000个直播频道的快照中提取的网络。 该文件故意不考虑路由费用，邮件列表上的大多数回复都集中在如何使用结果上，同时仍确保用户不会支付过多的费用。 更新了有关付款批处理的文章：Optech发表了一篇有关付款批处理的文章，该文章是从我们在通讯37中的原始公告中更新而来的。 付款批处理是一项可以帮助支出者节省多达80％交易费用的技术。 来自比特币StackExchange的精选问答 比特币StackExchange是Optech投稿人寻找问题答案的第一站之一，或者在我们有空余时间帮助好奇或困惑的用户时。 在本月度功能中，我们重点介绍了自上次更新以来发布的一些最受好评的问题和答案。 发布和发布候选 新版本和流行的比特币基础设施项目的候选版本。 请考虑升级到新版本或帮助测试候选版本。 BTCPay Server 1.0.7.1修复了几个安全漏洞。 它还包括许多改进和非安全性错误修复。 是一个错误修复版本，致力于解决hwi-qt用户界面中Trezor T密码输入和键盘快捷键的小问题。 HWI 2.0.1是一个错误修复版本，致力于解决hwi-qt用户界面中Trezor T密码输入和键盘快捷键的小问题。 C-Lightning 0.10.0-rc2是此LN节点软件的下一个主要版本的发行候选版。显着的代码和文档更改 本周比特币核心，C-Lightning，Eclair，LND，Rust-Lightning，libsecp256k1，硬件钱包接口（HWI），Rust比特币，BTCPay服务器，比特币改进提案（BIP）和闪电螺栓的显着变化。 Bitcoin Core＃17227在构建系统中添加了一个新的make apk目标，该目标将用于Android操作系统的bitcoin-qt打包。 这将继续先前的工作，该工作增加了对打包Android NDK的支持。 还包括用于构建适用于Android的Bitcoin Core的文档以及用于测试Android构建系统的持续集成工作。 Rust-Lightning＃849使通道的cltv_expiry_delta可配置，并将默认值从72个块减少到36个块。 此参数设置节点从下游对等方获悉付款是否成功后必须与上游对等方结算付款尝试的截止期限。 它必须足够长以在必要时确认链上交易，但应足够短以使其与试图最小化可能的延迟的其他节点具有竞争力。 另请参阅第40号通讯，其中LND将其值减小为40个块。 C-Lightning＃4427通过使用配置选项–experimental-dual-fund，可以尝试使用双重资助的支付渠道。 双重资金允许初始渠道余额和发起渠道的节点共同投入初始渠道余额的资金，这对于希望在渠道完成开放后立即开始接收付款的商户和其他用户很有用。 当使用锚输出时，Eclair＃1738更新了针对撤销的HTLC的惩罚执行机制。 与锚输出无关的更改，但在将其添加到协议的同时进行了引入，从而有可能将多个SIGHASH_SINGLE | SIGHASH_ANYONECANPAY HTLC输出合并到单个事务中（请参阅第128号通讯。此PR确保所有可使用的输出都是可使用的）在同一事务中声明具有吊销键的密钥，而不是在每个事务中仅声明一个。 BIP＃1080使用minimum_activation_height参数更新BIP8，该参数将延迟节点开始执行锁定的软叉的时间，直到指定的高度之后。 这使BIP8与Speedy Trial提案（请参阅通讯＃139）兼容，该提案允许矿工激活Taproot，但直到发布实施Speedy Trial的软件大约六个月后才开始执行Taproot的规则。在此处找到原始帖子。 请直接订阅比特币Optech新闻通讯，以每月直接将这些内容接收到您的收件箱中。
—- 原文链接：https://bitcoinmagazine.com/technical/bitcoin-optech-142-lightning-network-path-selection-and-bitcoin-stackexchange 原文作者：Bitcoin Optech 编译者/作者：wanbizu AI 玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。 |
比特币Optech 142：LN路径选择
2021-03-31 wanbizu AI 来源：区块链网络
LOADING...
相关阅读：
- 高盛将为其财富管理客户提供比特币和加密货币投资选择2021-04-01
- 比特币SV，Algorand，BitTorrent，Enjin硬币价格分析：3月31日2021-03-31
- 高盛为客户准备BTC产品，比特币价格回升至5.8万美元以上2021-03-31
- FIL强势上涨将要突破200美刀FIL年底预计能涨到500美刀？2021-03-31
- 比特币走上“不可避免的道路”达到黄金的市值– Mike Novogratz2021-03-31