[Social] Amend airdrop proposal to include accidentally returned funds

Summary

Amend this proposal to include funds accidentally sent back to the $ENS token contract.

  • Support
  • Oppose
  • Abstain

0 voters

Abstract

A number of users have accidentally sent $ENS tokens back to the token contract. At last count this amounted to some 5,869 tokens in 39 separate transactions, though this number is likely to increase.

These funds are held in the same account as is used for new airdrop claims, and on May 4, 2022 when the airdrop expires, the DAO will be able to claim them back to its own account.

In parallel, another DAO proposal is considering sending approximately 200k tokens to users who owned ENS names that were used as primary names but did not already benefit from the 2x multiplier.

This proposal suggests that if the airdrop proposal passes its Snapshot vote, it be amended to include returning the mistakenly sent funds as part of the same airdrop. This minimises overhead, as the DAO will not incur transaction fees or have to set a separate system up, and enables users to get their mistakenly sent funds back promptly.

Specification

Amend this proposal to send back to their previous owners any token transfers sent to the $ENS token contract as of the date at which this proposal passes.

9 Likes

As far as I know, some users accidentally sent the ENS to the contract address due to operating errors, causing their airdrop to be received incorrectly, so I chose to support this proposal.and maybe May 4, 2021 Is fill in error? Because this time has passed

1 Like

It is meant May 4, 2022

2 Likes

Fixed, thank you very much.

1 Like

Will they also need to be claimed as in the proposal to be amended, or will they be sent back automatically to all of the effected addresses?

1 Like

If both proposals are accepted, the tokens that were sent back would be added to the airdrop, so they’d need to be claimed.

5 Likes

I believe this is well intentioned and would reward honest mistakes.

That said, I’m holding off on voting until more discussion.

I have concerns about the precedence this sets for repeated proposals to refund users’ mistakes. If we approve this, will we create an expectation of periodically returning any funds accidentally sent to an ENS-controlled address?

I don’t see anything that ENS has done in error here, so I’m not sure if this requires action from the DAO. While the proposal is time bound, the underlying human behavior leading to it is not. The set of affected users is effectively monotonically increasing until the end of time.

My current inclination is to vote opposed, although I have not submitted that vote as I will wait for other comments.

3 Likes

Personally, I’m okay with that as long as it’s technically feasible, doesn’t put an undue burden on the DAO or on developers, and includes some mechanism to make the users pay the transaction costs.

Other DAOs have similar systems for this sort of error, and if it can be made low-cost for the DAO to fix, I don’t see any reason not to do it periodically.

We can of course not do it straight away - but if the DAO approves the other proposal, there’s very little overhead in rolling this into it as well; much easier than doing it separately.

7 Likes

I never supported original tail of this, and I kinda agree that technically it makes sense to bundle those distributions together, but this is the very echo and additional cost I was talking about

in my world immutability is the key, if we let broad userbase think, that ens team will fix every broken erroneous transaction this has a lot of consequences up to the point when some agents will start demanding to amend ledger of .eth names and we cannot let this happen, in my opinion this affects interests of broader ens community, so I’m going to vote NO

1 Like

I share you concerns, and I really respect your conviction to be the first opposition vote.

That is why I asked for clarification about how the coins would be sent back. I believe that as long as this (and the proposal this amends) is presented as an amendment/correction to the original airdrop, requiring those affected to pay their own gas like the rest of us did to claim their tokens, it doesn’t leave the door open for any other ambiguous edge cases to expect additional amendments just for them… with the exception of correcting truly objective “mistakes.”

This proposal and the proposal it is amending have clear, cut and dry criteria for why and how they are to be executed. I feel as long as this is treated as an addendum to the original airdrop, and not another airdrop entirely, that shouldn’t leave any ambiguity for any “what about xyz” cases thereafter. I think it should be made clear that no future action will be taken to correct end user mistakes, only things that were out of their control.

That said, I think this proposal and the proposal it amends, if passed, will greatly benefit the public perception of the ENS DAO.

edit: For transparency, neither proposal in question would apply to me.

3 Likes

I support this. I do agree with Spike that it might be helpful to establish a limiting principle so that people don’t expect the DAO to bail them out of every mistake.

3 Likes

Against this as it sets precedent for the DAO fixing people’s mistakes.

I would support any proposals that can be coded into the chain, for example:

Any $ENS tokens [X minimum] sent to the $ENS token contract will be automatically returned to the sender minus some cost [%, flat fee or based on gas fees].

Of course then we have to take care of edge cases like what if the ENS funds are too low or what if bad actors just spam the contract, etc…

There’s not really any way to do this; the token contract is not upgradeable.

1 Like

Maybe it would be wise to delay this correction until after the airdrop window closes. This way we mustn’t:

A) Do this a second time for the users who make the same mistake after we mend the issue.
B) Be forced to decide those users are SOL because they were not as quick to make the mistake.

We could delay both the airdrop and this to after May 4, 2022. Delaying just this doesn’t make a lot of sense, IMO - it’s very easy to roll this in with the airdrop update, and much harder to do separately. It’s also reasonable to expect that we’d see a much higher rate of these updates in early days, as people are claiming and transferring their tokens, than later.

Personally I’d suggest doing this as part of the airdrop update, and making it clear that this is not intended to set precedent, and that the DAO will consider what to do with any future accidental transfers later.

2 Likes

100% agreed. This amendment and the original proposal (concerning “crosslinked” primary ENS names) should be bundled into the original airdrop interface, if possible. That way the precedent set is correcting the original airdrop, not an additional event.

3 Likes