Uniswap V4“闪算”：如何节省gas？ （协议技术）

闪存记账机制

1. Flash Accounting 在交换开始和结束时用单个原子账本快照替换多个状态更新。

2. Uniswap V4 不会在复杂的多跳交换期间将中间余额写入存储，而是将所有余额突变推迟到交易的最终确定阶段。

3. 每个池都维护一个本地累加器，用于跟踪增量（存款、取款、费用和协议费用），在结算之前不会触及 EVM 存储。

4. 累加器使用基于堆栈的算术在内存中运行，避免了 SSTORE 操作码，每个操作码的非零到非零写入要花费 20,000 个 Gas。

5. 交易结束时，仅将净增量应用于池的储备余额，从而将每个池交互的存储写入次数从几十次减少到一两次。

Hook 驱动的状态管理

1. Hooks是可定制的链上逻辑模块，在核心池操作之前或之后执行，但它们不会直接修改储备。

2. 挂钩可以触发费用重新分配或流动性重新平衡，而不会触发跨多个存储槽的冗余余额重新计算。

3. 由于钩子在上下文感知隔离中运行，因此它们避免重复从存储中重新读取池状态，而是继承当前累加器值作为参数。

4. 这消除了每次钩子调用多达 15-20 个 SLOAD 操作，每个操作花费 100 个 Gas，这在嵌套或组合交换中尤其有效。

5. 钩子执行路径经过预先验证并编译为优化的跳转目的地，从而减少了 EVM 中的条件分支开销。

单例池架构

1. Uniswap V4 将所有池整合到单个合约实例中，而不是为每个代币对部署单独的合约。

2. 这种设计消除了每个池的部署成本，并消除了数千个流动性场所的冗余字节码重复。

3. 使用槽高效映射键紧密封装存储布局 — 池标识符通过有序令牌地址散列编码为 uint256 键，无需辅助索引结构即可实现 O(1) 查找。

4. Gas 密集型初始化例程（例如费用层验证或刻度位图分配）在全局范围内发生一次，而不是在每个池中发生，从而在所有交易活动中分摊固定开销。

5. 单例模型通过将内部池逻辑保持在同一执行上下文中来减少跨合约调用开销，避免 CALL 操作码和相关的 700-gas 基本成本加上内存扩展惩罚。

无存储写入的费用累积

1. 协议费用和流动性提供者奖励在易失性内存累加器中进行计数，而不是在交换期间进行持久存储。

2. 费用累积是通过累加器内未经检查的加法发生的，绕过溢出检查，除非钩子逻辑明确要求。

3. 在流动性提供者调用collect()之前不会发生存储写入，从而使费用收取成为一种选择加入的低频操作，而不是每次交换的负担。

4. 这种解耦意味着涉及三个池的单个交换可能会为五个不同的 LP 头寸产生费用（所有头寸都在内存中进行链下跟踪），而无需任何 SSTORE。

5. 累加器使用位打包技术在单个 uint256 内存储多个费用组件（例如，协议份额、LP 份额、特定钩子费用），从而保持存储效率。

常见问题解答

问：Flash会计会影响抢先交易阻力吗？ Flash 会计不会改变内存池可见性或交易顺序。它保留了与之前版本相同的 MEV 表面，因为累加器增量仅在最终结算时在呼叫数据和事件日志中保持可见。

问：开发人员可以在交易中读取累加器值吗？不会。执行期间累加器内容不会通过公共 getter 公开。只有具有授权访问权限的挂钩才能在其定义的范围内检查或操作它们。

问：Flash Accounting 是否与现有的 Uniswap V3 集成兼容？不是原生的。依赖于实时余额读取或外部预言机源的集成必须进行更新，以查询结算后状态或使用 V4 中引入的新的基于事件的通知模式。

问：快速会计如何与快速贷款互动？它通过消除借款和偿还步骤之间的冗余准备金验证来提高闪电贷款效率。累加器确保整个事务边界的一致性，而不需要中间存储同步。