Minting New DAI to Offset Lost DAI

#1

After chatting with dev and coming to understand that I permanently lost $10,064 DAI by accidentally sending it to a “sweep” address that catches all TUSD transactions for Trust Token in the TUSD redemption process, I was encouraged to post here in the forum for future decisions of the DAO that may consider minting new DAI to retrieve lost DAI, which will prevent the USD peg from breaking someday as more DAI gets lost in similar ways. I have used the Oasis app many times ND am not a newbie however brief slip of the mind with what I was doing caused me to lose a significant amount of money.

If I may post here to request this decision be brought forward and also as a record of my lost DAI of the following tx hash:
0xd1f114e36866048f257587e95e3ae6498a67a1ec6be7a4d0e894b6ad212a8928

I appreciate the consideration and it would mean a lot to me to gain access to these lost funds while attempting to utilize the DeFi ecosystem in its early years.

6 Likes
Governance at a Glance: Feb. 5 - 11, 2021
SourceCred distribution for week ending Feb 7th, 2021
[Agenda/Discussion] Scientific Governance and Risk #128 - Thursday, February 11 17:00 UTC
#2

Thanks for posting, and sorry that this happened to you.

This is a very good point, as DAI gradually gets lost in unrecoverable addresses, it could cause issues for DAI’s peg stability.

One consideration is that Maker would need to verify that the DAI in question is provably/permanently unrecoverable, and then organize an executive vote that mints new DAI to the party that lost funds and adjusts internal system accounting to correct for this. I imagine the costs involved would be significant, but maybe could be lower in percent terms if recovery operations were carried out on a periodic basis in batches. Costs should be deducted from the recovered amounts before distributing to impacted users on a pro rata basis.

This would probably require a MIP to implement.

2 Likes
#3

With the PSM and balance sheet manipulations, this is no longer an issue for the peg.

Each DAI lost is a perpetual loan with 0% interest rate for Maker.

We really need a Customer Services Core Unit. The ability to recover DAI from mistakes would be a great thing for DAI usability (and DAI demand). We can use the surplus buffer and/or the mandated actor multisig to start with.

In your specific case, I’m not sure it will help as it’s difficult to be sure that those DAI are really lost.

3 Likes
Core Units I Wish Existed
#4

@monet-supply In this transaction we can see that the DAI was sent to one of the TUSD deposit addresses 0x00000000000000000000000000000000000011ea. These addresses are handled in the TUSD ERC20 by being swept to a single address. This allows them to link deposits to users, while saving on gas. In general, we absolutely must prove DAI is lost forever if we’re going to mint replacement DAI. In this case, we can know with near certainty that this DAI is lost forever as the Trust Token team doesn’t have private key access to these deposit addresses.

@SebVentures I want to caution against thinking about the PSM as a magic bullet for the peg. It very much is, but given changing regulatory climates, we cannot always count on this mechanism. That is, if tomorrow all the USD stablecoin IOU collateral were blacklisted, we would need to fall back on the old peg balancing mechanism of supply, demand, and arbitrage. I believe we should still reason as though the PSM doesn’t exist, which would make lost DAI or too much DAI hoarded in the surplus buffer a threat to the peg. The bonus is that we ingest less stablecoins when reasoning this way, and thus less custodial risk.

On the topic of lost DAI, I think we can have a special collateral type for LostDAI that mints 1:1 with DAI much like SAI; however, SAI redeemed at shutdown would still have value. This new collateral wouldn’t, as it’s really just an accounting trick to represent LostDAI. This is like the Rai stone the Yap workers dropped in the ocean. The village decided that still had value:

Our village may decide this DAI still has value, but I would have to think of how we solve this value problem at ES. It would also be considerably more efficient if we could make a merkle tree redemption contract than give each user a vat DAI balance. But, periodically, I’m in favor of solving this problem for DAI users.

4 Likes
#5

Going further… ALL DAI issued that remains outside the DSR has a 0% interest rate for Maker. DAI lost just makes it perpetual.

I believe it wise for a MIP to be authored that a mandated actor may allocate a small amount each month to distribute DAI that has been permanent lost.

#6

My worry would be that will bring a lot of time and effort to manage.
At the end of the day if you lose 1 dollar note you don’t ask the FED to give your money back.
Also how do you verify if a Dai lost is not reclaimed more than once?

If we go down this way with time this is going to be a lot of administration that is not going to be paid by anyone. Unless it is sort of automatised which is not possible.

3 Likes
#7

Think of it as a marketing/customer retention cost. The more people that have a good experience using our “product” the more likely they will be to continue using it and recommend using it to others. If small amounts are an issue we could also set a minimum refund policy so that we’re not wasting time on dust amounts.

1 Like
#8

mosty certainly. i am specifically referencing when folks accidentally send to the dai contract so it is truly lost forever … and we can see it.

#9

I meant over time. for example 10 years from now, someone will reclaim some dais which would have been claimed already 3 years from now. My issue is this doesn’t scale well.

Also, this can be used as a sort of DOS attack where you end up with a lot of demand made by a fake contract.

#10

In my mind, USDC is a transition towards aDAI, cDAI, fyDAI and maybe DAI-USDC LP. Maybe other stuff, I don’t know. We need to onboard liquid assets (i.e. something we can liquidate easily, which is not the case with vault loans).

Not saying it’s an easy solution, but I’m sure the solution exists.

4 Likes
#12

On the recommendation of the support chat of Makerdao, I leave a request for a refund tokens here.
I mistakenly sent DAI tokens to contract 0x6b175474e89094c44da98b954eedeac495271d0f via Binance Smart Chain network.
Transaction Hash: 0x069290a399cca6950153884221838cfc47e46eaf3303bb0022016abaeaa812e2
You can check the details of this transaction on the Bscscan website.
If the situation is resolved for the better, then I will be very happy to receive these tokens back.
Many thanks.

#13

@burda That txn doesn’t exist. Maybe you can post the correct txn hash.

I suppose all the ERC20 token transfers to the DAI contract should be reversed.

#15

Here is a link to this tx hash on the BscScan - Binance Transaction Hash (Txhash) Details | BscScan

#16

This is probably not the “usual” circumstance, but I think we should keep in mind that some Dai integrators (like Numerai) intentionally burn Dai. To recover lost Dai would not only imply that we know the Dai is irretrievable, but that this Dai was accidentally burned and not burned as part of a integrator’s crypto-economics. All in all, it seems like a high effort activity that will introduce more subjectivity at the governance layer.

2 Likes