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

Thank you for the thoughtful post, Nadav!

I generally agree with your assessment and the effort to be as surgical as possible as a means of maximizing equity for legitimate users and capital efficiency for the community treasury.

In that spirit, I describe in point 3 (below) how elements of my previous suggestion can benefit users when integrated with your revised proposal.

I believe these elements will materially benefit overall UX and allocation outcomes, which I aim to demonstrate.

I also believe it will address concerns you and @haydenadams have expressed.

For clarity, I’ll recap my understanding of your proposal along with my suggested amendment in a rough OKR format & procedural outline.

Objective:

Identify, verify, & make whole all excluded, legitimate users eligible for UNI in the most equitable, frictionless, transparent, and capital efficient manner possible.

Note: “legitimate users” is defined here as individual users utilizing projects that incorporate Uniswap for personal trading and are not engaged in arbitrage or other use cases involving enmassed EOAs.

Key results:

  • Legitimate users are identified & included in finalized Merkle root (by extension, arbitrageurs, bots, and relayers are identified & maximally excluded)

  • Code & identified addresses are independently verifiable by users

  • Legitimate, excluded users recieve UNI as though omission never occurred.

Amended process proposal:

  1. Identify projects via Nadav’s aforementioned Inclusion Criteria

  2. Selected projects generate lists of affected users which will be verified against historical Uniswap v1 & v2 calls as well as UNI claims list to verify eligibility. This serves as preliminary Merkle root.

  3. Users are able to independently verify their address has been included in preliminary Merkle root via a search bar similar to initial Uniswap claim UI and/or a CAPTCHA enabled form where addresses may be submitted and verification of inclusion is provided on submission.

If the user’s address has been omitted, the user is additionally able to add it to a pending list via form logic for consideration and will be required to provide proof that they are not an arbitrager with 10+ wallets, while also meeting initial eligibility requirements. It is unlikely that projects with KYC would experience additional omissions but in the interest of benefitting users and mitigating future contention, I think this should be included.

I believe user verification is an important feature in this process because it:

  • Provides users trustless/transparent assurance of inclusion & a dispute resolution process in the event of another unintended omission while eliminating the external locus of control they may otherwise feel.

  • Provides projects a secondary dataset to verify against. Lists generated by projects may still be vulnerable to inefficient inclusion, just as my previously suggested claim design is, but a combination of project lists and user verification should create a highly surgical (i.e. efficient & effective) dataset of EOAs.

In the event the end-result numbers exceed the projected goal of single digit thousands, user-generated verification could prove to be a viable solution to satisfy projects’ burden of proof.

This can also create metrics such as % of user verified EOAs to objectively confirm achievement of key results, which subsequently confirm achievement of our objective.

  1. Merkle root is compiled using finalized list after completion of the vetting process described in 3

  2. Deploy Merkle drop contract referencing that root.

  3. Initiate governance proposal to grant approval

  4. Potentially overkill option to optimize for capital efficiency:

Include claim function in addition to aforementioned verification process for Merkle drop contract and refund unclaimed UNI to community treasury after x claim period.

This will add friction and be inherently more exclusive and labor intensive, but will have redundant verification that only active users will recieve drop.

Thank you for your consideration and I hope my perspective positively influences the outcomes of all involved.

16 Likes

Why was Dharma not consider for the UNI airdrop?
At a time when gas fees were through the roof, dharma helped so many users interact with the Uniswap proxy contract and give you guys business too. The gas fees was partially borne by dharma and a higher slippage.
Uniswap HQ , please consider Dharma HQ for the airdrop.

3 Likes

Like many of the others described here, I used the proxy of the dharma provider on my mobile phone to make transactions on uniswap when i’m on the road, driving a car and at work, it would be great if the uniswap team considers the possibility of the dharma team initiative about air allocation as well users like me, tnks

Andrew

2 Likes

People opposed to this don’t want less than 10k addresses to be rewarded for supporting Uniswap. Meanwhile, not many complaints about the 12k addresses that never had a successful transaction and were rewarded.

It will be a greedy start to Uniswap governance if this is rejected.

6 Likes

Though I’m supportive of the spirit behind this suggestion, I fear that allowing arbitrary submission of addresses by any means (i.e. “dispute resolution”) is ultimately game-able, one way or another, and will add needless controversy to the vote for the proposal.

Sybil-resistance is not so simple to build into an application and it’s not so simple to prove that someone is not an arbitrageur.

Moreover, I would argue that folks who fall into the “edge-case” category of not having a project that will vouch for them in this process most likely developed their own proxy contracts to take actions on Uniswap. It seems a bit unlikely to me that those users wouldn’t have already had the technical acumen to use Uniswap directly and, in turn, gotten a UNI payout elsewhere. I would be surprised if there are more than 10 people in the world whose first and only interaction with Uniswap was through Solidity code.

5 Likes

The Application Period has started and projects are welcome to submit applications to be included in this proposal in this thread

7 Likes

All valid points and I trust all projects will do their due diligence to ensure all users are made whole. Thanks again for your time and consideration :pray:

3 Likes

Completely agree with the proposal. Dharma must have introduced numerous newbies to the Uniswap world minus the complexities of Metamask. Dharma users and other similar projects rightfully should have had the airdrop in the first place. It is disappointing that scams and rug pulls got allocation of the initial UNI but not legitimate users that actually provided liquidity and paid fees by trading on Uniswap using the Dharma wallets. It will be a very disappointing end if Dharma and similar project users are not given the opportunity to be part of this early adoption grant.

8 Likes

I can understand your perspective, not sure if you are a user, but if you used Dharma you will know that they are as transparent as glass. Yes agreed the ‘No gas’ looks a bit gimmicky which I think can be improved on, all the fee are as transparent as they get. They list the slippage and clearly state that they will take the remainder from the slippage. Mainstream users will mostly prefer this over having to see and adjust various metrics in metamask to be able to get their trades through especially in this exploding gas market. So I would suggest you give Dharma a chance before being critical.

4 Likes

Sounds sensible. I have asked the Parachute token guys to have a read to make sure their ParJar Uniswap users are included.

They have had a great in telegram bot which people have been using for a while now so it’s a real shame all those users missing out.

5 Likes

How about KNC token holders? There aren’t that many of us, and UNI and KNC are in the same business and Kyber calls on UNI reserves for liquidity.
Plus, UNI may be putting Kyber out of business pretty soon. Give us a parachute amirite?

2 Likes

I assume dharma & co users will want to have a proposal for quadratic voting in place before this this is decided.

Quadradic will works kinda like this:
If you have 10 gov token = 10 votes
whale has 1000 gov token but only = 100 votes
superwhale 1.000.000gov only = 10.000 votes

Dharma & Co give a user experience to retail. So retail should be heard in this (and further) matters. Opinions of someone who is 100x richer must not be 100x cleverer.

Therefore I urge everyone interested in this matter to push the discussions and implementation of quadratic voting.

edit: typo

4 Likes

I used 1inch exchange to make my swaps and I am not sure if the project owner will post in the application thread, so can I Simply put out my transaction hashes that shows that I interacted with Uniswap via delegated call?

3 Likes

Mooniswap / 1inch Users who provided Liq - Which mostly fed through Uniswap should not be penalized for doing it. All provided adoption and tremendous amount of money into the digital asset space.
Lets see if this is acceptable -

Once done - Binance and the rest will list 1INCH / MOONI tokens as well for sure which will make back the Airdrop distribution anyway.

1 Like

I think it is not more than fair to reward the Dharma users. It sole purpose is to interact with the the uniswapmarket and provide a buyers sellers market gor uniswap. It’s like another walletadress.

1 Like

For UNI bagholders who are against this proposal for totally understandable, rational self-interest in not diluting the value of UNI, here’s something to consider:

What do you think will happen if this proposal gets denied - how likely is it that Dharma and other third party platforms will continue to direct their user’s volumes to uniswap, after being told by the uniswap community that their users don’t matter? Sure there are some token pairs that can only be traded on uniswap but for many of the more liquid pairs there’s nothing to stop platforms from directing trading volume to another DEX instead.

Uniswap is a fantastic protocol and money lego, but its true value comes from the integrations with other money legos in the ethereum ecosystem. Ensuring that the users and developers of these third party platforms feel like a valued part of the uniswap community would be a rational investment in the future of uniswap and its token.

5 Likes

24h have gone. Any update on the submission? Did the application period started?

1 Like

Application is here:
https://gov.uniswap.org/t/application-for-retroactive-proxy-contract-airdrop-for-projects-apps/3221

3 Likes

I support this proposal.

Im going to tell you my experience, i wanted to use Uniswap back in April of this year, i used it 2 times but transactions failed, something happened everytime i had no idea, so i used 1inch.exchange as a way to use Uniswap and in that way all transactions went throught. So they are both allies. A lot of activity was facilitated this way and a lot of users used Uniswap this way.

Thanks for creating all of this, its exciting!

6 Likes

I find it funny DEX aggregators think they can make threats as if someone would use an aggregator that ignored uniswap

5 Likes