Thanks for all these questions @eek637!

1. I'll answer from an Angle perspective on this one, but I think Gamma might have more elements to add. One heuristic to favor I think when choosing a pool is to go whenever possible to pools with projects which are ready to co-incentivize. Not only does this increase the efficiency of UNI incentives (more TVL and potentially volume with the same amount of ARB tokens from Uniswap), but it also ensures in some way that liquidity will not dry up once incentives from Uniswap stop. Why would a project switch to another AMM if it has already solid liquidity built on Uniswap? Another thing is of course to go for pools that will bring a lot of volume. The easiest way to keep the liquidity once incentives stop is if volume and fees are high enough to maintain incentives for LPs to stay in the pool. Overall looking into pairs that yield the highest volume on other chains but are under-efficient on Arbitrum is probably the most efficient way to deal with this.
2. Liquidity managers are automatically all supported in Merkl. Some are natively integrated which means that if an address provides liquidity through like Gamma: the script will see that Gamma has a vault, it will recognize the Gamma vault and instead of making the Gamma vault address eligible to the incentives, the addresses providing liquidity to it will directly be eligible. Adding managers to be natively integrated is a rather straightforward process that can be done on the Angle end by deploying a subgraph for each manager (provided that it's structured with a factory or a registry). In the worst case, if the Merkl script does not automatically recognize a liquidity manager (or a smart contract able to distribute rewards), the liquidity manager will still be able to claim its rewards and distribute it in some way to its users.
3. Distributions can be created on-chain with Merkl by calling what is called a DistributionCreator contract. The function call to be voting on will include two subcalls: one to approve the DistributionCreator contract for the amount of ARB tokens to distribute, and one to create distributions on all the pools that will have been considered eligible. In a distribution, you can specify through a struct the length of the distribution, the amount of tokens to distribute, the parameters for the distribution (like which % for fees, for token0, for token1). Should we move forward, we will of course assist in the preparation of these payloads.

On the questions for Angle:

1. Audits: Angle Protocol was audited several times. When it comes to Merkl in itself, it's only a set of two gated contracts, one to create distributions and another one being a fork of Uniswap Merkle Distributor contract, with a Merkl root that can be updated depending on the output of the off-chain script (which also comes with a variety of circuit breakers). There are no risk of funds for Merkl users because users do not need to stake their liquidity to be eligible for rewards. The only risk with the system is that the rewards (e.g the ARB tokens) are stolen, but apart from a failure in the script or of a compromised trusted address posting an invalid Merkle root, there are no other way this can happen. Even with the gist of the logic being off-chain for Merkl, we've had several peer reviews of the contracts of the system and we've planned to include Merkl contracts in our upcoming audit batch (starting on the 26th of June).

2. The privileged roles in the contract are:

   • the addresses that are trusted to update the Merkle root that distributes rewards
   • a management multisig (with address specified here) which notably has the power to whitelist some tokens to be used as rewards, to waive the signature requirement for some addresses, to change the dispute period. This multisig is a 2/3 multisig with as signers the 3 co-founders of Angle (myself: Pablo Veyrat, Guillaume Nervo, and Picodes).

   Access control across Merkl is managed through what we call a Core contract which handles roles.

3. On the parameters, the best results to give to this one would be empirical results. At Angle for the agEUR pools we have incentivized on Uniswap, we had a strong bias towards incentivizing agEUR TVL, so the distribution was skewed towards more people putting agEUR. On the efficiency of the system with such bias, I had shared the result for Angle here. To give you an idea, if you put a 60% weight on fees in the parameters, 60% would mean that with 2 positions with the same TVL, a concentrated position and a full range LP, the concentrated position will get 80% of emissions. The higher the fee parameter, the more concentrated liquidity position will be, but at the same time, I expect this liquidity to be kind of mercenary and a few addresses might over-optimize to earn more at the expense of less advanced users providing liquidity on larger ranges. So the 50,25,25 sounds for us like the best way to:

   1. Incentivize narrow liquidity enabling Uniswap pools to be more utilized (cf the use case for agEUR on Ethereum in the agEUR-USDC pool)
   2. But at the same time enable less sophisticated actors to come in and still earn some rewards from their distribution

4. We haven't had any case so far of someone disputing the results sent through Merkl. It's most likely because Merkl has ran without any issue since the month of August 2022 and has already helped distributing $m in incentives.

Also wanted to address the concerns of people considering Merkl as a "new" solution. While the system has only been used as a standalone product for more than 3 months now, it's been the primary incentive solution for Angle protocol to incentivize agEUR pools since August 2022. $ millions of incentives have been streamed using the system.

In fact, the launch of the Merkl system coincided with:

• an increase in the efficiency of the incentives sent to the UniswapV3 pools with agEUR
• an increase in the utilization of these pools and more globally an increased in agEUR volume

Increased incentive efficiency

This dashboard shows data about the agEUR-USDC pool, its TVL and incentives sent to the pool.

If we look into the period between the 1st of September 2022 to the 23rd of January 2023, the $ amount of incentives sent to the pool decreased, while the TVL remained practically constant accounting for more efficient incentives.

Precisely speaking, between August to February, incentives decreased on average by 74% while TVL decreased by only 14%. The same dynamic went for the agEUR-ETH pool on UniswapV3 (check out this dashboard).

Increased agEUR volume

Since the launch of Merkl, the concentration of liquidity on both agEUR-USDC and agEUR-ETH pools grew, with more concentrated liquidity positions around the spot price. Users swapping from or to agEUR faced less slippage, and this allowed the agEUR volume to grow substantially during the same period with respect to other similar Euro stablecoins (source).

In the period from September 2022 to February 2023, the agEUR market cap remained constant but the share of DEX stablecoin trades with € stablecoins involving agEUR moved from 59% to 75%, due notably to the effect of Merkl.

Going further, apart for some outliers in the data due to weeks with large activity (after notably the Luna crash), the weekly utilization of the pools using Merkl also increased after the launch of the system.

For the agEUR-USDC pool, it moved from an average of 90% prior to an average of 130% in March.

So all in all, Merkl is not a new system, it's also a system that made its proofs when it comes to increasing volume on pools.

Thanks for all these questions @eek637!

1. I'll answer from an Angle perspective on this one, but I think Gamma might have more elements to add. One heuristic to favor I think when choosing a pool is to go whenever possible to pools with projects which are ready to co-incentivize. Not only does this increase the efficiency of UNI incentives (more TVL and potentially volume with the same amount of ARB tokens from Uniswap), but it also ensures in some way that liquidity will not dry up once incentives from Uniswap stop. Why would a project switch to another AMM if it has already solid liquidity built on Uniswap? Another thing is of course to go for pools that will bring a lot of volume. The easiest way to keep the liquidity once incentives stop is if volume and fees are high enough to maintain incentives for LPs to stay in the pool. Overall looking into pairs that yield the highest volume on other chains but are under-efficient on Arbitrum is probably the most efficient way to deal with this.
2. Liquidity managers are automatically all supported in Merkl. Some are natively integrated which means that if an address provides liquidity through like Gamma: the script will see that Gamma has a vault, it will recognize the Gamma vault and instead of making the Gamma vault address eligible to the incentives, the addresses providing liquidity to it will directly be eligible. Adding managers to be natively integrated is a rather straightforward process that can be done on the Angle end by deploying a subgraph for each manager (provided that it's structured with a factory or a registry). In the worst case, if the Merkl script does not automatically recognize a liquidity manager (or a smart contract able to distribute rewards), the liquidity manager will still be able to claim its rewards and distribute it in some way to its users.
3. Distributions can be created on-chain with Merkl by calling what is called a DistributionCreator contract. The function call to be voting on will include two subcalls: one to approve the DistributionCreator contract for the amount of ARB tokens to distribute, and one to create distributions on all the pools that will have been considered eligible. In a distribution, you can specify through a struct the length of the distribution, the amount of tokens to distribute, the parameters for the distribution (like which % for fees, for token0, for token1). Should we move forward, we will of course assist in the preparation of these payloads.

On the questions for Angle:

1. Audits: Angle Protocol was audited several times. When it comes to Merkl in itself, it's only a set of two gated contracts, one to create distributions and another one being a fork of Uniswap Merkle Distributor contract, with a Merkl root that can be updated depending on the output of the off-chain script (which also comes with a variety of circuit breakers). There are no risk of funds for Merkl users because users do not need to stake their liquidity to be eligible for rewards. The only risk with the system is that the rewards (e.g the ARB tokens) are stolen, but apart from a failure in the script or of a compromised trusted address posting an invalid Merkle root, there are no other way this can happen. Even with the gist of the logic being off-chain for Merkl, we've had several peer reviews of the contracts of the system and we've planned to include Merkl contracts in our upcoming audit batch (starting on the 26th of June).

2. The privileged roles in the contract are:

   • the addresses that are trusted to update the Merkle root that distributes rewards
   • a management multisig (with address specified here) which notably has the power to whitelist some tokens to be used as rewards, to waive the signature requirement for some addresses, to change the dispute period. This multisig is a 2/3 multisig with as signers the 3 co-founders of Angle (myself: Pablo Veyrat, Guillaume Nervo, and Picodes).

   Access control across Merkl is managed through what we call a Core contract which handles roles.

3. On the parameters, the best results to give to this one would be empirical results. At Angle for the agEUR pools we have incentivized on Uniswap, we had a strong bias towards incentivizing agEUR TVL, so the distribution was skewed towards more people putting agEUR. On the efficiency of the system with such bias, I had shared the result for Angle here. To give you an idea, if you put a 60% weight on fees in the parameters, 60% would mean that with 2 positions with the same TVL, a concentrated position and a full range LP, the concentrated position will get 80% of emissions. The higher the fee parameter, the more concentrated liquidity position will be, but at the same time, I expect this liquidity to be kind of mercenary and a few addresses might over-optimize to earn more at the expense of less advanced users providing liquidity on larger ranges. So the 50,25,25 sounds for us like the best way to:

   1. Incentivize narrow liquidity enabling Uniswap pools to be more utilized (cf the use case for agEUR on Ethereum in the agEUR-USDC pool)
   2. But at the same time enable less sophisticated actors to come in and still earn some rewards from their distribution

4. We haven't had any case so far of someone disputing the results sent through Merkl. It's most likely because Merkl has ran without any issue since the month of August 2022 and has already helped distributing $m in incentives.

Also wanted to address the concerns of people considering Merkl as a "new" solution. While the system has only been used as a standalone product for more than 3 months now, it's been the primary incentive solution for Angle protocol to incentivize agEUR pools since August 2022. $ millions of incentives have been streamed using the system.

In fact, the launch of the Merkl system coincided with:

• an increase in the efficiency of the incentives sent to the UniswapV3 pools with agEUR
• an increase in the utilization of these pools and more globally an increased in agEUR volume

Increased incentive efficiency

This dashboard shows data about the agEUR-USDC pool, its TVL and incentives sent to the pool.

If we look into the period between the 1st of September 2022 to the 23rd of January 2023, the $ amount of incentives sent to the pool decreased, while the TVL remained practically constant accounting for more efficient incentives.

Precisely speaking, between August to February, incentives decreased on average by 74% while TVL decreased by only 14%. The same dynamic went for the agEUR-ETH pool on UniswapV3 (check out this dashboard).

Increased agEUR volume

Since the launch of Merkl, the concentration of liquidity on both agEUR-USDC and agEUR-ETH pools grew, with more concentrated liquidity positions around the spot price. Users swapping from or to agEUR faced less slippage, and this allowed the agEUR volume to grow substantially during the same period with respect to other similar Euro stablecoins (source).

In the period from September 2022 to February 2023, the agEUR market cap remained constant but the share of DEX stablecoin trades with € stablecoins involving agEUR moved from 59% to 75%, due notably to the effect of Merkl.

Going further, apart for some outliers in the data due to weeks with large activity (after notably the Luna crash), the weekly utilization of the pools using Merkl also increased after the launch of the system.

For the agEUR-USDC pool, it moved from an average of 90% prior to an average of 130% in March.

So all in all, Merkl is not a new system, it's also a system that made its proofs when it comes to increasing volume on pools.

Hi All,

I'm Val, the treasurer of Rocket Pool's Incentives Management Committee. Thank you @bp333 and Uniswap community for considering including RP as a significant part of this proposal.

So far, our spend for liquidity incentives on Arbitrum has been ~200 RPL/month. We propose to add 600 RPL in co-incentives (100 RPL/month) in support of this proposal, which represents a 50% increase for our Arbitrum spend. I also want to note that RP did not receive an ARB drop -- this means this is a fresh injection of funds to the Arbitrum ecosystem, rather than funds initially issued by Arbitrum.

I'm very excited for this proposal to help provide deeper liquidity on Arbitrum, which can facilitate more Defi usage. I'm also excited to see more projects using rETH as a base pair to increase the capital efficiency of their LM efforts -- this is just barely beginning and has lots of room to grow.

Finally, I'd also like to hit upon a broader perspective. I love that this proposal includes RP as a big portion. I do want to point folks at total staking market shares, statements of intent (RP, Lido), and Danny Ryan's article on LSD risks. Every protocol on Ethereum relies on a healthy overall network; I hope to see protocols show their awareness of this and help move the needle as and when they can. Even a small "signal" from Uniswap would be valuable here imo (eg, 16% RP and 14% Lido).

Pablo from Angle here, we're the team behind the Merkl solution.

While this is a proposal from Gamma, I want to stress as @BP333 put it that the Merkl system enables to put in parallel different active managers, and any active LP manager can be supported within the system.

Contrarily to other usual one size-fits-all incentivization solutions on Uniswap V3, Merkl still leaves a full flexibility for LPs to provide liquidity however they want.

Merkl is also a non custodial solution, in the sense that it bears no liquidity risk for LPs. You don't need to stake your liquidity anywhere to be eligible for rewards, and so there will be no smart contract risk for LPs. UX for providing liquidity and being eligible to the rewards will be the same.

With this, using the ARB airdrop to incentivize liquidity on UniswapV3 will be a nice way to try to increase liquidity on the pairs which are yielding the highest Volume/TVL ratio and increase Uniswap leading position as a DEX on Arbitrum. While I agree with @BP333 on the pairs important for the ecosystem that are mentioned, there might be other pairs on Arbitrum which are not incentivized so far, are yielding a super high volume even with a low liquidity.

Teahouse Finance would like to suggest a liquidity mining program that rewards all engaged liquidity providers. This approach would be a logical continuation of the last phase of the Optimism Liquidity Mining Program, in which funds were allocated to four major managers to combat liquidity fragmentation. It’s notable that other protocols that were left out, such as Revert Finance and Delta One, have been developing tools for liquidity management.

In the spirit of inclusivity and staying aligned with the objective of enhancing swap activity and reducing slippage, any future liquidity mining program should be open to all. Since the team at Angle already designed Merkl formula to distribute rewards to the managers who have contributed the most, Merkl should certainly be concider be delgated the distribution a portion of the ARB. Teahouse would be happy to be included in Angle's native list.

Before the initiation of the program on May 4th, approximately 80% of the liquidity in the sUSD/USDC 0.01% pool was represented by Teahouse’s vault (0xA61DA408a5391b34Cb6C56A821e33c45C925Bd67). We employed our single-sided LP strategy that concentrated the liquidty with the price trend to optimize efficiency for our community’s liquidity.

Post program initiation, we noted that reduced slippage assisted our community’s liquidity providers in achieving superior results. Teahouse would be deeply appreciative of the chance to contribute to this liquidity mining program utilizing our Weighted MA strategy. (edited)

Gamma Strategies inclusion of independent Uniswap LP NFT's makes sense. It is a more equitable approach to LP user's who are outside the Liquidity management applications.

The amount of ARB to be distributed in this proposal is around 1.46 million ARB. To 3 different applications, and open to Uniswap LP NFT's. As an initial distribution it may be better to be around 1 million as this mechanism is newly used by the DAO. More information about the effectiveness of incentive pairs will be gathered, and will allow the merkl distribution to be opened up to more liquidity managers in the future, and allow additional emergent incentive co-partners.

It is not clear to me on the time frame of this incentive. How long would it take to run out of the ~1.4 million ARB in the current proposal?

Overall in support of this proposal. Makes sense to have an overall distribution mechanism that includes several groups vs individual proposals, and allows for a more economical way of using the ARB.

Hi All,

I'm Val, the treasurer of Rocket Pool's Incentives Management Committee. Thank you @bp333 and Uniswap community for considering including RP as a significant part of this proposal.

So far, our spend for liquidity incentives on Arbitrum has been ~200 RPL/month. We propose to add 600 RPL in co-incentives (100 RPL/month) in support of this proposal, which represents a 50% increase for our Arbitrum spend. I also want to note that RP did not receive an ARB drop -- this means this is a fresh injection of funds to the Arbitrum ecosystem, rather than funds initially issued by Arbitrum.

I'm very excited for this proposal to help provide deeper liquidity on Arbitrum, which can facilitate more Defi usage. I'm also excited to see more projects using rETH as a base pair to increase the capital efficiency of their LM efforts -- this is just barely beginning and has lots of room to grow.

Finally, I'd also like to hit upon a broader perspective. I love that this proposal includes RP as a big portion. I do want to point folks at total staking market shares, statements of intent (RP, Lido), and Danny Ryan's article on LSD risks. Every protocol on Ethereum relies on a healthy overall network; I hope to see protocols show their awareness of this and help move the needle as and when they can. Even a small "signal" from Uniswap would be valuable here imo (eg, 16% RP and 14% Lido).

Pablo from Angle here, we're the team behind the Merkl solution.

While this is a proposal from Gamma, I want to stress as @BP333 put it that the Merkl system enables to put in parallel different active managers, and any active LP manager can be supported within the system.

Contrarily to other usual one size-fits-all incentivization solutions on Uniswap V3, Merkl still leaves a full flexibility for LPs to provide liquidity however they want.

Merkl is also a non custodial solution, in the sense that it bears no liquidity risk for LPs. You don't need to stake your liquidity anywhere to be eligible for rewards, and so there will be no smart contract risk for LPs. UX for providing liquidity and being eligible to the rewards will be the same.

With this, using the ARB airdrop to incentivize liquidity on UniswapV3 will be a nice way to try to increase liquidity on the pairs which are yielding the highest Volume/TVL ratio and increase Uniswap leading position as a DEX on Arbitrum. While I agree with @BP333 on the pairs important for the ecosystem that are mentioned, there might be other pairs on Arbitrum which are not incentivized so far, are yielding a super high volume even with a low liquidity.

Teahouse Finance would like to suggest a liquidity mining program that rewards all engaged liquidity providers. This approach would be a logical continuation of the last phase of the Optimism Liquidity Mining Program, in which funds were allocated to four major managers to combat liquidity fragmentation. It’s notable that other protocols that were left out, such as Revert Finance and Delta One, have been developing tools for liquidity management.

In the spirit of inclusivity and staying aligned with the objective of enhancing swap activity and reducing slippage, any future liquidity mining program should be open to all. Since the team at Angle already designed Merkl formula to distribute rewards to the managers who have contributed the most, Merkl should certainly be concider be delgated the distribution a portion of the ARB. Teahouse would be happy to be included in Angle's native list.

Before the initiation of the program on May 4th, approximately 80% of the liquidity in the sUSD/USDC 0.01% pool was represented by Teahouse’s vault (0xA61DA408a5391b34Cb6C56A821e33c45C925Bd67). We employed our single-sided LP strategy that concentrated the liquidty with the price trend to optimize efficiency for our community’s liquidity.

Post program initiation, we noted that reduced slippage assisted our community’s liquidity providers in achieving superior results. Teahouse would be deeply appreciative of the chance to contribute to this liquidity mining program utilizing our Weighted MA strategy. (edited)

Gamma Strategies inclusion of independent Uniswap LP NFT's makes sense. It is a more equitable approach to LP user's who are outside the Liquidity management applications.

The amount of ARB to be distributed in this proposal is around 1.46 million ARB. To 3 different applications, and open to Uniswap LP NFT's. As an initial distribution it may be better to be around 1 million as this mechanism is newly used by the DAO. More information about the effectiveness of incentive pairs will be gathered, and will allow the merkl distribution to be opened up to more liquidity managers in the future, and allow additional emergent incentive co-partners.

It is not clear to me on the time frame of this incentive. How long would it take to run out of the ~1.4 million ARB in the current proposal?

Overall in support of this proposal. Makes sense to have an overall distribution mechanism that includes several groups vs individual proposals, and allows for a more economical way of using the ARB.

Great proposal! The plan to distribute liquidity incentives to selected pools on Uniswap (Arbitrum) using Angle Merkl is a fair and inclusive approach.

Are there any specific criteria or factors that will be considered when computing the reward score for each LP position, such as the fees earned, preservation of liquidity for Token A and Token B, or other parameters?

Great proposal! The plan to distribute liquidity incentives to selected pools on Uniswap (Arbitrum) using Angle Merkl is a fair and inclusive approach.

Are there any specific criteria or factors that will be considered when computing the reward score for each LP position, such as the fees earned, preservation of liquidity for Token A and Token B, or other parameters?

Thanks for the thoughtful proposal. I love the collaborative nature; it seems like a natural evolution of the way the teams worked together on the OP liquidity mining program.

Having just read through the proposal, comments, and docs, I had a couple of questions that I think will be useful for the community to understand.

1. How do we choose pools to incentivize, and how do we know how much to incentivize each pool we choose? It seems like there are some heuristics that have guided the implementation of these types of programs so far, but it's not clear to me that these following these heuristics has resulted in efficiently spending an incentive budget. A good case in point is the OP program, which to date has seen only a couple pools maintain sustained increases in tvl and volume. And for those pools, it's possible that the amount spent on incentives was not appropriate (e.g. could we have spent less for the same results?). In general, I'd like to have a better idea that each ARB that we allocate to a program like this will result in lasting value to the DAO (though the definition of lasting value is admittedly a moving target in and of itself).

2. How should we think about which Liquidity Managers are included in the Merkel script? And what's the process for adding / removing managers?

3. What does the governance vote look like to fund this program (e.g. what is the function call we'd be voting on)?

I also had a couple of questions about Angle specifically. First of all, I love that it grew out of trying to figure out how to incentivize agEUR, and that the team has been using it in production for that purpose. That said, I am hoping for more clarity on:

1. Audits for the Angle contracts - can you provide links?
2. Can you provide detail on any privileged roles in the contracts? I ask because there's a line in the docs about reserving the right to re-claim incentives that have gone unclaimed, which implies that there's an admin/owner.
3. Has there been any experimentation with regards to the algorithm (50% fees, 25% tokenA, 25% tokenB) and if yes, can you share the results? Additionally, can you elaborate on the thinking behind the tokenA and tokenB parameters? Instinctively, I think this probably measures "how good is the liquidity provider at rebalancing", but I just want to confirm.
4. Really interesting dispute mechanism - wondering if you have any examples of this being used in the wild?

Thanks again to both the Gamma and Angle teams for putting this proposal together.

Just wanted to touch on this point here.

I agree with @sogipec here that existence of co-incentives from valuable partners would be a one way of getting much more capital efficient with the $ARB rewards from Uniswap that help to have sustainable liquidity over a longer period of time.

With regards to the Gauntlet study you have posted, wstETH-WETH, OP-USDC and OP-WETH were positions that had statistically significant results in providing a sustained lift in volumes + tvl. I have my own theories as to why they were successful as well. wstETH-ETH never had a presence on Uniswap until the LM program and also Kyber which was its biggest competitor experienced a smart contract bug, so Uniswap ended up dominating that route afterwards, which only happened due to the fact that Uniswap was ready to service the existing volume demand with the liquidity from the LM program.

OP-USDC was an opportunistic route because its main competition is on Velodrome as a full-range position, so Uniswap with less TVL was able to capture a lot of those volumes after obtaining a base amount of TVL.

So I believe the best pairs to choose would be the ones which similarly provide opportunistic routes to sustainable liquidity.

(Source: https://dexscreener.com/arbitrum --> sort by volume)

WETH-USDC 0.05% - 25% allocation

• Generates 1.75:1 volumes per TVL ratio

• Important to stay dominant in this route as other concentrated liquidity models are highly competing for this trade route

• Trader Joe is doing around a 3:1 volume per TVL ratio in this pool

WETH-ARB - 10%

• Generates 2:1 volumes per TVL ratio

• This is a high volume route which is also favored by LPs due to having lower IL with correlated asset pairs ARB/ETH

ARB-USDC - 15%

• Generates 7:1 volumes per TVL ratio!

• This situation is very similar to the OP-USDC route which Gauntlet found to be highly sustainable in terms of increased liquidity + volumes

• We can expect a similar result for ARB-USDC given that the pools volumes can support a lot more liquidity based on the volumes its producing

Lido Pairs + Rocket Pool Pairs - 40% (20% to each)

• As mentioned before wstETH-ETH was found to be a successful pair to incentivize on Optimism.

• Uniswap does have a competitive advantage when it comes to LST pairs as more concentration will support more volumes on less TVL as it inherently has a higher volume / TVL ratio than Curve and Balancer; however, bootstrapping more liquidity in these pools would further allow Uniswap to realize this dominance and sustain it over a longer period of time

Other Partner Pairs - 10%

• Other pairs such as RDNT-ETH and MAGIC-ETH are opportunistic routes in which their only competition is on full-range AMMs (similar to the OP-USDC scenario on Optimism), so with some concentration we can expect high fees / TVL.

Thank you! The original goal was to leave that a bit open-ended in terms of pairs important to the ecosystem, but I do see the value in initially putting down some suggestions first.

I would allocate 60% of the rewards allocation to these important pairs:

1. WETH-USDC 0.05% (25% allocation) / WETH-USDT 0.05% (10% allocation) - These are the two major pairs in the ecosystem that will continually generate volumes due to the high usage of ETH for gas and USDC & USDT as stablecoins. While it does seem that Uniswap has quite a significant lead now with these routes, other DEX's are introducing different concentrated liquidity models that likely would be competing heavily for these trade routes.

2. ARB-WETH (10% allocation) / ARB-USDC 0.05% (15% allocation) - These are major routes used by farmers, investors, governance advocates and others in the ecosystem. The ARB-USDC route with only $4.7M of liquidity is also generating $13.5M of volume (Dexscreener), so it likely can use more liquidity to support the volumes its producing.

For the remaining 40% of the reward allocation, I would allocate 15% each to Rocket Pool and Lido Finance pairs, and 10% to other partner pairs, so long as we have co-incentives for these routes as they are mutually beneficial routes and those partners are currently incentivizing liquidity on other DEX's.

The other partner pairs which could be opportunistic are the following:

1. RDNT-ETH - The vast majority of this liquidity is in the 80/20 Balancer pool, which is full range liquidity. If Uniswap had more concentrated liquidity here, the vast majority of the volumes would go to Uniswap, especially when users are trading RDNT -> WETH because the Balancer route has only 20% of WETH liquidity, likely resulting in high price impact. Radiant Capital may be willing to help co-incentivize this route because they are vulnerable in terms of sell-side price impact. Sells of RDNT will have disproportionately higher price impact due to the 80/20 nature of the Balancer, full-range pool.

2. MAGIC-WETH & DPX/WETH - The dominant routes here are the Sushi full-range liquidity pools. Some amount of concentrated liquidity here would soak up all the majority of volumes those pools are currently generating, and the Treasure/DOPEX teams may be willing to co-incentivize as incentivizing concentrated liquidity would lower their cost of incentives per dollar of incentive spent.

TL;DR -

WETH-USDC 0.05% - 25% WETH-USDT 0.05% - 10% WETH-ARB - 10% ARB-USDC - 15% Lido Pairs - 15% Rocket Pool Pairs - 15% Other Partner Pairs - 10%

Thanks for the thoughtful proposal. I love the collaborative nature; it seems like a natural evolution of the way the teams worked together on the OP liquidity mining program.

Having just read through the proposal, comments, and docs, I had a couple of questions that I think will be useful for the community to understand.

1. How do we choose pools to incentivize, and how do we know how much to incentivize each pool we choose? It seems like there are some heuristics that have guided the implementation of these types of programs so far, but it's not clear to me that these following these heuristics has resulted in efficiently spending an incentive budget. A good case in point is the OP program, which to date has seen only a couple pools maintain sustained increases in tvl and volume. And for those pools, it's possible that the amount spent on incentives was not appropriate (e.g. could we have spent less for the same results?). In general, I'd like to have a better idea that each ARB that we allocate to a program like this will result in lasting value to the DAO (though the definition of lasting value is admittedly a moving target in and of itself).

2. How should we think about which Liquidity Managers are included in the Merkel script? And what's the process for adding / removing managers?

3. What does the governance vote look like to fund this program (e.g. what is the function call we'd be voting on)?

I also had a couple of questions about Angle specifically. First of all, I love that it grew out of trying to figure out how to incentivize agEUR, and that the team has been using it in production for that purpose. That said, I am hoping for more clarity on:

1. Audits for the Angle contracts - can you provide links?
2. Can you provide detail on any privileged roles in the contracts? I ask because there's a line in the docs about reserving the right to re-claim incentives that have gone unclaimed, which implies that there's an admin/owner.
3. Has there been any experimentation with regards to the algorithm (50% fees, 25% tokenA, 25% tokenB) and if yes, can you share the results? Additionally, can you elaborate on the thinking behind the tokenA and tokenB parameters? Instinctively, I think this probably measures "how good is the liquidity provider at rebalancing", but I just want to confirm.
4. Really interesting dispute mechanism - wondering if you have any examples of this being used in the wild?

Thanks again to both the Gamma and Angle teams for putting this proposal together.

Just wanted to touch on this point here.

I agree with @sogipec here that existence of co-incentives from valuable partners would be a one way of getting much more capital efficient with the $ARB rewards from Uniswap that help to have sustainable liquidity over a longer period of time.

With regards to the Gauntlet study you have posted, wstETH-WETH, OP-USDC and OP-WETH were positions that had statistically significant results in providing a sustained lift in volumes + tvl. I have my own theories as to why they were successful as well. wstETH-ETH never had a presence on Uniswap until the LM program and also Kyber which was its biggest competitor experienced a smart contract bug, so Uniswap ended up dominating that route afterwards, which only happened due to the fact that Uniswap was ready to service the existing volume demand with the liquidity from the LM program.

OP-USDC was an opportunistic route because its main competition is on Velodrome as a full-range position, so Uniswap with less TVL was able to capture a lot of those volumes after obtaining a base amount of TVL.

So I believe the best pairs to choose would be the ones which similarly provide opportunistic routes to sustainable liquidity.

(Source: https://dexscreener.com/arbitrum --> sort by volume)

WETH-USDC 0.05% - 25% allocation

• Generates 1.75:1 volumes per TVL ratio

• Important to stay dominant in this route as other concentrated liquidity models are highly competing for this trade route

• Trader Joe is doing around a 3:1 volume per TVL ratio in this pool

WETH-ARB - 10%

• Generates 2:1 volumes per TVL ratio

• This is a high volume route which is also favored by LPs due to having lower IL with correlated asset pairs ARB/ETH

ARB-USDC - 15%

• Generates 7:1 volumes per TVL ratio!

• This situation is very similar to the OP-USDC route which Gauntlet found to be highly sustainable in terms of increased liquidity + volumes

• We can expect a similar result for ARB-USDC given that the pools volumes can support a lot more liquidity based on the volumes its producing

Lido Pairs + Rocket Pool Pairs - 40% (20% to each)

• As mentioned before wstETH-ETH was found to be a successful pair to incentivize on Optimism.

• Uniswap does have a competitive advantage when it comes to LST pairs as more concentration will support more volumes on less TVL as it inherently has a higher volume / TVL ratio than Curve and Balancer; however, bootstrapping more liquidity in these pools would further allow Uniswap to realize this dominance and sustain it over a longer period of time

Other Partner Pairs - 10%

• Other pairs such as RDNT-ETH and MAGIC-ETH are opportunistic routes in which their only competition is on full-range AMMs (similar to the OP-USDC scenario on Optimism), so with some concentration we can expect high fees / TVL.

Thank you! The original goal was to leave that a bit open-ended in terms of pairs important to the ecosystem, but I do see the value in initially putting down some suggestions first.

I would allocate 60% of the rewards allocation to these important pairs:

1. WETH-USDC 0.05% (25% allocation) / WETH-USDT 0.05% (10% allocation) - These are the two major pairs in the ecosystem that will continually generate volumes due to the high usage of ETH for gas and USDC & USDT as stablecoins. While it does seem that Uniswap has quite a significant lead now with these routes, other DEX's are introducing different concentrated liquidity models that likely would be competing heavily for these trade routes.

2. ARB-WETH (10% allocation) / ARB-USDC 0.05% (15% allocation) - These are major routes used by farmers, investors, governance advocates and others in the ecosystem. The ARB-USDC route with only $4.7M of liquidity is also generating $13.5M of volume (Dexscreener), so it likely can use more liquidity to support the volumes its producing.

For the remaining 40% of the reward allocation, I would allocate 15% each to Rocket Pool and Lido Finance pairs, and 10% to other partner pairs, so long as we have co-incentives for these routes as they are mutually beneficial routes and those partners are currently incentivizing liquidity on other DEX's.

The other partner pairs which could be opportunistic are the following:

1. RDNT-ETH - The vast majority of this liquidity is in the 80/20 Balancer pool, which is full range liquidity. If Uniswap had more concentrated liquidity here, the vast majority of the volumes would go to Uniswap, especially when users are trading RDNT -> WETH because the Balancer route has only 20% of WETH liquidity, likely resulting in high price impact. Radiant Capital may be willing to help co-incentivize this route because they are vulnerable in terms of sell-side price impact. Sells of RDNT will have disproportionately higher price impact due to the 80/20 nature of the Balancer, full-range pool.

2. MAGIC-WETH & DPX/WETH - The dominant routes here are the Sushi full-range liquidity pools. Some amount of concentrated liquidity here would soak up all the majority of volumes those pools are currently generating, and the Treasure/DOPEX teams may be willing to co-incentivize as incentivizing concentrated liquidity would lower their cost of incentives per dollar of incentive spent.

TL;DR -

WETH-USDC 0.05% - 25% WETH-USDT 0.05% - 10% WETH-ARB - 10% ARB-USDC - 15% Lido Pairs - 15% Rocket Pool Pairs - 15% Other Partner Pairs - 10%