Point of Contact: Jack Melnick, TG: jackmelnick, email: [email protected]
We propose to authorize Uniswap Labs to deploy Uniswap’s protocol to the Polygon Zero Knowledge Ethereum Virtual Machine rollup known as “zkEVM” on behalf of the community.
We believe this is the right moment for Uniswap v3 to deploy on Polygon zkEVM, for several major reasons:
Polygon Labs is the leading platform for Ethereum scaling and infrastructure development. It is rapidly building a suite of protocols that will offer developers easy access to all major scaling and infrastructure solutions:
The Polygon network is by far the most adopted scaling effort in the Ethereum ecosystem, with 3,000+ applications hosted, 1B+ transactions processed, 100M+ unique user addresses and ~$5B+ in assets secured.
There’s significant value in Uniswap being available on an EVM compatible ZK rollup. Deploying early on zkEVM helps solidify Uniswap’s place as the number one DEX and a thought leader.
Importantly, it will help grow a large list of projects that can be built on Uniswap V3. Additionally, given the community and user uptake Uniswap has seen on Polygon PoS, it’s only natural to make its deployment on Polygon zkEVM a priority.
This proposal is being made by Jack Melnick, DeFi BD Lead, an employee of Polygon Labs. Polygon Labs is a legal entity focused on the ecosystem growth and maintenance of the suite of Polygon Networks.
The legal entity that is supporting this proposal is Polygon Labs Services (Switzerland) AG, a Swiss corporation known as “Polygon Labs”.
There is no delegate co-authoring or sponsoring this proposal. Instead, this is a proposal submitted by Jack Melnick of Polygon Labs to support the growth of Polygon as part of the overall Polygon community.
There are no existing financial or contractual relationships between Polygon Labs and any of Uniswap’s legal entities, including Uniswap Labs, UNI tokens, nor investments of Uniswap Labs Ventures.
There are generally 2 forms of projects:
Success Criteria: A successful zkEVM deployment will, in an organic and sustained manner, grow Uniswap’s Total Addressable Market across TVL, unique interacting wallet, volumes, and integration with partner dApps. As demand for zk-blockchains and proximity to Ethereum rises, users and builders will increasingly look to zkEVM solutions to build and trade.
Risk Profile: Deploying on zkEVM should pose minimal risks, relative to deploying on alternate blockchains. As an Ethereum Layer Two, it uses Zero Knowledge proofs to inherit Ethereum’s core safety, while allowing developers to easily deploy existing EVM codebases.
The bridge has been disintermediated, and Uniswap can expect reputable Oracle providers to be available as data providers from Day One. Polygon’s zkEVM testnet has been running for the past six months, and has accumulated over 84,000 wallets, 75,000 ZK proofs, and 300,000 blocks. Additionally, the deployment has been audited multiple times, by auditors including Spearbit and Hexens.
Primary risks, as always, include still unforeseen vectors, which can be mitigated through close work with Polygon developer support (whenever needed) and gradual deployment of liquidity on the new chain.
Please address the following questions if you’re proposing a cross-chain deployment:
Does the bridge support arbitrary message passing? Yes
Is the bridge secured by a trusted entity, by a multi sig, or a protocol/set of incentivized nodes? No trusted entity, multi-sig, or a protocol/set of incentivized nodes, only L1 and L2 security. Pure smart contract interactions only.
Does the bridge leverage the security of the source chain (e.g. Ethereum L1) or destination chain, or is security provided by another third party entity? All based on L1 and L2. L2 security is based on the L1.
Is it possible for a fraudulent message to be passed to the destination chain? If so, are there any recall mechanisms? There are two ways to use the bridge:
What are the ramifications of fraud to the malicious actor? Here we assume no possibility for fraud.
Has the bridge code been audited? By a third party? What attack vectors and vulnerabilities were identified, if any? Have the identified vulnerabilities been remedied? There is an ongoing audit process by a third party. We will not go to Mainnet without the results from the audit and vulnerabilities remedied.
Point of Contact: Jack Melnick, TG: jackmelnick, email: [email protected]
We propose to authorize Uniswap Labs to deploy Uniswap’s protocol to the Polygon Zero Knowledge Ethereum Virtual Machine rollup known as “zkEVM” on behalf of the community.
We believe this is the right moment for Uniswap v3 to deploy on Polygon zkEVM, for several major reasons:
Polygon Labs is the leading platform for Ethereum scaling and infrastructure development. It is rapidly building a suite of protocols that will offer developers easy access to all major scaling and infrastructure solutions:
The Polygon network is by far the most adopted scaling effort in the Ethereum ecosystem, with 3,000+ applications hosted, 1B+ transactions processed, 100M+ unique user addresses and ~$5B+ in assets secured.
There’s significant value in Uniswap being available on an EVM compatible ZK rollup. Deploying early on zkEVM helps solidify Uniswap’s place as the number one DEX and a thought leader.
Importantly, it will help grow a large list of projects that can be built on Uniswap V3. Additionally, given the community and user uptake Uniswap has seen on Polygon PoS, it’s only natural to make its deployment on Polygon zkEVM a priority.
This proposal is being made by Jack Melnick, DeFi BD Lead, an employee of Polygon Labs. Polygon Labs is a legal entity focused on the ecosystem growth and maintenance of the suite of Polygon Networks.
The legal entity that is supporting this proposal is Polygon Labs Services (Switzerland) AG, a Swiss corporation known as “Polygon Labs”.
There is no delegate co-authoring or sponsoring this proposal. Instead, this is a proposal submitted by Jack Melnick of Polygon Labs to support the growth of Polygon as part of the overall Polygon community.
There are no existing financial or contractual relationships between Polygon Labs and any of Uniswap’s legal entities, including Uniswap Labs, UNI tokens, nor investments of Uniswap Labs Ventures.
There are generally 2 forms of projects:
Success Criteria: A successful zkEVM deployment will, in an organic and sustained manner, grow Uniswap’s Total Addressable Market across TVL, unique interacting wallet, volumes, and integration with partner dApps. As demand for zk-blockchains and proximity to Ethereum rises, users and builders will increasingly look to zkEVM solutions to build and trade.
Risk Profile: Deploying on zkEVM should pose minimal risks, relative to deploying on alternate blockchains. As an Ethereum Layer Two, it uses Zero Knowledge proofs to inherit Ethereum’s core safety, while allowing developers to easily deploy existing EVM codebases.
The bridge has been disintermediated, and Uniswap can expect reputable Oracle providers to be available as data providers from Day One. Polygon’s zkEVM testnet has been running for the past six months, and has accumulated over 84,000 wallets, 75,000 ZK proofs, and 300,000 blocks. Additionally, the deployment has been audited multiple times, by auditors including Spearbit and Hexens.
Primary risks, as always, include still unforeseen vectors, which can be mitigated through close work with Polygon developer support (whenever needed) and gradual deployment of liquidity on the new chain.
Please address the following questions if you’re proposing a cross-chain deployment:
Does the bridge support arbitrary message passing? Yes
Is the bridge secured by a trusted entity, by a multi sig, or a protocol/set of incentivized nodes? No trusted entity, multi-sig, or a protocol/set of incentivized nodes, only L1 and L2 security. Pure smart contract interactions only.
Does the bridge leverage the security of the source chain (e.g. Ethereum L1) or destination chain, or is security provided by another third party entity? All based on L1 and L2. L2 security is based on the L1.
Is it possible for a fraudulent message to be passed to the destination chain? If so, are there any recall mechanisms? There are two ways to use the bridge:
What are the ramifications of fraud to the malicious actor? Here we assume no possibility for fraud.
Has the bridge code been audited? By a third party? What attack vectors and vulnerabilities were identified, if any? Have the identified vulnerabilities been remedied? There is an ongoing audit process by a third party. We will not go to Mainnet without the results from the audit and vulnerabilities remedied.
Kydo from Stanford Blockchain Club here.
Thank you @jackmelnick for proposing this to the forum.
I am in support of deploying Uniswap V3 onto Polygon zkEVMs. However, I have a few clarifying questions at the heart of this proposal.
Which zkEVM are we deploying to?
Kydo from Stanford Blockchain Club here.
Thank you @jackmelnick for proposing this to the forum.
I am in support of deploying Uniswap V3 onto Polygon zkEVMs. However, I have a few clarifying questions at the heart of this proposal.
Which zkEVM are we deploying to?
If my memory is correct, there are at least three separate zkEVMs from Polygon, which all have different designs. Of which is this proposal talking about?
What is the deployment process (from a technical perspective)? How much compatibility is there for each of the zkEVM Polygon? Is there any modification needed? If so, is Polygon Labs willing to bear this cost?
Lastly, do you think a TVL-cap strategy is needed for this deployment?
Once again, thank you for taking the time and posting this!
Uniswap V3 launch on Polygon zkEVM.
We propose to authorize Uniswap Labs to deploy Uniswap’s protocol to the Polygon Zero Knowledge Ethereum Virtual Machine rollup known as “zkEVM” on behalf of the community.
Uniswap V3 launch on Polygon zkEVM.
We propose to authorize Uniswap Labs to deploy Uniswap’s protocol to the Polygon Zero Knowledge Ethereum Virtual Machine rollup known as “zkEVM” on behalf of the community.
We believe this is the right moment for Uniswap v3 to deploy on Polygon zkEVM, for several major reasons:
About Polygon Labs
Polygon Labs is the leading platform for Ethereum scaling and infrastructure development. It is rapidly building a suite of protocols that will offer developers easy access to all major scaling and infrastructure solutions:
The Polygon network is by far the most adopted scaling effort in the Ethereum ecosystem, with 3,000+ applications hosted, 1B+ transactions processed, 100M+ unique user addresses and ~$5B+ in assets secured.
I've been researching ZKP issues for a long time and the arrival of zkEVM from Polygon and other players is welcome news.
But I wish that both teams and individual participants understand that this is a new and very unstable technology, in simple terms, so premature implementation can have both pluses and minuses.
My suggestion: investigate the issue in more detail and come back to it after the initial tests, as the launch is now in a lot of beta mode: https://polygon.technology/developers.

Kydo from Stanford Blockchain Club here.
Thank you @jackmelnick for proposing this to the forum.
I am in support of deploying Uniswap V3 onto Polygon zkEVMs. However, I have a few clarifying questions at the heart of this proposal.
Which zkEVM are we deploying to?
Kydo from Stanford Blockchain Club here.
Thank you @jackmelnick for proposing this to the forum.
I am in support of deploying Uniswap V3 onto Polygon zkEVMs. However, I have a few clarifying questions at the heart of this proposal.
Which zkEVM are we deploying to?
If my memory is correct, there are at least three separate zkEVMs from Polygon, which all have different designs. Of which is this proposal talking about?
What is the deployment process (from a technical perspective)? How much compatibility is there for each of the zkEVM Polygon? Is there any modification needed? If so, is Polygon Labs willing to bear this cost?
Lastly, do you think a TVL-cap strategy is needed for this deployment?
Once again, thank you for taking the time and posting this!
Uniswap V3 launch on Polygon zkEVM.
We propose to authorize Uniswap Labs to deploy Uniswap’s protocol to the Polygon Zero Knowledge Ethereum Virtual Machine rollup known as “zkEVM” on behalf of the community.
Uniswap V3 launch on Polygon zkEVM.
We propose to authorize Uniswap Labs to deploy Uniswap’s protocol to the Polygon Zero Knowledge Ethereum Virtual Machine rollup known as “zkEVM” on behalf of the community.
We believe this is the right moment for Uniswap v3 to deploy on Polygon zkEVM, for several major reasons:
About Polygon Labs
Polygon Labs is the leading platform for Ethereum scaling and infrastructure development. It is rapidly building a suite of protocols that will offer developers easy access to all major scaling and infrastructure solutions:
The Polygon network is by far the most adopted scaling effort in the Ethereum ecosystem, with 3,000+ applications hosted, 1B+ transactions processed, 100M+ unique user addresses and ~$5B+ in assets secured.
I've been researching ZKP issues for a long time and the arrival of zkEVM from Polygon and other players is welcome news.
But I wish that both teams and individual participants understand that this is a new and very unstable technology, in simple terms, so premature implementation can have both pluses and minuses.
My suggestion: investigate the issue in more detail and come back to it after the initial tests, as the launch is now in a lot of beta mode: https://polygon.technology/developers.

As part of the Deployment Accountability Committee , I have reviewed the proposal and found the following commitments / KPI
As part of the Deployment Accountability Committee , I have reviewed the proposal and found the following commitments / KPI
To clarify, for KPI list, is the team or zkEVM community going to help the Uniswap community achieve such? Or is the team going to just deal with the deployment only.
As part of the Deployment Accountability Committee , I have reviewed the proposal and found the following commitments / KPI
As part of the Deployment Accountability Committee , I have reviewed the proposal and found the following commitments / KPI
To clarify, for KPI list, is the team or zkEVM community going to help the Uniswap community achieve such? Or is the team going to just deal with the deployment only.