以太坊:以太坊核心开发者会议更新 007

90%合并，10%难度炸弹?

正如在上一篇更新里承诺的，这篇更新会深入介绍合并后的以太坊客户端架构。随着Amphora 互操作性活动取得的进展，合并的规范现在已经接近最终敲定 ?

在我们深入合并的内容之前，先简单介绍一下难度炸弹的最新情况！

Arrow Glacier ??

在第 124 次的核心开发者会议里 (视频、推文)，我们对难度炸弹的两个时间达成共识：升级在 2021 年 12 月进行，推迟到 2022 年 6 月。为此，我们需要一次网络升级——Arrow Glacier，它将仅包括关于推迟难度炸弹的 EIP-4345。

Arrow Glacier 计划在区块 13,773,000 激活，预计时间会在 2021 年 12 月 8 日。

在核心开发者会议上，我们对冰河时期推迟的多个选项进行了讨论。之所以选择 6 月，是因为我们有信心“合并”能在此前实现，而且我们想避免在此前再组织一次难度炸弹推迟。

当然，合并和难度炸弹是分开的：它需要单独的一次网络升级，且是基于 PoW total difficulty 的临界值来激活的。这意味着我们不需要“等待”难度炸弹爆炸才能把以太坊过渡到权益证明。同样地，如果我们在过渡上遇到问题，我们可以决定再次推迟难度炸弹。

消息人士：SEC准备考虑批准以太坊期货ETF:金色财经报道，据两位直接熟悉以太坊期货ETF文件的消息人士透露，美国证券交易委员会（SEC）已表示准备公开考虑此类产品。然而，一位消息人士补充说，监管机构愿意对以太坊期货ETF进行权衡并不能保证它们会获得批准。

金色财经曾报道，Grayscale曾在5月份寻求推出以太坊期货ETF，但几天后撤回。Bitwise Asset Management、Direxion和 Roundhill Investments紧随Grayscale 后不久也撤回了申请。VanEck基金集团数字资产研究主管Matthew Sigel表示，SEC对加密ETF的政策“完全不一致”。[2023/8/3 16:15:11]

希望 Arrow Glacir 将是 PoW 以太坊??到合并之前最后一次网络升级！

合并后的架构?

合并的架构利用了以太坊用于执行链 (Eth1) 和信标链 (Eth2) 久经实战的客户端。由于它们已经存在了，继续使用它们是合理的。

概括来说，在合并过程中，客户端将从根据 PoW 链转为根据 PoS 链来决定以太坊的最新有效区块。此外，客户端大多数的功能，以及更重要的 EVM、它的状态，和它是如何执行交易的，都保持不变。

合并后，现在的 Eth1 和 Eth2 客户端分别变成以太坊的执行层和共识层 (或叫做引擎)。这意味着 Eth1 或信标链客户端的节点运行者将需要运行堆栈的“另一半”，以拥有一个完整的验证节点。Danny Ryan 制作了非常好的图表对其进行说明。它们都已经被铸造成 NFT 了，所有的收益都将用于奖励合并工作的工程师和研究员。

Lodestar发布v1.4.0版本，成为以太坊质押启动板上第五个共识客户端:2月1日消息，开源以太坊共识 (Eth2) 客户端 Lodestar 发布 v1.4.0 版本，Lodestar 将解除其在以太坊基金会的审核中（under audit and review）状态，并正式成为以太坊质押启动板上第五个共识客户端。随着 v1.4.0 版本发布，Lodestar 完成加入 Rocketpool、实现轻客户端协议升级、上线加载密钥进度指示器等重大升级。[2023/2/1 11:40:25]

合并后的客户端架构。NFT 艺术家：Danny Ryan

上图展示了合并后一个完整的以太坊客户端的样子。让我们以此为起点，深入到每个组件。

信标节点?

现在，信标节点是对空区块 (从终端用户角度来看) 达成共识的。这些区块包括与共识相关的信息，称为操作 (Operations)，比如证明 (attestations)、存款合约根和验证者的罚没/退出，但不包括 Eth1 意义上的交易信息 (例如，发送 ETH 或与智能合约交互)。合并将改变这个情况。

在合并发生时，信标节点将监测当前的 PoW 链，并等待它触达预设定的 total difficulty (总难度) 阈值，被称为 TERMINAL_TOTAL_DIFFICULTY (终结总难度)。一旦出了一个区块的 total difficulty >= TERMINAL_TOTAL_DIFFICULTY，该区块将会被视为最后的 PoW 区块。随后的区块都开始由信标链上的验证者构建和证明。

摩根大通：以太坊的表现将继续优于比特币，但两者价值都被高估:11月6日消息，摩根大通在其最近的报告中阐述了以太坊优于比特币的主要原因。分析师Nikolaos Panigirtzoglou指出，以太坊处于DeFi的前沿。根据DeFiPulse提供的数据，基于以太坊的DeFi项目锁定的总价值现已超过1060亿美元。再加上NFT和稳定币，以太坊拥有比其更大更老的竞争对手更多的用例。

Panigirtzoglou指出，作为对冲通胀的比特币，在暴露金融体系风险的低利率环境中蓬勃发展。然而，由于债券收益率上升，比特币和黄金可能会受到打击。根据Panigirtzoglou的说法，由于即将过渡到股权证明（PoS），以太也不太容易受到环境问题的影响。

但摩根大通认为，这两种主要加密货币的交易价格均高于其公允估值。（U.Today）[2021/11/7 6:36:19]

要做到以上内容，信标节点将需要与它们的执行引擎 (以前的 Eth1 客户端) 通信，并请求它生成或验证 ExecutionPayloads (执行数据)。这些数据是 Eth1 区块合并后的等同物。它们包含这些信息：父块的哈希值 (parent's hash)、状态根 (state root)、基本费用 ( base fee)、需要执行交易列表。一旦这些信息都被生成或验证了，信标节点将在 p2p 网络与其他节点分享。

以太坊未确认交易为152,666笔:金色财经消息，据OKLink数据显示，以太坊未确认交易152,666笔，当前全网算力为505.22TH/s，全网难度为6.82P，当前持币地址为61,191,516个，同比增加48,901个，24h链上交易量为1,179,722.92ETH，当前平均出块时间为13s。[2021/7/26 1:14:59]

合并后的区块：共识层 (即信标节点) 验证所有现在属于信标链区块的栏位。当它在网络上收到 ExecutionPayloads 时，它会将其传送到执行层进行验证。

为了在共识层和执行层建立通信，会引入一组新的 JSON RPC 端点：Engine API (引擎应用程序接口)。

Engine API ??

Engine API 是共识层和执行层间的通信接口。它不在执行层的公共 JSON RPC API，而在一个独立的端口。为了简单，对 API 的调用总是由共识层发起，而 API 只引入三个方法：engine_executePayload、 engine_forkchoiceUpdated 和 engine_getPayload。让我们逐个看看它们是做什么的：

声音 | 观点：区块链经济的通证不应该是比特币、以太坊，而是主权货币:11月16日，新华丝路发文《构建央行主权货币通证驱动下的新经济》。金钻可持续发展研究中心首席经济学家郑志军表示，区块链带来人类社会的价值重构与价值交互，各国中央银行应该化被动为主动，建立覆盖各个领域的区块链社会价值逻辑的主权货币通证接口标准，构建与“虚拟价值场景”“现实价值场景”对接的“主权货币场景”新经济。其还指出，当前许多国家的央行开始发行数字货币，但只是将纸币数字化，区块链下社会经济创新并没有开始，区块链经济的通证不应该是比特币、不应该是以太坊，而是主权货币。[2019/11/26]

engine_executePayload (引擎执行数据) 要求执行层验证 ExecutionPayload 是否符合所有协议规则。

在通过这个调用接收到数据后，执行层将返回 VALID/INVALID (有效/无效) 或，如果它还没同步完链头，则返回 SYNCING (同步中)。因为一个区块的有效性是取决于它的父块有效性的，如果执行层缺乏历史数据来评估数据的有效性，它将从网络上获取这些数据。

engine_forkchoiceUpdated (引擎分叉选择更新)?是共识层在网络上告知执行层新的链头和最终敲定的区块的方式。如果共识层需要执行层在最新的链头区块上生成一个新的 ExecutionPayload，它会和这个调用一起传送一个 payloadAttributes ?栏位。

payloadAttributes 栏位包含与执行引擎生成一个 ExecutionPayload 的相关信息，特别是 timestamp (时间戳), random (乱数) 和 feeRecipient (相当于以前的 coinbase) 的值。在接收到这个调用时，执行层将更新它的链头，根据需要进行同步，以及，如果有需要的话，开始用 payloadAttributes 的数值构建一个 ExecutionPayload。

engine_getPayload (引擎获取数据）请求执行层返回它的最佳 ExecutionPayload，它的构建过程已在之前对 engine_forkChoiceUpdated 的相关调用时启动了。

这就是当验证者必须出块时，它从它的执行引擎获取一个有效区块的方式。其他节点在从 p2p 层接收到该区块后将调用 engine_executePayload 来评估其有效性。

......就是这样！有了这三个新的端点，共识层和执行层可以就链的状态和交易数据进行通信。现在，让我们深入了解执行引擎的工作原理。

执行引擎?

如上文所述，执行引擎就是合并后的 Eth1 客户端。在这点上，任何与共识相关的内容都从它们的权限中移除了。它们的主要重点变成状态管理、区块构建和验证，这些都稍有修改。大部分的修改都写在了 EIP-3675。

第一，合并将需要对区块格式进行一些修改。有些仅与 PoW 而非 PoS 相关的栏位会被设为 0 (或它们的数据结构的等同物)。这些栏位不是与挖矿 (difficulty, mixHash, nonce) 就是与 ommers (ommers, ommersHash) 有关，它们在 PoS 上都是不存在的。主网上 extraData 的长度也将被限制在 32 个字节上。

第二，由于合并后代币增发仅会在信标链上发生，执行层将不再处理区块和叔块奖励。也就是说。执行引擎将仍然负责处理交易费。事实上，当它创建 ExecutionPayload 时，执行引擎会确保所有交易发送者至少可以支付当前的 baseFeePerGas (每单位gas 的基本费用)，且任何额外费用都会被发送到 feeReceipient (费用接收者)。请注意，feeReceipient 指的是“传统”的以太坊地址，而不是信标链验证者。

第三，当 PoS 取代了 PoW，执行引擎将不再广播区块。这意味着将弃用在 p2p 网络上的 NewBlockHashes (0x01) 和 NewBlock (0x07) 的处理程序。同样，执行层将仍然负责同步网络状态，广播交易和维持它的交易池。

下图同样由 Danny Ryan 制作，它展示了当合并发生时执行层弃用 PoW 转而依赖信标链的过程。

PoW 区块不再生成，而信标链区块在合并后开始包含 ExecutionPayloads。

我们现在已经介绍了客户端如何处理区块以及合并后进行内部通信的核心组件了。现在，让我们简单谈谈系统的的各种相对“边缘”的组件。

P2P 网络、用户 API 和 同步?

如本文第一张图表所示，合并后，执行和信标链层都在 p2p 网络里。除了执行层上区块广播被弃用外，p2p 网络上的所有东西保持不变：在它们各自独立的 p2p 网络上，信标节点将广播证明、罚没等，而执行层将分享交易、同步状态等。

同样，信标链 和 执行层 上的用户 API 都将保持独立，除了新创建的 Engine API。

有一个组件是跨越两个层的，就是同步。我们正在为合并前和合并后各种可能的边缘情况开发各种同步策略。它们仍在完善和测试中，并可能成为未来的深入研究主题?

后续工作?

Amphora 工作坊后，工作重心一直放在规范的完善和开发测试网的测试中。在未来几周内，预计规范将确定下来，即我们预期不会再有大修改的地步。

同时， Pithos 测试网构建并运行起来了，有多个客户端组合每天在上面做测试，计划下周有一个社区会议，让基础设施和工具提供商快速了解合并。到时见??

在 Pithos 测试网上运行的各种客户端组合

来源：https://pithos-explorer.ethdevops.io/charts

来源 |?AllCoreDev Updates

作者 |?Tim Beiko

标签：以太坊LOADLOAPAYVSYS币会成为第二个以太坊吗LOAD价格Kanaloa NetworkBrosispay

比特币最新价格热门资讯