9月30日消息,以太坊联合创始人Vitalik Buterin发文探讨“以太坊是否应该在协议中‘封装’更多内容”。文章指出,创建极简的软件,可以很容易地适应用户的不同需求,避免软件膨胀的诅咒。然而,区块链不是个人计算操作系统,而是社会系统。这意味着在协议中封装某些功能是合理的。
在许多情况下,这些其他的例子与我们在帐户抽象中看到的类似。但我们也学到了一些新的教训:
- 封装功能可以帮助避免堆栈中其他区域的中心化风险;
- 封装太多内容,可能会过度扩大协议的信任和治理负担;
- 封装太多内容可能会使协议过于复杂;
- 长期来看,封装功能可能会适得其反,因为用户的需求是不可预测的。
此外,流动性质押、ZK-EVM和预编译案例显示了一条中间道路的可能性:最小可行封装(minimal viable enshrinement)。协议不需要封装整个功能,而可以包含解决关键挑战的特定部分,使该功能易于实现,而不会过于偏执或过于狭隘。这样的例子包括:
- 与其封装一个完整的流动性质押系统,不如改变质押惩罚规则,让去信任流动性质押更可行;
- 与其封装更多的预编译器,不如封装EVM-MAX和/或SIMD,以使更广泛的操作类别更容易有效地实现;
- 可以简单地封装EVM验证,而不是封装rollups的整个概念。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注