以太坊基金会科学家：合并之后信标链区块重组不会再发生

1、全球第二大交易所OKX欧意

国区邀请链接： https://www.mnftinqq.com/zh-hans/join/1837888   币种多，交易量大！

国际邀请链接：https://www.okx.com/join/1837888 注册简单，交易不需要实名，新用户能开合约，币种多，交易量大！

2、老牌交易所比特儿现改名叫芝麻开门 :https://www.gatexx.net
/signup/XgRDAQ8?ref_type=103  注册成功之后务必在网页端完成 手机号码绑定，大陆号码输入+086即可 ，实名认证。推荐在APP端实名认证初级+高级更方便上传。网页端也可以实名认证。

2、全球最大交易所币安，

国区邀请链接：https://accounts.suitechsui.cc/zh-CN/register?ref=16003031 支持86手机号码，网页直接注册。

国际邀请链接：https://accounts.binance.com/zh-CN/register?ref=16003031币安注册不了IP地址用香港，居住地选香港，认证照旧，邮箱推荐如gmail、outlook。支持币种多，交易安全！

买好币上KuCoin：https://www.kucoin.com/r/af/1f7w3  CoinMarketCap前五的交易所，注册友好操简单快捷！

TraderWagon币安带单：https://www.traderwagon.com/zh-CN/register?ref=zoh4gfu

Bybit最高 $1,020 等您领取 $20 体验金和价值最高 $1,000 的福利卡：https://partner.bybit.com/b/49808

目前不清退的交易所推荐：

以太坊信标链在25日发生连续7个区块重组(Reorg)现象，随后Gnosis共同创办人Martin Köppelmann抨击，V神有关POS比POW稳定性更高的说法是太乐观。随着以太坊合并日期越来越近，以太坊在合并后过度至POS的安全性议题再度引起大众关注。

所谓区块重组指的是，由于出块时出现共识不同，导致短期区块结果被其他链所分叉，随后的几个区块又回到该链上，导致中间遭分叉时数个区块遗失的现象。在POW上，这多半是来自于有高算力的矿机进行51%攻击的结果，但以太坊信标链是由POS组成，因此可能是节点投票与委员会机制导致的问题。

针对信标链区块重组事件，以太坊基金会下属机构稳健激励小组(Robust Incentives Group)的研究科学家Barnabé Monnot在29日撰文进行分析，他直言区块重组现象并非信标链的预期行为，并列举了造成此事故的三大原因。

Barnabé Monnot列举的三大原因如下：

1.由于最近实施名为「Proposer Boost」的分叉选择更新，造成了验证节点在最新区块提案中共识分歧。

2.Proposer Boost更新是作为软分叉发布的，被看作是一个局部更新，只能以本身的速度在网络上推出。这就导致一种情况，即一些验证节点采用了Proposer Boost，另一些验证节点则没有，从而造成共识分歧。

3.在某些客户端中普遍存在对预期何时运行Proposer Boost分叉选择的已知错误实施，从而导致此缺陷持续存在。

不过Barnabé Monnot指出：重要的是，重组并没有导致最终性(finality)的丧失。最终性甚至没有被推迟。

Barnabé Monnot总结道，重组凸显了动态可用链出现一个失败案例，这在理论上是可能的，但实际上是不可想像的，就像长期重组在工作量证明中是可能的，但在实践中很少见到(除非是敌对行为)，因此，必须认识到，目前促成重组的因素纯属偶然。

以太坊合并后不会再发生

Barnabé Monnot提及，迟来的出块总是可能发生，这是无法避免的，原则上，动态可用链的设计是为了公平地处理这种可能性，以便更及时地让提案者看到他们的区块在权威链(canonicalchain)中被接受。

但Barnabé Monnot坦言，从此事件学到的教训是，即使是看起来仅限于局部的更新(就像分叉选择运算一样)，很明显的是，也需要在更大的共识层面中加以考虑。

Barnabé Monnot表示，以太坊协议的研究人员，已经意识到验证者之间的产生共识分歧(即一组验证者局部确认某些东西，而另一组验证者确认了其他东西)的概念，以及这些看法分歧如何促进活跃性(Liveness)延迟。

Barnabé Monnot警告道：人们应该意识到，Proposer Boost推出的不均衡，有可能造成这种共识分歧，由于一个已知的实施错误，情况又变得更加糟糕。

然而，Barnabé Monnot强调，如果所有验证节点都运行相同的配置，这种问题就不会发生，特别是合并之后，将不会再发生，因为所有验证节点都必须在合并之前进行硬分叉，否则会被完全排除在共识之外。