2020年2月5日,Eth2.0 的以太坊研究员和开发者在 Reddit 上进行了第三期的 Eth2.0 AMA 活动,线上回答以太坊社区成员的问题,本次 AMA 中,Danny Ryan、Justin Drake、Vitalik Buterin、Diederik Loerakker、Carl Beekhuizen 等人参与了社区问题的回答。此次 AMA 详情见:
前两期 Eth2.0 AMA 内容整理参见:
以下为小编整理的此次 AMA 的主要内容,原文较长,如有遗漏还请谅解 :)
------
@Uzi2020:
- ETH2 规范在 v0.8 版本时冻结了,但之后又解冻了。2020年1月份的 v0.10 版本与 2019年6月份的 v0.8 版本有何区别?
- 实际上,阶段0的预计启动时间是什么时候?之前预计会在2019年第四季度启动,之后是预计2020年第一季度,现在我们已经在2020年第一季度了。据我所知,我们现在谈论的预计时间是2020年7月份。
- 如果阶段0不会在2020年驱动,你们会认为这是一个失败吗?你们认为在价格方面,市场是否会将之视为失败呢?
- 如果 ETH2 一次又一次地推迟,是否有推进 ETH1 的备选计划?通过 zk-rollups 是否会更加可行呢?
- zk-rollups 到底有多强大?据我所知,plasma / 状态通道 没有取得成功,zk-rollups 是首个不存在重大缺陷的能够显著提高可扩展性的技术,是这样吗?
- 相比于当前通过 Elements / Liquid / 闪电网络等可以在比特币上搭建的任何东西,zk-rollups 的主要卖点是什么?
Danny Ryan:
- Devcon 期间在与研究者们、客户端团队、用户以及社区成员讨论之后,决定将分片链提案 (阶段1) 的分片数量减少,同时增加分片的“交联”次数 (交联是分片链用于通信的原生结构) 。这主要是为了在阶段1/阶段2实现更好的用户体验 [讨论详情可参见这里] 因此,阶段0 规范需要修改和简化,从而支持这些变化。大多数解冻的规范内容都是围绕于此的,如此一来,当我们抵达阶段1时,我们就不会存在大量代码需要编写或是进行更深入的变更。
- 阶段0一定会在2020年启动的。审计结果已经出来,每周测试网都在变得更加强大。(信标链) 启动的预计时间取决于规范和客户端在第三方审计中获得 (相对) 健康的证明。其他的取决于设计方面的考虑和后期工作的稳定/优化。
- 我并不认为阶段0在2020年不会启动。
- 当前的 ETH1 链很强大,且在未来的几年中将依旧如此。各客户端团队继续在优化方面取得重大成果,layer 2 结构正在被实现和生效!ETH1 协议正在被更多有趣的应用程序使用,距离其真正需要一个可扩展的 PoS 基础架构还有一段时间。实际上,Eth1.x 无状态以太坊的研究正进展良好,有望使 ETH1 链更具可持续性,并为将 ETH1 链迁移到 ETH2 结构中做好准备。
- Rollups 很强大。这种使用 layer1 数据可用性的混合 layer2 协议要比之前的 (可扩展性方案的) 结构要简单得多,并移除了一些核心的障碍问题 (尤其是 plasma 遇到的障碍)。所有这些都是相对新颖的,相关的研究和开发正在取得进展。在这方面,我们会弃用(旧的)想法和工作来支持新的想法,这些新的东西正变得越来越好。
- 对于所有这些比特币协议,我不是专家,但我将给出一些我的评论。闪电网络 (和支付通道) 要求你已经开通了一个通道 (channel) 才能接收资金。对于进入该系统的用户来说,这是一个主要的障碍。而 Rollups 并不存在这个缺陷 -- 你可以立即在 rollup 链中接收资金,而无需提前与该子协议有过交互。Liquid,据我了解,就是一条中心化的联盟链 -- 实质上就是一些交易所通过侧链来转移资金。也许在联盟链中转移资金对于交易所之间 (或者银行之间?) 来说是合理的,但对于其他的用例,它似乎就是另一个中心化的托管解决方案。
Vitalik Buterin:(v0.10 版本与 v0.8 版本的区别) 并不太大!主要是简化工作和一些不同方面的修复。当前的 Eth1.x 路线图强调无状态客户端,这可以使 eth1 准备好与 eth2 进行合并,同时独立地提升 (eth1的) 可扩展性。无状态客户端可以提升可扩展性的原因有两个:
- 相比于访问磁盘,下载见证 (witnesses) 要更加便宜,因此可以在不同的硬件类型之间以更少的差异更快地验证区块。
- 无状态客户端启用了新的节点类型,尤其是”混合轻节点“ (hybrid light nodes),默认情况下就像轻节点,但如果它们“听到”警报,就会以无状态的方式验证特定的区块。当前这还不可行,因为在你获取到区块 N-1 的完整后状态 (full post-state) 之前,你是无法验证区块 N 的。
此外,伊斯坦布尔升级之后,CALLDATA 的 gas 成本已经减少到每字节 16 gas,这对于 zk-rollup 和 optimistic rollup 来说是一个巨大的福音,理论上可以将双方的最大吞吐量增加到约 2500 tx/秒。实际上这正在主网上发生 (见 Loopring)。因此,我不太担心整体的可扩展性。
Liquid 是一个许可型联盟链。Rollups 是非托管的/加密经济学的/无需信任的。闪电网络很棒,但仅限用于支付领域,且存在资本效率和用户体验方面的挑战。
@latetot:我很关心无状态客户端的实际情况。似乎还有很多未解决的问题。且这种方式似乎依赖于少数的超级节点来存储所有的东西,会存在中心化风险。相对于 ETH1 而言,无状态客户端是否对于 ETH2 更容易实现?你觉得这是否是一个未解决的问题?
Vitalik Buterin:无状态客户端的主要问题是 p2p 网络处理大容量见证 (large witness sizes) 的能力。在超级节点方面,我猜你说的是存储完整状态的节点,这些节点并不会比当前的节点运行成本更高,除非我们进一步增加链上的容量。
Danny Ryan: 当下方这两个并行进行的事项完成时,Eth2 就可以启动 (每项的预计完成时间仅为粗略估计):
1) 抵押
- (2个月) 搭建和测试默认的抵押用户界面 (这方面的工作由 Carl 领导)
- (1个月) 由第三方审计抵押用户界面;
- (0个月) 部署抵押合约 (抵押合约的字节码已经被完全审计了);
- (2个月) 等待 50万 ETH 抵押进入其中 (这一数字是信标链启动的最低门槛值)。
2) 客户端
- (2个月) 各客户端通过单客户端测试网,独立地朝着产品级的方向发展;
- (3个月) 推出多客户端测试网 和 最终的第三方审计。
我希望到2020年7月30日时我们可以启动 (信标链),这一天是以太坊1.0的五周年日。我认为不太可能会在2020年第一季度或者第二季度启动,尤其是如果我们想要有三个客户端准备好了该启动。否则,(如果阶段0在2020年没有启动) 就会被认为是失败了。对于我们将在2020年启动,我有95%的信心。
------
@datawarrior123:如果启动时只有两个客户端(准备好),会有什么问题吗?即便是现在,eth1 也只有 Geth 和 Parity 两个最大的客户端。如果这可以加速启动的进程,何不就这么着呢,不管哪种情况,其他的客户端都可以在之后的时间赶上来,你们觉得这样会有任何风险吗?
Justin Drake: 理想情况是,没有任何一个 (Eth2.0) 客户端会占据超过 50% 的验证者。Parity 就是 (比 Geth) 更迟推出的,使得其一直都没能赶上脚步 -- 当前大约有 80% 的以太坊客户端是 Geth,20% 的是 Parity。
我个人非常看好 zk-rollups,以及更普遍地使用 SNARKs 来实现扩展。随着 Eth2 的到来,我们将拥有大量的数据可用性 (data availability),因此对于 Plasma 和 state channels (状态通道) 等数据可用性解决方案的需求就会更少。由于阶段0 和阶段1 的研究工作实质上已经完成了,当前我正花大量的时间在 SNARKs 上面。下方是我一直在研究的事情:
- a conceptually simpler variant of PLONK called SLONK
- a 3-part series on polynomial commitments
- a polynomial commitment batching technique
- a way to accelerate powers-of-tau ceremonies
- a SNARK construction without FFTs (相关论文将很快发布)
------
@EIGuapissimo:你们对于随着时间的推移,权益证明 (PoS) 会导致越来越大的贫富差距这个说法有什么看法?显而易见,如果你因为富人(投入了)更多的钱而奖励给他们(更多),那么这种经济将很快变得非常不公平。这是一种担忧吗?Vitalik 曾谈论到要找到一种“平衡”,使得 staking (质押) 将变得很容易,但也不会太容易。这是什么意思呢?你们认为以太坊2.0实现会产生哪些潜在的灾难场景?你们做了什么准备?
Danny Ryan: 与工作量证明 (PoW) 类似,权益证明 (PoS) 也是一种加密经济协议,在该协议中,用户将一定的经济资产与协议捆绑在一起,以换取协议的奖励。
在 PoW 中,这种“经济资产”就是指算力,以复杂的硬件设备和电力的形式呈现;在 PoS 中,是指将核心的经济代币锁定在协议之中。
在这两种协议中,拥有这些资产使得能够从中获取收益。区别在于,在 PoS 中,资本收益的映射是更加直接和公平的 (也就是,购买代币,然后锁定代币,执行任务,获得收益)。
而在 PoW 中,资本收益的映射在很大程度上依赖于协议之外的因素。比如,我一次可以买多少台机器 (批量折扣)?我是否与硬件生产商有特殊的关系,这样我就可以比消费市场更快地获得新的硬件设备?我自己是不是就是硬件生产商,可以获取某种速度优势并将旧的机器卖给消费者?...所有这些现实世界的因素都将 PoW 的资本收益映射扭曲成了这样的一种方式,即富人能够快速地变得更加富有,而新入场者则倾向于处于很大的不利地位。
简而言之,诸如 PoW 和 PoS 等加密经济协议允许通过资本获得收益。这是其核心所在。PoS 允许不同参与水平的资本获得相对公平的收益。而 PoW 使得这条曲线倾斜,让老牌和富裕的玩家比“普通的”用户获得高得多的收益。
(对于 Vitalilk 说的这种“平衡”) 就对业余爱好者而言,Staking 将变得可以参与,且可以在消费级硬件 (笔记本、家庭台式电脑、小型 VPS) 上运行。这将变得很“容易”,原因在于不需要掌握深层次的技术技能,但也不会“太容易”。存在相关风险。用户必须愿意并致力于确保拥有良好的在线时长,监控他们的软件,并在出现 bug 的情况下升级软件等待。这些事情需要参与者具有一定的勤勉和一定的技术能力。
------
@cdiddy2:Hey,研究团队!感谢你们开展这次活动。
我的问题是关于 EIP-1559 提案的。该提案的目的实质上就是修正交易费并改善用户体验。从中我们获得了 basefee + 销毁 的模式,这笔 basefee (基本费) 实际上并不会给予矿工/验证者。在我看来,这将会导致两种结果:要么平均的区块奖励将会更高,从而补偿交易费的缺失 (备注:根据 EIP-1559,basefee 是会被销毁的);要么用户给出的小费 (tip) 将会增加到与当前交易中同样的水平,并且具有波动性。(备注:有关 EIP-1559 提案,请参阅:《观点 | EIP 1559:以太坊货币政策的最后一块拼图》
事实上,这笔 basefee 将最终由进行交易的用户承担,而不是通过稍微更高的区块奖励来抵消,且总体而言,当此提案带来的变化实施之后,以太坊上的交易将变得比之前更加昂贵。
我并不是为了这种销毁模式的好处而完全反对用户支付更高的费用,但这似乎并不是这个提案的目标/意图。是我误解了这项提案吗?还是这是个实际的担忧呢?
Dankrad Feist (以太坊研究者): 要理解会发生的事情,你需要从参与者的角度来看待这个提案:
- 矿工将依旧会因为打包任何交易而获得奖励,不管该笔交易的小费 (tip) 是多是少。他们不会因此而蒙受损失。因此,为何不去打包一笔只有较低的小费的交易呢?(当然,这里假设的是矿工不会创建一个卡特尔来审查所有不包含小费的交易)
- 该提案使得矿工的收益基本上与交易费脱钩了。矿工的收益来源于区块奖励。这确保了链的安全性独立于交易是否支付费用。用户给出的小费 (tip) 只是一小笔奖励给矿工积极地审查交易而不偷懒或者创建空块,如此而已。
当然,Eth2 中的验证者会代替矿工的角色,但道理是一样的。
------
@NoConfidence9: 质押 1000+ ETH 的最佳方式是什么?将所有的 ETH 都放入一个钱包,还是将它们分散到更多的钱包?我们需要做什么?对于需要质押 1000+ ETH 的人需要做什么,有相关的 URL (网页) 可以阅读吗?顺便说一下,你们为了 Eth2 的交付做得很棒。向你们以及 Vitalik 深鞠躬🤝🏆
Danny Ryan: 每个活跃“验证者” (有着签名密钥和职责) 都通过抵押 32 ETH 激活。因此,如果你持有 1024 ETH (32 的倍数!),你可以进行32次单独的抵押,成为系统中的 32 个验证者实例。每个验证者实例都将有着不同的签名密钥,且在任何特定时间都会有不同的职责。
当前正在编写的 Eth2 软件考虑到了这种情况和用例,因此很有可能你将可以在单个节点上运行所有这些验证者实例。在某些场景中,你也许想要将这些验证者实例分散到多个不同的节点/客户端实现,从而减少风险,但默认情况是,你可以通过一台机器(节点)来运行多个验证者实例。
等到了阶段1,随着分片链的推出,将会引入额外的带宽和磁盘/存储需求。如果你运行了 32 个验证者实例,那你将需要增加这两方面的需求,因此你将需要相应地配置你的机器。
当前 Lighthouse 正在将目标锁定为可以在一台配备 2 个 CPU 和 8GB RAM 的机器上运行很多 (1000 以上) 验证者实例。随着阶段1的分片链带来的带宽要求和磁盘存储要求的增加,这些配置要求也将上升一些。
Dankrad Feist:你的 1000+ ETH 将必须分配到各个验证者实例中,因为每个验证者只需要 32 ETH 的有效余额作为支撑。你说的“同一个钱包”可能是想说同一个取款密钥吧,你如果是这个意思,那这完全是明智的,但需要确保该密钥的安全。
很可能一开始我们的抵押用户界面对于大量的 staking 操作并不那么最优化。我们希望大型的 stakers (质押者) 将能够自行改善这种状况。话虽如此,手动质押 1000 ETH 应该依旧是完全可行的。
------
@Ethical-trade: 一旦发往抵押合约中的资金被信标链确认,这些资金将依旧会在“抵押合约”中吗?我提这个问题的原因是,我担心在 Eth1 过渡到 Eth2 期间,Eth1 可能出现分叉 (类似链分裂这种),这可能降低将资金发往 Eth2 链的激励。如果当某个用户的资金锁定在抵押合约中 (但尚未被信标链确认) [备注:用户在发送资金到抵押合约之后有一个等待确认过程],如果此时发生了 Eth1 分叉,那么用户将能够在一条理论上分叉的链上获取他/她的 ETH 吗?
如果资金已经被确认并转移在信标链上,此时发生了分叉,那用户还能够在一条理论上分叉的链上获取他/她的 ETH 吗?
Vitalik Buterin:抵押的资金确实在”抵押合约中“。当 Eth1 发生分叉时,默认情况下,被抵押的资金将永远被困在那里,除非/直到发生一次硬分叉来解锁这些资金。
------
@ibug92: 最近有一篇文章称 plasma 已经死亡了。你们是否依旧预计 OMG 的 plasma 开发会成为 Eth2.0 扩展的一部分?
Danny Ryan: 以太坊 (eth1/eth2) 对于搭建于其上的 layer2 协议是不可知的。任意数量的 layer2 扩展性协议都可以搭建于 eth2 之上,其中一些也许就是 plasma 试验。
Vitalik Buterin:包括 OMG 在内的 plasma 系统可以在 eth2 上运行。
------
@Jager_Master: 当前 EIP-1559 提案的状态是怎样的?此提案是肯定会被实现吗?如果是,还有多久会实现?
Justin Drake : Eth2 将会有一个受到 EIP-1559 启发的机制 (作为阶段1的一部分)。基本上就是 EIP-1559 描述的那种方式 :) 可以在阶段1 规范中查看相关的实现。
------
@BakedEnt: 抵押合约的部署有什么需求?多久之后会部署?几周还是几个月?
Danny Ryan: 在至少6周的社区审查之后部署,现在合约的形式化验证已经完成了。我的目标是在今天春季的某个重大活动中部署抵押合约。
------
@mikaelbondum: 当前加速实现 ETH1 迁移到 ETH2 中的阶段1.5 进展如何?各团队是否对我们朝着这个方向达成普遍共识了?
Danny Ryan: 我所交谈的每个人都非常赞同,包括各客户端团队 (eth1 和 eth2 客户端团队)、协议研究人员 (eth1 和 eth2协议研究人员)、社区成员、用户等等,都想要看到这成为现实。
在我看来,其中的益处是巨大的 (以下摘自这篇最近的博文):
- Eth1 存在于 Eth2 之中,这允许在本地获取可扩展的分片数据层。目前在以太坊上构建的一些最激动人心的结构是 Layer2 协议,这些 Layer2 协议会随着 Layer1 可用数据的数量增长而扩展。它们将与 eth2 完美地匹配,即便只是与单条拥有本地计算的链 (也即作为分片的 eth1 链) 进行匹配。广义上来说,这些结构被称为“rollups”。它们有许多不同的风格,我希望这个总体的设计领域能够继续扩大并富有成果。
- Eth1 迁移到 Eth2 的一个分片中,可以从协议中消除 PoW,这将在很大程度上减少发行率,彻底停止以太坊上消耗大量能源的挖矿作业。
- 最后,更早地将 eth1 迁移进 eth2 中,能够将系统、社区和核心协议的开发统一起来。尽管 eth2 的基础架构是与当前的以太坊链并行开发的,但更早地将 eth1 整合进 eth2 之中 (不仅仅是技术上的胜利) 有助于确保协议开发人员、应用程序开发人员、任意贡献者和最终用户组成的社区在一个统一的、有凝聚力的以太坊内保持团结。
目前的阶段1.5主要依赖于两个独立组件的成功:eth2 的阶段1 和 eth1 上的无状态以太坊。这两个组件的相对时间轴将让我们知道何时以及如何实现此合并提议。在接下来的几个月,我们将在更好的规范和理解当前的技术挑战方面做尽职调查,使我们准备好在适当的时候继续推进。
Vitalik Buterin:我的整体印象是这一方式获得了广泛的支持。目前我可以说的主要挑战就是证明无状态客户端的技术可行性以及它们承担的每13秒兆字节大小的区块。
如果无状态客户端证明是不可行的,也有着这个将当前 eth1 合并到信标链中的后备选择 (即阶段1.5),尽管这将带来更多的成本 (尤其是,所有人都将必须处理状态转换函数,而这是非常笨重的)
------
@mikaelbondum: 如果无状态客户端证明是不可行的,你会认为阶段 1.5 存在风险吗?或者你认为这个后备选择是足够可行的计划?
我的担忧是新旧两条链并行运行的时间越长,它们无法在某个时间合并起来的风险就越高 - 不管是由于技术,社区还是治理限制的原因。你是如何看待这一风险的?(如果你同意我的观点的话)
Vitalik Buterin:我认为这个后备选择 (阶段1.5) 肯定是足够可行的。当前在技术上,关于将 PoW 链迁移至 PoS 中并没有什么不可能的,且社区对于迁移至 PoS 的想法有着很强的支持。尽管在确保过渡顺利实现方面还有工作要做。
------
@Troy_And_Abed_In_The: 感谢组织这场活动!你们会将诸如 Parity 的 Polkadot/Substrate 等正在开发的区块链项目视为 ETH2.0 的竞争对手吗?还是其他的什么?还有,在 ETH2.0 开发期间,你们对于以太坊的愿景有了怎样的变化?
Justin Drake: 有很多高质量的区块链项目 (包括 Algorand, Cardano, Celo, Chia, Coda, Cosmos, Dfinity, Filecoin, Libra, Near, Polkadot, Tezos, Zcash 等等)。我将这个生态系统视为非常具有协作性的,因此将这些区块链项目视为协作方 :) 可以查看我最近在 Devcon 演讲的演示文稿。
------
@cryptohazard: ETH2.0 将如何保持使得 ETH1.0 成功的可组合性 (composability)?具体而言,如果每个大型的 dapp (去中心化应用) 都在自己的分片上,那么某个 dapp 如何使用在另一个分片上的 dapp?
Vitalik Buterin:我在这里讨论了 defi 和 可组合性。
------
@Butta_TRiBot:
- ETH2 的密钥将如何进行储存?在本地还是在硬件钱包上?
- 由于有效余额扮演着重要的角色,建议储存多少 ETH ?32.01?32.1?(因为如果错过了第一次证明,将会导致有效余额减少,需要一些时间才能将损失挣回来)
- 你们不觉得离线的惩罚太高了吗?在 PoW 中,如果你不挖矿,那你不会获得任何奖励;而在 PoS 中,你将会因为不参与验证而收到惩罚...这将会推动用户使用质押池 (staking pools)。
Justin Drake:
- 每个验证者都有讲个密钥:第一个密钥是用于签署证明 (attestations),因此需要进行热存储。第二个密钥是取款密钥 (withdrawl key),用于进行取款和转账,因此需要进行冷存储 (比如存储在硬件钱包上)。这两个密钥的区分主要是为了防止当验证者的机器被攻击时,验证者的资金得到保护。
备注:
- 有关验证者的这两个密钥,可参阅:《科普 | Eth2.0 中的验证者密钥和取款密钥是什么?》
- 有关验证者的有效余额,可参阅:《科普 | Eth2.0 验证者的有效余额是什么?》
- 每个 epoch (即每 6.4 分钟) 会审查验证者的有效余额。也需要注意的是,任何超出 32 ETH 的余额部分都不会带来任何收益,因此存储超过 32 ETH 也许没有什么帮助。
- 协议被设计成对业余验证者友好的,Eth2 规范在很多地方都反映了此目标。至于因为离线而受到的的 inactivity panelties 惩罚,这个惩罚一般是很小的。只有当验证者离线的时间过长 (比如大约10%的时间离线) 或者当很多验证者同时离线时,这种惩罚才会很大。后一种情况只有当某个非常糟糕的事情发生时才会发生,且质押池也会将可能受到影响。协议中的反相关性惩罚 (anti-correlation penalties) 也是一种抑制使用质押池的机制。如果某个大型的质押池离线了,那么该质押池将会受到严重的惩罚,但离线的独立验证者是一个非相关性的情况,不应该由于离线而遭受大量的损失。
Carl Beekhuizen:
- 我一直在与硬件钱包生产商联系,了解有关支持 eth2 staking 的事情,但当前没有哪个硬件钱包已经实现了这种支持。这要求实现全新的签名曲线,还包括定义全新的签名 API。
- 抵押合约并不支持一次性抵押 (存储) 超过 32 ETH。如果你在验证者被激活之前运行验证者节点,那你将不会获得任何收益。
- 离线的惩罚是与当你保持在线时能够获得的收益相等的,因此如果你有 >50% 的时间在线,这就足够使你的收益会随着时间的推移而增加了。
------
@Fidel_Willis: 如果交易所通过收取较少或无需手续费的方式来提供 staking 托管服务,这难道不会导致交易所的中心化 staking 问题吗?
Diederik Loerakker: 是的,这的确是个担忧。但是,我们正在寻求使 staking 变得超级廉价且易于操作。Nimbus 客户端就是一个例子:
同时也存在一些激励机制来抵制 staking 的中心化风险:在同一时间被罚没 (slashed) 的人数越多,惩罚的力度就越大。因此中心化的故障 (不管是否有意) 都将导致更高的惩罚。
------
@RochBrz: 首先非常感谢你们做了这么棒的工作。以太坊将塑造未来,看到他随着时间的推移不断取得进展真实太棒了。我的问题是:了解如何一步步地设置 eth2.0 节点的最好的资源是什么?
Diederik Loerakker:
- Prysm: prylabs.net/
- Lighthouse: lighthouse-book.sigmaprime.io/become-a-va…
有关所有客户端,可以是这在他们的 discord 聊天室上寻求帮助:
- Prysm (Go): discordapp.com/invite/KSA7…
- Lighthouse (Rust): discord.gg/uC7TuaH
- Lodestar (TS): discord.gg/Quv3nJX
- Nimbus (Nim): discord.gg/YbTCNat
- Artemis (现在更名为"Teku") (Java): gitter.im/PegaSysEng/…
- Trinity (Py): gitter.im/ethereum/tr…
- Quilt/Phase 2: t.me/eth2quilt
- Harmony (Java): 与 Artemis 合并
- Nethermind/cortex (C#) :discord.gg/HQ4zTh
------
@adamblake87: 对于量子计算机和以太坊,你们有何看法?以太坊方面是否存在某些问题?
Vitalik Buterin:eth2 方面唯一的并非量子安全的就是 BLS 签名。当前我们正积极地探索聚合友好型的、量子安全的签名;如果找不到更好的,那默认的就是 STARKed Lamport 签名。
Justin Drake: 可以在这里观看我做的有关量子安全和 Eth3 的演讲视频。
------
@Corentin_R31: 1/ 理论上最大的 TPS 是多少?2/ 你们对2020年底有什么期待?
Vitalik Buterin:当前以太坊区块链理论上的最大 TPS 是 10000000/2100/13.0 = 36.6 笔纯支付交易,尽管如果交易更复杂的话,这个数字会更低。Rollups 可以将至增加到理论上的约 2500 TPS。Eth2 可以进一步增加,但我预计这方面的成果并不会在2020年实现。
------
@SuddenMind: 感谢!我有几个问题:
- 阶段0是否还有一些方面的工作需要进行?
- 阶段1有多少工作是依旧在开发中的?你们觉得这部分的规范将何时冻结?
- 就研究和实现而言,阶段1还存在哪些挑战?
- 为了帮助推动多客户端测试网的推出,是否可以让一些研究人员将他们的时间/精力从专注于之后的几个阶段更多地转向阶段0的实现?比如直接帮助诸如 Prysmatic Labs 或者 Lighthouse 等领先的客户端团队,帮助他们审查代码、提交问题/PRs、修复bug 等等?
Justin Drake:
- 阶段0的研究已经完成了大概99%,我几乎不会花时间在阶段0的研究方面了。
- 阶段1的研究接近完成了,大约完成90%。我现在认为没必要太过着急地冻结阶段1的规范。任何想要挑战的人都可以查看阶段1规范,该规范应该相当稳定了。
- 当前有针对阶段1使用的 Legendre PRF (伪随机函数) 寻找漏洞的赏金活动,阶段1的其他研究基本已经完成了 :)
- 是的,Danny 和 Diederik Loerakker 正在与其他客户端进行大量的协作。研究团队的其他人也在幕后从事这加速阶段0开发的工作。
------
@Bob_Rossi:有关在2021年左右实现 ETH2.0 敲定 ETH1.0 区块的计划是否依然有效?
Justin Drake: 是的,计划是让 Eth2 最终敲定 Eth1。实现时间尚不明确,但2021年这一时间似乎很合理。
------
@Jasonies: 是否有一个验证者数量上限?比如,网络是否可以处理超过 100 万个验证者 (也即质押了 3200 万 ETH)?信标链启动时是否会包含一些分片 (sharding) 的东西?
Carl Beekhuizen: 上限就是当所有的 ETH 都质押进了抵押合约中,也即所有人都是验证者。我们的目标是长期来看,大约有 10% 的 ETH 参与到 staking 中来,这已然是有数百万的验证者了。
ETH2 得以扩展到支持这么多的验证者 (其他的 PoS 协议就未必是这样) 的原因在于,协议的共识被分片化了。验证者被随机选择到委员会中,某个委员会的证明 (投票) 会合并起来上报给信标链。因此,信标链只需要查看 64 个聚合证明 (aggregate attestations) 就可以知道数百万名验证者的投票情况。(备注:当前 Vitalik 最新提案是一开始 ETH2 中的分片数量为64,并会在之后的时间逐步增加分片数量,详见:《 Vitalik发布新提案,更快实现Eth1 与 Eth2 的合并》)。
@jojojojojojo777: 确实如此,但当前信标链的测试网的同步时间如此之慢,难道不是因为这16,000 名验证者需要就这些聚合证明达成共识吗?
Danny Ryan: 当前测试网同步时间很慢主要有两个原因:1,各客户端团队正在优化区块处理时间,这是当前的主要瓶颈;2,当前还未实现 state-sync (fast sync)。在实践中,信标状态是很小的 (尤其是与当前 eth1 的用户状态相比)。
------
@jb28_: 似乎 VDF (可验证延迟函数) 是研究的重点,还有随机数生成的测试,但据我了解,默认依赖的是 RANDAO,当前在测试网或主网上有任何 RANDAO 的实现吗?
Justin Drake: VDFs 是阶段2的增量升级。我们将会使用 RANDAO 来启动 Eth2,且当前已经在诸多测试网中实现了 Eth2 RANDAO。
------
@Uzi2020: eth2 转换为 BLS12 曲线的理由是什么?签名聚合 (signature aggregation) 能够为以太坊用例带来大规模的性能提升吗?你们是否想要对 Eth1 apps 实现本地 BLS 签名?
Vitalik Buterin:与 eth1 当前使用的匹配曲线 (alt-bn128) 相比,BLS12-381 有着更好的安全界限,且这是许多其他项目正在使用的曲线,因此具有标准化的好处。签名聚合对于 eth2 链大规模地支持大量验证者是至关重要的。
Justin Drake: BLS 聚合将带来大规模扩展性的好处。它允许我们实现小额的验证者抵押 (每个验证者抵押 32 ETH, 多达 400 万名验证者);它也允许我们拥有更多的分片链。当前的计划是阶段1启动时带有64个分片,但随着时间的推移希望将分片数量增加到大约 1024。
------
@Zlizard: 如果我质押了我的代币,我预计能获得多少收益?
Hsiao-Wei Wang: 1. 你只能质押 ETH,不能质押 ERC 代币;2. 在收益方面,可以看看这篇由 ConsenSys Codefi 团队整理的 staking 经济学表格。
------
@tufffffff: (信标) 节点和验证者的区别是什么?如果我想要参与 staking,那我是不是既要运行节点也要运行验证者?
Hsiao-Wei Wang: 在客户端然间中,信标节点 (Beacon Node, BN) 是负责 P2P、数据库、同步...等等,而验证者客户端 (Validator Client, VC) 则负责处理消息签名。BN 和 VC 之间的通信可能是 HTTP/RPC/ICP...,取决于客户端团队的设计。为了参与 staking,你可以运行一个 VC + BN 捆绑软件,或者,如果你要质押很多资金,你也许可以运行 多个 VC 和多个 BN。
------
@PurpleHamster: 在 ETH2.0 中,状态租金 (state rent) 和 无状态客户端的愿景是什么?
Diederik Loerakker: 我们一直都希望转向最新的和最好的技术 (Ewasm、执行环境、VDFs、分片等等),但其中的挑战是需要对它们进行平衡,从而搭建出能够快速实现和运行良好的东西。感谢 Quilt 和 Ewasm 团队,我们正朝着将这一愿景机器权衡的文档化,且我预计将举办的 Standard Blockchain Week 和 EthCC (2月底3月初) 将会有很多的成果。EthCC 期间也会有无状态客户端峰会,欢迎所有人加入进来分享观点或对无状态客户端设计的反馈。
Justin Drake: 当前已知的是 ETH2.0 将会有无状态客户端。如果我们将有较高的数据可用性保障 (比如托管证明和数据可用性检查),且存储的成本将非常低廉,我最近的观点是我们不需要状态租金了。话虽如此,如果我们沿着执行引擎 (执行环境) 的道路走下去,一些执行环境也许会选择使用状态租金。
<完>
对于2020年的以太坊2.0,你有什么期待呢?欢迎在评论区发表你的看法。
【本文首发于Unitimes App,文章版权归原作者所有,译文由Unitimes团队翻译,内容仅代表原作者立场,不代表Unitimes立场,亦不构成任何投资意见或建议。翻译和发布文章仅为传播更有价值的信息,合作或授权转载请发邮件至editor@unitimes.pro或添加微信unitimes2017】