Vitalik谈以太坊扩容：90%交易无需动态性
以太坊的扩容问题，可能正在从“怎么把更多交易塞进区块”，转向一个更底层的问题：一笔交易到底由什么构成？
Vitalik Buterin近日在X平台发文谈及近期围绕交易格式展开的研究。他认为，以太坊可以更清晰地区分交易中的“动作”（actions）与“依赖”（dependencies），两者并不需要用同一种方式处理。
这个区别看起来偏技术，实际上关系到未来以太坊执行层如何降低成本。
比如，一笔交易里的签名、UTXO的Merkle证明，以及ZK-SNARK或STARK证明，都可以被归入“依赖”；而真正发送ETH的调用，则属于“动作”。
两类东西的计算特征并不一样。
依赖往往可以并行处理。涉及状态的依赖可以交给内存池提前处理，纯依赖甚至可以在内存池层面只处理一次，并进一步考虑用STARK证明替代重复计算。
这意味着，以太坊未来的扩容未必只是继续提高区块容量。
更可能的方向，是先把交易拆开，再决定哪些部分值得执行、哪些部分其实可以提前验证，甚至根本不需要重复处理。
交易不是一整块计算任务
传统区块链执行模型有一个天然限制：交易最终需要被节点验证。
这意味着大量节点会重复进行相似的计算。对于安全性而言，这种重复是必要的；但从计算效率角度看，它又存在明显浪费。
尤其是随着以太坊应用越来越复杂，一笔交易背后可能包含签名验证、证明验证、状态读取、合约调用等多个步骤。它们对计算资源的需求完全不同，却容易被放进同一套执行流程。
Vitalik现在强调“动作”和“依赖”的区别，本质上是在重新拆解这笔计算。
动作是交易真正要改变状态、执行逻辑的部分；依赖则更像是让这个动作能够被验证和执行所需要的前置条件。
如果依赖能够被并行处理，或者由内存池提前完成，那么区块生产阶段需要承担的计算负担就可以下降。
对于以太坊这种拥有大量验证节点的网络而言，这个变化很关键。
因为扩容并不只是让单个节点跑得更快。真正困难的是，在提高吞吐量的同时，不能让运行全节点变成只有大型数据中心才能承担的事情。
90%的活动可能根本不需要“灵活性”
Vitalik给出的另一个判断更加值得市场关注。
按照交易量计算，超过90%的以太坊活动并不需要动态灵活性。
这句话的含义并不是说90%的以太坊交易都很简单，而是说，大多数交易其实可以被更明确地描述和分析，不需要完整的动态执行环境。
这为Gas定价提供了一个新的思路。
如果某些交易结构可以在执行之前被静态分析，那么它们的计算成本就更容易预测。对于这部分交易，以太坊可以给予更低的Gas成本。
反过来，需要动态执行、依赖复杂状态或者具有不可预测计算路径的交易，才真正需要为这种灵活性付费。
这有点像计算资源的分层定价。
不是所有用户都需要最高规格的服务器，那么也没必要让所有交易都按照最复杂的计算模型收费。
对以太坊而言，这可能比简单地“提高Gas上限”更有长期价值。
EIP-8141正在改变交易的样子
这种思路已经开始体现在以太坊的协议设计中。
Vitalik提到，EIP-8141交易类型正朝着通用、极简的“调用列表”方向发展。
这里的关键不是增加更多交易功能，而是尽可能把交易表达得简单。
如果一笔交易可以被表示为一组明确的调用，那么客户端、内存池乃至证明系统就更容易提前知道这笔交易准备做什么。
这对于并行化尤其重要。
区块链执行过去很像一条严格按顺序运行的流水线：上一笔交易执行完，下一笔再继续。但如果系统能够提前识别不同交易之间是否存在状态依赖，那么没有冲突的部分理论上就可以同时进行。
这也是“依赖”概念真正有用的地方。
先找出哪些东西互相依赖，再决定哪些计算可以并行。
看似只是软件工程问题，放到区块链里，却直接影响吞吐量和节点成本。
STARK可能从“证明工具”变成基础设施
更进一步的变化来自STARK。
过去谈到ZK-SNARK、STARK，很多人的第一反应是隐私或者Layer 2。但在Vitalik描述的这套架构中，STARK的角色可能更基础。
如果一些纯依赖可以在内存池层面处理一次，然后通过STARK生成证明，后续节点就不必重复进行完整计算。
换句话说，计算可以从“所有节点重复验证”，逐渐转向“有人计算一次，再让其他节点验证一个更便宜的证明”。
这正是零知识证明技术长期以来最有吸引力的地方。
当然，STARK证明本身也需要计算资源，并不是凭空消除成本。证明生成时间、硬件要求以及证明大小，都需要在实际协议设计中找到平衡。
但方向已经比较清晰：把重复计算变成可验证证明，把节点之间的重复劳动压缩掉。
如果这一模式进一步成熟，以太坊执行层的性能边界可能被重新定义。
从“扩容”转向“重新设计计算流程”
过去谈以太坊扩容，讨论往往集中在几个熟悉的关键词：Layer 2、Blob、数据可用性、并行执行。
这些方案解决的是不同层面的问题。
而Vitalik这次讨论的重点，更像是在碰执行模型本身。
新状态类型、递归STARK内存池、键控nonce，以及EIP-8141，都可以放到同一条技术路线里理解：让交易更容易被描述、分析和拆分，让那些可以提前完成的工作尽量提前完成。
这也是为什么“90%的活动不需要动态灵活性”这句话值得单独拿出来看。
如果这个判断成立，那么以太坊可能不需要让整个执行环境都变得更快，而是应该把大量交易从复杂的动态执行路径中剥离出来。
剩下那10%真正需要高度灵活性的交易，再让它们承担相应的计算成本。
这种思路其实很符合以太坊今天的处境。
网络已经足够复杂，不可能简单砍掉智能合约的通用性；但如果所有交易都按照最高复杂度处理，扩容迟早会碰到节点硬件和验证成本的天花板。
所以，未来的答案可能不是“让所有交易都更强”，而是让不同类型的交易走不同的计算路径。
对于普通用户来说，这些变化短期内可能很难感知。钱包界面不会突然多出一个“STARK证明”按钮，转账也不会因此变得更复杂。
但在协议底层，一旦交易可以被更有效地拆分、预测和证明，以太坊每秒能够处理多少活动，以及普通节点还能不能低成本运行，都会受到影响。
这才是这轮交易格式研究真正值得关注的地方：以太坊的下一阶段扩容，可能不再只是给区块链“加更多空间”，而是在重新思考一笔交易究竟应该怎样被计算。
