以太坊（ETC）为什么会出现冲突的候选区块？

在以太坊区块链上，经常会在区块浏览器里看到“待确认”“Pending”或者“候选区块”这样的字眼，有的人误以为一个slot（时隙）里只会产生一个区块，实际上以太坊在某些情况下会同时出现多个“候选区块”相互竞争，最后只有一个能被正式确认，另一个则被丢弃（reorg），这不是bug，而是以太坊PoS（权益证明）机制在处理网络现实时的正常表现。

先搞懂以太坊一个slot的工作流程

以太坊每12秒就是一个slot（时隙），每个slot里，网络会通过RANDAO随机选出一个提议者（Proposer）。

这个提议者并不自己打包交易，而是从专业构建者（Builder）那里拿到一个候选区块（也叫执行负载 / payload），然后签名并广播出去。

正常情况下，这个候选区块会被快速传播，全网验证者（attesters）在约4秒的attestation deadline（投票截止时间）前看到它，并投票支持，投票越多，这个区块就越容易成为“规范链”（canonical chain）的一部分。

冲突的候选区块到底是怎么产生的？

核心原因就四个字：网络异步+延迟广播，现实中全球节点分布在不同地区，网络延迟、客户端差异、gossip协议传播速度都不一样。

假设出现下面这种情况

1、Slot N的提议者：构建（或拿到）了一个很好的候选区块，但因为网络拥堵、客户端问题或者故意timing，它广播得比较晚（比如在第6~11秒才发出去，甚至12秒）。

2、这时候网络就出现了视图分裂（split view）

● 一部分节点及时收到了这个晚到的区块，把它当作当前链头（head），并开始投票。

● 另一部分节点在4秒投票截止时间前没收到，它们就会认为“Slot N被跳过了”，继续把链头指向Slot N-1的老区块。

3、Slot N+1的新提议者开始工作时

● 它根据自己当前看到的fork choice rule（LMD-GHOST）来选择父区块。

● 如果它没看到Slot N的晚到区块，就会直接在Slot N-1上构建一个全新的候选区块，于是网络里就同时存在了两个冲突的候选区块！

● 一个是Slot N的“晚到候选区块”，一个是Slot N+1直接建在更早父区块上的“新候选区块”。

这两个区块都合法、都有签名，但只能有一个能最终胜出。

以太坊怎么解决这些冲突？

以太坊并没有让“谁先到谁赢”，而是靠一套权重投票系统来决定。

1、LMD-GHOST分叉选择规则：全网验证者不断投票，谁的区块累积的attestation（证明）权重更高，谁就成为规范链的头。

2、Proposer Boost机制：专门给“及时发布”的区块额外权重奖励（大约40%的加成），强烈鼓励大家尽早广播，减少不必要的冲突。

3、最终性（Finality）：当区块通过两轮Casper FFG投票后，就进入“最终确认”状态，几乎不可能被回滚。

结果就是晚到的候选区块如果最终没赢得足够权重，就会被reorg（链重组）掉，里面的交易回到交易池，等待下一个slot重新被打包。

这种冲突有多常见？影响大吗？

Merge（合并）之后，以太坊确实还出现过几次浅层reorg（通常只有1~2个slot），主要就是因为late block +网络传播延迟导致的。

不过深层reorg（超过几块）已经非常罕见，因为Proposer Boost和attestation权重把门槛抬得很高，一旦区块达到finality（通常几分钟后），安全性就极高。

对普通交易者来说

1、你的交易如果不幸被打包进了那个“被reorg掉的候选区块”，并不会丢失，只是暂时回到mempool等待重新打包。

2、这也是为什么大额转账、提现时，Binance等平台显示的确认数非常重要，确认数越多，区块被reorg的概率就越低。

3、建议：等6~12个确认，或者看到区块接近finality后再认为资金真正安全。

冲突候选区块是以太坊“活”的证明

它不是协议的缺陷，而是去中心化网络面对现实延迟时的必然结果，以太坊通过Proposer-Builder Separation（PBS）、LMD-GHOST、Proposer Boost和Finality等机制，把这种冲突控制在可接受的范围内，同时保证了网络的快速出块（12秒一个slot）和极高的安全性。

下次你在区块浏览器里看到某个区块突然“消失”或者确认数归零，别害怕那很可能只是一个晚到的候选区块被更及时的竞争者“挤掉”了，这是区块链世界里最真实的“竞争与共识”。