当我们谈论以太坊 2.0 时，我们在谈论什么？

翻译：红军大叔+blcokpunk

01

以太坊从 1.0 到 2.0 的转换过程中会出现硬分叉吗？

贾斯汀：不需要任何硬分叉。 唯一要做的就是在当前的以太坊 1.0 主链上编写一个质押 staking 合约，参与者可以用它来锁定 ETH 成为验证者。 因为以太坊2.0的引入，最终可以确认区块，即使在1.0主链上发硬分叉，也可以砍掉。 每 6 分钟（在 125 个以太坊 2.0 区块之后），区块链必须完成一次最终确认（修剪分叉）。 区块最终确认的另一个好处是 ETH 是可替换的，可以在两条链上双向转移。

区块的最终确认是以太坊 2.0 独有的特性。 以太坊1.0的客户端要想感知以太坊2.0的链，必须是信标链的完整节点，或者是同时接受以太坊1.0和2.0的轻量级客户端。 实现此功能还需要一段时间，也许明年的某个时候，它会接近第一阶段。

02

DApp 开发者从 1.0 切换到 2.0 需要做什么？

格雷格：现在下结论还为时过早。 研究人员和 dapp 开发人员需要共同努力研究这个问题。

Zak：同意，确实还早，代码标准化还没有完成，还没有做点对点的通信机制。 在研究应用层之前，网络层必须是可靠的。

03

从1.0到2.0，Dapp测试需要多长时间？

Mehdi：目前，测试网可用。 在接下来的几周内，将对“信标链”进行测试。 现在告诉 DApp 开发者在 2.0 上开发会是什么样子还为时过早，现在 EVM 已经被 WASM 虚拟机解决方案所取代。 开发者可以研究EWASM。

04

Token从1.0转移到2.0会是什么样子？

Justin：你可以在2.0上存入1-32个ETH，并将这些ETH锁定在1.0链的合约中（旧代币会在2.0生效后销毁）。 如果不想参与信标链的验证，也可以用ETH换BETH（也可以用来套利）。 信标链完全看成是系统层面的一条链，也就是说链上不发生任何交易，它只负责调度。

05

2.0，信标链会收取交易手续费吗？

Justin：一开始，信标链的吞吐量非常有限，每个区块只有 16txs。 使用信标链提取手续费并不是一个好的机制。 目前有一个想法是建立一个统一的 Plasma 链（侧链）来支付所有分片的交易费用。 这样就不需要在每个分片上都用ETH来支付手续费了。 委托的问题在2.0版本比1.0版本更紧迫（注意，我觉得这里的回答有点无关紧要，通常这里指的是通过原生代币以外的其他方式支付系统费用以太坊未来十年的价格，比如稳定币支付交易费用）。

Carl：信标链可以看作是一个状态机：它不是为任何计算过程而设计的，能做的操作非常有限。 不回溯计算合约交易，不收取手续费。

06

信标链产生的随机性能否用于智能合约（如骰子游戏）？

卡尔：是的。 我们现在有一个安全的随机数信标，链上的所有 DApp 都可以使用。 这个随机数不能被打扰。 即使在合约中使用，随机性程度也和共识中一样高。

07

1.0 上的智能合约呢？ 搬过来？

Justin：如果你有一个以太坊 1.0 合约会长期使用，没关系，1.0 链很可能会运行几十年。 确保以太坊 1.0 的可持续性非常重要。 老链上ETH的增发可以调整到很低的水平，只要不在链上增加新的价值即可。 怎么降低呢？ 以太坊2.0的新链可以用来敲定旧链的增发。 未来，旧链将仅靠交易手续费维持。 当然，还有一种方式，就是将整个1.0链上已有的逻辑全部嵌入到一个合约中，嵌入到2.0链上。 这听起来像是一个巨大的项目，真的值得花时间和精力吗？

08

ETH1.0会被隔离吗？

Justin：至少你可以在两条链之间转移 ETH。

Carl：ETH1.0的Merkle根可以嵌入到2.0链中（账户映射）。

09

为什么要减少 1.0 链上的以太坊发行量？

Justin：老链上的ETH发行量可能会降低，因为1.0链最终需要2.0链进行确认。 最多就是多等6分钟。 有必要减少老链的增发，否则两条链会不断被稀释，ETH投资者将无法承受。 理想情况下，整个以太坊系统每年的增量发行量应该保持在 0.5%。 还有一点，老链上如果不减少增发量，大家就会去无意义的挖矿。 这样的环保成本非常高。 使用 POS，我们可以使用更低的能耗并获得更好的安全性。

10

许多 Dpp 开发者也在考虑其他公链。 这对以太坊 2.0 有什么影响？

Greg：没关系，以后我们住多条链。 如果DApps要转移到其他公链上，自然会转移，但他们的用户可能不高兴，因为以太坊已经有了网络效应。 在 DApp 转移到其他链之前，第 2 层解决方案可能会填补一些空白。

11

1.0 上的地址是否可以被 2.0 上的合约读取以进行通信？ 在实践中，我的业务逻辑应该如何移动？

Carl：回到使用Merkle根读取账户地址的思路，如果2.0敲定了交易的Merkle根，那么1.0也相当于敲定了。 长期看1.0的情况。 如果 WASM 解释器可以在分片中运行，那么 1.0 上的数据将更容易访问。

Zak：你可以像往常一样继续开发合约，但你可能必须在 2.0 上重新部署它。 这种方式漏洞最少，相对来说也是最安全的。

Diederik：如果 1.0 链继续运行，你肯定不想同时在两条链上运行你的合约。 你可以停止为 1.0 提供支持，然后拍摄 DApp 状态的快照，并在 2.0 上重新初始化它。 您无需重新开始。

12

你怎么知道你的合约部署在哪个分片上？ 跨分片调用是什么样的？

卡尔：你必须选择这个。 每个分片上的 gas 费用可能不同（因为自由市场），这将导致整个系统的经济负载平衡。

Lane：我们考虑过将 gas 负载平衡写入协议，但它太复杂了。 更高的密度可能具有更强的网络效应，但随之而来的是更高的成本。 Yanking 允许你在分片之间异步移动你的合约。

Justin：交叉分片基于具有整体均衡和局部波动的自由市场。 没有像 Plasma 这样的单一 gas 价格。 每个人都会尝试不同的解决方案，所以价格标准就会出现。 我们需要开发的是创建一个允许在协议层“交叉链接”的基础设施。 此方法允许每个分片上的轻客户端访问其他分片。 很可能还会进行基本的异步跨分片调用。 每个分片上都会有一个特殊的合约来销毁发送到这里的 ETH。 销毁过程会产生一个回执，发送者的分片被信标链确认后，可以在另一个分片上获取并使用。

13

可以延迟多个区块的交易（合约调用），所以最好将所有可能参与交易的合约部署到一个分片上？

Justin：基础设施的延迟时间是一轮最终确认，是6分钟。 为了更快地完成工作，您还可以尝试乐观的方法。 假设还没有到达最终的确认检查点，你可以继续传入数据而不用等待检查点完成，然后在其他分片上运行你的下一步。 如果，因为一些不寻常的原因，出现问题，也有一个内置的恢复机制。我们设计为这种情况留一个缓冲区，你可以在确定性和延迟之间做出权衡。

14

VDF（可验证延迟函数）ELI5？ VDF 和 POW 有什么区别？

Justin：我们需要VDF来获得高强度的随机性，RANDAO的尝试也很有意义。 这些东西加在一起以获得近乎完美的随机性。

假设有大约 100 个人在一个黑暗的房间里，中间有一个骰子。 这些人被要求掷骰子，但其中有些人不诚实，有些人可能睡着了（掉线）。 没有人能看到骰子。 如果只有一个诚实的人掷骰子，最后没有人知道骰子上的数字是多少。

VDF 提供了一种在预期掷骰子时（而不是之前）“关灯”的机制。 这是一种人为设计的延迟机制，以获得一个唯一的随机数答案，这个答案只有在未来经过一系列计算后才能知道。 不诚实的人会被物理束缚（计算速度无法突破物理上限）。

15

VDF 的价值是多少？

Justin：最初的想法是强化共识层，因为 RANDAO 容易受到两种联合攻击：

在 RANDAO 中，最后一个受邀参与本轮的节点可以选择不公开，这稍微偏斜了随机性。 在“last participant attack”中，如果攻击者设法控制了最后 3 个槽位，那么他们就可以控制 nonce 的最后 3 位数字（总共有 8 种可能性）。

如果这一轮的随机性有偏差，攻击者可能会在下一轮更频繁地增加这种偏差。 这意味着攻击者将自己参与插槽的顺序推进到最后一个。 这就是所谓的“放大攻击”：如果你控制了 35% 的 Staking，你就可以在 50% 的时间内将自己置于最后一个参与者的位置，从而不断发起“最后一个参与者攻击”。

为了解决协议层的这些偏差，我们设置了安全边界。 一种方法是做出更强的假设，即更多节点是诚实的。 如果有更好的随机性，也就是VDF，你原来假设70%的网络是诚实的，现在你可以把这个比例降低到66%，然后再做设计。 第二种方案，应用层可能需要强随机性（VDF），但共识层其实没问题。 对于像 10 亿美元的彩票抽奖这样的事情来说，这是正确的，其中有偏见的随机数可能会增加“大玩家”赢得奖金的几率。

16

升级执行团队，如何保证与其他参与者和客户团队的沟通？

Mehdi：每两周，执行团队会要求大家聚在一起帮助进行测试。 在协议层方面，也有以太坊基金会制定的测试标准，每一个代码实现都必须符合标准。 我希望在接下来的几周内，包括几个客户在内的每个人都能够参与测试网。

17

您目前面临的最大挑战是什么？

迈赫迪：钱。 这个问题不是以太坊独有，它影响所有的开源领域。 必须找到可持续的商业模式。 另一个挑战是平衡升级团队当前的工作与代码规范化。

Greg：Javascript 中的 Chainsafe 实现存在数字问题。 如何与以太坊用户参与者正确沟通？ 在没有代码规范化的情况下这很困难，但最近一个研究团队解决了这个问题。

Mehdi：代码归一化后，并不会马上起作用，需要做很多优化。

18

什么时候应该进行代码规范化？

Diederik：早点重新优化归一化，或者研究更好的解决方案，之前权衡两者。

Carl：从编码标准的角度，我们优化了可读性。 代码现在应该相对容易理解了。 该团队已经从纯代码脚本转变为 Python 可执行文件。 我们希望大家能提出不同的优化方案，用不同的方式解决问题。 试图避免所有客户端以相同的方式失败并可能错过更好的优化。

Greg：我们需要客户在一定程度上相互竞争。 基于当前标准下的不同客户端，针对特定场景的优化最终会导致不同的版本（validator-specific，developer-specific等）。

Lane：代码规范化是以太坊精神的一部分。 它没有规定你应该做什么，可以实现多个客户端。 需要指出的是，有些客户端已经无法达成共识，这是一个很好的检查错误的方法。

19

同时支持超过 2-3 个客户端实现的链有什么好处？

Diederik：就ETH 2.0而言，如果有多个客户端版本，如果其中一个出现bug，那么大的验证者群体不会说同时失败。 多样性对整个验证者生态系统是健康的。

Zak：语言差异很重要。 根据使用场景的不同，不同的客户端可以更加模块化。

Greg：首先，以太坊的代码标准化还没有完成，目前已经发现了一些错误。 在这种情况下，在信标链上质押激活验证者可能会因为潜在的漏洞而扣除保证金，需要多个客户端一起测试和研究。 第二点就是客户端的可读性比较好，便于大家理解。 标准化的代码非常复杂，Rust 语言不可能人人都懂。 第三，对上游代码库的贡献。 比如所有的团队都要写libp2p协议，他们可能会用不同的语言来实现，这样就形成了一个完整的具体代码库。

Lane：可读性很重要。 黄皮书描述的数学原理一般人看不懂，但源码更容易理解。 开发人员阅读客户端实现代码比理解其背后的数学原理更容易。 还有其他类型的实验也在进行，比如多样化的商业模式。

20

ETH 2.0 路线图是什么？

Justin：当前的路线图比规范化代码时更先进。 这些年来，以太坊未来的道路已经变得更加清晰，主要由 Vitalik 和 Vlad 的开发团队推动。 未来路线的变化相对较小。 比如BETH的增加，会不会有税收影响？

每个人都希望未来有一个抗量子的安全区块链，这也是团队资助 Starkware 的部分原因。 Starks 有潜力在未来处理所有这些问题，包括聚合签名（取代 BLS 签名），这可以极大地优化 VDF。

21

如果是这样，您对未来路线的愿景是什么？

Diederik：短期内，从phase 0到phase 1，可以研究单个分片的并行计算。

Mehdi：我们不得不废弃很多 Rust 代码。 如果让我做不同的事情以太坊未来十年的价格，我想等相关文件完成后再发布ETH2.0。 如果有版本更改日志，开发人员会过得更好。

Zak：我认为应该有更正式的代码审查。 形式验证和最终规范之间应该有反馈。 形式验证就像绘制建筑物的蓝图，应该在施工开始之前完成。

-过往回顾-