关于创世的两个问题“什么时候？”和“谁？”：什么时候开始，和谁会在创世块验证者雄师里。这两个问题的谜底界说着信标链的创世状态，所有其他的状态都由此衍生开来。

MIN_GENESIS_ACTIVE_VALIDATOR_COUNT?是在建设创世状态前我们在Eth1的存款合约里所需的最低有效验证者数量。在Medalla测试网（和主网），这个参数是16384个验证者。

首先，读者需要知道的一点配景常识是验证者在插手Eth2前需要将存款存进Eth1区块链上的合约里。对付每个Eth2的验证者来说，他们需要将32个ETH和其他一些数据发送到合约。

1.存款数先获得满意

切合这两个条件的第一个区块将被设为创世状态。

创世状态所基于的第一个Eth1区块需要满意以下两个条件：

至少有16384 (MIN_GENESIS_ACTIVE_

同样，由于Eth1同步间隔，直到这个Eth1区块被挖出的4小时后我们才知道创世状态或创世时间。

赤色的区块是满意两个要求的第一个Eth区块

假如你没遇上Medalla创世状态的敲定，那么你的验证者将会凭据存款时间顺序进入列队步队，并在创世后被逐步布置到验证者集里。列队大概会花上几个小时或几天的时间。

在创世前，在Eth2链上活泼的只有信标节点；在创世后，验证者会顿时活泼起来。信标节点维持着系统的状态，并在点对点的网络里彼此通信。

VALIDATOR_COUNT)?个验证者已经在这个或之前的区块长举办了注册；以及

创世时间将会是该区块的时间戳加48小时。在这个例子里，就是8月7日周五UTC 12:34:56。

此刻，区块状态将包括16384个验证者和在谁人区块里任何其他有效的存款。因此，假如谁人区块包括多笔存款的话，那么将会有比最低存款数更多的验证者包括在内。

请留意，由于Eth同步间隔，我们直到4小时后才真正知道创世状态。也就是说，在这种环境下，我们将在8月2日周日UTC1700知道Medalla的创世状态。

总结

这个Eth1区块启动创世状态的运算，而Medalla的创世事件将在区块时间戳的48小时整后开始。在这个例子里，就是8月4日周二的13：00：05。

创世的两种环境

验证者存款

这种环境在条件2先获得满意的时候产生。存款数增长迟钝，且没有在预按时间内到达最低有效数额。

信标节点

人生中能见证复杂的、漫衍式的多客户端区块链创世的时机长短常可贵的。不久前的7月30日是以太坊1.0区块链创世的五周年——真正重大的创世事件很稀有且相隔甚远。

在这种环境下，条件1先获得满意。我们在最早创世时间前收到的足够的存款。

（假如读者想看速览的话，可以直接跳到后文“创世的两种环境”部门）

假如存款数额首先满意要求，那么创世事件会在最早创世时间后几秒启动。创世状态包括这个时间点48小时以前的所有注册了的验证者。

假如存款增长慢，在包括第16384笔存款的Eth1区块被挖出48小时，创世事件会启动。创世状态包括16834个验证者，加上在同一个Eth 1区块里的其他一些验证者。

大抵的进程如下：

MIN_GENESIS_TIME?是创世事件可以产生的最早时间。对Medalla来说，就是1596546000 Unix time——2020年8月4日UTC时间13：00：00，回收RFC2822类型。

在下文，“创世事件”指代信标链启动并开始处理惩罚证明和区块简直切时间。也是slot 0 epoch 0开始的时间。

接下来，，我们只体贴有效存款：不少于32个ETH的单笔存款，或属于同一个验证者的、总计不少于32个ETH的多笔存款，为此需要特另外数据验证（加密签名）。任何无效或不敷的存款都将在创世中被忽略不计。

文章写到这里，各人是不是已经相识了信标链创世的根基环境？?

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。