BGD. Rescue of tokens locked on Aave. Overview and Phase 1

Since the birth of the Aave ecosystem (even on LEND times) as it usually happens on crypto, a lot of people have sent tokens by mistake to incorrect addresses.

In some cases, when the transfer is to another unknown wallet, the tokens are usually locked and lost forever, as it is factually impossible to prove that the transfer was a mistake.

But there are special cases, where the transfer happens to a well-known smart contract address of the ecosystem, for which is simple to understand that the action was really a mistake, as there is no rational reason to send tokens there.

In the case of Aave, the existence of upgradeable smart contracts across the ecosystem makes technically possible the recovery of such tokens sent by mistake. Consequently, given the requests from members of the community affected, we have come up with a plan to “rescue” those funds, providing the affected people a way to recover them.

Phases of the rescue

Even if almost in all cases it is technically possible to recover the funds, in practice it is overwhelmingly complex to try to cover all tokens sent by mistake to all contracts of Aave, as at the moment there are hundreds of them in multiple networks.

In addition, an operation that can seem “simple” from high-level, involves contract updates on critical smart contracts of Aave.

Taking into account the previous, and always considering the security of the ecosystem as first priority in all development, this “rescue mission” will be executed in 3 phases:

  • Phase 1. Locked on smart contracts around the AAVE, LEND and stkAAVE tokens.
  • Phase 2. Locked on smart contracts around the liquidity pools on Ethereum (v1, v2, AMM pools, aToken, …).
  • Phase 3. Locked on smart contracts around liquidity pools of other networks (same as Phase 2, but for Polygon, Avalanche, or v3).

Phase I

This initial phase will affect the following:

  • Users who sent AAVE, LEND, USDT and UNI to the AAVE token smart contract.
  • Users who sent LEND to the LEND smart contract.
  • User who sent LEND to the LendToAaveMigrator smart contract.
  • Users who sent AAVE and stkAAVE to the stkAAVE contract.

It is OUT OF SCOPE to rescue token which total locked amount in this rescue scope is below $500. For example, there is value of ~$250 in BAT on the AAVE token contract, but the cost of rescuing will be probably higher than the amount rescued (gas dependant).

It is OUT OF SCOPE to rescue the tokens sent by users from centralized exchanges like Binance, Coinbase, or others. The rationale for this is that from the perspective of the transfer, the affected user is not the final one registered on the CEX platform, but the platform itself.

We will try to communicate this strategy with CEXes, for if they have a way of solving this kind of situation. But as this is on the side of CEX<>final user there, we can’t compromise to reach a resolution.

Actions expected from affected users

All tokens rescue will be transferred to a distributor smart contract, on which the individual claims for each user will be stored.

Once the tokens are there, it will be the responsibility of each user to use the wallet from where the tokens were sent by mistake to call this distributor contract and claim the tokens.

The specific instructions on what needs to be done will be published before the rescue takes place.

Next steps

During the following week, we will make public the WIP code to be used in the rescue operation. For the execution itself, given the high requirements (in terms of governance quorum) for the upgrade of the affected contracts, we think it is realistic to proceed with the on-chain governance during this following month, but this timeline could vary depending on how we see the potential voting involvement.

This is just an initial plan, so we appreciate feedback from the community, especially for those directly affected.

9 Likes

This is awesome! Thank you so much guys :grinning:

Would my tokens fall under this proposal? And if so which phase?

1 Like

I think you can check that pretty easy. Find out which token BGD will rescue and check the value. Then you will know if they are included or not.

1 Like

I fall under this! Is there any place else we need to communicate to make sure we’re on top of retrieving lost funds?

1 Like

If you sent your tokens by mistake to one of the contracts included on the scope, you will only need to claim them following the instructions we will publish (not yet).
But for the moment, no action is required .

2 Likes

Hello :ghost: community! An update from the Boring Ghosts regarding this.

As we explained previously, the Phase I of the rescue of locked funds will cover the following cases:

  • Users who sent AAVE, LEND, USDT, and UNI to the AAVE token smart contract.
  • Users who sent LEND to the LEND smart contract.
  • Users who sent LEND to the LendToAaveMigrator smart contract.
  • Users who sent AAVE and stkAAVE to the stkAAVE contract.

So if somebody sent by mistake any of those tokens to those smart contracts (not from a centralized exchange), it should be covered in Phase I.

In order to provide more clarity, we have generated a list of addresses that will have a claim on locked tokens. Mind that in the case of LEND tokens sent by mistake, the claim will be in already migrated AAVE tokens, at the 1 AAVE = 100 LEND rate defined on the still active LendToAaveMigrator smart contract.

Check if your address is included, and we will keep updating on the schedule of the Phase I as the code gets ready.

Claims of AAVE (including AAVE and LEND sent by mistake)
{

“0x7Ee567D2AC5dca4c422281Deb1e2334a805BA6C1”: “2.886986989226046651 AAVE”,
“0x35Bf5663F7a6A0A1f8c7C41D0d16DD90A5BB2ABb”: “1.872997710261092842 AAVE”,
“0xD210E56Cb1a63AE6711E21640F03bfdB9d40Ee9E”: “0.02 AAVE”,
“0xC8674Fd6b34a917D37d586C7748a25F1bE48a6a0”: “58.624738444009871718 AAVE”,
“0x0FDd421E49447f4b10261470b716E222b7E6c949”: “14.21504 AAVE”,
“0x0cB061118848Fa2CA92047C9B83d193e70b2Fa10”: “0.000004592946982071 AAVE”,
“0x68FAA27456D2B6DC3D18Fb5ACa41D520b70Ef491”: “0.01 AAVE”,
“0xce984D3F452ED0B6F492cC53a4d6b56B6D37Fbf0”: “0.2 AAVE”,
“0x0561d22013F354B5D790Fb3b22417A70dbac670a”: “0.873662568218485535 AAVE”,
“0xE10915245d728AA3124531b3abf0A2fd959560AA”: “0.873662568218485535 AAVE”,
“0xb457DCAFc75faC299aBA76E657ccA9df01c2096d”: “0.5 AAVE”,
“0xeA3e9eEdD908Cd4Dd9B8C34816aBf2bEDc0773d8”: “0.0002 AAVE”,
“0xBfb94e2D0aC667d168A2610272Cc43909b374D3d”: “28050.0466867435403227 AAVE”,
“0x6dC6Ef807bF9Ac0c595f16a38e32D60afA4A47fa”: “2.251574182219502547 AAVE”,
“0xCCE8D59AFFdd93be338FC77FA0A298C2CB65Da59”: “2.107623 AAVE”,
“0xC5914A1E60E0c1768a1eaf80FaD056C575d41daC”: “8.937409 AAVE”,
“0x5a641C6fd5a473395355816EBC757b067CCaabE5”: “0.66 AAVE”,
“0x29D6adf5bDcbe0f1A21292ba31E5C0C686EB68B3”: “0.65 AAVE”,
“0xFBb1b73C4f0BDa4f67dcA266ce6Ef42f520fBB98”: “2.40595652 AAVE”,
“0xe4D981298F6477212E52Fbb683F5fdB63E3BC57b”: “0.15 AAVE”,
“0x0281943D24A16ABa98eDc11427b6A5DC3de02CB8”: “0.935 AAVE”,
“0xdF9DD8710b1FE0b68a40bC25351bB0eB33C21a35”: “0.23933179 AAVE”,
“0x458a25a4Af9D62007622fa5a43E27EDD26605f88”: “6.18844 AAVE”,
“0xDdA6dB0f69512E53f2EA9F6014Ac09c6607c74F4”: “0.09 AAVE”,
“0xfD0BfF669115D867d6cED2Aaf7F485e9411e1F52”: “6.925 AAVE”,
“0xD49DAA7D2837B395B4d346F6378d9E9C18206c1c”: “20 AAVE”,
“0xeC33C7E86fcD240E1E8D42c5Cb6E723e507c0C42”: “0.01 AAVE”,
“0x58bbFC0B7Ba9B3530120481e111Dbe265767dcd2”: “2.52 AAVE”,
“0x273CBAB541A697f4FBe22072Dd8C49037d0F426B”: “0.07 AAVE”,
“0xefb5A9EEb09563353BE431Dd74dA963c22C35aaB”: “0.873662568218485535 AAVE”,
“0xb39a440142A95EFedCe313c5682Dc3cf3a11c741”: “1 AAVE”,
“0x26a78D5b6d7a7acEEDD1e6eE3229b372A624d8b7”: “86.27559 AAVE”,
“0x181ceCA8eBA7108f6b9E8126bCEe32446374f55F”: “3.4701603 AAVE”,
“0xdA6d83EA3d4edC52Ce21F4e32D746ea558455C1b”: “6 AAVE”,
“0x219f7b961ae578aF37F224593C978B66C8D4b9AD”: “0.6 AAVE”,
“0x5860f687974b8661A898d3A77c7bD045ba9D4eF2”: “0.38538838 AAVE”,
“0xf26a305e5841F68732501A9CC81F929586bd0D3C”: “0.023 AAVE”,
“0xAE7d0246A03dE7AfCE595c1Fc736C9AaCd2063A2”: “0.26732454 AAVE”,
“0x9450351D344433128b969B3d89A0d0b2D86Ca7Cb”: “0.025408188064779832 AAVE”,
“0x48dFe76458795D61158dEB3EB25fa8E8A3D8AE5A”: “1 AAVE”,
“0x74dEc05E5b894b0EfEc69Cdf6316971802A2F9a1”: “0.05342482 AAVE”,
“0x3576030d563baEde23d38580Eb7175F6f588b64d”: “0.08497518 AAVE”,
“0x30D17880B7ecCf5e4417B3fa49ab734D71F0Ff1F”: “0.87366256 AAVE”,
“0xF339B40510379926085560E3F4F327e91A2cF6A7”: “0.35 AAVE”,
“0x9bB4Bc7A1de4C57Bc874119c2D1B98f3797f34E4”: “0.08945954 AAVE”,
“0xa812A1787187A4B7189114f944f36caBa773b961”: “1.598422 AAVE”,
“0xddfAbCdc4D8FfC6d5beaf154f18B778f892A0740”: “31.54169065 AAVE”,
“0x90a2AF956536aE421f8A438AdB468530605bf86F”: “0.26291772 AAVE”,
“0x1Fe28783B396c197f11B0fBe74930B8b8B88D763”: “10 AAVE”,
“0xeff724E6702165D115647d925133A071E7684539”: “10.40418532 AAVE”,
“0xC08d3B738Bc4F55e81D51A395e60d5a4c69672F0”: “5.554953 AAVE”,
“0x5872aF9BE6c0312408Cb1401ac8AE6BF2A6935f3”: “2.637792298507495501 AAVE”,
“0x3E32E69253a1778D51650e3Ca02D9CA5ECD3f623”: “0.873662568218485535 AAVE”,
“0x696Fe1e0e402D6d11dd050f573cC0A04267c132E”: “1.2 AAVE”,
“0xebc18d25d8122da21F73A6BcB78971671f21F6Ff”: “1.57676316 AAVE”,
“0x2FAF487A4414Fe77e2327F0bf4AE2a264a776AD2”: “1.1535127 AAVE”,
“0xE1882791C819Ae0aE13D476ae7B0cEAC05569B81”: “9.175805455275299192 AAVE”,
“0x7abE0cE388281d2aCF297Cb089caef3819b13448”: “35.94576149 AAVE”,
“0x6af476c8daeF59d6b30af2E12461E66D9A2b4FD3”: “0.989 AAVE”,
“0x9C01e894cc92Dc6ed63fAF07038f14438DA0Ab97”: “23.3358768 AAVE”,
“0x3f5CE5FBFe3E9af3971dD833D26bA9b5C936f0bE”: “3028.725566 AAVE”,
“0x44719BB950b731518B08a40fA3dF16163437D310”: “6.840692675433421567 AAVE”,
“0x9a1e0dD8191E9ACc40941E9ba4267faCFbab7EB6”: “9.546 AAVE”,
“0x3716D86606C0098415271164FC362E8520bB2042”: “0.01 AAVE”,
“0xfe04D21080Bf8A7392930d6e2d08Ee231144B56E”: “0.5 AAVE”,
“0xb05013Fa68Bf0e338F71B478f8a03e01FEf46Aac”: “51.4713 AAVE”,
“0x257f0bd78d16Bc46711d42cADDC20b3a3fdB5B34”: “0.87 AAVE”,
“0xa2c777255286Cfb9BB5fCe04D164D828D34A089d”: “0.1 AAVE”,
“0x187Df603294d059FE4A9C0E1cB0E2ef5779E2b06”: “5.3 AAVE”,
“0x759dd9AC78Fa0F28aa7cc118eD3b6fb99cF9D317”: “0.1163 AAVE”,
“0xfb0Ce69b9855C17ceEF53e7757272E8Fb4e4a955”: “0.01 AAVE”,
“0x09D762acF9eF94b1D659f96B50690352f3ecE353”: “0.01 AAVE”,
“0x2B5634C42055806a59e9107ED44D43c426E58258”: “94.250354 AAVE”,
“0x2e4bAddD19fA782BC029Bd566ea3CB8cad380d11”: “0.12 AAVE”,
“0x00Af54516A94D1aC9eed55721215C8DE9970CdeE”: “34.1574 AAVE”,
“0xD07A2C152b48aaa821E4eF78f88bc33A593f77c1”: “247.5 AAVE”,
“0x65C53bD9563DA29444D9625C7453e23B412Ea4B7”: “0.00000002 AAVE”,
“0x42379A8CaD93caf2548f24F29292d7CE0ff9FCdC”: “90 AAVE”,
“0xA0d1f58cb6b7B88ad0Ab62a9192B4ffe0318F3Af”: “5 AAVE”,
“0x28e43c036f52482E10e655714BA7ba33acffe543”: “1516.5078173779 AAVE”,
“0xdC142e66eaE81e1a6e7c60DF32b15D736F3DD74A”: “0.873662568218485535 AAVE”,
“0xD551234Ae421e3BCBA99A0Da6d736074f22192FF”: “326.0445 AAVE”,
“0x0681d8Db095565FE8A346fA0277bFfdE9C0eDBBF”: “2471.917606 AAVE”,
“0x5b0A4e168C83a3a7441241a5D06CD2C827E7EAc8”: “0.873662568218485535 AAVE”,
“0xE672857299B1643f6e487965B0E67f19dCAD03F2”: “0.873662568218485535 AAVE”,
“0x8DDa5422A8d633E6474b450A1fDe729f9C74CA4a”: “0.873662568218485535 AAVE”,
“0xc73735e035EB89851dBB0B1a45bf626f7E8b748A”: “0.873662568218485535 AAVE”,
“0x71292A052c85bC61b365066622472382E68e9eb9”: “0.00000027287394214 AAVE”,
“0x6396B9d6cB9F9fc1108cF6D7914DFdB78752B0E3”: “141.75 AAVE”,
“0xCde7d618871fD2913D30449D511214c087243e20”: “145.10437 AAVE”,
“0x4D57bc9910C0Dd03Ad55D7A63E92C8370122e8d7”: “9.34 AAVE”,
“0xDFa744B25a9A7322A50185Ae3fE08d5672C5E042”: “51.64299 AAVE”,
“0x72E7Bae9A5C15489549f6d79a7DD17D6fCC09f80”: “9.51 AAVE”,
“0x3b05cFb09D198071a779D4c1F96a30b008776673”: “245.8899969736658785 AAVE”,
“0x2Ee53A029319b96adB9a95FCD9655b3972C3859B”: “13.5 AAVE”,
“0x564286362092D8e7936f0549571a803B203aAceD”: “36.57233 AAVE”,
“0xD9Ab5B0B86284B34Ae972A447797670f7A862F85”: “0.873662568218485535 AAVE”,
“0x8eB2C27ab4F21D1417945b8F518D3b89AA6b3701”: “0.873662568218485535 AAVE”,
“0x75B06806f42645e8CF9F8468DdB19BAd7AcF6Dd6”: “0.873662568218485535 AAVE”,
“0x3910482d38Ae50da28bc11b7aF50A0d244aC2110”: “0.873662568218485535 AAVE”,
“0xeC039B51b261B82765806895173d6418C6e09078”: “0.873662568218485535 AAVE”,
“0x909205CCC00C11a60B1e3150F9E304a65CCAc331”: “0.873662568218485535 AAVE”,
“0x3e04bAc52a3331A4890A92C930D3e32082284a65”: “0.873662568218485535 AAVE”,
“0x240f21C19cc2967D01dFcefccfa789B957042C4C”: “0.873662568218485535 AAVE”,
“0x1216D4987596F2abAC7aD7eed10C38dB37C01132”: “0.873662568218485535 AAVE”,
“0x1720399b2E84172d769B7C31B28c7c0528456199”: “0.873662568218485535 AAVE”,
“0x94852a8663bafaDaF0dC2fAA6858376F171b7aee”: “0.873662568218485535 AAVE”,
“0xCaE5F161b630B2e1a953c91526C33716c3C9290C”: “0.873662568218485535 AAVE”,
“0xBA1aCB541B40BAeE12c5E3EAcDa18898F45E3B78”: “0.873662568218485535 AAVE”,
“0x9208385cE08B797cf44b48409187A0484bB22d4b”: “0.873662568218485535 AAVE”,
“0x52b41A23296C46c1D5D3d9b0f6680ffC79803181”: “0.873662568218485535 AAVE”,
“0xDD47Ee9eE75600307008AB5fC8f3799A33055C91”: “0.873662568218485535 AAVE”,
“0x311f1ACCA9070C3e685D059c7208D8c685792EBf”: “0.873662568218485535 AAVE”,
“0x3794b6a8441eC42084FB4A1b920E42E417C266d6”: “0.873662568218485535 AAVE”,
“0xB2404AF4fe9c813554E5444dfA4f4B0Bd49Ad918”: “0.873662568218485535 AAVE”,
“0x82f0A253AE16F8c001f45C4c859AD5EC0D7c2265”: “0.873662568218485535 AAVE”,
“0x453891dbd36a7DfDdD83246eE922C07DBe9FB99a”: “0.873662568218485535 AAVE”,
“0x8916B0723ac49dF3a8BB17f5A4B65f5D5FC17E80”: “1 AAVE”,
“0x1e5B3c48D8Aa3819b75E6478E055dD16B3E75155”: “2.828255459 AAVE”,
“0x7f3D32C56b94a9B7878fdfAC4F40Aaa2A6E11EdF”: “1.5 AAVE”,
“0xF33F0AC9Ad8371092d818cdA80C167b7D624A7dE”: “3.40194 AAVE”,
“0xDC388f10Fe97CFBdAD316B9CF44f83d6C6719428”: “0.01 AAVE”,
“0x647C9bAeAcb9502cee126b81D5e373b500DFa88B”: “1 AAVE”,
“0xA1842939DB63d48108396d34BEc34e80c795a646”: “0.9411 AAVE”,
“0xc34619De352aBb6ABFf34E4F82aBc082CdF25bcc”: “0.87366 AAVE”,
“0x5363c1110Ec74f72B39f921EeE4FFC58c95ab564”: “0.223392984 AAVE”,
“0x81c3aFcbe1dd56d3EF7Cc11F9b6BEFC42130e917”: “2.9607 AAVE”,
“0x899397b8122C994890b4300Faf3e9Cf0e21274F1”: “0.873662568218485535 AAVE”,
“0xa465c2Ec3Cad13D1cc4A8E41DD641790eaB3C13E”: “0.618595279 AAVE”,
“0xA3d967EE188770361769bbB76aB8b602B99C2F4C”: “0.01 AAVE”,
“0x56d88a624991fC86CB063fE8949648eacfd3aB23”: “0.2 AAVE”,
“0x052Ed2BB83194B02D4802B11c0E2c5ef5BA872da”: “2.247458517105955746 AAVE”,
“0x8bD46155C1aCa65c26Dc83AFDc79511cBdE19A08”: “1.3 AAVE”,
“0x5DC8f4198C32D9d5862525CdA749828c6c7BdFa2”: “0.873662568218485535 AAVE”,
“0xa7A635101141b92493a1240C3777E25Bb590597A”: “0.873 AAVE”,
“0x360a580B61c2C643d832C82DF254a9d8FCE2F152”: “0.873662568218485535 AAVE”,
“0xcD31DA3303F1CeC843ED0EAF76506A7A4E130105”: “0.01 AAVE”,
“0xB356fBE3C2E8158024b760fD0FD0DeAA7c752C21”: “0.01 AAVE”,
“0x51675527A0EF18598079C7949f336df03A7a945e”: “0.873662568218485535 AAVE”,
“0xA27b4312EcF1ca19Aa1CE0fE8516Ca626a123Aac”: “0.873662568218485535 AAVE”,
“0x672B75340fB335F9472b638A6522882b89E1955b”: “0.873662568218485535 AAVE”,
“0xE2f81b3e6DfD7BafCc5937eb0f5349058cE5D9F7”: “0.85 AAVE”,
“0xF93917B5Cc68A03F5C63F7D45023B76D541856FC”: “5.47 AAVE”,
“0xA458D1Ae957AF03b7b2AA0C87960572aBf8EF935”: “367.201398516378775101 AAVE”

}

Claims of stkAAVE
{

“0x32B5107A2039df27FdE7d62773A2596aF92B7C2c”: “107.348975567454603565 stkAAVE”,
“0x2aa7D888CEC91D26e5A6D8DbE7DBE3E79DF5B347”: “0.064 stkAAVE”

}

Claims of USDT
{

“0x0eA6c16f26f6FBA884A11e3F1E1348F6bb77eEb8”: “15631.946764 USDT”

}

Claims of UNI
{

“0xFBb1b73C4f0BDa4f67dcA266ce6Ef42f520fBB98”: “10.91564438 UNI”,
“0x64B6eA66877a64c2AaB5a5b446e475e4Aa73df2c”: “51.03234171 UNI”,
“0x2FAF487A4414Fe77e2327F0bf4AE2a264a776AD2”: “49 UNI”

}

2 Likes

Thank you so much Aave for taking this problem so seriously and for coming up with a solution. This is why you stand out from the crowd!

I will wait patiently until Phase 3 is deployed.

1 Like

Ok, good news. I await the next steps to be able to recover my token lend that I send to the AAVE contract from my Binance account.

@rama2021 it is important to take this into account for your case.

As mentioned, we will try to find a solution, but it is not completely on Aave or BGD hands to solve this.

and if I have the transfer address that I made from my Binance Lend to the AAVE contract. Therefore Binance if you contact them with the transaction number they could return it to me. That’s what the Binance support area told me when I contacted them about this problem.

If that is possible on their side, we will try to find a solution for the specific case of Binance

1 Like

So I was told when I made the claim Binance, it would be possible if you contact them by saying that I correspond 100 AAVE token from the migration of tokens sent LEND AAVE contract with the transfer link.

Much Appreciated, what phase is if I mistakenly sent my AAVE tokens to the AAVE smart contract Address instead of my Wallet (POLYGON CHAIN)

The smart contract for the AAVE token on other networks is usually controlled by the bridging infrastructure of that network, in the case of Polygon, by the bridge validators of Polygon.
So it is a bit specific case on which maybe Polygon can help you already. If not, we will try to help on Phase 3.

I just sent by mistake 395 AAVE to stkAAVE therefore I’m not on this list. Do I need to do anything special for my AAVE recovery?

I sent 395 AAVE to stkAAVE this morning Jun/15/2022. It was everything I had. I really appreciate any help from you and let me know what I should do.

Thanks

@bgdlabs , thanks for your feedback. So I understand that Phase 1 & 2 are dedicated to Ethereum network only , is that right ? to answer the question, nope, I haven’t got them back , as I only reported my mistake to the AAVE community. on top of that , I thought that all AAVE Smart Contracts (whatever the chain is ) were owned by AAVE (Community) , not by the chain itself ?

We will update the list before executing Phase 1 @alexhamidi , so no worries, you should be included.

1 Like

Correct, only Ethereum Phase I & 2.

In general that is true, but bridged assets in this case are part of the Polygon briding infrastructure (the one that mints/burns when moving assets from Ethereum <> Polygon).

1 Like

Good afternoon, Any news on this?