【英文长推】对 Beam Chain 的审慎建议:为何应优先小幅改进?
Chainfeeds 导读:
以太坊基金会成员 Péter Szilágyi 撰文表达了对以太坊 Beam Chain 提案的谨慎态度和建议,认为虽然 Beam Chain 有一些值得探讨的优势,但在实施过程中不应一次性引入过多变更,以免导致技术故障和治理问题。
文章来源:
https://x.com/peter_szilagyi/status/1856353006729736456
文章作者:
Péter Szilágyi
观点:
Péter Szilágyi:以太坊 Beam Chain 提案确实有很多不错的点,信标链有一个「幸运的特性」,即可以被替换,从而减少技术债务,不像执行层(EL)那样僵化。不过,将太多东西打包在一起带来了一些技术性的问题:从纯技术的角度看,多种特性捆绑在一起增加了可能组合失效的风险。迭代性变更虽然需要时间,但发生级联故障的概率较低。更有趣的是,捆绑带来了治理上的问题。在单个 EIP 上线的情况下,大家有时间集中精力讨论,提高了良好结果的概率。 捆绑多个提案时,某些潜在问题可能被忽视,甚至可能因有意将无害特性变得具争议性,从而分散对某些微妙改动的注意。Beam Chain 提案在大规模上改变了「游戏规则」:发行量、质押者奖励、状态可用性等都发生变化,引入了多个新的(中心化)运营者,这些运营者带来了自身的风险和中心化倾向。需要注意的是,很多这些特性即便没有 Beam 链也可能到来。 我的两点建议是:Beam Chain 本身不是个坏提案,但我们应该谨慎,避免一次性引入过多影响全面的变更。系统和社区需要时间去适应。可以逐步替换、逐步前进,但一下子全盘替换呢?我的立场是,优先在信标链上推行那些「唾手可得」的变更。如果愿意,捆绑上线也可以。然后再考虑那些难度较高、需要新共识链的变更,将这些留待之后的讨论,不要一次性猛攻所有变更。给系统一点喘息的空间。【原文为英文】
内容来源免责声明:文章中的所有内容仅代表作者的观点,与本平台无关。用户不应以本文作为投资决策的参考。