协议费用扩展：投票 1

提案规范

如果此提案通过，将执行十笔交易：

/// 在主网过渡到 v3OpenFeeAdapter

/// 将 UniswapV3Factory 的所有者更改为 v3OpenFeeAdapter
V3_FEE_ADAPTER.setFactoryOwner(address(v3OpenFeeAdapter));

/// 在 Arbitrum、Base 和 OP 主网上启用费用。对于每条链：

/// 将 V3 Factory 的所有者设置为 V3OpenFeeAdapter
V3_FACTORY.setOwner(address(v3OpenFeeAdapter));

/// 将 V2 协议费用的接收者设置为 TokenJar
V2_FACTORY.setFeeTo(address(tokenJar));

/// 在 Celo 上过渡到 CrossChainAccount 所有权

/// 转移 v2 setFeeToSetter 角色
V2_FACTORY.setFeeToSetter(CrossChainAccount)

/// 转移 UniswapV3Factory 所有者角色
V3_FACTORY.setOwner(CrossChainAccount)

// 转移 Uniswap v4 PoolManager 所有者角色
POOL_MANAGER.transferOwnership(CrossChainAccount)

由于这些交易是跨链的，治理前端可能无法正确解码它们。我们建议查看 Seatbelt 模拟报告 以确认其有效性。

相关地址

主网

Arbitrum

OP 主网

Base

Celo

提案

这是首个使用在 UNIfication 中批准的新治理流程的提案。新流程仅适用于费用参数更新，此类提案可以绕过 RFC 阶段，直接进入为期五天的 Snapshot 投票，随后进行链上投票。这使得协议费用更新更快，同时保留了链上治理的安全性。

在此处参与Snapshot投票点击此处。

自UNI统一化进程于12月下旬启动以来，我们持续监控协议费用的运行情况。为确保协议健康稳定，费用机制采用渐进式部署，首先在以太坊主网的v2及部分v3资金池实施。目前部署进展顺利，自12月以来以太坊主网经市场调整的总锁定价值呈上升趋势。燃烧系统运行符合预期，已通过无需许可机制将多种代币产生的费用转化为UNI销毁。

现提议实施以下措施：

• 将v2与v3协议费用扩展至Arbitrum、Base、Celo、OP主网、Soneium、X Layer、Worldchain及Zora网络
• 通过全新的分层式v3OpenFeeAdapter在以太坊主网及上述L2网络为所有v3资金池启用协议费用

实施方案细则

向L2扩展协议费用并在主网销毁UNI

本提案将在八条链上实施v2与v3协议费用。各链产生的费用将汇入对应链的TokenJar合约。

L2网络销毁的UNI不会滞留于L2——将通过跨链桥接回主网并发送至0xdead地址。该流程采用与销毁Unichain序列器费用相同的底层架构（OP Stack链使用OptimismBridgedResourceFirepit，Arbitrum链使用ArbitrumBridgedResourceFirepit）。

为所有v3资金池启用费用机制

现行v3FeeAdapter采用逐池管理模式，治理系统需维护包含各独立资金池及其费率等级的清单。目前这些资金池已覆盖以太坊主网v3交易量的绝大部分。

v3OpenFeeAdapter将升级为分层管理系统。协议费用将在共享相同流动性提供者费率层级的资金池中统一设定。例如，所有1基点LP费率池的协议费用可统一设为25%。任何资金池将自动获得其所属层级的默认协议费率，无需额外治理决策。这意味着若本提案通过，所有v3资金池都将激活协议费用机制。治理系统仍保留对特定资金池进行费率调整的权限。

治理流程说明

请注意，由于GovernorBravo机制限制每项提案最多包含10项操作，将同步发起两项独立的链上投票。其中一项提案将包含主网费用控制器的变更，并在Base、OP主网和Arbitrum启用费用；另一项提案将在Celo、Soneium、Worldchain、X Layer和Zora启用费用机制。

https://tally.xyz/gov/uniswap/proposal/94