Retroactive Airdrop Excludes Proxy Contract Users (e.g. Dharma, Matcha, etc.)

There are several My Ether Wallet (MEW) users affected, too. The app routed transactions through a proxy contract.
The extra annoying part is that since MEW doesn’t support WalletConnect, the only way to access uniswap if you are a MEW user was through the in-app swap function, which went to that proxy even if your transaction was 100% uniswap.

1 Like

This makes sense to approve. I support it.

It would be screwing over a huge user base, and if not supported I would expect Dharma and others to never use Uniswap again.


I think the key considerations for including users of apps like Dharma are probably:

  1. App must have directly integrated with Uniswap i.e. aggregators, bots should be excluded. This must be verified in terms of smart contact implementation - individual trade transactions should be linked directly to the exact wallet that was transacting

  2. Must have been explicit about it (like in the case of Dharma)

We can have a period of whitelisting whereby the teams from affected apps can come forward to put their case for the community to vote on, and thereafter conduct the retroactive airdrop


There is nothing wrong in giving the airdrop to Dharma users , they should be rewarded if they have used the the Uniswap ,but there is a catch.

In Dharma you can’t import your wallet , most of the wallets are created by Dharma so there will be many people who already traded in Uniswap and used Dharma for reason of gas fee. A huge mistake Uniswap team did was not considering the multiple addresses of same users and rewarding them , any person who uses say 10-50 addresses to trade in Uniswap already have got disproportionate amount of rewards and In future they will try to do so more as I think team didn’t think of sybil attack , as there is no way to measure sybil attack and hoping the percentage of dubplicate addresses with same users to be low, I congratulate Uniswap for giving every small traders the reward.

Once Dharma can make sure the users are first time users and not traded in Uniswap and getting rewards two times ,rewards to Dharma should be released and rest of them should be added to treasury for any future use.

Yes but every new project sending airdrop of any kind should try to find ways to uniquely identify users and disincentivies Sybil rewards.


Firstly, no one knew that “users” were going to be airdroped tokens by uniswap. So people claiming UNI on multiple addresses is not a bad thing as they didn’t do that solely to get UNI tokens in the first place.

If they knew or heck if I knew, I would have traded through 100 different addresses before September 1st.

And when it comes to Dharma, it’s not as same as trading through just another Eth address. On metamask, with one seed phrase, you can create multiple eth addresses. On Dharma, you need to set up an email and password and once you delete the Dharma app from your phone, recovery of your smart wallet is through support. So, it’s not the same. I doubt if any single person would be able to claim twice from Dharma. @coolcryptomaniac


Wow, OK — this discussion is spiraling in a variety of directions.

Let me try to focus things here:

In contradiction to what I said above, though, I have heard several anecdotes in private discussions indicating that expanding the UNI distribution to the “maximally inclusive / non-discretionary” options I listed above may abusively advantage arbitrageurs. Allegedly, an oft-used infrastructural setup for such users is to have a single proxy contract with a large number of (circa 1000s) EOAs attached, and, unfortunately, the clever design suggested previously by @AgentSmith could succumb to this if it purely lived at the protocol layer.

This isn’t to say that the initial allocation was maximally sybil-resistant or “fair” – but, in a sense, we’re better-positioned to not repeat or exacerbate drawbacks in a “programmatically-objective” distribution strategy now that we have governance.

My revised proposal then would be as follows — establish clear “inclusion criteria” for wallets, interfaces, and aggregators whose users have been excluded from the distribution, collect a list of addresses from said wallets, and then use that list to create the initial merkle root for the allocation.

The goal here will be to keep the allocation minimally surgical.

In more detail:

Inclusion Criteria

We define “projects” as being any entity whose users were excluded from the retroactive UNI allocation due to the proxy contract issue identified above.

In order to be eligible for inclusion in this distribution, a “project” must meet the following criteria:

  • Prior to September 1st, they exposed a publicly-available user interface either on web or in an integrated mobile application that allowed users to make trades on Uniswap in some capacity. We include DEX aggregators in this definition — UNI holders ultimately get their paycheck from market takers, not makers. Aggregators are fundamentally in the interest of Uniswap’s success.

  • It must be clearly verifiable that said interface / application was available to users prior to September 1st (e.g. if this is not immediately obvious that this is the case, the burden of proof is on the project for demonstrating, for instance, that an interface can be loaded on Wayback Machine, etc.)

  • It must be clearly verifiable that said interface / application at the time hooked into a proxy contract calling into Uniswap. Again — if this is not immediately obvious or verifiable, the burden of proof is on the project to demonstrate this.

  • Finally, the project should provide a list of addresses of affected users. It must be clearly verifiable that those addresses are associated with the proxy contract system previously identified to be associated with the project. Once again, if this is not immediately obvious, the burden of proof lays with the project.

All provided addresses will be verified against historical Uniswap v1 and v2 calls to exclude any addresses that were not in the call-chain of a Uniswap transaction (successful or failed). Open-source code to verify that this is indeed the case will be published for independent review. All addresses will be verified for not having been in the initial retroactive UNI allocation.

Discussion Period

We set aside the following 24 hours for discussion & debate of the above criteria. Once the 24 hours elapse, we move into the Application Period

Application Period

A thread will be posted in the governance forum where projects will be asked to submit short, public applications on behalf of their users. This will be a handful of questions we will post into a template in the thread’s OP. We will reserve 48 hours for submission and inline discussion / debate.


Once a set of projects is decided upon, said projects will be asked to submit a list of affected user addresses in a public thread.

Those addresses will be verified against the aforementioned criteria using publicly available code we will publish.

We will then compile a merkle root for the distribution, deploy a merkle drop contract referencing that root, and will initiate a governance proposal to grant approval to said contract, with triggering scheduled for October 17th, 2020.

To correct some misconceptions that appear to be circulating above — this allocation will be no more dilutive than the normal state of affairs; it will come out of the community treasury in which UNI is continuously vesting. Moreover, our intention is to be as surgical as possible — our hope is to limit the expanded allocation to the single-digit thousands. We are open to employing a methodology akin to the one previously suggested by @AgentSmith (i.e. users must claim their distribution on-chain prior to October 17th, so only a strictly claim'd amount is transferred to the merkle drop contracgt), though the end-result numbers may militate towards this approach being overkill.


Notably, UNI tokens were also distributed to foodponzis creators like PASTA, SUSHI, FARM, etc. It’s disturbing that the UNI tokens were distributed to these ponzis instead of users who had actually used their capital to provide liquidity to uniswap. It does not make sense to penalize users who had contributed liquidity to Uniswap by distributing their UNI allocation to the ponzi creators instead.


I think this is fair. Dharma promotes the fact that they use Uniswap and I think it’s one of the primary reasons people trust it.

This would also benefit smaller users which is worth going out of our way for.

If people are so worried about Dharma and other users not being dedicated enough a 2-4 year vesting period could be a good compromise.


It’s obvious, isn’t it? Uniswap is a DEX, market takers are what determine the revenue of the protocol. Even if someone uses an arbitrary aggregator or wallet, they’re still paying fees and interacting with the Uniswap contract by proxy – same as any other user.

This airdrop isn’t an act of charity, it is fixing an oversight in the token distribution and giving a subset of users what they are owed. It’s in the best interests of the protocol to do this as it is in line with the goal of having as fair of a distribution as possible.


How about people submit tx hashes where they used uniswap via something like dharma or 1inch exchange.


I support the Dharma airdrop — many traders/investors prefer to use Dharma instead of Uniswap for different reasons (such as speed, mobility, simplicity, subsidized gas).

Dharma has created an amazing product.

It would be a shame and waste to see its users “punished” for using Uniswap indirectly.


I whole heartedly agree. It was simply an oversight and would be honored to pass this proposal. Like mentioned before from other users , these scammer and Rug pullers were able to receive their UNI but those who are new to the space or just want to be secure with their money didn’t . Would be a shame if we didn’t agree that they also deserve in getting an airdrop. Looking forward to show that this community can come together and put their best foot forward!


I support this 100%. Uniswap has shown that it wants a fair distribution with UNI tokens going to EVERY user. Even ones that had FAILED transactions.

I don’t think they wanted to leave out Dharma users and besides usage through proxy contracts should be encouraged as it simplifies the UX.


I’m with this, not because I stand to gain uni tokens, but because Dharma and other dapps/wallets are trying to make things easier for users, and bring in new users. Some ppl only ever knew Uniswap through Dharma. It’s fair that they are included imo.


so i will probably be skinned alive for saying this, but.
I dont think proxy contract users should get the reward.

If you are not technical enough to use Uniswap on your own, without having to rely on a 3rd party, you are not the type of person to make educated decisions on complex protocol governance.


Using Dharma is convenient, that’s what all tech is about. Making users enable to use product in a simple form.

If everyone has to setup nodes and write code then crypto would never been here.

So here Dharma did was a good thing.

@Dharma_HQ has triggered two timelocks:

  • upgrade the Dharma Smart Wallet to version 12, supporting Uniswap limit orders (ready to execute next Thursday)
  • shorten the default account recovery timelock from 72 hours to 48 (ready to execute the following Tuesday)

After this update even the guys who are saying that people with no tech knowledge to use uniswap have no right for $UNI will start trading on $Dharma app.


I don’t like this selfishness. Considering many crap like food tokens scam that have disappeared in exit scams have received the airdrop. Also same users have received tokens to different wallets. This not crypto and this is not why many people are in, the rule should be the same for everyone. I will be really disappointed if a solution can’t be found because of selfish users like yourself!


absolutely not. This is up to governance to vote on. Wait 30 days for governance to vest with community and then we’ll look at it.

1 Like

This is nonsense.
There’s no evidence the support is overwhelmingly positive.
And these forums are painfully easy to sybil attack.


Hello, plese do not forget MEW Users. I have swaped many times by Uniswap integrated in the MyEtherWallet. I belive that we have the right to be also included in the airdrop. Afterall, we are also Uniswap users. Regards.