比特币Optech通讯为读者提供了有关比特币中发生的最重要技术新闻的顶级摘要，以及可帮助他们学习更多信息的资源。 为了帮助我们的读者了解最新的比特币，我们将在下面重新发布此新闻通讯的最新一期。 记住要订阅以直接将这些内容接收到您的收件箱中。 本周的新闻简报描述了LN拼接的规范草案，宣布了有关事务中继安全性的研讨会，宣布对libsecp256k1-zkp添加了ECDSA签名适配器支持，并链接到更改BIP流程的提案。 还包括我们的常规部分，其中概述了比特币StackExchange的常见问题和解答，软件发行公告和候选发行版本，以及对流行的比特币基础设施软件的显着更改的描述。 消息 LN拼接的规范草案：Rusty Russell为闪电规范存储库（“ BOLT”）打开了PR，提出了适应拼接所需的协议更改。 他还发布了PR到Lightning-Dev邮件列表的链接。 接合将允许将资金从链上输出转移到现有支付渠道，或从现有支付渠道转移到独立的链上输出，而渠道参与者不必等待确认延迟就可以花费渠道的其他资金。 这有助于钱包向用户隐藏管理余额的技术细节。 例如，爱丽丝的钱包可以从同一付款渠道自动向鲍勃（Bob）链上或链上付款-使用LN通过该付款渠道进行链下付款，或者使用从该付款渠道进行拼接（提款）的链上付款。罗素（Russell）先前提出了2018年的拼接规范草案（请参阅通讯＃17），但该新草案的优势在于能够使用交互式资助协议，该协议已包含在C-Lightning对双重资助的实验性支持中。 在跨层讲习班上呼吁主题：Antoine Riard发布到Bitcoin-Dev和Lightning-Dev邮件列表中有关即将举行的基于IRC的讲习班，他计划主持该讲习班，讨论影响第二层协议的链上交易中继的挑战，例如LN。 目的是在参与者之间建立关于哪些建议特别值得研究的技术共识，以便开发人员和审阅者可以在短期内专注于这些建议。 该帖子提出了一个议程，其中包括包裹中继，费用赞助（请参阅通讯＃116），从BIP125选择加入的按费用替换（RBF）到完整的RBF，从而改善了主要链上项目（例如完整节点）和主要对象之间的安全响应协调像LN节点这样的脱链项目，并定义可以由第二层协议合理地依赖于哪些内存池和中继策略。 Riard还要求任何计划参加的人提供其他主题建议，提交截止日期为5月7日。 研讨会可能会在六月中旬举行。 对libsecp256k1-zkp中添加的ECDSA签名适配器的支持：签名适配器最初是由Andrew Poelstra使用基于schnorr的多重签名为比特币描述的。 这样一来，单个签名最多可以同时执行三项操作：（1）证明其创建者可以访问某个私钥；（2）证明有关另一方预先选择的加密密钥的知识；（3）揭示一个预签名。选择的另一方加密密钥。 这样就可以单独使用签名来完成我们当前使用比特币脚本所做的许多事情，这表明可以使用适配器签名来创建“无脚本脚本”。 要在ECDSA上完成相同的任务并不容易。 但是，劳埃德·傅尼叶（Lloyd Fournier）提出，如果将目标＃1（私钥证明）与目标＃2和＃3（证明和揭示加密密钥，又称为AKA适配器）分开，这将相对简单。 这需要将一个签名对象仅用作签名，而将另一个签名对象用作适配器，因此它使用OP_CHECKMULTISIG，并且不像以前那样没有脚本。 分离的构造还需要与通过椭圆曲线Diffie Hellman（ECDH）密钥交换和ElGamal加密重用某些涉及的密钥有关的安全警告。 除此之外，该技术使签名适配器如今在比特币上完全可用，这是各种DLC项目一直在使用的东西。 2020年4月，乔纳斯·尼克（Jonas Nick）在PR草案中实现了对这些简化的ECDSA签名适配器的支持（请参阅通讯＃92）。 Jesse Posner将PR移植并扩展到libsecp256k1-zkp，这是libsecp256k1的一个分支，支持更高级的加密协议。 在经过详细的审查过程之后，此更新的PR已合并，该过程涉及多次对话，任何希望更好地了解签名适配器安全性的人都可能会感兴趣。 BIP流程的问题：在BIP信息库上发生了一些戏剧性变化（可能还有一些先前被压抑的挫败）之后，在邮件列表上开始了一些讨论，涉及添加新的BIP编辑器，使用漫游器合并BIP PR或放弃集中式BIP信息库。 来自比特币StackExchange的精选问答 比特币StackExchange是Optech投稿人寻找问题答案的第一站之一，或者在我们有空余时间帮助好奇或困惑的用户时。 在本月度功能中，我们重点介绍了自上次更新以来发布的一些最受好评的问题和答案。 使用nTime字段确定块的有效性，控制难度调整周期的时间 确保时间只会向前移动，从而简化BIP9中的状态转换 根据BIP113中的规定，消除了诱使单个矿工通过说谎当前时间来确认未来锁定时间最多为两个小时的交易的动机。 Taproot可以用于提交任意数据以链接到链而没有任何额外的占用空间吗？ Pieter Wuille指出，虽然可以通过OP子中的OP_RETURN提交数据，但Liquid和OpenTimestamps当前正在使用诸如按合同付款和按合同签字这样的技术，并且效率更高。 为什么开采的区块与区块模板有如此大的差异？ 用户Andy询问为什么块680175与该块被开采的大约同一时间他的getblocktemplate RPC输出的内容不同。 Andrew Chow和Murch指出Asicboost是版本字段不同的原因，而与节点无关的内存池和节点正常运行时间是该块的事务差异的考虑因素。 比特币的哈希目标不应该是2的幂吗？ 安德鲁·周（Andrew Chow）解释了难度目标的“前导零”解释是一种过分简化，希特里克给出了一个具有相同数量的前导零的有效和无效哈希的示例。发布和发布候选 新版本和流行的比特币基础设施项目的候选版本。 请考虑升级到新版本或帮助测试候选版本。 Bitcoin Core 0.21.1rc1是Bitcoin Core版本的候选发布版本，其中包含拟议的taproot软叉的激活逻辑。 Taproot使用schnorr签名，并允许使用tapscript。 这些分别由BIP 341、340和342指定。还包括支付由BIP350指定的bech32m地址的功能，尽管花费在主网上的此类地址的比特币在使用此类地址激活软叉之前是不安全的，例如主根。 该版本还包括错误修复和较小的改进。显着的代码和文档更改 本周比特币核心，C-Lightning，Eclair，LND，Rust-Lightning，libsecp256k1，硬件钱包接口（HWI），Rust比特币，BTCPay服务器，比特币改进提案（BIP）和闪电螺栓的显着变化。 Bitcoin Core＃21595将新的addrinfo命令添加到bitcoin-cli可执行文件。 运行bitcoin-cli -addrinfo返回该节点已知的潜在对等方的网络地址计数，并按网络类型划分。 样本输出：Rust-Lightning＃844使用与LND，C-Lightning和Eclair兼容的方案，增加了对消息签名，签名验证和公钥恢复的支持。 BTCPay Server＃2356添加了对使用WebAuthN / FIDO2协议的多因素身份验证的支持。 使用U2F的BTCPay中现有的多因素身份验证继续有效。 Libsecp256k1＃906在使用恒定时间算法（比可变时间算法更能抵抗边信道攻击）时，将计算模块逆所需的迭代次数从724减少到590。 使用Coq证明助手检查了算法的正确性，最严格的验证大约需要66天的运行时间。 有关导致此改进的算法改进的更多信息，请参见第136号新闻。 在此处找到原始帖子。 请直接订阅比特币Optech新闻通讯，以每月直接将这些内容接收到您的收件箱中。
—- 原文链接：https://bitcoinmagazine.com/technical/bitcoin-optech-newsletter-146 原文作者：Bitcoin Optech 编译者/作者：wanbizu AI 玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。 |
比特币Optech通讯＃146-比特币杂志：比特币新闻，文章，图表和指南
2021-04-29 wanbizu AI 来源：区块链网络
LOADING...
相关阅读：
- 突破：SEC推迟对VanEck比特币ETF提案的决定2021-04-29
- 爱尔兰采用AMLD5； 虚拟资产服务提供商需要三个月的注册时间2021-04-28
- SEC推迟比特币ETF审核决定，最早将于6月17日公布2021-04-28
- 比特币将飙升，但其他加密货币将进一步上升2021-04-28
- 云烟财金：4.28比特币行情分析及操作建议2021-04-28