作者:BitcoinOptech
上文我们讲了《干货|比特币软分叉激活史》，后续如下：
BIP9versionbits：BIP68/112/113相对锁定时间激活
BIP9?提出了一种新的激活机制来解决ISM的几个问题：
没必要地惩罚矿工：ISM激活会导致区块版本号递增，没有递增版本号的矿工所生产的区块就会被当成无效的，即使这个区块并没有违反软分叉的其它规则。举个例子，在2015年7月4日的链分裂中，所有的交易都遵守软分叉规则——这些矿工损失50万美元的唯一理由就是升级要求区块头里应该包含一个?3?而没升级的矿工使用了?2?。很难并行化：使用ISM，即使开发者认为有必要，也必须等待一个分叉结束，另一个分叉才能开始收集信号。不允许失败：ISM不设过期时间。等待激活信号的节点软件一旦放出，运行了新软件的节点就会一直监控信号，直到激活完成。没有办法确定人们是不是完全不需要这个软分叉。不可预期的激活时间：无法提前知道确切的激活时间，意味着协议开发者、商户系统管理员以及矿池运营者，都很难在激活之后短时间内立即投入使用，即使出现了需要快速反应的问题。BIP9versionbits尝试解决这些问题。它将区块头内的vision字段用作bit字段。这个字段里面的数据只用来表示信号——不会被当成无效区块的依据——并且可以并行地设置。测量每2016个区块运行一次，以压缩某一小部分算力足够幸运便能冒充95%支持的可能性。最后，当达到了95%的信号门槛，激活之前会有额外的2016个区块的“锁定期”，以便各方准备升级。如果过期时间之前未能达到激活的门槛，整个软分叉的尝试就结束，没有用上的代码可以在后来的软件版本中删除。
Binance宣布在未能获得许可后退出荷兰:金色财经报道，Binance公告称，即日起，将不接受居住在荷兰的新用户，自北京时间2023年7月17日08:00起，现有的荷兰居民用户将只能从Binance平台提取资产，无法进一步购买、交易或存款。Binance鼓励用户采取适当的行动，从他们的Binance账户中提取资产。
Binance表示，作为虚拟资产服务提供商，它一直在向监管机构进行全面的注册申请。尽管Binance探索了许多替代途径来为荷兰居民提供符合荷兰法规的服务，但不幸的是，这并没有导致在荷兰进行VASP注册。Binance表示将继续与荷兰监管机构接触。[2023/6/16 21:42:14]
这个激活方法第一次使用是在?BIP68?共识强制的序列号、BIP112OP_CHECKSEQUENCEVERIFY?以及?BIP113?中位时间定义的nLockTime的软分叉中。这个分叉很快进入了锁定阶段，然后自动进入了激活阶段。
BIP9、BIP148以及BIP91：BIP141/143隔离见证激活
隔离见证软分叉是用?BIP9?激活参数发布的。少数矿工很快地表示了支持，但支持率远低于95%的门槛。一些比特币用户认为矿工是在不合理地拖延一个有用的新特性，所以开发出了自愿的激活措施，就是?BIP148。BIP148的最终形式指定，从某个日期开始，拒绝一切不支持segwit的区块，
网传小红书暂停数字藏品销售，客服回应“支持正常销售”:6月12日消息，近期，有传言小红书官方在5月4日发布一则公告，称平台将暂停“R-数字藏品”（包括R-数字作品，R-数字头像的虚拟商品）售卖，同时关闭该类别商品的发布和编辑权限。要求商家在5月15日前进行自检，自行下架相关商品；并在公告中宣布规则于5月18日生效。
对此，专业号人工客服否认传闻内容，表示：是支持的，并建议上传商品的推荐类目为文玩/手工艺 - 文玩爱好/收藏 - 收藏品保养/鉴定工具。
经查看，在搜索栏中输入“数字藏品”并查询，可以看到目前依然有大量数字藏品商品在售卖中，并没有公告中说的暂停售卖以及发布的影响。“小红书R-Space实验室”账号中可以看到大量数字藏品依然正常销售中，但官方账号最近一次更新为4月26日，相较于该账号之前大约三日一更的更新频率来说，这次停更长达一个月有余。[2023/6/12 21:31:22]
实现BIP148的软件出现后，网络中就有了三类节点——不升级的节点，BIP9/141节点，以及BIP148/141节点——陷入共识错误的几率更大了。如果矿工没有支持隔离见证，而大部分用户都继续把这些区块当成有效的，BIP148的用户可能就会收到在其他用户看来无效的比特币。此外，如果大部分用户都支持BIP148，但矿工继续生产许多在BIP148看来无效的区块，那些不实行BIP148的用户就会接受BIP148用户认为无效的比特币。只有用户都遵守同样的规则，且大部分算力都支持BIP148规则，升级才是安全的。
国家标准《区块链和分布式记账技术参考架构》将于12月1日实施:金色财经报道，据全国标准信息公共服务平台信息，日前，国家标准《区块链和分布式记账技术参考架构》正式发布，将于2023年12月1日实施。
据悉，《区块链和分布式记账技术参考架构》由全国区块链和分布式记账技术标准化技术委员会归口，主管部门为工业和信息化部。
该标准的主要起草单位包括中国电子技术标准化研究院、中国人民银行数字货币研究所、上海万向区块链股份公司、深圳前海微众银行股份有限公司、中国平安保险（集团）股份有限公司、众安信息技术服务有限公司、厦门安妮股份有限公司等；主要起草人包括周平、穆长春、李鸣、于秀明、狄刚等。[2023/5/29 9:48:14]
一种降低风险的办法是，给出足够的时间，让用户可以升级到强制激活隔离见证的节点，但BIP148无法做到这一点，因为它的目标是触发现有的BIP9流程，也就意味着，它要在BIP9到期日很久以前就强迫矿工发信号表示支持。作为BIP148可能不得人心的替代方案，BIP149?提议给用户多一年的时间来升级。BIP149从未获得足够多的公开支持，但它是第一个使用?BIP8?的提案，而BIP8在未来几年里引发了更多的讨论。
Voyager债权人提出动议，要求任命Voyager破产案受托人接管公司资产:金色财经报道，Voyager的一位债权人和财务律师希望在Voyager Digital的破产案中任命受托人，这将导致Voyager失去对其财产的控制。在2月1日的一项动议中，Voyager债权人Michelle DiVita指控Voyager有“在破产程序开始时已知或合理发现的财务报表不准确和公开虚假陈述的历史”。由于这种破产前的行为，DiVita认为应该任命审查员或受托人负责处理破产程序。
该文件称，Voyager通过发布财务报告，严重低估了其贷款头寸超过10亿美元，从而隐瞒了其贷款活动的真实性质。[2023/2/2 11:42:57]
在BIP148开始获得重大的公开支持时，多个矿工、交易所和业界人士表示支持一个两步骤的提议，在激活隔离见证的同时会与支持BIP148的节点保持共识。第一个步骤写在?BIP91?中，它改进了BIP9的规则。矿工可以使用BIP9的位字段来表示他们是否会实行一个暂时的规则：拒绝一切不发信号支持BIP141/143隔离见证的区块。与BIP9不同，BIP91的阈值从95%降到了80%，而其监控和锁定期的长度从2016个区块降低到了336个区块。
ENS域名24小时交易额超110万美元，OpenSea站内排名第2:7月25日消息，据NFTGo.io数据显示，ENS域名24小时交易额为117.45万美元，增幅363.32%。OpenSea站内24小时交易额排名第2。[2022/7/25 2:35:22]
BIP91锁定并且激活了。随后，BIP141/143锁定并激活。在它们锁定时，BIP148的强制支持措施过期。
这个来自矿工、交易所和业界人士的提议的第二个阶段需要一个硬分叉，在遭到大量个人用户和企业的激烈反对之后，提案的签名人撤回了这个提议。
至今，人们仍然在争论，这些事件以及同期发生的其他事件，到底为隔离见证激活造成了多大的影响。
紧急激活
不止一次，人们在共识代码中发现了严重的漏洞，开发者没有经过激活的流程就放出了补丁。这样做可能导致共识失败，但也为升级的节点立即消除了漏洞。重大的事件包括：
使用chainwork来替换高度：比特币一开始认定最多区块的链为有效的链。如果每个区块都有同样的难度，那这样的最长链同时也会是积累了最多工作量证明的链。但是不同的区块有不一样的难度，所以?chainwork?软分叉在?Bitcoin0.3.3?中放出，将累积最多工作量证明的链视为有效链。消除绕过脚本的bug：比特币一开始将花费UTXO的脚本和保护UTXO的脚本结合起来、同时求值。这种设计使得人们可以在锁定机制计算之前就终止脚本，以成功状态退出，例如，在运行?OP_CHECKSIG?以检查签名之前就终止脚本。这个bug最初被报告为?使用?OP_TRUEOP_RETURN?的scriptSig可以花费任何人的比特币。这个漏洞在?Bitcoin0.3.6?中第一次修复，办法是让?OP_RETURN?必定以失败收场，而且为脚本的其它显示安排了数字。虽然所有这些变更都是软分叉，但相同代码的修改也会造成硬分叉式的更改。即使是这么重大的变更，scriptSig可以篡改scriptPubKeys运行的底层问题仍然存在，所以第二次软分叉在?Bitcoin0.3.8?中实现，它让两者独立执行。修复溢出漏洞：某人创建了一笔交易来花费0.5btc并创建了两个价值92,233,720,368.54277039BTC的输出。比特币的确要求输出的数值不能大于输入的数值，但检测方法是把输出的数值加入到一个最多能表示9,223,372,036,854,776聪的64位整数中，这个整数溢出后就会从-9,223,372,036,854,776聪开始。这就意味着，这个交易似乎只花费了总计-0.1btc。这还绕过了另一条规则，就是禁止单个为负的输出，但是不禁止总计为负的数值——因为它假设了任何正值的总和都仍会是正的。这使得某人创造出了1840亿btc，而且这样的把戏可以不断重复，没有任何代价，产生无数的比特币。几个小时内，Bitcoin0.3.10?放出了一个软分叉补丁，限制输出为2100万btc。它还要求放弃带有溢出交易的链——这是有意制造的共识失败，但为了比特币仍然有意义就必须这么做。临时修复BDB锁定问题：2012年初，比特币开发者意识到，如果同时对UTXO数据库做太多更改，可能会超出链状态数据的默认容量限制之一。因为当时的比特币区块比较小，只有在区块链重组、需要同时处理来自多个区块的交易时才会观察到这个情形。当时人们实现了一个简单的解决方案：在重组期间，一次只处理来自一个区块的交易。后来，一些人开始请求矿工把可选的默认区块大小从250KB提高。在2013年3月12日，某个矿工生产了一个约1MB的区块，包含了超过1700笔交易——也是截至当时最大的比特币区块——在许多节点上都超过了数据库的容量，导致它们认为这个区块时无效的，即使它完全符合比特币的明示的共识规则。把水搅得更浑的是，一个新版BitcoinCore已经发布，它用上了不一样的数据库引擎，没有这种限制，因此也能安然地接收这个更大的区块——所以不同版本的节点之间出现了共识错误。在快速分析了情况之后，开发者鼓励用户暂时降级到旧版本，然后更新到一个紧急版本，以软分叉暂时将区块大小的上限降到500KB，好留出时间让每个用户都能升级新的数据库引擎，而这种暂时的下调会在几个月之后自动过期。
未来的激活
Segwit激活几个月出现问题之后，一些人开始考虑?BIP8。BIP8的支持者们认为它能解决BIP9的一些问题：
允许强制激活：BIP8是BIP148的一般化，矿工可以在等待激活的时间段里自愿发信号表示支持，但它还设了一个最后通牒时间段，矿工在这段时间里必须发信号表示支持，否则所生产的区块就有可能变作无效的。后来，人们设计了一个参数?LockinOnTimeout?来触发这种动作：使用?LOT=true?的节点，会要求矿工在激活即将超时的最后一段时间里发出信号；使用?LOT=false?的节点，不会这么要求，但如果有足够多的区块带有信号，仍然会实行新规则。使用高度而非时间：BIP9开始和停止监控激活信号的时间都基于矿工写入区块的时间的平均值。所以矿工是有可能操控这个时间的，这会阻碍?LOT=true?的功能，所以BIP8提议使用区块高度而非时间。BIP8的灵活性使其成为了?taproot?软分叉的多种候选激活提案之一，虽然批评者也批评了它的某些方面，比如某些设置允许矿工拒绝激活得到广泛社区支持的提议、鼓励一个团体?“俘虏”另一个团体所用的信号机制、要求矿工对所生产的区块作没有实质意义的更改、看起来给了开发者凌驾于共识规则的权威以及提高了共识失败的风险。截至本文撰写之时，taproot激活方法的讨论仍在进行。
其它想法也一直在讨论，包括“概率性的软分叉激活”、“多阶段软分叉激活”、“阈值递减型激活”、“返回硬编码高度或时间的激活”，以及“激活推迟后使用更短信号期的方法”。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。