I did not vote in the snapshot but plan to vote against the proposal, as it stands now, if there’s on-chain vote.
Reasons:
-
My delegate statement says that “Uniswap should be kept credibly neutral; I’d only support funding initiatives that clearly benefit the protocol itself”. Supporting specific emerging protocols violates this principle and may cost the DAO in the long term.
-
The operational questions related to the voting using veTokens is not clear (my previous post). Moreover, even if they were clear, voting for specific pools is once again picking sides and risks. If the proposal passes, I’d still like to see the Uniswap DAO abstain from voting, in order to avoid getting involved in protocol politics.
-
The stakes are low. For one, there’s no urgent need to have an officially approved Uni v3 instance on zkEVM, as it’s a fledgling chain. For another, as the v3 BSL has expired, protocols don’t need ab explicit permission to friendly fork Uniswap v3.
-
It’s worth looking at history of proposed similar forks, like Hermes on Harmony. I agree with @monet-supply here: “I’d prefer to see Uniswap pursue the highest value L2s/L1s with a direct launch that preserves Uniswap’s autonomy and branding and lets us own the user relationship.”