玩客云--玩客币/链克社区,玩客币行情,区块链资讯,玩客币交易平台 网站地图
网站首页 焦点 资讯 价格 区块 挖矿 知识 交易教程 加密货币 视频

减半前一周,BTC开发者们在忙什么 ? 速览!

资讯 www.gddx1688.com
>


显著的代码和文档更改:

注:下面提到的比特币 Core commit更改适用于其主开发分支,因此这部分更改可能要等到0.21版本才会纳入,这大约是在马上发布的0.20版本发布后6个月。

1、比特币 Core #16528允许 createwallet RPC创建一个钱包,该钱包用输出脚本描述符(output script descriptors)导出钱包用于接收付款的特定scriptPubKeys。这是对旧式钱包扫描支付方法的一个重大改进,办法是为钱包中的每一个公钥派生钱包处置的每类型型的脚本。描述符钱包应该更高效(由于它们无需扫描未用的脚本种类),更容易升级到新的脚本种类(比如taproot),并且更容易用外部工具(比如多重签名钱包,或通过PSBT的HWI兼容硬件钱包)。

默认状况下,描述符钱包用由BIP 44、BIP 49与BIP 84指定的时尚BIP32 HD钱包路径,而不是传统比特币 Core HD 钱包中用的非标准化路径。不少钱包 RPC不可以与描述符钱包一块用,要么是由于它们与描述符不符,要么是由于开发者仍在调整它们以适应新的边缘状况。关于在0.21版本推广客户端中合并这一PR,现在还处于开发的早期阶段,开发者们还决定将描述符钱包作为非默认选项。

2、比特币 Core#18038 通过将钱包尝试重发送的频率,从大约30分钟降低到大约天天一次,从而提升刚开始广播买卖时的隐私性。以前,监视互联网的实体可以在这部分重发送期间从同一节点看到同一买卖的多次广播,并得出发起者是用了什么钱包的结论。通过降低重新发送尝试的频率,买卖的发起人被辨别出来的概率就会减少。

而为了确保新买卖即便没钱包的频繁重播,也能到达互联网,此PR还在存储池mempool中添加了一种非广播买卖。非广播买卖是已通过钱包或RPC在当地提交的买卖,但尚未成功中继到互联网上的对等方节点。如此的未广播买卖保留在存储池中,并且将每10-15分钟重新广播一次,直到对等方通过向节点发送该买卖的getdata 点对点消息来获得该买卖。

3、BIP#893 对schnorr公钥和签名的BIP340规范进行了若干更改,同时对taproot的BIP341规范也进行了有关更改。

4、BIP#903 简化了先首要条件出的通用签名消息的BIP322规范(见第91期周报),该更改主要删除去允许在同一证明中为多个脚本(地址)对同一消息进行签名的详细情况。

5、BIP#900 更新了BIP325的signet规范,使所有signett用相同的硬编码创始区块(block 0),但独立signet可通过其互联网魔术(消息起始字节)来进行区别。

写在前面:

在本周的BTC技术周报中,开发者们关注了怎么用增强型微信二维码来完成大型BTC买卖,然后是一份关于构建高可用性闪电互联网(LN)节点的报告,再接着是Simplicity编程语言等技术话题,最后,则是常规部分内容,包括C-Lightning、LND、比特币 Core与BIP这部分时尚BTC基础设施的重大更新。

在进入这周的正式内容之前,大家先提前庆祝一下!

微信二维码事实上可以包含大约3千字节的数据,这足以容纳通常用户的买卖,但对于那些大型买卖来讲,这是不够的。

对此,Riccardo Casatta和ChrisTOPher Allen各自在BTC开发者邮件列表中发布了一个讨论贴(1, 2),期望能将部分签名BTC买卖(PSBT)和其他与BTC钱包交互有关的潜在云数据块的可视化通信办法达成标准化。请参阅Specter DIY存储库中先前的讨论,并在Airgapped Signing存储库中继续讨论。

作者:Roman Taranchenko(Suredbits工程师)

从首次发送闪电互联网支付时,感觉到的兴奋,到通过闪电互联网同意一笔支付后,这种兴奋感渐渐消失,考虑怎么样以安全、靠谱的方法来操作你的节点,一直大伙所期望的。但失败几乎一直会意料之外发生,在遭遇可能的失败之后,你怎么样恢复?怎么样靠谱地备份?你如何把种子放在安全的地方?诸这样类的问题是大家想要解决的。

在Suredbits,大家用Eclair推广客户端来运行LN节点。尽管Eclair本身很健壮,但大家还是采取了一些步骤来使其愈加靠谱,比如用PostgreSQL作为数据库后端,与用AWS Secrets Manager来存储私钥。

Eclair有一个内置的在线备份功能,但它需要手工设置和脚本撰写来达成智能化,这不是真的的可扩展,而且比较容易出错。而在AWS RDS上运行PostgreSQL,允许大家以很多DevOps工程师熟知的方法智能化备份和复制,这使得恢复数据库状况愈加容易。

用PostgreSQL作为远程数据库后端,使节点问题转移更易于达成,由于假如节点因为某种缘由崩溃,则不需要从备份中还原数据库,你仅需将新的Eclair推广客户端指向正确的数据库服务器。这里有一个关于自动问题转移的迅速demo,它由两个Eclair实例与AWS的RDS、ELB和NAT网关达成。

在demo中描述的问题转移场景中,大家需要一种安全的办法来允许节点的私钥种子在Eclair实例之间共享。Eclair将种子存储在当地文件系统上的一个文件中,该文件应备份到某处,并在需要时还原。而目前的Eclair达成需要额外的步骤才能达成智能化。相反,大家用AWS Secrets Manager存储工具,它专门用于安全地保存各种秘密(包括数据库密码和加密密钥)。目前,你要在实例之间共享种子,仅需将它们指向配置文件中正确的机密地方。一旦配置好,实例就可以存储为一个AMI映像,不需要手工配置就可以依据需要重新映像多次。

以上大家所采取的手段,只不过构建企业级闪电互联网节点的第一步。还有更多的问题需要解决。比如,哪种硬件安全模块(HSM)可用于闪电互联网节点,或者怎么样在多实例设置中对比特币 Core节点进行问题转移。但大家相信,大家的工作是扩展Eclair并使之更具容错性的一个坚实基础。

有关此主题的更多信息,请参见大家的演示。

免责声明:因为涉及私钥,因此,未经彻底的风险评估,请不要用第三方云服务。

比特币 Transcripts是关于BTC技术演示和讨论的一个记录载体,在这期周报中,大家会选取开发者们在上个月中很关注的一些讨论内容。

Adam Back在Blockstream互联网研讨会上展示了Simplicity,它是BTCScript脚本语言的下一代替代品,这种语言专注于可证明的安全性和表现力。Adam Back讨论了假设Simplicity可以应用于BTC,开发者将怎么样在无需软分叉的状况下达成SIGHASH_NOINPUT等新功能。他还展示了一个demo,告诉大伙今天大家可以用Simplicity做些什么。(文字、视频、幻灯片)

Amiti Uttarwar在LA BitDevs上发表的演进,其讨论了怎么样依据五个目的评估BTCp2p层的变化:靠谱性、准时性、可访问性、隐私性和可升级性。她讨论了互联网分区和日蚀攻击的危险,然后讲解了为何(block-relay-only)仅区块中继连接和锚节点(anchor nodes)是有效的缓解手段。(文字、视频)

Laolu Osuntokun、Joost Jager和Oliver Gugger在Reckless VR活动上讨论了LND v0.10。Osuntokun介绍了最新发布的LND推广客户端中的Tor和RPC增强功能,与一个称为锚输出的(anchor output)的新通道功能,它解决了提前几个月估算链上成本的挑战。Jager则讨论了多部分支付(multipart payments)的挑战,包括拆分算法(splitting algorithm)、支付分片在不同时间到达时会发生那种情况,与处置多部分支付失败的方案。最后,Gugger讨论了部分签名BTC买卖(PSBT)通道和使之成为可能的通道抽象化工作。(文字、视频)

Kalle Rosenbaum参加了一次BTC开发者meetup会议,并在伦敦BTC开发者大会上发表了演讲。这次meetup讨论集中在BTC技术教育、BIP32 HD 钱包和软分叉升级有哪些用途上。在演讲中,Rosenbaum讨论了2021年的隔离见证(segwit)升级怎么办买卖延展性和二次哈希问题。

C-Lightning 0.8.2 版本推广客户端正式发布,其增加了对开设任意大小通道的支持(用--large channels配置参数),提供了接收自发付款的keysend插件,并包含了其他一些新功能及错误修复。关于该推广客户端的完整更新内容,有关用户可阅读它的新FAQ;

LND 0.10.0-beta增加了对发送多路径支付、通过PSBT用外部钱包的资金通道、创建大于0.043 比特币 invoice能力的支持,除此之外它还添加了其他一些新功能及错误修复,用户可以阅读新的操作安全文档。

比特币 Core 0.20.0rc1是下一个主要版本比特币 Core的候选版本。

此文出于传递更多信息之目的,并不意味着同意其看法或证实其描述。本网站所提供的信息,只供参考之用。

>

关注我们