Taproot激活前瞻一文了解Bitcoiner该做什么

时间：2021-12-18|浏览：373

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