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