写在前面：
距离比特币历史上第三次减半还有不足5天的时间，那这段时间，比特币开发者们究竟在忙些什么呢？
在本周的比特币技术周报中，开发者们关注了如何使用增强型二维码来完成大型比特币交易，然后是一份关于构建高可用性闪电网络节点的报告，再接着是Simplicity编程语言等技术话题，最后，则是常规部分内容，包括C-Lightning、LND、BitcoinCore以及BIP这些流行比特币基础设施的重大更新。
在进入这周的正式内容之前，我们先提前庆祝一下！
用于大型比特币交易的二维码
近七日比特币矿工收益已恢复至今年5月减半前的水平:据欧科云链OKLink数据显示，近七日比特币全网矿工的日均挖矿收益约合1020 BTC，日均收益超过1700万美元。随着比特币价格上升，比特币矿工的挖矿收益已基本恢复至今年5月减半前的水平。[2020/11/20 21:27:41]
二维码实际上可以包含大约3千字节的数据，这足以容纳一般用户的交易，但对于那些大型交易来说，这是不够的。
对此，RiccardoCasatta和ChristopherAllen各自在比特币开发者邮件列表中发布了一个讨论贴，希望能将部分签名比特币交易和其他与比特币钱包交互相关的潜在大数据块的可视化通信方法实现标准化。请参阅SpecterDIY存储库中先前的讨论，并在AirgappedSigning存储库中继续讨论。
在企业环境中运行闪电网络节点
作者：RomanTaranchenko
从第一次发送闪电网络支付时，感觉到的兴奋，到通过闪电网络接受一笔支付后，这种兴奋感逐渐消失，考虑如何以安全、可靠的方式来操作你的节点，总是大家所期望的。但失败几乎总是会意外发生，在遭遇可能的失败之后，你如何恢复？如何可靠地备份？你怎样把种子放在安全的地方？诸如此类的问题是我们想要解决的。
F2Pool将纽约时报标题写入比特币减半前最后一个区块:金色财经报道，F2Pool鱼池刚刚挖出比特币第三次减半前最后区块（629999），并将纽约时报的文章标题以写入区块中，以致敬中本聪在2009年比特币创世区块里写下泰晤士报头版标题。据悉，2009年1月3日中本聪将泰晤士报标题写入Coinbase数据，以证明创世区块是当日产生。该篇文章介绍了2008年全球金融危机背景下英国央行救市的一些细节，后来人们据此猜测中本聪创立比特币的意义所在。[2020/5/12]
在Suredbits，我们使用Eclair客户端来运行LN节点。尽管Eclair本身非常健壮，但我们还是采取了一些步骤来使其更加可靠，例如使用PostgreSQL作为数据库后端，以及使用AWSSecretsManager来存储私钥。
Eclair有一个内置的在线备份功能，但它需要手动设置和脚本编写来实现自动化，这不是真正的可扩展，而且很容易出错。而在AWSRDS上运行PostgreSQL，允许我们以许多DevOps工程师熟悉的方式自动化备份和复制，这使得恢复数据库状态更加容易。
使用PostgreSQL作为远程数据库后端，使节点故障转移更易于实现，因为如果节点由于某种原因崩溃，则无需从备份中还原数据库，你只需将新的Eclair客户端指向正确的数据库服务器。这里有一个关于自动故障转移的快速demo，它由两个Eclair实例以及AWS的RDS、ELB和NAT网关实现。
交易员：BTC或将在5月初减半前涨至9000美元:加密货币交易员Galaxy最近发现，比特币过去几周的价格走势与去年12月底和今年1月初的情况惊人地相似，当时正是加密市场的上一个底部。Galaxy在推特上称：“观察到以下相似点：1）两者在爆发前都经历了4%的震荡；2）两者都创造了看涨的engufingcandles；3）两次爆发都发生在周五，之后是一个重新测试的安静周末。”Galaxy表示，如果目前和上次的情况完全一样，比特币将在5月初达到9000美元左右，较当前水平上涨35%。[2020/4/18]
在demo中描述的故障转移场景中，我们需要一种安全的方法来允许节点的私钥种子在Eclair实例之间共享。Eclair将种子存储在本地文件系统上的一个文件中，该文件应备份到某处，并在需要时还原。而当前的Eclair实现需要额外的步骤才能实现自动化。相反，我们使用AWSSecretsManager存储工具，它专门用于安全地保存各种秘密。现在，你要在实例之间共享种子，只需将它们指向配置文件中正确的机密位置。一旦配置好，实例就可以存储为一个AMI映像，无需手动配置就可以根据需要重新映像多次。
以上我们所采取的措施，只是构建企业级闪电网络节点的第一步。还有更多的问题需要解决。例如，哪种硬件安全模块可用于闪电网络节点，或者如何在多实例设置中对BitcoinCore节点进行故障转移。但我们相信，我们的工作是扩展Eclair并使之更具容错性的一个坚实基础。
动态 | 比特币减半前矿池市场格局已开始进行重组:最近几周比特币一些指标发生大的变化，如比特币哈希值在近期达到历史新高后有所下降，曾经接近70%的优势现在已经下降到接近60%的区域。而这所有因素在第三次减半中将起着决定性的作用。而此前研究分析师Elias Simos曾发推文称，在比特币减半前，矿池市场格局已经开始进行了重组。数据显示，目前币印矿池和鱼池在比特币挖矿奖励上占得优势地位。而根据历史数据，减半过后，矿工若进行比特币抛售，或将对比特币价格产生负面影响。（AMBCrypto）[2020/2/21]
有关此主题的更多信息，请参见我们的演示。
免责声明：由于涉及私钥，因此，未经彻底的风险评估，请勿使用第三方云服务。
比特币开发者们的关注焦点
BitcoinTranscripts是关于比特币技术演示和讨论的一个记录载体，在这期周报中，我们会选取开发者们在上个月中非常关注的一些讨论内容。
1、Simplicity：下一代比特币智能合约编写语言
AdamBack在Blockstream网络研讨会上展示了Simplicity，它是比特币Script脚本语言的下一代替代品，这种语言专注于可证明的安全性和表现力。AdamBack讨论了假设Simplicity能够应用于比特币，开发者将如何在不需要软分叉的情况下实现
动态 | Anthony?Pompliano列举比特币减半前5个月需注意的重要信息:Morgan Creek Digital联合创始人Anthony?Pompliano今日发推提醒称，比特币减半前5个月需要注意的重要信息如下：- BTC波动性很大；- 你可能会失去所有的钱；- 只投资在承受损失范围内的资金；- 推特上提供的不是投资建议；- 不要使用信用卡购买BTC；- 保持较低的时间偏好；- 自己做调查。[2020/1/5]
SIGHASH_NOINPUT等新功能。他还展示了一个demo，告诉大家今天我们可以用Simplicity做些什么。（
文字、
视频、
幻灯片）
2、攻击BitcoinCore
AmitiUttarwar在LABitDevs上发表的演进，其讨论了如何根据五个目标评估比特币p2p层的变化：可靠性、及时性、可访问性、隐私性和可升级性。她讨论了网络分区和日蚀攻击的危险，然后解释了为什么仅区块中继连接和锚节点是有效的缓解措施。（
文字、
视频）
3、LNDv0.10
LaoluOsuntokun、JoostJager和OliverGugger在RecklessVR活动上讨论了LNDv0.10。Osuntokun介绍了最新发布的LND客户端中的Tor和RPC增强功能，以及一个称为锚输出的的新通道功能，它解决了提前几个月估算链上费用的挑战。Jager则讨论了多部分支付的挑战，包括拆分算法、支付分片在不同时间到达时会发生什么情况，以及处理多部分支付失败的策略。最后，Gugger讨论了部分签名比特币交易（
PSBT）通道和使之成为可能的通道抽象化工作。（
文字、
视频）
4、GrokkingBitcoin
KalleRosenbaum参加了一次比特币开发者meetup会议，并在伦敦比特币开发者大会上发表了演讲。这次meetup讨论集中在比特币技术教育、BIP32HD钱包和软分叉升级的作用上。在演讲中，Rosenbaum讨论了2017年的隔离见证升级如何解决交易延展性和二次哈希问题。
比特币主要基础设施的更新
C-Lightning0.8.2版本客户端正式发布，其增加了对开设任意大小通道的支持，提供了接收自发付款的keysend插件，并包含了其他一些新功能及错误修复。关于该客户端的完整更新内容，相关用户可阅读它的新FAQ；
LND0.10.0-beta增加了对发送多路径支付、通过PSBT使用外部钱包的资金通道、创建大于0.043BTC?invoice能力的支持，此外它还添加了其他一些新功能及错误修复，用户可以阅读新的操作安全文档。
BitcoinCore0.20.0rc1是下一个主要版本BitcoinCore的候选版本。
显著的代码和文档更改：
注：下面提到的BitcoinCorecommit更改适用于其主开发分支，因此这些更改可能要等到0.21版本才会纳入，这大约是在即将发布的0.20版本发布后6个月。
1、BitcoinCore#16528允许createwalletRPC创建一个钱包，该钱包使用输出脚本描述符导出钱包用于接收付款的特定scriptPubKeys。这是对旧式钱包扫描支付方式的一个重大改进，方法是为钱包中的每个公钥派生钱包处理的每种类型的脚本。描述符钱包应该更高效，更容易升级到新的脚本类型，并且更容易使用外部工具。
默认情况下，描述符钱包使用由BIP44、BIP49以及BIP84指定的流行BIP32HD钱包路径，而不是传统BitcoinCoreHD钱包中使用的非标准化路径。很多钱包RPC不能与描述符钱包一起使用，要么是因为它们与描述符不符，要么是因为开发者仍在调整它们以适应新的边缘情况。关于在0.21版本客户端中合并这一PR，目前还处于开发的早期阶段，开发者们还决定将描述符钱包作为非默认选项。
2、BitcoinCore#18038通过将钱包尝试重发送的频率，从大约30分钟减少到大约每天一次，从而提高最初广播交易时的隐私性。以前，监视网络的实体可以在这些重发送期间从同一节点看到同一交易的多次广播，并得出发起者是使用了哪个钱包的结论。通过减少重新发送尝试的频率，交易的发起人被识别出来的概率就会降低。
而为了确保新交易即使没有钱包的频繁重播，也能到达网络，此PR还在存储池mempool中添加了一种非广播交易。非广播交易是已通过钱包或RPC在本地提交的交易，但尚未成功中继到网络上的对等方节点。这样的未广播交易保留在存储池中，并且将每10-15分钟重新广播一次，直到对等方通过向节点发送该交易的getdataP2P消息来获取该交易。
3、BIP＃893对schnorr公钥和签名的BIP340规范进行了若干更改，同时对taproot的BIP341规范也进行了相关更改。
4、BIP#903简化了先前提出的通用签名消息的BIP322规范，该更改主要删除了允许在同一证明中为多个脚本对同一消息进行签名的详细信息。
5、BIP#900更新了BIP325的signet规范，使所有signett使用相同的硬编码创始区块，但独立signet可通过其网络魔术来进行区分。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。