原文标题：《UnderstandingTheValidatorLifecycle》
原文作者：JimMcDonald
原文编译：John
理解验证者(Validator)的生命周期
以太坊2.0使用权益证明来确保其网络安全性，被称为「验证者」的计算机进程将对即将被打包的下一个区块进行投票，同时他们也会提议让自己的区块被打包进去。但是，验证者不是仅处于「开」与「关」的状态：他们会在他们的生命周期里历遍一系列的交易。这篇文章将深度剖析验证者的生命周期，展示每个状态和状态转换之际发生的事情，什么触发了状态转换，以及每次状态转换所需要的时间。
时间上的一个符号
在以太坊2.0里，时间通常是以epoch为单位，一个epoch包括了384秒即大概是6分半。为了方便理解，以这种方式计量的时间被粗略地翻译成分钟，小时和天，并伴有可用的准确信息在相对应的脚注里。
生命周期概览
在深入分析细节之前，先来看看验证者的生命周期概览，以及用来描述其不同状态的术语。
图表1?：验证者生命周期概览
以下是状态标签:
职业格斗联盟和CrossTower计划推出限量版NFT VIP门票:金色财经报道，职业格斗联盟 (PFL) 宣布与CrossTower 达成合作伙伴关系。该合作旨在彻底改变粉丝体验，使用 XRP Ledger 区块链集成 NFT。据悉，6月23日，职业格斗联盟和CrossTower计划推出限量版NFT VIP门票。[2023/5/25 10:38:23]
已存款-存款协议已被以太坊?1.0网络接受
待处理-存款协议已被以太坊?2.0网络接受
活跃中-验证者正在见证和提议区块
退出中-验证者正处在中止见证和提议区块的进程
罚没中-验证者被发现作弊，正处在中止见证和提议区块的进程中
已退出-验证者不再参与见证
一个元状态同样被定义了:见证,即所有验证者要参与进来见证和提议区块的状态。这个状态是重要的，因为当验证者处于这些状态时需要去访问以太坊?2.0网络来与其职责保持同步以免被惩罚。
图表2?：见证的元状态
定义了这些状态之后就是详细分析每一个状态以及它们之间的交易的时候了。
已存款的状态
区块链物联网项目Knobs完成新一轮融资，Smart Capital参投:11月23日消息，意大利区块链物联网项目Knobs宣布完成新一轮融资，Smart Capital参投，具体金额暂未对外披露。Knobs于2014年成立。主要在区块链、物联网（集成设备以使其智能化）和传统的软件平台三个领域开展业务，在区块链领域，Knobs迄今已经申请了两项专利和一个在意大利版权局SIAE注册的区块链软件平台。（born2invest）[2022/11/23 7:59:15]
接受存款协议就是验证者生命周期的开始。接受发生在以太坊1.0链上，因为那就是验证者资金的来源。在这时以太坊2.0的链还不知晓这笔存款。
验证者会保持大概7个半小时在这个存款状态里，以确保不会有一个链的重组影响到以太坊1.0交易并有可能使存款协议无效。这之后验证者就会去到待处理状态。
图表3：从已存款状态转换到准备状态
待处理状态
一旦这笔存款在以太坊1.0的链上存在了足够长的时间后，它就会被添加到以太坊2.0的链上去。这标志着这个验证者已经正式被以太坊(Ethereum)2.0所认可。假如最少32个ETH已经被存进去的话，验证者现在就会准备开始见证。
LooksRare更新挂单奖励机制：认证系列才能获得奖励:10月3日消息，NFT市场LookRare官方发文表示将于10月3日上午9点(UTC)更新挂单激励机制：此后经过验证获得标志的系列才有资格获得挂单激励。
此举旨在为活跃用户增加真实挂单的奖励，同时更有效地为热门系列提供流动性。挂单无认证标志的系列暂时无法获得奖励。[2022/10/3 18:37:54]
准备中的验证者会被放在一个队列里：以太坊，以保证验证者的集稳定。如果队列是空的则准备中的验证者会在大约25分钟后变成活跃状态：如果这是一个非常繁忙的时段则有可能经过数天甚至数星期之后验证者才会被激活。但是一旦验证者从等候队列中出来，它就会变成活跃状态。
图表4：从准备状态到活跃状态的过渡
活跃中状态
验证者理应在活跃状态下度过它们主要的生命周期。活跃的验证者会以6分钟一次的频率参与当时的见证，偶尔还会有提议区块链的工作。验证者会保持活跃状态直到以下其中一种事情发生：
验证者由于在需要其参与见证时没有履行职责被惩罚，导致资金下降到16个ETH以下。
用户通过发送一笔合适的交易来要求停止验证。
安全团队：近期Windows 版 Coremail 邮件客户端存在RCE漏洞，可能导致钱包私钥泄露，提醒大家注意钱包安全:7月26日消息，据成都链安链必知-区块链安全舆情平台监测到的微步动态显示，近期Windows 版 Coremail 邮件客户端存在 RCE（远程代码执行）漏洞，该漏洞利用过程简单且稳定。攻击者可以通过执行任意代码完全控制受害者主机，进而危害用户主机上的钱包安全。经分析验证，攻击者可以给受害者发送一封精心构建的邮件，如果受害者使用Coremail客户端打开邮件，即可自动运行邮件附件中的恶意可执行程序。全程不需要受害者点开任何邮件中的链接或附件，打开邮件即中招。据悉，此次漏洞受影响版本为Coremail Air 客户端3.0.5版本及以上，3.1.0.303（不含）以下版本。在此提醒大家注意钱包安全：未知来源的邮件和附件、链接等请不要随意点击；并将Coremail 邮件客户端升级至最新版本。[2022/7/26 2:38:48]
验证者被证明作弊。
在前两种情况里，验证者被添加到希望停止验证的验证者队列里
图表5?：从活跃状态到正在退出状态的过渡
在第三种情况里，验证者被加入到一个被发现在作弊的验证者的队列里以接受惩罚。
Delphia完成6000万美元A轮融资，Multicoin Capital领投:金色财经消息，算法股票投资应用平台Delphia完成6000万美元A轮融资，Multicoin Capital领投，Ribbit Capital、FTX Ventures、Valor Equity Partners、FJ Labs、Lattice Ventures和Cumberland等参投，所筹资金将用于扩大员工人数，并推出本地Delphia数据奖励代币。
Delphia是一个由算法支持的股票投资平台，其拥有一个面向合格投资者的对冲基金，该基金采用中性策略，涵盖约 2,500 只美国股票，Delphia会自动根据市场情况积极调整股票头寸。从2022年夏季开始，Delphia将推出Delphia数据Token（ERC-20），以奖励愿意与Delphia共享个人数据的用户。（Coindesk）[2022/6/8 4:11:16]
图表6?：从活跃状态到罚没中状态的过渡
请注意，通过发送包括了相同验证者信息的额外存款协定来向一个活跃验证者充值额外的ETH是有可能会发生的情况。这有助于避免验证者的资金降到16个ETH以下并且被添加到退出队列的情况。
退出中的状态
当网络现有的验证者表明了自己想要停止验证的意图之后，无论他是自愿的还是非自愿的，他都不会马上这样做而是会进入退出中的状态，和以往的活跃状态一样继续同样多地参与见证和提议。这保证了网络的稳定性，避免了一个验证者决定离开时就马上停止履行职责的情况。
与一个验证者想要从准备状态变成活跃状态时类似，要离开的验证者要进入一个一次只能允许少数通过的一个队列。又和加入时类似，在退出中状态里花费的时间取决于验证者在队列里的排队数量。
图表7?：从退出中到已退出状态的过渡
罚没中状态
一个被发现作弊的验证者会马上受到1个ETH的惩罚，从余额里扣除。然后他会进入到一个罚没中的队列里去，这个罚没中队列类似于一个退出中队列，但是它会被标记为需要额外的惩罚，我们会在接下来的「已退出」状态里讨论这个问题。
图表8?：从罚没中状态过渡到已退出状态
一个验证者在退出中的时候以及甚至在退出之后都有可能被罚没。这避免了这种情况的发生：验证者作弊之后，通过常规的退出机制，在自己的作弊行为被发现之前就退出，从而逃脱了惩罚。这带来了一个略微复杂的状态模型。
图表9?：扩展罚没条件
已退出状态
当一个验证者去到已退出状态，他就已经正式完成了自己的使命。他不用再参与见证或提议区块，并且不再需要拥有关于以太坊2.0链的状态信息。
在退出之后，在资金能被转离验证者之前有一个大约1天的最后延迟。但是，如果这个验证者被标记为经过了罚没中状态，那么他会承受两个额外的惩罚。
第一，在已退出状态里能转移资金之前花费的时间会更长，是36天。第二，在这个36天周期的中途，他会承受进一步的扣款，扣款金额取决于这个验证者被发现作弊之前18天被罚没的验证者数量以及这个验证者被发现作弊之后的18天被罚没的验证者数量。下图展示了一个验证者的有效余额损失的总百分比
图表10?：在大致相同的时间里，被罚没的有效余额与网络被罚没验证者数量的百分比对比
一旦36天到期，被罚没的验证者们的剩余资金就可以被转移了。
正如生命周期图表里所能看到的一样，一个已退出的验证者无法再通过任何机制重新进入活跃状态。就是说，一旦一个验证者退出了，他的资金会在被转移之前保持休眠状态。注意，你无法在以太坊2.0的0阶段转移资金-所有已退出的验证者的资金会一直保留在验证者中，直至资金转移操作被引入。缺少转移操作的原因是缺乏可以转移ETH的用户账户。
扩展的验证者生命周期
结合以上所有信息考虑将带来一副更加全面的验证者生命周期图景
图表11?：扩展的验证者生命周期
了解不同状态之间的转换所要求的条件以及消耗的时间，对于确保以太坊2.0质押基础设施的成功运行至关重要。从一开始的存款到资金的提出，生命周期展现了每个状态里可能发生的事情并对验证者在任何时候的行为进行了明确的解释。
脚注
脚注1?：值得注意的是，以太坊2.0并没有设置一个明确的状态机制；也就是说，状态的名字是笔者提出来方便理解的。
脚注2?：?1,?024个以太坊1.0的区块加32个以太坊2.0的epoch。
脚注3?：这假设了存款协议需要完整的32个ETH。要是存款协议少于这个阈值，验证者将停留在已存款状态中，直到有更多的存款协议把验证者的余额提高到至少32个ETH。
脚注4?：若不，则另一笔存款可以被添加以增加这个验证者的余额到这个数量。
脚注5?：每epoch为(活跃中+退出中+罚没中的验证者)/65536?，最小值为4?。
脚注6?：?4个epoch。
脚注7?：每一个epoch内一个验证者只能见证一次，每一个slot内只有一个指定的验证者履行提议者的职责。
脚注8?：?256个epoch
脚注9?：?8192个epoch
脚注10?：注意因为惩罚最高可达到有效余额的百分之百，一个验证者的最大惩罚永远不会超过32个ETH，无论该名验证者的真实余额如何。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。