时间:2021-12-01|浏览:376
TTaproot区块高度将达到709,632:00在比特币网络上激活,我们已经了解了它的期望,但现在,我们有必要了解一些可能的故障模式。最好(也是最有可能)的结果就是一切顺利,发生的事情不应该被普通用户看到。只有那些仔细监控自己的节点,并试图创建Taproot交易者可以注意到任何事情。区块高度达到709,631时,我们知道的几乎所有节点都将执行相同的共识规则。一个块后,B将运行itcoin Core 0.21.1,22.0 或者相关版本的节点将强制执行早期版本软件未强制执行的附加Taproot规则。
这带来的风险之一是,早期和晚期版本的节点软件接受不同的块,早在2015年BIP66 软分叉激活期间发生了这样的事情,导致了6个区块的链分裂和多次短链分裂。为了防止这个问题再次发生,工程师们付出了很多努力。只有矿工故意挖一个无效Taproot块或禁止硬编码到Bitcoin Core当采取相关节点软件的安全措施时,Taproot类似的问题也会出现。
具体来说,为了创建链分裂,矿工需要创建或接受Taproot输出(隔离见证) v1 输出)支出的交易,而不遵循Taproot规则。如果矿工这样做,当比特币节点运营商的经济共识拒绝T时aproot当无效块时,它们至少会损失 6.25 BTC(约40万美元)。
在没有创建无效块的情况下,我们无法确定这些节点运营商会做什么(节点可以完全私下运行),但是根据b,itnodes.io/nodes/数据表明,可能超过 50% 节点运营商正在运行Bitcoin Core的Taproot执行版本可能足以确保任何创建无效Taproot区块的矿工会看到他们的区块会被网络拒绝。
虽然不太可能,但从理论上讲,暂时的链分裂还是存在可能的,我们应该可以使用ForkMonitor.info等服务或Bitcoin Core中的getchaintips RPC监控它。如果发生这种情况,轻量级客户端可能会收到错误的确认。虽然理论上可能得到 6 次确认就像 2015 年度链分裂是一样的,但这意味着矿工将损失近250万美元(相比之下,2015年的损失约为5万美元)。我们希望在潜在损失如此之大的情况下,矿工实际上会执行Taproot规则。
在我们可以想象的几乎任何失败的情况下,一个简单有效的临时响应措施就是提高你的确认数限制。如果你通常在接受付款前等待6次确认,你可以将确认数提高到30次,直到问题得到解决。
T将执行全节点运营商的经济共识aproot规则的用户和服务,更简单的解决方案只有Bitcoin Core 0.21.1或更高版本(或兼容替代节点实现)获取相关交易确认信息。我们希望Taproot激活可以顺利进行,但确实鼓励交易运营商和709,632区块附近接受大额交易的人升级节点,或者准备在出现问题迹象时临时提高确认数。
探索