Partnered With:

What is a shadow fork? Ethereum merges leader to interpret relevant question

Read this article in 15 Minutes

Tim Beiko answers questions about Kiln merging, shadow branching, drawing and sharding.

Ethereum Roadmap FAQ

原文作者：Tim Beiko

原文编译：0x9F、0x22D，律动 BlockBeats

merge

Up to merge到底发生了什么？

和主网一样，Kiln 以单独的 PoW 链和 PoS 链启动。通过合并，它现在完全在 PoS 下运行。

Kiln 是否真正遵循了当前主网合并的规范？即它相当于主网合并后的情况吗？亦即它是否遵循 Bellatrix 分叉规范？

Yes. We did make a few small changes to the spec once Kiln came online, but they are backwards compatible. The current network specification is inhere。

我们预计现在不会有重大的规范更改，强烈建议工具/基础设施/应用程序开发人员在 Kiln 上进行测试，以确保他们的产品在合并后的以太坊环境中按预期工作。

Kiln 测试网的信标链似乎存在状态和智能合约，这与 ethereum.org 中关于信标链的建议相反。我被区块浏览器误导了吗？

合并后，信标区块包含当前 PoW 区块所包含的交易负载。我们在规范中称其为 ExecutionPayload。这里有一张解释它运作的图表。

In the figure above, the first two blocks on the PoW and beacon chain are pre-merge and the last two are post-merge. Please refer tolong。

一旦一个 PoW 区块产生，随后产生的信标链区块就会包含交易数据。

合并后的区块处理流程是怎样的？

1. Select a verifier to propose a block.

2. The verifier succeedsEngine APIAsk its execution layer (EL) to send it an ExecutionPayload.

3. EL returns the payload containing the most profitable set of valid transactions to the consensus layer (CL).

4. CL proposes a block containing the payload and propagates it over the beacon chain P2P network.

Note:

A. Individual transactions are still propagated on the EL P2P network, and EL is only responsible for maintaining the transaction pool. The entire block is propagated over the CL P2P network.

B. The verifier specifies the address at the execution level where they want to receive the fee. Transaction fees are not "locked" in the beacon chain like verifiers' pledges and incentives.

5. Other verifiers validate the block and, if valid, propagate it across the beacon chain P2P network.

合并的测试过程是怎样的？

We are running several tests simultaneously.here有一个列表。

影子分叉

什么是影子分叉？

Shadow forking is when a small number of nodes are configured to fork off from the Ethereum network at some point. In the case of a merge, we do this by launching the merged node that is set to run before the entire network. This allows us to test how the upgrade works under conditions similar to those of the shadow forked network. But most nodes will not be aware that the upgrade has taken place. After shadow forking, valid transactions on the main chain can also be mapped to the forked chain to simulate the throughput of the original network. @parithosh_j tweeted about itFor more details。

下图来自其推文，显示了影子分叉之后网络的样子：

Goerli 区块的上面一行显示了标准链上的一个节点，该节点不知道影子分叉。

Goeli 区块的中间一行显示了影子分叉链上的一个节点，该节点有一个经过修改的配置，指示它一旦达到 TTD（Total Terminal Difficulty）就发生分叉。

最下面一行显示的是一个仅用于影子分叉的信标链：当达到 TTD 时，它将为整条链提供共识。

达到 TTD 之后，标准链上的节点继续正常生产区块：「对他们而言」什么都没发生。

达到 TTD 之后，配置修改过的的节点发生分叉，并运行合并。合并之后的首个区块由信标链上的下一位验证者产生。虽然这个区块能包含标准链上的任何交易，但包含的具体交易或它们的顺序不一定与标准链上一样。

为什么「影子分叉」有用？

影子分叉让我们能够在不破坏标准链的情况下，仅使用少量节点来查看节点在合并发生时的反应。影子分叉给了我们一个比启动新测试网更真实的测试环境，因为现有的测试网上已经有交易发生了，而且有大量的状态和历史，比起新的测试网，这会让节点承受更多压力。因此，我们得以获得节点在「真实世界」的性能指标，而不用影响标准网络的运作。

你们能影子分叉主网吗？

是的，而且我们现在做了。影子分叉主网非常有用，因为它向我们展示了节点在状态和历史巨大、交易最复杂的恶劣条件下如何反应。主网影子分叉后，我们还可以测试节点在尝试加入分叉网络时的稳定性、同步程度如何等等。这不仅提供了有关过渡本身的数据，还提供了新节点在合并后状态下加入网络的行为数据。

过程中的哪一阶段是影子分叉？

影子分叉给了我们升级按预期工作的信心。一旦它们在所有升级过程中都能顺利进行，我们就有自信通过合并运行现有的测试网。值得注意的是，影子分叉中的节点由一小部分运营商控制：一些公共测试网拥有更广泛的验证者集合。一旦测试网升级并稳定下来，我们就可以计划在主网上进行合并了。

withdrawals

How will the pledge withdrawal be completed? I found several norms, but I didn't find a particularly clear consensus on any of them. After reviewing the pledge, I found that there was only one method I could write in, and that was deposit. There is little explanation of the logic of withdrawals.

The Ethereum merger will not enable collateral withdrawals, they will come online in a later fork (hereThe current specification）。

Note: The current method of introducing withdrawal into the executive layer is determined asEIP-4895。

提款其实并不「经过」存款合约，它们从信标链中被推回执行层，并以与矿工奖励相同的分发方式被完成。这意味着计算循环供应量会稍微复杂一些，因为存款合约的中的余额不会随着提款而「减少」。

提款密钥如何工作？eth2-deposit-cli 这个工具默认不会自动生成 BLS 提取密钥。密钥具体如何工作？会只用到派生路径（derivation path）的第 0 个索引吗？

inEIP-2334 中对此进行了说明。

如果你使用一个 eth1 提款密钥，你只能提款到那个密钥对应的地址吗？还是说提款密钥只是用来签署提款交易，你可以向任意地址提出 ETH？

要从信标链中提出 ETH，你必须指定一个 eth1 地址作为「目标」接收者。你不需要用这个帐户签署任何内容，因为如果只从执行层来看，你会发现提款是自动发生的，就像目标账户在提款区块后突然多出了额外的 ETH。

如果你使用 BLS 密钥提款，ETH 会去哪里？我的理解是共识层中不会有状态或账户。因此，是否只需指定一个执行层地址以接受提出的 ETH？还是说未来共识层中将含有状态？

At the time of withdrawal, you specify an executor address and specify the amount to be withdrawn in Gwei (seespecification）。需要明确的是，你不能使用 BLS 提款密钥进行提款。在合并后的分叉中，我们将进行一项操作来更改你在共识层上的存款凭据。