Taproot激活前瞻性，了解Bitcoiner应该做什么

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区块附近接受大额交易的人升级节点，或者准备在出现问题迹象时临时提高确认数。

热点：Bitcoin BTC 数据 比特币 比特币 比特币网 比特币网络