From 7d8438337b3317232f7a0235944afe97a7c66461 Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 14:57:59 +0200 Subject: [PATCH 01/11] fix: alter ci to use arbitrary main branch --- .github/workflows/upload-ipfs.yml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.github/workflows/upload-ipfs.yml b/.github/workflows/upload-ipfs.yml index b2ec16bd..cc8141d5 100644 --- a/.github/workflows/upload-ipfs.yml +++ b/.github/workflows/upload-ipfs.yml @@ -46,6 +46,6 @@ jobs: git config --global user.email 'cache-bot@users.noreply.github.com' git add . git commit -m "chore(cache): update ipfs aips :robot:" - git push origin master + git push origin ${{ github.event.repository.default_branch }} exit fi From 250203f9415b04ffab1a780dad87453c3d1a05b0 Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 15:00:40 +0200 Subject: [PATCH 02/11] refactor: remove status as it's a bit unnecessary --- README.md | 8 -------- X-AIP.md | 1 - 2 files changed, 9 deletions(-) diff --git a/README.md b/README.md index facabb52..6829d06d 100644 --- a/README.md +++ b/README.md @@ -36,14 +36,6 @@ Here you can find two examples of Payload contracts: Once all is ready for the proposal, submit the proposal to [Aave Governance](https://app.aave.com/governance). -## AIP Statuses - -- **WIP** - an AIP that is still being developed. -- **Proposed** - an AIP that is ready to be proposed on-chain. -- **Approved** - an AIP that has been accepted for implementation by the Aave community. -- **Implemented** - an AIP that has been released to mainnet. -- **Rejected** - an AIP that has been rejected. - ### AIPs diff --git a/X-AIP.md b/X-AIP.md index a5473722..b234ea1f 100644 --- a/X-AIP.md +++ b/X-AIP.md @@ -1,6 +1,5 @@ --- title: -status: WIP author: FirstName LastName (@GitHubUsername) shortDescription: discussions: From a01edf8e62fd34fb022a5158d6ffa321eace78b6 Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 15:02:46 +0200 Subject: [PATCH 03/11] refactor: use main as default branch refactor: use main as default branch and run schema validation on each pr --- .github/workflows/schema-validation.yml | 4 +- .github/workflows/upload-ipfs.yml | 2 +- README.md | 125 ++++++++++++------------ 3 files changed, 65 insertions(+), 66 deletions(-) diff --git a/.github/workflows/schema-validation.yml b/.github/workflows/schema-validation.yml index 89deb4cc..e057a2b1 100644 --- a/.github/workflows/schema-validation.yml +++ b/.github/workflows/schema-validation.yml @@ -2,11 +2,9 @@ name: Schema Validation on: pull_request: - branches: - - Pending-AIPs jobs: - validate-shcema: + validate-schema: name: schema-validator runs-on: ubuntu-latest steps: diff --git a/.github/workflows/upload-ipfs.yml b/.github/workflows/upload-ipfs.yml index cc8141d5..6f600e23 100644 --- a/.github/workflows/upload-ipfs.yml +++ b/.github/workflows/upload-ipfs.yml @@ -3,7 +3,7 @@ name: Upload IPFS on: pull_request: branches: - - master + - main jobs: upload-to-ipfs: diff --git a/README.md b/README.md index 6829d06d..4ef4c38d 100644 --- a/README.md +++ b/README.md @@ -7,7 +7,7 @@ If you plan to add a new _Aave Improvement Proposal (AIP)_ follow this guide: 3. Install the project dependencies: `npm install`. Note the repository works with `Node v12`. 4. Generate the AIP identifier using the following command: `npm run generate-filename '[title]' '[date]'`. Replace the `title` and `date` placeholders with the `title` and `created` tags of the AIP md file. 5. Use the generated identifier for the AIP filename. The final name of the AIP file should be: `[generated_identifier]-AIP-[title_abbrev].md`. -6. Submit a [Pull Request (PR)](https://github.com/aave/aip/pulls) to the [Pending AIPs branch](https://github.com/aave/aip/tree/Pending-AIPs). +6. Submit a [Pull Request (PR)](https://github.com/aave/aip/pulls) to the [main](https://github.com/aave/aip/tree/main). Your first PR should be a draft of the final AIP. It must follow the formatting criteria enforced by the build, as detailed in the AIP template. Make sure you include a `discussions-to` header with the URL to a discussion forum or open GitHub issue where people can discuss the AIP as a whole. @@ -21,7 +21,7 @@ Let's imagine we believe a parameter of the `AAVE` reserve should be changed for First of all, an _Aave Request for Comment (ARC)_ had to be initiated in the [Governance Forum](https://governance.aave.com/), so the community can participate and provide feedback. Here you can find [instructions](https://docs.aave.com/governance/arcs) about it. -If the community is aligned with our change proposal, we can start working on the AIP. There is an example of the AIP at the [sample-aip branch](https://github.com/aave/aip/tree/sample-aip) and the [Pull Request (PR)](https://github.com/aave/aip/pull/118) to the [Pending AIPs branch](https://github.com/aave/aip/tree/Pending-AIPs) that it is needed to be done. +If the community is aligned with our change proposal, we can start working on the AIP. There is an example of the AIP at the [sample-aip branch](https://github.com/aave/aip/tree/sample-aip) and the [Pull Request (PR)](https://github.com/aave/aip/pull/118) to the [main branch](https://github.com/aave/aip/tree/main) that it is needed to be done. And Voila, we have created our AIP for the proposal! @@ -37,68 +37,69 @@ Here you can find two examples of Payload contracts: Once all is ready for the proposal, submit the proposal to [Aave Governance](https://app.aave.com/governance). + ### AIPs -| AIP | hash | encoded hash | -| --- | --- | --- | -| [006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2](./content/ipfs-aips/006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2-Ipfs-hashes.json) | QmXB6uMp4TEnEkSqyTHckxetW49RUjF2yRvXwzzqTkQMuK | 0x8346fdee34f7a14f3293ddc57b74e15d3194beee0c6db998a2dd43418cc907b2 | -| [08C1D37498C4-AIP-AAVE-BGD](./content/ipfs-aips/08C1D37498C4-AIP-AAVE-BGD-Ipfs-hashes.json) | QmW2Mw15fhopJN7Tt9SJc3MHqJ5zPQrnFuPqDrf34TWmW9 | 0x722e11fe1e1a1cbeb06c64a278d343a2537b5f9f80975cc5f7788e9f402ce852 | -| [0DC11FACBC53-AIP-RENEW_AAVE_GRANTS](./content/ipfs-aips/0DC11FACBC53-AIP-RENEW_AAVE_GRANTS-Ipfs-hashes.json) | QmQh4kBVdvj6m3eXmxns5ovehwa9bisgWxkz6eGSgRuE7B | 0x22f22ad910127d3ca76dc642f94db34397f94ca969485a216b9d82387808cdfa | -| [1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I](./content/ipfs-aips/1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I-Ipfs-hashes.json) | QmSszWnxSTrud1Ne7yfpbxNL2mjwx1RArWTrDAbfmbXQvZ | 0x4376257429a3c556225d6ebbefa674b6c2732913ac7cbaecd6459950549b962e | -| [1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA](./content/ipfs-aips/1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA-Ipfs-hashes.json) | QmXz9i8zYz2g9XpTP63eKYPZxPftF76hQXr2jzWTMX7zY4 | 0x8f54769ae1c70e337e25314b0118ec69c439dfe701e6d0b3bb9ae28c7ae2655d | -| [1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET](./content/ipfs-aips/1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET-Ipfs-hashes.json) | QmNfvidaw1j1CjktDoC4BU3aYdzHZqZErMynhV5wmNuJr9 | 0x04f0230984b6b2973cd7c5408910b643145f2ca35161ac0592c6ef024b593ff6 | -| [29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES](./content/ipfs-aips/29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES-Ipfs-hashes.json) | Qmb3G1SprTa7zGPbhrCqKRBu61g7J7qF4sfSSN8hjuhsUo | 0xbcb3635cddd0d4de418c48e98e1a8af8dd2278db1e1cc4f05de387f7bdd1d794 | -| [298883DBD784-AIP-ADD-MAI-TO-AAVE-V3](./content/ipfs-aips/298883DBD784-AIP-ADD-MAI-TO-AAVE-V3-Ipfs-hashes.json) | QmexRaUuRPSZY9UTKAj1YZCtjc3QzWjSEaUUhUxoFzp37a | 0xf6e50d5a3f824f5ab4ffa15fb79f4fa1871b8bf7af9e9b32c1aaaa9ea633006d | -| [30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC](./content/ipfs-aips/30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC-Ipfs-hashes.json) | QmcPRbuStE4YeLupPYAyVp4PLw5VvJqcdRQgBfEHyXhKQC | 0xd0b98a12db1859322818b5943127735ca545d437d09dc0aa7dbcf9e66ac01569 | -| [3C58C5F00209-AIP-SIGP](./content/ipfs-aips/3C58C5F00209-AIP-SIGP-Ipfs-hashes.json) | QmeG65FVH8rVNDpAiNC2Rwsh3RyLdPceoyWj9GLxqUGEUB | 0xec8fc43da4504c01c0aaf85dec47289e5d3abcc3bc08b90c3018c15acd373644 | -| [412B6185D705-AIP-ADD-STETH-TO-AAVE-V2](./content/ipfs-aips/412B6185D705-AIP-ADD-STETH-TO-AAVE-V2-Ipfs-hashes.json) | QmeNFhjbauqGnnkNmFrUb724gfVT3ubJvCtxgFMTyit7Er | 0xee24239693c6aa34bc58543a522c009c4fdf1c23994d9275513691d99f9c7703 | -| [4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC](./content/ipfs-aips/4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC-Ipfs-hashes.json) | QmR1wBgVnieDz3GUoxs6XEK8VgG65zdZtXWy48GP9opzvE | 0x27c7a77c3127ef93b409b291cbf3726ea80b9ce00bc3e2967bc7027b0c89f04b | -| [541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2](./content/ipfs-aips/541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2-Ipfs-hashes.json) | QmTDH2nsmCJsh2NHJG2GiZS7p17gzo9x8RT6zgeFGfj2nC | 0x4866db95bac1722f825c8eaaebc47409068cc7075e6dda228effe10a71ac47b1 | -| [720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2](./content/ipfs-aips/720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2-Ipfs-hashes.json) | QmNszq2QvphaVqboeCV83yUsgj9JyRLSCHHTacQvzxTx6J | 0x0807c1081243b87ff499e9af640afab121f24a693b289c11ea301cad1fd51ccf | -| [7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM](./content/ipfs-aips/7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM-Ipfs-hashes.json) | QmTGzYiWMBG5pdUL5pc5i4jTSkad366rwtXnb2bmbSNYEo | 0x495a8adb28587f0b208aaa0fcb19686c15cd344e5d360480220b0d2f1ff86694 | -| [8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI](./content/ipfs-aips/8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI-Ipfs-hashes.json) | QmTbLK5j28Ucb8RsasTQ1VLt7ML7RUKg5ASqrj9RWiMng8 | 0x4e0d5862024779efb91195469aa852e3a664221d01fb1c0b5c2ae4d7dd8cd401 | -| [8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE](./content/ipfs-aips/8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE-Ipfs-hashes.json) | QmcpAZfpiaWmLhfUFg9PyrT4AvzVBBV5hH6SJMyMrrwgbN | 0xd7100e323d90e31a5af8b57d1ab43180ab1ffb8c7a3a53daa311bfe909fff365 | -| [922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO](./content/ipfs-aips/922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO-Ipfs-hashes.json) | QmW1YMEnJX8SMWZEf6uUvNYqLA72VXuWnxMvBnfHXmtVjo | 0x71f844dcbbdec5423168216c396d02ac6804a0655d347bdbb6401c0b8a80ff1a | +| AIP | hash | encoded hash | +| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------- | ------------------------------------------------------------------ | +| [006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2](./content/ipfs-aips/006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2-Ipfs-hashes.json) | QmXB6uMp4TEnEkSqyTHckxetW49RUjF2yRvXwzzqTkQMuK | 0x8346fdee34f7a14f3293ddc57b74e15d3194beee0c6db998a2dd43418cc907b2 | +| [08C1D37498C4-AIP-AAVE-BGD](./content/ipfs-aips/08C1D37498C4-AIP-AAVE-BGD-Ipfs-hashes.json) | QmW2Mw15fhopJN7Tt9SJc3MHqJ5zPQrnFuPqDrf34TWmW9 | 0x722e11fe1e1a1cbeb06c64a278d343a2537b5f9f80975cc5f7788e9f402ce852 | +| [0DC11FACBC53-AIP-RENEW_AAVE_GRANTS](./content/ipfs-aips/0DC11FACBC53-AIP-RENEW_AAVE_GRANTS-Ipfs-hashes.json) | QmQh4kBVdvj6m3eXmxns5ovehwa9bisgWxkz6eGSgRuE7B | 0x22f22ad910127d3ca76dc642f94db34397f94ca969485a216b9d82387808cdfa | +| [1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I](./content/ipfs-aips/1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I-Ipfs-hashes.json) | QmSszWnxSTrud1Ne7yfpbxNL2mjwx1RArWTrDAbfmbXQvZ | 0x4376257429a3c556225d6ebbefa674b6c2732913ac7cbaecd6459950549b962e | +| [1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA](./content/ipfs-aips/1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA-Ipfs-hashes.json) | QmXz9i8zYz2g9XpTP63eKYPZxPftF76hQXr2jzWTMX7zY4 | 0x8f54769ae1c70e337e25314b0118ec69c439dfe701e6d0b3bb9ae28c7ae2655d | +| [1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET](./content/ipfs-aips/1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET-Ipfs-hashes.json) | QmNfvidaw1j1CjktDoC4BU3aYdzHZqZErMynhV5wmNuJr9 | 0x04f0230984b6b2973cd7c5408910b643145f2ca35161ac0592c6ef024b593ff6 | +| [29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES](./content/ipfs-aips/29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES-Ipfs-hashes.json) | Qmb3G1SprTa7zGPbhrCqKRBu61g7J7qF4sfSSN8hjuhsUo | 0xbcb3635cddd0d4de418c48e98e1a8af8dd2278db1e1cc4f05de387f7bdd1d794 | +| [298883DBD784-AIP-ADD-MAI-TO-AAVE-V3](./content/ipfs-aips/298883DBD784-AIP-ADD-MAI-TO-AAVE-V3-Ipfs-hashes.json) | QmexRaUuRPSZY9UTKAj1YZCtjc3QzWjSEaUUhUxoFzp37a | 0xf6e50d5a3f824f5ab4ffa15fb79f4fa1871b8bf7af9e9b32c1aaaa9ea633006d | +| [30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC](./content/ipfs-aips/30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC-Ipfs-hashes.json) | QmcPRbuStE4YeLupPYAyVp4PLw5VvJqcdRQgBfEHyXhKQC | 0xd0b98a12db1859322818b5943127735ca545d437d09dc0aa7dbcf9e66ac01569 | +| [3C58C5F00209-AIP-SIGP](./content/ipfs-aips/3C58C5F00209-AIP-SIGP-Ipfs-hashes.json) | QmeG65FVH8rVNDpAiNC2Rwsh3RyLdPceoyWj9GLxqUGEUB | 0xec8fc43da4504c01c0aaf85dec47289e5d3abcc3bc08b90c3018c15acd373644 | +| [412B6185D705-AIP-ADD-STETH-TO-AAVE-V2](./content/ipfs-aips/412B6185D705-AIP-ADD-STETH-TO-AAVE-V2-Ipfs-hashes.json) | QmeNFhjbauqGnnkNmFrUb724gfVT3ubJvCtxgFMTyit7Er | 0xee24239693c6aa34bc58543a522c009c4fdf1c23994d9275513691d99f9c7703 | +| [4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC](./content/ipfs-aips/4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC-Ipfs-hashes.json) | QmR1wBgVnieDz3GUoxs6XEK8VgG65zdZtXWy48GP9opzvE | 0x27c7a77c3127ef93b409b291cbf3726ea80b9ce00bc3e2967bc7027b0c89f04b | +| [541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2](./content/ipfs-aips/541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2-Ipfs-hashes.json) | QmTDH2nsmCJsh2NHJG2GiZS7p17gzo9x8RT6zgeFGfj2nC | 0x4866db95bac1722f825c8eaaebc47409068cc7075e6dda228effe10a71ac47b1 | +| [720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2](./content/ipfs-aips/720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2-Ipfs-hashes.json) | QmNszq2QvphaVqboeCV83yUsgj9JyRLSCHHTacQvzxTx6J | 0x0807c1081243b87ff499e9af640afab121f24a693b289c11ea301cad1fd51ccf | +| [7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM](./content/ipfs-aips/7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM-Ipfs-hashes.json) | QmTGzYiWMBG5pdUL5pc5i4jTSkad366rwtXnb2bmbSNYEo | 0x495a8adb28587f0b208aaa0fcb19686c15cd344e5d360480220b0d2f1ff86694 | +| [8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI](./content/ipfs-aips/8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI-Ipfs-hashes.json) | QmTbLK5j28Ucb8RsasTQ1VLt7ML7RUKg5ASqrj9RWiMng8 | 0x4e0d5862024779efb91195469aa852e3a664221d01fb1c0b5c2ae4d7dd8cd401 | +| [8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE](./content/ipfs-aips/8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE-Ipfs-hashes.json) | QmcpAZfpiaWmLhfUFg9PyrT4AvzVBBV5hH6SJMyMrrwgbN | 0xd7100e323d90e31a5af8b57d1ab43180ab1ffb8c7a3a53daa311bfe909fff365 | +| [922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO](./content/ipfs-aips/922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO-Ipfs-hashes.json) | QmW1YMEnJX8SMWZEf6uUvNYqLA72VXuWnxMvBnfHXmtVjo | 0x71f844dcbbdec5423168216c396d02ac6804a0655d347bdbb6401c0b8a80ff1a | | [9DDCC8B77A40-AIP-AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2](./content/ipfs-aips/9DDCC8B77A40-AIP-AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2-Ipfs-hashes.json) | QmadwASW4nrYi3k2F7WcVaCefqGa3ykjWvTtxrhpv8GMXP | 0xb6b9b8b4775946ac698b7257e5909eebbffa963b2469a88a216d5dd97fc6685a | -| [AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI](./content/ipfs-aips/AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI-Ipfs-hashes.json) | QmaqqGyP76hDi5ywqSoF5r63jVrG7TdZVNzcm8Zdwa4PeM | 0xb9c608ca7bc75d445c771464870514b2a829823713e5efc7e7ca713054f8ead6 | -| [AIP-1](./content/ipfs-aips/AIP-1-Ipfs-hashes.json) | QmXTJCpQewBLeVpehu8NFa1vNfUwrvcEkBV79UWwRV5e71 | 0x876d101db93e098b91046c83f57bcfbd4cfcc0a08af8ed460ce151920f7a69f0 | -| [AIP-10](./content/ipfs-aips/AIP-10-Ipfs-hashes.json) | QmYFSYTNqafvDsU1fUvCeAqJk1AuePJ2qvpE3XanJo6ZH6 | 0x933f3568af3f6528df60bc0f4eb7e6d60f75043316b9de3f1d7f62389815752d | -| [AIP-11](./content/ipfs-aips/AIP-11-Ipfs-hashes.json) | QmXwFPhN3ABDzBuEhPTzeXzuQdGkHfWtEZn348LQWxuFFZ | 0x8e9625443f5a606408e94696458da7d47efb7cb68015b4c672ffe13372dd6934 | -| [AIP-12](./content/ipfs-aips/AIP-12-Ipfs-hashes.json) | QmZZ7JqvEx99u7dMNFPBBnew3BgepLCmXRMrNi8y5ndpXn | 0xa6a199f5378d27b8be29b8ea648b60006f6a4d0cfb15c7951c6e06a1c4b6f705 | -| [AIP-13](./content/ipfs-aips/AIP-13-Ipfs-hashes.json) | QmY4AYSTrxVvqTprSjwuaTiECzrWEs2JJFwTx6UNpYMepW | 0x905bba68f66fa57260d86112be64a179903c10061ac0379f008c34dcfbd41b27 | -| [AIP-14](./content/ipfs-aips/AIP-14-Ipfs-hashes.json) | QmQJorQkaHfWV3JfEZFWXEaQxjdjoZ8BqdwXJjhLFh52AD | 0x1d3e8cea0d2274c89d6bfd0add77eebc441d07b25bcdb04b354e83dff43dd7da | -| [AIP-15](./content/ipfs-aips/AIP-15-Ipfs-hashes.json) | QmQyj7Drrk2NESFCSUs5EPjVaDRkfv7KAK5RkeH3gWzbvR | 0x2736d655ab1f623c524505a0a0f12d37355987d6a13b9a154988e5a42b433b7a | -| [AIP-16](./content/ipfs-aips/AIP-16-Ipfs-hashes.json) | Qmf1JeXiw8BDUoKJ89VmUJ8wy22D2udqL4HxprCG7DZ5zG | 0xf7a1f565fcd7684fba6fea5d77c5e699653e21cb6ae25fbf8c5dbc8d694c7949 | -| [AIP-17](./content/ipfs-aips/AIP-17-Ipfs-hashes.json) | QmURZNW6PT4z3e4DZqxHMAW1bWRFvxZjtyQZqhnhgdLB6R | 0x5a67fd6a4da402d9c3aeaf65b1f0d22c73801bd587999d0fd4deffa3d66d89ba | -| [AIP-18](./content/ipfs-aips/AIP-18-Ipfs-hashes.json) | QmTYMox4aBpyQH53LwMzTuJY2z7Df7ANUSakeeeWWUoXmJ | 0x4d4a4bda3036f8da3f6911941df8c185f0e4ec248de44b44253dae5a4798a001 | -| [AIP-19](./content/ipfs-aips/AIP-19-Ipfs-hashes.json) | QmTrcBCNxEx5Ur6HnKXhF8Ds3wvvFY1QYMQvz6WozR2EVH | 0x51f6feb2dcb9da8154354179fc0ef62dfb63b0be422c7629290c24cd99854084 | -| [AIP-2](./content/ipfs-aips/AIP-2-Ipfs-hashes.json) | QmaV9J1VFNP7K1XqDGcVcf7oXquM1Yg4uvNr2zQxJ8mrVd | 0xb47935d0c2c4d7b020aba36add1982d1df6456bf70043e19c48908359b576c90 | -| [AIP-20](./content/ipfs-aips/AIP-20-Ipfs-hashes.json) | QmfYfZhLe5LYpCocm1JxdJ7sajV1QTjrK5UCF1TGe5HTfy | 0xffaa9d3c5810d40206e289407e9935e447e1fa4183c672e03fa69486e7d8b41c | -| [AIP-21](./content/ipfs-aips/AIP-21-Ipfs-hashes.json) | Qmb4cXBMga15bEHe84BeRXj7gY1tfXom8sr9WyZDwhJPGa | 0xbd0c29a45fd25d7c77e3d31efddd83131e4e82630ce7a11b418bb5b9c79c8887 | -| [AIP-22](./content/ipfs-aips/AIP-22-Ipfs-hashes.json) | QmZmGy1Bm1v3pPdJdYCCe7EyujW2i169eNq6txpQg4NsSn | 0xa9bf7dc9c6d546c9d2262b1d3dff9fab1528bb1c34b745e14fe37d542c1094f7 | -| [AIP-23](./content/ipfs-aips/AIP-23-Ipfs-hashes.json) | QmcznTifYPKHcna8o37MmTKMYhRzhXtVmJVjYEVGEq2gsC | 0xd9c873eea9fa90a9f24a33398cd38eb4791133c197cec9d87d0cca983b3460e3 | -| [AIP-24](./content/ipfs-aips/AIP-24-Ipfs-hashes.json) | QmcPSftyJoKUHKHg3YxFGpx91Y63UxCPV1aRuWAL7XuH2w | 0xd0babf74a475611225510ea385d0ff0f6baaa594a9757307137f61ff813e0eb0 | -| [AIP-25](./content/ipfs-aips/AIP-25-Ipfs-hashes.json) | QmbxV3o8wYZSNDzMTatBcCAkHkxsUa4p2VaEZGGUm8xv74 | 0xca55ea7db44a796d879b9325f5a3b13a2bcc1cd95d290c65983086516bda3c9b | -| [AIP-26](./content/ipfs-aips/AIP-26-Ipfs-hashes.json) | QmVXVtoDGzNtAPDCTWg7vYaezadKwsuHLrbgaTDRESQKzB | 0x6ac93abe9135d97377d4b2ebafddf8012d8c767117979499b12e1d61fc7df6c4 | -| [AIP-27](./content/ipfs-aips/AIP-27-Ipfs-hashes.json) | QmdfFTxuuu7jQv9se4XFUy3w2RCh35kfp4ocUqr69q1X8W | 0xe3a30eb1373b01235923215abf4ae32fbc1dd81e0036a882392c3d6c706147ab | -| [AIP-28](./content/ipfs-aips/AIP-28-Ipfs-hashes.json) | QmaVRJEWEbik6kcDQSpVvgVM9DLUciNJ9BJAUKp9LwK6iW | 0xb48b4e4c293b6cd05ed1d31f9283838cc7d495ad51ef356a50d51613e9e7d9ab | -| [AIP-29](./content/ipfs-aips/AIP-29-Ipfs-hashes.json) | Qmby95BYfKszQxMPDmbyGzF6vnkpPQCjsMaJLyx9sxixUH | 0xca80e8e504ac451697e1dc2aeb34fb8fbf6c17f42cd691306d4876ffa3923682 | -| [AIP-3](./content/ipfs-aips/AIP-3-Ipfs-hashes.json) | QmaTgsrVaUhkKgwKa1GVMnmJmh91TcABTkuLDTpjVBnqjg | 0xb419c29d58017ef4f69c3b527a0a45facbd26abcde922d2f3c03a674c25ffb93 | -| [AIP-32](./content/ipfs-aips/AIP-32-Ipfs-hashes.json) | QmREXhrYkWCmKJhQX5X5dWMfFBis2khmD9i9VCyUuJeT3W | 0x2b01a7f5dc2819f0bb23a352df48c100da5a0c97502523ba045b88399a820051 | -| [AIP-33](./content/ipfs-aips/AIP-33-Ipfs-hashes.json) | QmbfLFGJdZQn21pwJGQzVnFqLk4vXHTmHUhio8ArWmvVqZ | 0xc5f116e77129bd672679d021ff5902b98e371f42aa8000dfd1d1bf9468edeed8 | -| [AIP-35](./content/ipfs-aips/AIP-35-Ipfs-hashes.json) | QmVxgx9psqGpkSWX1Q7EA46WwQo8JXnLVX5Gem8hKYk4G4 | 0x713d40baca96b7f7aad64d697c4ad38eff24d77c17b014d7212d05a861f6b73d | -| [AIP-37](./content/ipfs-aips/AIP-37-Ipfs-hashes.json) | QmePHWTUk1bgh7RqpgtSpBj3kBEPEsLoPhiYjCen4y1obL | 0xee67c2e93b082190dac62cbead2f7ace23f7d1d838d1cbae9613b9722313b15f | -| [AIP-4](./content/ipfs-aips/AIP-4-Ipfs-hashes.json) | QmYZYRQoT1PBHBawsQ6rVZgPauc6mPZjj2mquY92awzd8k | 0x97e24f61a3ff7dc3bbdf4711fee1272bf35f32e6259c02adafe59f78f7e929f9 | -| [AIP-5](./content/ipfs-aips/AIP-5-Ipfs-hashes.json) | Qma2zXR6NP7K5hVBzQQU1pt2kwT96hbC7KmgVceKg7vQx6 | 0xadc631b825d9825f6d5f9a1125c4573b2c9d859d74d7f32895c4c54867ea6abf | -| [AIP-6](./content/ipfs-aips/AIP-6-Ipfs-hashes.json) | QmWpdVz9G1rzNQCBgcuV6LP39JoA5EZ3vDmVSLnwzmePU4 | 0x7e08641d409c005bc9363a187c6782b9b596cb438715a6090a26f3cfe8091561 | -| [AIP-7](./content/ipfs-aips/AIP-7-Ipfs-hashes.json) | QmTEiiqRrHTi25gAHJdbDDptehE36TzSTxYSuA1R5o2NsN | 0x48c57c9f586007fd148dea7e9f44b2f4714cfe1a34b378736dfe5e34a3825be5 | -| [AIP-8](./content/ipfs-aips/AIP-8-Ipfs-hashes.json) | QmRT8PiQwzPUYZVvURqYBDpb8M6EveRUwkMY4uoTJXNmMm | 0x2e3bd8c71beab0e5bbe32e4fba436bd6ba2eda311f9fa9cd21aeec692e17772c | -| [AIP-9](./content/ipfs-aips/AIP-9-Ipfs-hashes.json) | QmS8SNqXhvHHUuXBhch2iUkRDpRnM2ds9iqeSdgxjSVSmU | 0x384dd57abcd23aae459877625228062db4082485a0ac1fc45eb54524f5836507 | -| [C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES](./content/ipfs-aips/C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES-Ipfs-hashes.json) | QmU8YK9g7ELcjJx75roKGaLMSm2kg7DxTxZQjZencbVRH3 | 0x560beb8b858395e146aaaf9d242f7a4da3569311fa288eaf63648402ca929a22 | -| [C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2](./content/ipfs-aips/C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2-Ipfs-hashes.json) | QmU4MH1mps19vXJzWeV555T6yhqX2sqSceaN1fkkxgFDe1 | 0x54f91e12ea75ccaf9101fa8d59bf08b9edab7a745f16ca0ac26b668e47b93952 | -| [CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET](./content/ipfs-aips/CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET-Ipfs-hashes.json) | QmTYrqAZFmc8EfrMTh4PFPBSFwsZ1TqNZ5KR3KnwqB6NeM | 0x4d6b1c42fc3074bd21262225f025191900ddaad321896abfd9ee03dee39ccfd2 | -| [E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2](./content/ipfs-aips/E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2-Ipfs-hashes.json) | QmYcKbka4WWgwVTcxE7esz2NJfzQbza5ya6oTUKhuFzPrN | 0x98988e11b4db662760cd10652f66abeef3ad17e242091b360fe6dfd681e4608f | -| [EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC](./content/ipfs-aips/EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC-Ipfs-hashes.json) | QmRw3MDvmjqyX825Yyw6chbXoQ9DcE4yjEoj48FEv3vWG7 | 0x35626848bc220e0bf46adf4a40c3be50894e860a0f91c6f3a1dd4d46bdb68048 | -| [F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP](./content/ipfs-aips/F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP-Ipfs-hashes.json) | QmefFRkSojKFqr8qchKDdTKT67WgE1rgfd3rRESxKMeJXj | 0xf27eb37dc1f6129638e61204393c7f27bafa4c4f9ae4ea6170132af7f51bc7e2 | +| [AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI](./content/ipfs-aips/AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI-Ipfs-hashes.json) | QmaqqGyP76hDi5ywqSoF5r63jVrG7TdZVNzcm8Zdwa4PeM | 0xb9c608ca7bc75d445c771464870514b2a829823713e5efc7e7ca713054f8ead6 | +| [AIP-1](./content/ipfs-aips/AIP-1-Ipfs-hashes.json) | QmXTJCpQewBLeVpehu8NFa1vNfUwrvcEkBV79UWwRV5e71 | 0x876d101db93e098b91046c83f57bcfbd4cfcc0a08af8ed460ce151920f7a69f0 | +| [AIP-10](./content/ipfs-aips/AIP-10-Ipfs-hashes.json) | QmYFSYTNqafvDsU1fUvCeAqJk1AuePJ2qvpE3XanJo6ZH6 | 0x933f3568af3f6528df60bc0f4eb7e6d60f75043316b9de3f1d7f62389815752d | +| [AIP-11](./content/ipfs-aips/AIP-11-Ipfs-hashes.json) | QmXwFPhN3ABDzBuEhPTzeXzuQdGkHfWtEZn348LQWxuFFZ | 0x8e9625443f5a606408e94696458da7d47efb7cb68015b4c672ffe13372dd6934 | +| [AIP-12](./content/ipfs-aips/AIP-12-Ipfs-hashes.json) | QmZZ7JqvEx99u7dMNFPBBnew3BgepLCmXRMrNi8y5ndpXn | 0xa6a199f5378d27b8be29b8ea648b60006f6a4d0cfb15c7951c6e06a1c4b6f705 | +| [AIP-13](./content/ipfs-aips/AIP-13-Ipfs-hashes.json) | QmY4AYSTrxVvqTprSjwuaTiECzrWEs2JJFwTx6UNpYMepW | 0x905bba68f66fa57260d86112be64a179903c10061ac0379f008c34dcfbd41b27 | +| [AIP-14](./content/ipfs-aips/AIP-14-Ipfs-hashes.json) | QmQJorQkaHfWV3JfEZFWXEaQxjdjoZ8BqdwXJjhLFh52AD | 0x1d3e8cea0d2274c89d6bfd0add77eebc441d07b25bcdb04b354e83dff43dd7da | +| [AIP-15](./content/ipfs-aips/AIP-15-Ipfs-hashes.json) | QmQyj7Drrk2NESFCSUs5EPjVaDRkfv7KAK5RkeH3gWzbvR | 0x2736d655ab1f623c524505a0a0f12d37355987d6a13b9a154988e5a42b433b7a | +| [AIP-16](./content/ipfs-aips/AIP-16-Ipfs-hashes.json) | Qmf1JeXiw8BDUoKJ89VmUJ8wy22D2udqL4HxprCG7DZ5zG | 0xf7a1f565fcd7684fba6fea5d77c5e699653e21cb6ae25fbf8c5dbc8d694c7949 | +| [AIP-17](./content/ipfs-aips/AIP-17-Ipfs-hashes.json) | QmURZNW6PT4z3e4DZqxHMAW1bWRFvxZjtyQZqhnhgdLB6R | 0x5a67fd6a4da402d9c3aeaf65b1f0d22c73801bd587999d0fd4deffa3d66d89ba | +| [AIP-18](./content/ipfs-aips/AIP-18-Ipfs-hashes.json) | QmTYMox4aBpyQH53LwMzTuJY2z7Df7ANUSakeeeWWUoXmJ | 0x4d4a4bda3036f8da3f6911941df8c185f0e4ec248de44b44253dae5a4798a001 | +| [AIP-19](./content/ipfs-aips/AIP-19-Ipfs-hashes.json) | QmTrcBCNxEx5Ur6HnKXhF8Ds3wvvFY1QYMQvz6WozR2EVH | 0x51f6feb2dcb9da8154354179fc0ef62dfb63b0be422c7629290c24cd99854084 | +| [AIP-2](./content/ipfs-aips/AIP-2-Ipfs-hashes.json) | QmaV9J1VFNP7K1XqDGcVcf7oXquM1Yg4uvNr2zQxJ8mrVd | 0xb47935d0c2c4d7b020aba36add1982d1df6456bf70043e19c48908359b576c90 | +| [AIP-20](./content/ipfs-aips/AIP-20-Ipfs-hashes.json) | QmfYfZhLe5LYpCocm1JxdJ7sajV1QTjrK5UCF1TGe5HTfy | 0xffaa9d3c5810d40206e289407e9935e447e1fa4183c672e03fa69486e7d8b41c | +| [AIP-21](./content/ipfs-aips/AIP-21-Ipfs-hashes.json) | Qmb4cXBMga15bEHe84BeRXj7gY1tfXom8sr9WyZDwhJPGa | 0xbd0c29a45fd25d7c77e3d31efddd83131e4e82630ce7a11b418bb5b9c79c8887 | +| [AIP-22](./content/ipfs-aips/AIP-22-Ipfs-hashes.json) | QmZmGy1Bm1v3pPdJdYCCe7EyujW2i169eNq6txpQg4NsSn | 0xa9bf7dc9c6d546c9d2262b1d3dff9fab1528bb1c34b745e14fe37d542c1094f7 | +| [AIP-23](./content/ipfs-aips/AIP-23-Ipfs-hashes.json) | QmcznTifYPKHcna8o37MmTKMYhRzhXtVmJVjYEVGEq2gsC | 0xd9c873eea9fa90a9f24a33398cd38eb4791133c197cec9d87d0cca983b3460e3 | +| [AIP-24](./content/ipfs-aips/AIP-24-Ipfs-hashes.json) | QmcPSftyJoKUHKHg3YxFGpx91Y63UxCPV1aRuWAL7XuH2w | 0xd0babf74a475611225510ea385d0ff0f6baaa594a9757307137f61ff813e0eb0 | +| [AIP-25](./content/ipfs-aips/AIP-25-Ipfs-hashes.json) | QmbxV3o8wYZSNDzMTatBcCAkHkxsUa4p2VaEZGGUm8xv74 | 0xca55ea7db44a796d879b9325f5a3b13a2bcc1cd95d290c65983086516bda3c9b | +| [AIP-26](./content/ipfs-aips/AIP-26-Ipfs-hashes.json) | QmVXVtoDGzNtAPDCTWg7vYaezadKwsuHLrbgaTDRESQKzB | 0x6ac93abe9135d97377d4b2ebafddf8012d8c767117979499b12e1d61fc7df6c4 | +| [AIP-27](./content/ipfs-aips/AIP-27-Ipfs-hashes.json) | QmdfFTxuuu7jQv9se4XFUy3w2RCh35kfp4ocUqr69q1X8W | 0xe3a30eb1373b01235923215abf4ae32fbc1dd81e0036a882392c3d6c706147ab | +| [AIP-28](./content/ipfs-aips/AIP-28-Ipfs-hashes.json) | QmaVRJEWEbik6kcDQSpVvgVM9DLUciNJ9BJAUKp9LwK6iW | 0xb48b4e4c293b6cd05ed1d31f9283838cc7d495ad51ef356a50d51613e9e7d9ab | +| [AIP-29](./content/ipfs-aips/AIP-29-Ipfs-hashes.json) | Qmby95BYfKszQxMPDmbyGzF6vnkpPQCjsMaJLyx9sxixUH | 0xca80e8e504ac451697e1dc2aeb34fb8fbf6c17f42cd691306d4876ffa3923682 | +| [AIP-3](./content/ipfs-aips/AIP-3-Ipfs-hashes.json) | QmaTgsrVaUhkKgwKa1GVMnmJmh91TcABTkuLDTpjVBnqjg | 0xb419c29d58017ef4f69c3b527a0a45facbd26abcde922d2f3c03a674c25ffb93 | +| [AIP-32](./content/ipfs-aips/AIP-32-Ipfs-hashes.json) | QmREXhrYkWCmKJhQX5X5dWMfFBis2khmD9i9VCyUuJeT3W | 0x2b01a7f5dc2819f0bb23a352df48c100da5a0c97502523ba045b88399a820051 | +| [AIP-33](./content/ipfs-aips/AIP-33-Ipfs-hashes.json) | QmbfLFGJdZQn21pwJGQzVnFqLk4vXHTmHUhio8ArWmvVqZ | 0xc5f116e77129bd672679d021ff5902b98e371f42aa8000dfd1d1bf9468edeed8 | +| [AIP-35](./content/ipfs-aips/AIP-35-Ipfs-hashes.json) | QmVxgx9psqGpkSWX1Q7EA46WwQo8JXnLVX5Gem8hKYk4G4 | 0x713d40baca96b7f7aad64d697c4ad38eff24d77c17b014d7212d05a861f6b73d | +| [AIP-37](./content/ipfs-aips/AIP-37-Ipfs-hashes.json) | QmePHWTUk1bgh7RqpgtSpBj3kBEPEsLoPhiYjCen4y1obL | 0xee67c2e93b082190dac62cbead2f7ace23f7d1d838d1cbae9613b9722313b15f | +| [AIP-4](./content/ipfs-aips/AIP-4-Ipfs-hashes.json) | QmYZYRQoT1PBHBawsQ6rVZgPauc6mPZjj2mquY92awzd8k | 0x97e24f61a3ff7dc3bbdf4711fee1272bf35f32e6259c02adafe59f78f7e929f9 | +| [AIP-5](./content/ipfs-aips/AIP-5-Ipfs-hashes.json) | Qma2zXR6NP7K5hVBzQQU1pt2kwT96hbC7KmgVceKg7vQx6 | 0xadc631b825d9825f6d5f9a1125c4573b2c9d859d74d7f32895c4c54867ea6abf | +| [AIP-6](./content/ipfs-aips/AIP-6-Ipfs-hashes.json) | QmWpdVz9G1rzNQCBgcuV6LP39JoA5EZ3vDmVSLnwzmePU4 | 0x7e08641d409c005bc9363a187c6782b9b596cb438715a6090a26f3cfe8091561 | +| [AIP-7](./content/ipfs-aips/AIP-7-Ipfs-hashes.json) | QmTEiiqRrHTi25gAHJdbDDptehE36TzSTxYSuA1R5o2NsN | 0x48c57c9f586007fd148dea7e9f44b2f4714cfe1a34b378736dfe5e34a3825be5 | +| [AIP-8](./content/ipfs-aips/AIP-8-Ipfs-hashes.json) | QmRT8PiQwzPUYZVvURqYBDpb8M6EveRUwkMY4uoTJXNmMm | 0x2e3bd8c71beab0e5bbe32e4fba436bd6ba2eda311f9fa9cd21aeec692e17772c | +| [AIP-9](./content/ipfs-aips/AIP-9-Ipfs-hashes.json) | QmS8SNqXhvHHUuXBhch2iUkRDpRnM2ds9iqeSdgxjSVSmU | 0x384dd57abcd23aae459877625228062db4082485a0ac1fc45eb54524f5836507 | +| [C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES](./content/ipfs-aips/C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES-Ipfs-hashes.json) | QmU8YK9g7ELcjJx75roKGaLMSm2kg7DxTxZQjZencbVRH3 | 0x560beb8b858395e146aaaf9d242f7a4da3569311fa288eaf63648402ca929a22 | +| [C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2](./content/ipfs-aips/C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2-Ipfs-hashes.json) | QmU4MH1mps19vXJzWeV555T6yhqX2sqSceaN1fkkxgFDe1 | 0x54f91e12ea75ccaf9101fa8d59bf08b9edab7a745f16ca0ac26b668e47b93952 | +| [CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET](./content/ipfs-aips/CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET-Ipfs-hashes.json) | QmTYrqAZFmc8EfrMTh4PFPBSFwsZ1TqNZ5KR3KnwqB6NeM | 0x4d6b1c42fc3074bd21262225f025191900ddaad321896abfd9ee03dee39ccfd2 | +| [E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2](<./content/ipfs-aips/E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2-Ipfs-hashes.json>) | QmYcKbka4WWgwVTcxE7esz2NJfzQbza5ya6oTUKhuFzPrN | 0x98988e11b4db662760cd10652f66abeef3ad17e242091b360fe6dfd681e4608f | +| [EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC](./content/ipfs-aips/EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC-Ipfs-hashes.json) | QmRw3MDvmjqyX825Yyw6chbXoQ9DcE4yjEoj48FEv3vWG7 | 0x35626848bc220e0bf46adf4a40c3be50894e860a0f91c6f3a1dd4d46bdb68048 | +| [F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP](./content/ipfs-aips/F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP-Ipfs-hashes.json) | QmefFRkSojKFqr8qchKDdTKT67WgE1rgfd3rRESxKMeJXj | 0xf27eb37dc1f6129638e61204393c7f27bafa4c4f9ae4ea6170132af7f51bc7e2 | From 8003e2b9ad62c4dfd1a360e3d1d2ab90433bf9bf Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 15:19:27 +0200 Subject: [PATCH 04/11] refactor: make script a little easier to understand --- scripts/aip-uploader.js | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/scripts/aip-uploader.js b/scripts/aip-uploader.js index eb9889e7..6c5f8d56 100644 --- a/scripts/aip-uploader.js +++ b/scripts/aip-uploader.js @@ -19,16 +19,15 @@ async function delay(ms) { const jsonAips = Object.values(rawJsonAips) async function main() { - const aipIds = Object.keys(jsonAips).sort( - (a, b) => a.split("-")[1] - b.split("-")[1] + const aipIds = Object.keys(jsonAips).sort((a, b) => + a.localeCompare(b.split("-")) ) for (let x = 0; x < aipIds.length; x++) { const id = aipIds[x] - delete Object.assign(jsonAips[id], { - description: jsonAips[id]["content"], - })["content"] + jsonAips[id].description = jsonAips[id]["content"] + delete jsonAips[id]["content"] try { const res = await fetch(pinataEndpoint, { From c1718d05747aaec109bfa1ac473c2765f62c026c Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 15:29:53 +0200 Subject: [PATCH 05/11] refactor: remove name utility --- README.md | 10 +++------- package.json | 1 - scripts/aip-filename-generator.ts | 21 --------------------- 3 files changed, 3 insertions(+), 29 deletions(-) delete mode 100644 scripts/aip-filename-generator.ts diff --git a/README.md b/README.md index 4ef4c38d..0c124574 100644 --- a/README.md +++ b/README.md @@ -3,18 +3,14 @@ If you plan to add a new _Aave Improvement Proposal (AIP)_ follow this guide: 1. Fork [this repository](https://github.com/aave/aip) by clicking 'Fork' in the top right. -2. Add your AIP to your fork of the repository in the `content/aips/` directory. Use the [AIP template](https://github.com/aave/aip/blob/master/X-AIP.md). -3. Install the project dependencies: `npm install`. Note the repository works with `Node v12`. -4. Generate the AIP identifier using the following command: `npm run generate-filename '[title]' '[date]'`. Replace the `title` and `date` placeholders with the `title` and `created` tags of the AIP md file. -5. Use the generated identifier for the AIP filename. The final name of the AIP file should be: `[generated_identifier]-AIP-[title_abbrev].md`. -6. Submit a [Pull Request (PR)](https://github.com/aave/aip/pulls) to the [main](https://github.com/aave/aip/tree/main). +2. Install the project dependencies: `npm install`. Note the repository works with `Node v16`. +3. Create a new aip file with an UPPERCASE_IDENTIFIER: `AAVESOME_AIP.md` following the [aip template](https://github.com/aave/aip/blob/main/X-AIP.md) inside `content/aips/` directory. +4. Submit a [Pull Request (PR)](https://github.com/aave/aip/pulls) to the [main](https://github.com/aave/aip/tree/main). Your first PR should be a draft of the final AIP. It must follow the formatting criteria enforced by the build, as detailed in the AIP template. Make sure you include a `discussions-to` header with the URL to a discussion forum or open GitHub issue where people can discuss the AIP as a whole. If your AIP requires images, the image files should be included in a subdirectory of the `assets` folder for that AIP as follow: `assets/[generated_identifier]-AIP-[title_abbrev]` (for AIP **[generated_identifier]-AIP-[title_abbrev]**). When linking to an image in the AIP, use relative links such as `../assets/[generated_identifier]-AIP-[title_abbrev]/image.png`. -When you believe your AIP is mature and ready to progress past the WIP phase, feel free to change its status to `Proposed`. - ### Contribution example Let's imagine we believe a parameter of the `AAVE` reserve should be changed for the common good of the community, in particular, an increase of the liquidation bonus. If we propose the change to the community and consensus is reached, we will make this happen. diff --git a/package.json b/package.json index ecc3b8ed..d925e84d 100644 --- a/package.json +++ b/package.json @@ -35,7 +35,6 @@ "parse-markdown": "m2j ./content/aips/*.md -c -o ./content/ipfs-aips/all-aips.json", "upload:pinata-thegraph": "node scripts/aip-uploader.js && rm tmp", "validation:aip-schema": "ts-node scripts/aip-schema-validation.ts", - "generate-filename": "ts-node scripts/aip-filename-generator.js", "ci:generate-readme": "ts-node scripts/generate-readme.ts" } } diff --git a/scripts/aip-filename-generator.ts b/scripts/aip-filename-generator.ts deleted file mode 100644 index 32f797bb..00000000 --- a/scripts/aip-filename-generator.ts +++ /dev/null @@ -1,21 +0,0 @@ -const ethers = require("ethers"); - -(() => { - const [title, date] = process.argv.slice(2) - if ( - !title || - title === "" || - !date || - date === "" || - date.split("-").length !== 3 - ) { - console.error( - "Wrong input parameters.\nUse of the command: npm run generate-title '[title]' '[yyyy-mm-dd]'" - ) - process.exit(-1) - } - const hash = ethers.utils.keccak256( - ethers.utils.toUtf8Bytes(`${title}${date}`) - ) - console.log(hash.replace("0x", "").slice(0, 12)) -})() From 311d954217ab8cb69f8956b21c4d0d8f80c981ae Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 15:36:54 +0200 Subject: [PATCH 06/11] refactor: remove hash from aip name --- ...C1D37498C4-AIP-AAVE-BGD.md => AAVE-BGD.md} | 0 ...60B007-AIP-AAVE-LLAMA.md => AAVE-LLAMA.md} | 0 ...ET_PHASE_I.md => AAVE_STARKNET_PHASE_I.md} | 0 ...ART2.md => AAVE_STARKNET_PHASE_I_PART2.md} | 0 ...-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md | 63 ------------------- ...-TO-AAVE-V2.md => ADD-1INCH-TO-AAVE-V2.md} | 0 ...> ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES.md} | 0 ...VX-TO-AAVE-V2.md => ADD-CVX-TO-AAVE-V2.md} | 0 ...NS-TO-AAVE-V2.md => ADD-ENS-TO-AAVE-V2.md} | 0 ...MM-MARKET.md => ADD-GUNI-TO-AMM-MARKET.md} | 0 ...AI-TO-AAVE-V3.md => ADD-MAI-TO-AAVE-V3.md} | 0 ...ON.md => ADD-MATICX-TO-AAVE-V3-POLYGON.md} | 0 ...-OP-TO-AAVE-V3.md => ADD-OP-TO-AAVE-V3.md} | 0 ...-TO-AAVE-V2.md => ADD-STETH-TO-AAVE-V2.md} | 0 ...N.md => ADD-STMATIC-TO-AAVE-V3-POLYGON.md} | 0 ...2.md => ADD-TERRA-USD-(UST)-TO-AAVE-V2.md} | 0 ...D_TO_AAVE_V2.md => ADD_LUSD_TO_AAVE_V2.md} | 0 ...APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC.md} | 0 ...GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2.md} | 0 ...E-TOKEN-SWAP.md => BAL-AAVE-TOKEN-SWAP.md} | 0 ...md => BALANCER-WHITELIST-CLAIM-STKAAVE.md} | 0 ...md => BOUNTY-TO-HACXYK-FALLBACK-ORACLE.md} | 0 ...CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md} | 0 ...CONTINUOUS-FORMAL-VERIFICATION-CERTORA.md} | 0 ...ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL.md} | 0 ...UPDATE.md => FEI-RESERVE-FACTOR-UPDATE.md} | 0 ...d => FEI-RISK-PARAMETER-UPDATE-AAVE-V2.md} | 0 ... => FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md} | 0 ...POSAL.md => GOV-LVL2-EXECUTOR-PROPOSAL.md} | 0 ...G-ETH-RATES.md => OPTIMIZING-ETH-RATES.md} | 0 ...AFEI-FOR-DAI.md => REDEEM-AFEI-FOR-DAI.md} | 0 ...-AAVE-SM.md => RENEW-ALLOWANCE-AAVE-SM.md} | 0 ...EW_AAVE_GRANTS.md => RENEW_AAVE_GRANTS.md} | 0 ...GRANTS_DAO.md => RENEW_AAVE_GRANTS_DAO.md} | 0 ...d => SEBA-BANK-WHITELISTER-ON-AAVE-ARC.md} | 0 .../{3C58C5F00209-AIP-SIGP.md => SIGP.md} | 0 ...GON-MARKET.md => UPDATE-POLYGON-MARKET.md} | 0 ...E-FUNDING.md => V3-RETROACTIVE-FUNDING.md} | 0 38 files changed, 63 deletions(-) rename content/aips/{08C1D37498C4-AIP-AAVE-BGD.md => AAVE-BGD.md} (100%) rename content/aips/{4A7DEC60B007-AIP-AAVE-LLAMA.md => AAVE-LLAMA.md} (100%) rename content/aips/{1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I.md => AAVE_STARKNET_PHASE_I.md} (100%) rename content/aips/{541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2.md => AAVE_STARKNET_PHASE_I_PART2.md} (100%) delete mode 100644 content/aips/AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md rename content/aips/{720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2.md => ADD-1INCH-TO-AAVE-V2.md} (100%) rename content/aips/{29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES.md => ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES.md} (100%) rename content/aips/{006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2.md => ADD-CVX-TO-AAVE-V2.md} (100%) rename content/aips/{C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2.md => ADD-ENS-TO-AAVE-V2.md} (100%) rename content/aips/{CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET.md => ADD-GUNI-TO-AMM-MARKET.md} (100%) rename content/aips/{298883DBD784-AIP-ADD-MAI-TO-AAVE-V3.md => ADD-MAI-TO-AAVE-V3.md} (100%) rename content/aips/{226BEDACF8B7-AIP-ADD-MATICX-TO-AAVE-V3-POLYGON.md => ADD-MATICX-TO-AAVE-V3-POLYGON.md} (100%) rename content/aips/{A8B4294C4B1F-AIP-ADD-OP-TO-AAVE-V3.md => ADD-OP-TO-AAVE-V3.md} (100%) rename content/aips/{412B6185D705-AIP-ADD-STETH-TO-AAVE-V2.md => ADD-STETH-TO-AAVE-V2.md} (100%) rename content/aips/{4B301050BD35-AIP-ADD-STMATIC-TO-AAVE-V3-POLYGON.md => ADD-STMATIC-TO-AAVE-V3-POLYGON.md} (100%) rename content/aips/{E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2.md => ADD-TERRA-USD-(UST)-TO-AAVE-V2.md} (100%) rename content/aips/{7CFFAE5FB3C0-AIP-ADD_LUSD_TO_AAVE_V2.md => ADD_LUSD_TO_AAVE_V2.md} (100%) rename content/aips/{30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC.md => APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC.md} (100%) rename content/aips/{9DDCC8B77A40-AIP-AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2.md => AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2.md} (100%) rename content/aips/{F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP.md => BAL-AAVE-TOKEN-SWAP.md} (100%) rename content/aips/{C21F601D0D3F-AIP-BALANCER-WHITELIST-CLAIM-STKAAVE.md => BALANCER-WHITELIST-CLAIM-STKAAVE.md} (100%) rename content/aips/{8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE.md => BOUNTY-TO-HACXYK-FALLBACK-ORACLE.md} (100%) rename content/aips/{8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md => CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md} (100%) rename content/aips/{1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA.md => CONTINUOUS-FORMAL-VERIFICATION-CERTORA.md} (100%) rename content/aips/{B01EDD555D47-AIP-ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL.md => ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL.md} (100%) rename content/aips/{3D16C7B29565-AIP-FEI-RESERVE-FACTOR-UPDATE.md => FEI-RESERVE-FACTOR-UPDATE.md} (100%) rename content/aips/{194D8F0A7E11-AIP-FEI-RISK-PARAMETER-UPDATE-AAVE-V2.md => FEI-RISK-PARAMETER-UPDATE-AAVE-V2.md} (100%) rename content/aips/{4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md => FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md} (100%) rename content/aips/{656A6D889F89-AIP-GOV-LVL2-EXECUTOR-PROPOSAL.md => GOV-LVL2-EXECUTOR-PROPOSAL.md} (100%) rename content/aips/{C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES.md => OPTIMIZING-ETH-RATES.md} (100%) rename content/aips/{7CDA90A3999E-AIP-REDEEM-AFEI-FOR-DAI.md => REDEEM-AFEI-FOR-DAI.md} (100%) rename content/aips/{7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM.md => RENEW-ALLOWANCE-AAVE-SM.md} (100%) rename content/aips/{0DC11FACBC53-AIP-RENEW_AAVE_GRANTS.md => RENEW_AAVE_GRANTS.md} (100%) rename content/aips/{922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO.md => RENEW_AAVE_GRANTS_DAO.md} (100%) rename content/aips/{EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC.md => SEBA-BANK-WHITELISTER-ON-AAVE-ARC.md} (100%) rename content/aips/{3C58C5F00209-AIP-SIGP.md => SIGP.md} (100%) rename content/aips/{1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET.md => UPDATE-POLYGON-MARKET.md} (100%) rename content/aips/{A22882572B3F-AIP-V3-RETROACTIVE-FUNDING.md => V3-RETROACTIVE-FUNDING.md} (100%) diff --git a/content/aips/08C1D37498C4-AIP-AAVE-BGD.md b/content/aips/AAVE-BGD.md similarity index 100% rename from content/aips/08C1D37498C4-AIP-AAVE-BGD.md rename to content/aips/AAVE-BGD.md diff --git a/content/aips/4A7DEC60B007-AIP-AAVE-LLAMA.md b/content/aips/AAVE-LLAMA.md similarity index 100% rename from content/aips/4A7DEC60B007-AIP-AAVE-LLAMA.md rename to content/aips/AAVE-LLAMA.md diff --git a/content/aips/1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I.md b/content/aips/AAVE_STARKNET_PHASE_I.md similarity index 100% rename from content/aips/1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I.md rename to content/aips/AAVE_STARKNET_PHASE_I.md diff --git a/content/aips/541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2.md b/content/aips/AAVE_STARKNET_PHASE_I_PART2.md similarity index 100% rename from content/aips/541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2.md rename to content/aips/AAVE_STARKNET_PHASE_I_PART2.md diff --git a/content/aips/AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md b/content/aips/AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md deleted file mode 100644 index 3ea1dbc1..00000000 --- a/content/aips/AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: Consolidate Reserve Factors and Enable Borrowing DPI -status: WIP -author: Llama - Matthew Graham (@Matthew_Graham_), Dydymoon (@dydymoon1), Austin Green (@AustinGreen), Noah Citron (@NoahCitron) -shortDescription: Consolidate Aave Mainnet V1 and V2 Reserve Factors and Enable Borrowing DPI -discussions: https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797 -created: 2022-05-16 ---- - -## Simple Summary - -This AIP is the combination of two ARCs presented on the Aave Governance Forum. This proposal performs the initial step of the [Llama treasury management strategy](https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797) and also includes [Index Coop’s enable borrowing of DPI](https://governance.aave.com/t/arc-enable-borrowing-of-dpi-on-aave-markets/6976) proposal. - -The Llama proposal entails re-routing the current and future revenue from the mainnet V1 Reserve Factor to the mainnet V2 Reserve Factor. The Index Coop proposal re-enables users to borrow DPI after it was disable by [AIP-44](https://app.aave.com/#/governance/44-QmNVWrrm3ieyRRVD4f77zdxrvSUj1W4HDCojLKNcxmVQhr). - -## Abstract - -The Llama Community recommends consolidating revenue earned on all Aave markets on mainnet into a single Reserve Factor (RF). This proposal consolidates past and future Aave mainnet V1 market revenue into the mainnet V2 RF. In the future, other aspects of the Llama treasury management proposal will be implemented through separate AIPs. - -This proposal is broken into two parts, the second part is to enable borrowing of DPI. The borrowing of DPI was disabled via [AIP-44](https://app.aave.com/#/governance/44-QmNVWrrm3ieyRRVD4f77zdxrvSUj1W4HDCojLKNcxmVQhr) along with xSUSHI. Shortly after enacting AIP-44, DPI was found to be safe. This proposal is to reinstate DPI as an asset that can be borrowed on the Aave markets. - -## Motivation - -### Part A - Consolidate Aave Mainnet V1and V2 Reserve Factors - -The legacy V1 market continues to generate mostly flash loan fee revenue and this has slowed down in recent times. There is only ~$102.7M of TVL remaining in the V1 market, and at the rate of which revenue is generated is expected to continue declining as more and more users move to V2 or V3 over time. - -This proposal recommends consolidating the Aave V1, V2, and AMM market revenue into a single location before deploying the capital to earn additional yield. The V1 RF holds around [~$435K](https://etherscan.io/address/0xe3d9988f676457123c5fd01297605efdd0cba1ae) of assets at the time of writing, whereas the Ethereum V2 + AMM market holds [$26.88M](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c) of assets. Consolidating the RF balance would increase the mainnet treasury to around $27.32M. - -## Specification - -### Part A - Consolidate Aave Mainnet V1 and V2 Reserve Factors - -Within this proposal, the assets held with the Aave mainnet V1 RF are to be transferred to the Aave mainnet V2 RF. All future revenue from the V1 deployment will now automatically accrue in the V2 RF upon implementation of this proposal. Post implementation of this proposal, the V1 RF is not expected to accrue any future revenue. - -A detailed breakdown of the consolidated constituents can be found on the [Aave Treasury Finances by Llama Dune Dashboard](https://dune.com/llama/Aave-Treasury-Finances-by-Llama?Trailing%20Num%20Time-Series=60). - -### Part B - Enable Borrowing DPI - -The recommendation is to enable borrowing and although there are a number of extrinsic use cases for DPI emerging, starting with a utilisation rate of 45%. For Variable Interest Rate parameters, a Base of 0, Slope 1 of 7% and Slope 2 of 300% was selected which is similar to the constituents within DPI. At this point in time, there is no ask for Stable Interest Rate borrowing. - -The details outlining the original specification for listing DPI can be found here, [AIP-31](https://app.aave.com/#/governance/27-Qme2d9yZ81j3JkQ4ecr7BSZv4Rvh5NyU36um48f5S75CQG). For any additional information see Index Coop’s website: https://www.indexcoop.com/dpi. - -## Test Cases - -The full test of this proposal can be found here: https://github.com/llama-community/refactor-aave-rf/ - -## Implementation - -Aave mainnet V1 Reserve Factor: `0xE3d9988F676457123C5fD01297605efdD0Cba1ae` -Aave mainnet V2 Reserve Factor: `0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c` - -By calling `function execute()` and `function distributeTokens()` on the ProposalPayload contract, the token distributor will be upgraded to send all funds to the `Aave mainnet V2 Reserve Factor`, the AAVE protocol v1's token distributor will be set to `Aave mainnet V2 Reserve Factor`, DPI borrowing will be enabled and all large balances from the `Aave mainnet V1 Reserve Factor` will be distributed to `Aave mainnet V2 Reserve Factor`. The new token distributor implementation was deployed to [0x55c559730cbCA5deB0bf9B85961957FfDf502603]( -https://etherscan.io/address/0x55c559730cbCA5deB0bf9B85961957FfDf502603). - -**Target Contracts** - -ProposalPayload = [0x43D2A74c55eE4DB917251eC934b2fD03E3069bd6]( -https://etherscan.io/address/0x43D2A74c55eE4DB917251eC934b2fD03E3069bd6) - -## Copyright - -Copyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/). diff --git a/content/aips/720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2.md b/content/aips/ADD-1INCH-TO-AAVE-V2.md similarity index 100% rename from content/aips/720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2.md rename to content/aips/ADD-1INCH-TO-AAVE-V2.md diff --git a/content/aips/29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES.md b/content/aips/ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES.md similarity index 100% rename from content/aips/29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES.md rename to content/aips/ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES.md diff --git a/content/aips/006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2.md b/content/aips/ADD-CVX-TO-AAVE-V2.md similarity index 100% rename from content/aips/006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2.md rename to content/aips/ADD-CVX-TO-AAVE-V2.md diff --git a/content/aips/C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2.md b/content/aips/ADD-ENS-TO-AAVE-V2.md similarity index 100% rename from content/aips/C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2.md rename to content/aips/ADD-ENS-TO-AAVE-V2.md diff --git a/content/aips/CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET.md b/content/aips/ADD-GUNI-TO-AMM-MARKET.md similarity index 100% rename from content/aips/CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET.md rename to content/aips/ADD-GUNI-TO-AMM-MARKET.md diff --git a/content/aips/298883DBD784-AIP-ADD-MAI-TO-AAVE-V3.md b/content/aips/ADD-MAI-TO-AAVE-V3.md similarity index 100% rename from content/aips/298883DBD784-AIP-ADD-MAI-TO-AAVE-V3.md rename to content/aips/ADD-MAI-TO-AAVE-V3.md diff --git a/content/aips/226BEDACF8B7-AIP-ADD-MATICX-TO-AAVE-V3-POLYGON.md b/content/aips/ADD-MATICX-TO-AAVE-V3-POLYGON.md similarity index 100% rename from content/aips/226BEDACF8B7-AIP-ADD-MATICX-TO-AAVE-V3-POLYGON.md rename to content/aips/ADD-MATICX-TO-AAVE-V3-POLYGON.md diff --git a/content/aips/A8B4294C4B1F-AIP-ADD-OP-TO-AAVE-V3.md b/content/aips/ADD-OP-TO-AAVE-V3.md similarity index 100% rename from content/aips/A8B4294C4B1F-AIP-ADD-OP-TO-AAVE-V3.md rename to content/aips/ADD-OP-TO-AAVE-V3.md diff --git a/content/aips/412B6185D705-AIP-ADD-STETH-TO-AAVE-V2.md b/content/aips/ADD-STETH-TO-AAVE-V2.md similarity index 100% rename from content/aips/412B6185D705-AIP-ADD-STETH-TO-AAVE-V2.md rename to content/aips/ADD-STETH-TO-AAVE-V2.md diff --git a/content/aips/4B301050BD35-AIP-ADD-STMATIC-TO-AAVE-V3-POLYGON.md b/content/aips/ADD-STMATIC-TO-AAVE-V3-POLYGON.md similarity index 100% rename from content/aips/4B301050BD35-AIP-ADD-STMATIC-TO-AAVE-V3-POLYGON.md rename to content/aips/ADD-STMATIC-TO-AAVE-V3-POLYGON.md diff --git a/content/aips/E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2.md b/content/aips/ADD-TERRA-USD-(UST)-TO-AAVE-V2.md similarity index 100% rename from content/aips/E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2.md rename to content/aips/ADD-TERRA-USD-(UST)-TO-AAVE-V2.md diff --git a/content/aips/7CFFAE5FB3C0-AIP-ADD_LUSD_TO_AAVE_V2.md b/content/aips/ADD_LUSD_TO_AAVE_V2.md similarity index 100% rename from content/aips/7CFFAE5FB3C0-AIP-ADD_LUSD_TO_AAVE_V2.md rename to content/aips/ADD_LUSD_TO_AAVE_V2.md diff --git a/content/aips/30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC.md b/content/aips/APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC.md similarity index 100% rename from content/aips/30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC.md rename to content/aips/APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC.md diff --git a/content/aips/9DDCC8B77A40-AIP-AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2.md b/content/aips/AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2.md similarity index 100% rename from content/aips/9DDCC8B77A40-AIP-AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2.md rename to content/aips/AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2.md diff --git a/content/aips/F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP.md b/content/aips/BAL-AAVE-TOKEN-SWAP.md similarity index 100% rename from content/aips/F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP.md rename to content/aips/BAL-AAVE-TOKEN-SWAP.md diff --git a/content/aips/C21F601D0D3F-AIP-BALANCER-WHITELIST-CLAIM-STKAAVE.md b/content/aips/BALANCER-WHITELIST-CLAIM-STKAAVE.md similarity index 100% rename from content/aips/C21F601D0D3F-AIP-BALANCER-WHITELIST-CLAIM-STKAAVE.md rename to content/aips/BALANCER-WHITELIST-CLAIM-STKAAVE.md diff --git a/content/aips/8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE.md b/content/aips/BOUNTY-TO-HACXYK-FALLBACK-ORACLE.md similarity index 100% rename from content/aips/8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE.md rename to content/aips/BOUNTY-TO-HACXYK-FALLBACK-ORACLE.md diff --git a/content/aips/8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md b/content/aips/CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md similarity index 100% rename from content/aips/8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md rename to content/aips/CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI.md diff --git a/content/aips/1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA.md b/content/aips/CONTINUOUS-FORMAL-VERIFICATION-CERTORA.md similarity index 100% rename from content/aips/1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA.md rename to content/aips/CONTINUOUS-FORMAL-VERIFICATION-CERTORA.md diff --git a/content/aips/B01EDD555D47-AIP-ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL.md b/content/aips/ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL.md similarity index 100% rename from content/aips/B01EDD555D47-AIP-ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL.md rename to content/aips/ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL.md diff --git a/content/aips/3D16C7B29565-AIP-FEI-RESERVE-FACTOR-UPDATE.md b/content/aips/FEI-RESERVE-FACTOR-UPDATE.md similarity index 100% rename from content/aips/3D16C7B29565-AIP-FEI-RESERVE-FACTOR-UPDATE.md rename to content/aips/FEI-RESERVE-FACTOR-UPDATE.md diff --git a/content/aips/194D8F0A7E11-AIP-FEI-RISK-PARAMETER-UPDATE-AAVE-V2.md b/content/aips/FEI-RISK-PARAMETER-UPDATE-AAVE-V2.md similarity index 100% rename from content/aips/194D8F0A7E11-AIP-FEI-RISK-PARAMETER-UPDATE-AAVE-V2.md rename to content/aips/FEI-RISK-PARAMETER-UPDATE-AAVE-V2.md diff --git a/content/aips/4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md b/content/aips/FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md similarity index 100% rename from content/aips/4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md rename to content/aips/FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md diff --git a/content/aips/656A6D889F89-AIP-GOV-LVL2-EXECUTOR-PROPOSAL.md b/content/aips/GOV-LVL2-EXECUTOR-PROPOSAL.md similarity index 100% rename from content/aips/656A6D889F89-AIP-GOV-LVL2-EXECUTOR-PROPOSAL.md rename to content/aips/GOV-LVL2-EXECUTOR-PROPOSAL.md diff --git a/content/aips/C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES.md b/content/aips/OPTIMIZING-ETH-RATES.md similarity index 100% rename from content/aips/C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES.md rename to content/aips/OPTIMIZING-ETH-RATES.md diff --git a/content/aips/7CDA90A3999E-AIP-REDEEM-AFEI-FOR-DAI.md b/content/aips/REDEEM-AFEI-FOR-DAI.md similarity index 100% rename from content/aips/7CDA90A3999E-AIP-REDEEM-AFEI-FOR-DAI.md rename to content/aips/REDEEM-AFEI-FOR-DAI.md diff --git a/content/aips/7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM.md b/content/aips/RENEW-ALLOWANCE-AAVE-SM.md similarity index 100% rename from content/aips/7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM.md rename to content/aips/RENEW-ALLOWANCE-AAVE-SM.md diff --git a/content/aips/0DC11FACBC53-AIP-RENEW_AAVE_GRANTS.md b/content/aips/RENEW_AAVE_GRANTS.md similarity index 100% rename from content/aips/0DC11FACBC53-AIP-RENEW_AAVE_GRANTS.md rename to content/aips/RENEW_AAVE_GRANTS.md diff --git a/content/aips/922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO.md b/content/aips/RENEW_AAVE_GRANTS_DAO.md similarity index 100% rename from content/aips/922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO.md rename to content/aips/RENEW_AAVE_GRANTS_DAO.md diff --git a/content/aips/EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC.md b/content/aips/SEBA-BANK-WHITELISTER-ON-AAVE-ARC.md similarity index 100% rename from content/aips/EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC.md rename to content/aips/SEBA-BANK-WHITELISTER-ON-AAVE-ARC.md diff --git a/content/aips/3C58C5F00209-AIP-SIGP.md b/content/aips/SIGP.md similarity index 100% rename from content/aips/3C58C5F00209-AIP-SIGP.md rename to content/aips/SIGP.md diff --git a/content/aips/1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET.md b/content/aips/UPDATE-POLYGON-MARKET.md similarity index 100% rename from content/aips/1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET.md rename to content/aips/UPDATE-POLYGON-MARKET.md diff --git a/content/aips/A22882572B3F-AIP-V3-RETROACTIVE-FUNDING.md b/content/aips/V3-RETROACTIVE-FUNDING.md similarity index 100% rename from content/aips/A22882572B3F-AIP-V3-RETROACTIVE-FUNDING.md rename to content/aips/V3-RETROACTIVE-FUNDING.md From a618ba7bd2c7e0e380b4c3a617f284b3e4a96d10 Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 16:29:59 +0200 Subject: [PATCH 07/11] refactor: move toUpper to validation refactor: remove all ipfs refactor: revert changes to all-ipfs --- .github/workflows/schema-validation.yml | 17 +++++++++++++++++ .github/workflows/upload-ipfs.yml | 3 --- content/aips/toUpper.sh | 4 ---- .../ipfs-aips/{all-aips.json => all-ipfs.json} | 2 +- 4 files changed, 18 insertions(+), 8 deletions(-) delete mode 100644 content/aips/toUpper.sh rename content/ipfs-aips/{all-aips.json => all-ipfs.json} (99%) diff --git a/.github/workflows/schema-validation.yml b/.github/workflows/schema-validation.yml index e057a2b1..75fa5f27 100644 --- a/.github/workflows/schema-validation.yml +++ b/.github/workflows/schema-validation.yml @@ -24,3 +24,20 @@ jobs: - name: Verify Schema run: npm run validation:aip-schema + + - name: Verify uppercase + run: | + # rename everything to uppercase + cd content/aips + for i in *.md + do + mv "$i" "$(echo ${i%.md} | tr [:lower:] [:upper:]).md" 2>/dev/null; true + done + # ensure nothing changed + if [[ -z $(git status -s) ]] + then + echo "tree is clean" + else + echo "your filename must be uppercase" + exit 1 + fi diff --git a/.github/workflows/upload-ipfs.yml b/.github/workflows/upload-ipfs.yml index 6f600e23..ab4afae4 100644 --- a/.github/workflows/upload-ipfs.yml +++ b/.github/workflows/upload-ipfs.yml @@ -13,9 +13,6 @@ jobs: - name: Checkout repo uses: actions/checkout@v3 - - name: Rename aip to upper case - run: cd content/aips && bash toUpper.sh || true && cd ../.. - - uses: actions/setup-node@v3 with: node-version: 16 diff --git a/content/aips/toUpper.sh b/content/aips/toUpper.sh deleted file mode 100644 index d17e0064..00000000 --- a/content/aips/toUpper.sh +++ /dev/null @@ -1,4 +0,0 @@ -for i in *.md -do - mv "$i" "$(echo ${i%.md} | tr [:lower:] [:upper:]).md"; -done \ No newline at end of file diff --git a/content/ipfs-aips/all-aips.json b/content/ipfs-aips/all-ipfs.json similarity index 99% rename from content/ipfs-aips/all-aips.json rename to content/ipfs-aips/all-ipfs.json index 48937211..0273d5ee 100644 --- a/content/ipfs-aips/all-aips.json +++ b/content/ipfs-aips/all-ipfs.json @@ -152,7 +152,7 @@ "discussions": "https://governance.aave.com/t/arc-add-support-for-steth-lido/5793", "created": "2022-04-02T00:00:00.000Z", "preview": "## Simple Summary\nLido allows users to earn staking rewards on the …", - "content": "\n\n## Simple Summary\nLido allows users to earn staking rewards on the Ethereum beacon chain without locking Ether or maintaining staking infrastructure. This is done through the stETH token. stETH tokens represent a tokenized staking deposit with staking rewards and slashing penalties applied. stETH can be held, traded, or sold. \nWe propose listing stETH to AAVE v2 market. This would allow users to borrow against stETH.\n\n#### References\n- Website: [lido.fi](https://lido.fi/)\n- [Primer](https://lido.fi/static/Lido:Ethereum-Liquid-Staking.pdf) \n- [Document portal](https://docs.lido.fi/)\n- [Source code for the system(s) that interact with the proposed asset](https://github.com/lidofinance/lido-dao/blob/master/contracts/0.4.24/Lido.sol)\n- [Ethereum addresses contracts](https://docs.lido.fi/deployed-contracts)\n- [ChainLink Oracle](https://etherscan.io/address/0x86392dC19c0b719886221c78AB11eb8Cf5c52812)\n- [Audits](https://github.com/lidofinance/audits)\n- Community\n - [Governance forum](https://research.lido.fi/)\n - [Twitter](https://twitter.com/lidofinance)\n - [Discord](https://discord.gg/vgdPfhZ)\n - [Telegram](https://t.me/lidofinance)\n - [Reddit](https://www.reddit.com/r/LidoFinance)\n\n## Abstract\nThe goal of listing stETH on AAVE v2 market is to provide the ability to deposit stETH into AAVE and allow to use it as collateral. There is no intention to enable borrowing of stETH on AAVE v2 market.\n\n## Motivation\nListing stETH on AAVE can work to attract a larger audience to both AAVE and Lido. More ETH staked with Lido would subsequently benefit the decentralization and security of the Ethereum network, to the benefit of the community as a whole. stETH would likely bring new borrow demand to AAVE as market participants look to borrow against stETH.\n\nstETH makes a perfect DeFi collateral and is beneficial for a number of reasons covered in the Specifications section of this AIP.\n\n## Specification\n1. **What is the link between the author of the AIP and the Asset?**\n\n- Jacob (jbeezy) is a full time member of the DAO working to facilitate integrations for st-Assets across DeFi in protocols such as Aave among others.\n- Gregory (GrStepanov) is a full time protocol contributor working on technical integrations.\n\n2. **Provide a brief high-level overview of the project and the token.**\n\n#### Lido Background\n\nThe Lido Protocol, built on Ethereum’s beacon chain to start, allows users to earn staking rewards on the beacon chain without rendering their assets illiquid or maintaining staking infrastructure.\n\nLido was [announced](https://blog.lido.fi/how-lido-works/) in November 2020. The testnet was released in late November.\n\nLido today has 3 products (stETH, stSOL, bLuna) managed by 4 teams in separate organizations. Across these products is a multi billion dollar TVL and has pushed Lido to #6 on [DeFi Llama rankings](https://defillama.com/protocol/lido). stETH has also been accepted as part of Nexus Mutual’s treasury as part of their [risk management strategy](https://forum.nexusmutual.io/t/proposal-increase-the-allocation-of-the-capital-pool-to-steth/641).\n\nLido has begun the process to move over to a fully non-custodial solution. Details can be found here: [Withdrawal Credentials in Lido](https://blog.lido.fi/withdrawal-credentials-in-lido/).\n\nThe Lido DAO manages the liquid staking protocol by deciding on key parameters (e.g. setting fees, assigning node operators and oracles) through the voting power of governance token holders.\n\nLido has been audited by Sigma Prime, Quantstamp and MixBytes.\n\n#### stETH Background\n\nLido allows users to deposit ETH and receive stETH. The deposited ETH is then pooled and staked with node operators selected by the Lido DAO. stETH represents the user’s staked ETH balance of the beacon chain along with staking rewards accrued or penalties inflicted on validators in the beacon chain. When withdrawals are enabled on the beacon chain, stETH can be redeemed for unstaked ETH and accumulated rewards.\n\nUnlike beacon chain ETH, stETH can be freely transferred and traded. Onboarding stETH to Aave would allow users to borrow against stETH.\n\nThe balance of stETH is based on the total amount of staked ETH plus total staking rewards minus slashing applied on validators. stETH rebases daily.\nThe stETH supply stands at 1,697,460 - worth $5.4BN using current stETH prices.\n\n3. **Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?**\n\nstETH as DeFi collateral is beneficial for a number of reasons.\n\n- stETH is almost as safe as ETH, price-wise: barring catastrophic scenarios, its value tends to hold the ETH peg well;\n- stETH is a productive asset. Earning rewards on collateral effectively lowers the cost of borrowing. This could make borrowing more attractive on Aave and help to increase market utilization (and therefore Aave’s protocol revenue from \ncoin reserve factors).\n- stETH is a very liquid asset with $5+ billion in liquidity used across [multiple DeFi projects](https://dune.xyz/LidoAnalytical/Integration-monitor-dashboard\n). stETH<>ETH liquidity pool on Curve is the deepest LP in DeFi with $3.8 billion TVL.\n\n4. **Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?**\n\nLido protocol background is listed in Question #2.\n\nThere is a DAO and it is live. The Lido DAO consists of, amongst others, Semantic VC, ParaFi Capital, Libertus Capital, Terra, Bitscale Capital, StakeFish, StakingFacilities, Chorus, P2P Capital and KR1, Stani Kulechov of Aave, Banteg of Yearn, Will Harborne of Deversifi, Julien Bouteloup of Stake Capital and Kain Warwick of Synthetix.\n\nThe Lido treasury has been diversified and DAO members now include Paradigm, Three Arrows Capital, DeFiance Capital, Jump Trading, Alameda Research, iFinex, Dragonfly Capital, Delphi Digital, Robot Ventures, Coinbase Ventures, Digital Currency Group, The LAO and [angels](https://research.lido.fi/t/proposal-ldo-treasury-diversification-part-2/506).\n\nThe Lido suite of products consist of st-assets which represent the underlying staked collateral on various protocols. Currently this is stETH, bLuna, stLuna and stSOL and is managed by 4 teams in separate organizations to further mitigate centralization risk.\n\nThere are further wrapped versions to address platform limitations around rebasing assets or bridging to other ecosystem. These wrapped assets are minted/burned based on locking of the st-asset. Currently there is wstETH (non-rebasing) and bETH (Terra representation of stETH).\n\nEarly challenges were overcome with DAO member support, speed of execution and utility of st-assets. The last one is particularly critical in the success of any liquid product.\n\n5. **How is the asset currently used?**\n\nstETH is used in a number of ways.\n\n- a productive asset (e.g. in Nexus Mutual Treasury risk management strategy);\n- compounding yield strategies in DeFI (AMMs, autofarms) (e.g. Convex, Yearn, Harvest);\n- multichain collateral (e.g. wstETH on Ethereum on Maker and bETH on Terra in Anchor).\n\n5. **Emission schedule**\n\nThere is no emission schedule. Similar to DAI, stETH is minted on demand when users lock ETH into the protocol.\n\n6. **Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?**\n\nstETH token is the upgradable contract behind `AppProxyUpgradeable` proxy at https://etherscan.io/address/0xae7ab96520de3a18e5e111b5eaab095312d7fe84. Lido DAO can change the implementation with the successful DAO vote.\n\nThe roles and addresses can be checked in the Aragon UI: https://mainnet.lido.fi/#/lido-dao/permissions/app/0xae7ab96520de3a18e5e111b5eaab095312d7fe84\n\nTo mitigate withdrawal risks, Lido staking went live on December 18th, 2020, through a [withdrawal key ceremony](https://blog.lido.fi/lido-withdrawal-key-ceremony/). Chorus One, Staking Facilities, Certus One, Argent, Banteg (yearn.finance), Alex Svanevik (Nansen), Anton Bukov (1inch), Michael Egorov (Curve/Nucypher), Rune Christensen (MakerDAO), Will Harborne (DeversiFi), and Mustafa Al-Bassam (LazyLedger) came together over a four-day event to generate threshold signatures for Lido’s withdrawal keys in a secure environment on air-gapped machines. \nLido has already migrated to a non-custodial solution and >60% of all stETH already uses this. Details can be found here: [Withdrawal Credentials in Lido](https://blog.lido.fi/withdrawal-credentials-in-lido/).\n\n8. **Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)**\n\n**Market Cap** $5.5B\n\n**Volatility** - Over the past year, stETH proved to hold peg extremely well through various market conditions. [stETH<>ETH balance data for the Curve pool can be found here](https://dune.xyz/queries/36557/72603).\n\n**Volumes and DEXes**\n\n**[Balancer (wstETH/WETH)](https://app.balancer.fi/#/pool/0x32296969ef14eb0c6d29669c550d4a0449130230000200000000000000000080)** \nLiquidity: $409.3M \nVolume (24h): $509,3 \nhttps://dune.xyz/embeds/153863/304423/684fdf22-161c-4352-a41d-81ce8a705c01 \n\n**[SushiSwap (wstETH/DAI)](https://analytics.sushi.com/pairs/0xc5578194d457dcce3f272538d1ad52c68d1ce849)** \nLiquidity: $32.2M \nVolume (24h): $756,211 \nhttps://dune.xyz/embeds/153729/304165/5c53e046-47ef-485d-9767-6ec188a5629e \n\n**[Curve (stETH/ETH)](https://curve.fi/steth)** \nLiquidity: $3,75B \nVolume (24h): $5,7M \nhttps://dune.xyz/embeds/153374/303383/9c8cb193-4538-497e-a774-c33e78bcd34d \n\n9. **Social channels data**\n\n[Discord](https://discord.gg/vgdPfhZ) - 7400 members \n[Twitter](https://twitter.com/LidoFinance) - 60K followers \n[GitHub](https://github.com/lidofinance) - Active and managed \n\n10. **Contracts date of deployments, number of transactions, number of holders for tokens**\n\nDate of Deployment: December 18th, 2020 \nNumber of Transactions (stETH): [146,000+](https://etherscan.io/token/0xae7ab96520de3a18e5e111b5eaab095312d7fe84) \nUnique holders: [42,000+](https://etherscan.io/token/0xae7ab96520de3a18e5e111b5eaab095312d7fe84) \n\n11. **Unique Depositors**\n\nUnique depositors: [36,000+](https://dune.xyz/queries/20029/41160)\n\n## Rationale\nstETH represents the user’s staked ETH balance of the beacon chain along with staking rewards accrued or penalties inflicted on validators in the beacon chain. \nThis is implemented via rebasing mechanism. \n\nDue to the rebasing nature of stETH, the proposed listing implementation involves few changes to AAVE's generic aToken.\nThe proposed aToken uses underlying stETH shares to store balances and implement the rebase ability. Thus, it has 2 private balances and 1 public balance.\n\n1. The internal (fixed-supply) balance and total supply are used for book-keeping. The deposited balance is stored in stETH shares and converted into the amount of the tokens with functions from stETH. Users’ balances are book-kept with the underlying ERC20 token.\n2. The internal (elastic-supply) balance and total supply correspond to the deposited balance without accrued interest. Rebasing of aSTETH according to stETH happens in this layer. \n3. The external (elastic-supply) balance and total supply correspond to the deposited balance with interest.\n\nExternally, the aSTETH behaves similar to every other aToken. It always maintains a 1:1 peg with the underlying stETH. \n\nThe current implementation doesn't support borrowing, neither with variable nor with stable interest rates. The stableDebtSTETH and variableDebtSTETH contracts extend default stableDebtToken and variableDebtToken contracts accordingly to make it impossible to use borrowing with aSTETH because default debt tokens are not compatible with the AStETH contract.\n\n## Implementation\n\n#### Code\nAStETH https://etherscan.io/address/0xbd233D4ffdAA9B7d1d3E6b18CCcb8D091142893a \nvariableDebtSTETH https://etherscan.io/address/0xde2c414b671d2db93617d1592f0490c13674de24 \nstableDebtSTETH https://etherscan.io/address/0x8180949ac41ef18e844ff8dafe604a195d86aea9 \nDefaultReserveInterestRateStrategy https://etherscan.io/address/0xff04ed5f7a6C3a0F1e5Ea20617F8C6f513D5A77c \nSteps the proposal will execute: start a vote to add stETH as a new asset.\n\n#### Security Considerations\nStandard technical risks of smart contracts apply to the AToken implementation.\nThe implementation has been audited by MixBytes() and considered safe. Read the full report from [here](https://github.com/lidofinance/audits/blob/main/MixBytes%20AAVE%20stETH%20integration%20Security%20Audit%20Report%2002-22.pdf).\n\n**Proposed Risk Parameters**\nLTV: 70% \nLiquidation Threshold: 75% \nLiquidation Bonus: 7.5% \nReserve Factor: 10% \n\n**Interest Rate Model:** \nUOptimal: 60% \nBase: 0% \nSlope 1: 8% \nSlope 2: 200% \n\nAs stETH is more suited as collateral instead of a borrowing asset, we propose listing stETH on AAVE v2 market with borrowing disabled. \n\n## Risk Assessment\n\n**Smart contract risks**\n\nLido faces smart contract risks. To mitigate these, Lido has been audited multiple times - by Quantstamp, Sigma Prime, and MixBytes (see [Audits](https://github.com/lidofinance/audits)), with no critical issues found.\n\n**Counterparty risks**\n\nLido is a DAO. Decisions in the Lido DAO are made through proposals and votes - community members manage protocol parameters, node operators, oracle members, and more. The Lido staking infrastructure for stETH consists of 22 node operators, with a focus on decentralization.\nLido relies on a set of oracles to report staking rewards to the smart contracts. Their maximum possible impact is limited by the [recent upgrade](https://github.com/lidofinance/lido-improvement-proposals/blob/develop/LIPS/lip-2.md#sanity-checks-the-oracles-reports-by-configurable-values) (limit oracles report change by 10% APR increase in stake and 5% decrease in stake), and the operators of oracles are all well-known entities: Stakefish, Certus One, Chorus One, Staking Facilities, DSRV, Blockscape, Everstake, SkillZ, RockX, Allnodes, P2P Validator, and others.\nRead further in Lido [documentation](https://docs.lido.fi/token-guides/steth-superuser-functions/).\n\n**Market risk**\n\nOver the past year, stETH proved to hold the ETH peg 1:1 steadily.\nFour liquidity pools across different DEXes are incentivized with significant LDO rewards. Curve stETH<>ETH LP has grown into the deepest LP across DeFi, which makes it extremely resistant to any attempts of moving the peg.\n\n**Staking risks**\n\nstETH faces staking risks, specifically validator risks including slashing and hostage risks. To mitigate these, Lido works only with best-in-class validators with a track record of success.\nBesides, there's an ongoing [discussion in the community](https://research.lido.fi/t/lip-6-in-protocol-coverage-proposal/1468) about in-protocol coverage options to mitigate slashing risks.\n\n**Price feed risk**\n\nThe ChainLink price feed for stETH is based on the pools with extremely deep liquidity. This makes stETH price very stable and resilient. Manipulating stETH price at this point would require staggering amount of resources and potentially render this kind of attack unreasonable.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "content": "\n\n## Simple Summary\nLido allows users to earn staking rewards on the Ethereum beacon chain without locking Ether or maintaining staking infrastructure. This is done through the stETH token. stETH tokens represent a tokenized staking deposit with staking rewards and slashing penalties applied. stETH can be held, traded, or sold. \nWe propose listing stETH to AAVE v2 market. This would allow users to borrow against stETH.\n\n#### References\n- Website: [lido.fi](https://lido.fi/)\n- [Primer](https://lido.fi/static/Lido:Ethereum-Liquid-Staking.pdf) \n- [Document portal](https://docs.lido.fi/)\n- [Source code for the system(s) that interact with the proposed asset](https://github.com/lidofinance/lido-dao/blob/master/contracts/0.4.24/Lido.sol)\n- [Ethereum addresses contracts](https://docs.lido.fi/deployed-contracts)\n- [ChainLink Oracle](https://etherscan.io/address/0x86392dC19c0b719886221c78AB11eb8Cf5c52812)\n- [Audits](https://github.com/lidofinance/audits)\n- Community\n - [Governance forum](https://research.lido.fi/)\n - [Twitter](https://twitter.com/lidofinance)\n - [Discord](https://discord.gg/vgdPfhZ)\n - [Telegram](https://t.me/lidofinance)\n - [Reddit](https://www.reddit.com/r/LidoFinance)\n\n## Abstract\nThe goal of listing stETH on AAVE v2 market is to provide the ability to deposit stETH into AAVE and allow to use it as collateral. There is no intention to enable borrowing of stETH on AAVE v2 market.\n\n## Motivation\nListing stETH on AAVE can work to attract a larger audience to both AAVE and Lido. More ETH staked with Lido would subsequently benefit the decentralization and security of the Ethereum network, to the benefit of the community as a whole. stETH would likely bring new borrow demand to AAVE as market participants look to borrow against stETH.\n\nstETH makes a perfect DeFi collateral and is beneficial for a number of reasons covered in the Specifications section of this AIP.\n\n## Specification\n1. **What is the link between the author of the AIP and the Asset?**\n\n- Jacob (jbeezy) is a full time member of the DAO working to facilitate integrations for st-Assets across DeFi in protocols such as Aave among others.\n- Gregory (GrStepanov) is a full time protocol contributor working on technical integrations.\n\n2. **Provide a brief high-level overview of the project and the token.**\n\n#### Lido Background\n\nThe Lido Protocol, built on Ethereum’s beacon chain to start, allows users to earn staking rewards on the beacon chain without rendering their assets illiquid or maintaining staking infrastructure.\n\nLido was [announced](https://blog.lido.fi/how-lido-works/) in November 2020. The testnet was released in late November.\n\nLido today has 3 products (stETH, stSOL, bLuna) managed by 4 teams in separate organizations. Across these products is a multi billion dollar TVL and has pushed Lido to #6 on [DeFi Llama rankings](https://defillama.com/protocol/lido). stETH has also been accepted as part of Nexus Mutual’s treasury as part of their [risk management strategy](https://forum.nexusmutual.io/t/proposal-increase-the-allocation-of-the-capital-pool-to-steth/641).\n\nLido has begun the process to move over to a fully non-custodial solution. Details can be found here: [Withdrawal Credentials in Lido](https://blog.lido.fi/withdrawal-credentials-in-lido/).\n\nThe Lido DAO manages the liquid staking protocol by deciding on key parameters (e.g. setting fees, assigning node operators and oracles) through the voting power of governance token holders.\n\nLido has been audited by Sigma Prime, Quantstamp and MixBytes.\n\n#### stETH Background\n\nLido allows users to deposit ETH and receive stETH. The deposited ETH is then pooled and staked with node operators selected by the Lido DAO. stETH represents the user’s staked ETH balance of the beacon chain along with staking rewards accrued or penalties inflicted on validators in the beacon chain. When withdrawals are enabled on the beacon chain, stETH can be redeemed for unstaked ETH and accumulated rewards.\n\nUnlike beacon chain ETH, stETH can be freely transferred and traded. Onboarding stETH to Aave would allow users to borrow against stETH.\n\nThe balance of stETH is based on the total amount of staked ETH plus total staking rewards minus slashing applied on validators. stETH rebases daily.\nThe stETH supply stands at 1,697,460 - worth $5.4BN using current stETH prices.\n\n3. **Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?**\n\nstETH as DeFi collateral is beneficial for a number of reasons.\n\n- stETH is almost as safe as ETH, price-wise: barring catastrophic scenarios, its value tends to hold the ETH peg well;\n- stETH is a productive asset. Earning rewards on collateral effectively lowers the cost of borrowing. This could make borrowing more attractive on Aave and help to increase market utilization (and therefore Aave’s protocol revenue from \ncoin reserve factors).\n- stETH is a very liquid asset with $5+ billion in liquidity used across [multiple DeFi projects](https://dune.xyz/LidoAnalytical/Integration-monitor-dashboard\n). stETH<>ETH liquidity pool on Curve is the deepest LP in DeFi with $3.8 billion TVL.\n\n4. **Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?**\n\nLido protocol background is listed in Question #2.\n\nThere is a DAO and it is live. The Lido DAO consists of, amongst others, Semantic VC, ParaFi Capital, Libertus Capital, Terra, Bitscale Capital, StakeFish, StakingFacilities, Chorus, P2P Capital and KR1, Stani Kulechov of Aave, Banteg of Yearn, Will Harborne of Deversifi, Julien Bouteloup of Stake Capital and Kain Warwick of Synthetix.\n\nThe Lido treasury has been diversified and DAO members now include Paradigm, Three Arrows Capital, DeFiance Capital, Jump Trading, Alameda Research, iFinex, Dragonfly Capital, Delphi Digital, Robot Ventures, Coinbase Ventures, Digital Currency Group, The LAO and [angels](https://research.lido.fi/t/proposal-ldo-treasury-diversification-part-2/506).\n\nThe Lido suite of products consist of st-assets which represent the underlying staked collateral on various protocols. Currently this is stETH, bLuna, stLuna and stSOL and is managed by 4 teams in separate organizations to further mitigate centralization risk.\n\nThere are further wrapped versions to address platform limitations around rebasing assets or bridging to other ecosystem. These wrapped assets are minted/burned based on locking of the st-asset. Currently there is wstETH (non-rebasing) and bETH (Terra representation of stETH).\n\nEarly challenges were overcome with DAO member support, speed of execution and utility of st-assets. The last one is particularly critical in the success of any liquid product.\n\n5. **How is the asset currently used?**\n\nstETH is used in a number of ways.\n\n- a productive asset (e.g. in Nexus Mutual Treasury risk management strategy);\n- compounding yield strategies in DeFI (AMMs, autofarms) (e.g. Convex, Yearn, Harvest);\n- multichain collateral (e.g. wstETH on Ethereum on Maker and bETH on Terra in Anchor).\n\n5. **Emission schedule**\n\nThere is no emission schedule. Similar to DAI, stETH is minted on demand when users lock ETH into the protocol.\n\n6. **Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?**\n\nstETH token is the upgradable contract behind `AppProxyUpgradeable` proxy at https://etherscan.io/address/0xae7ab96520de3a18e5e111b5eaab095312d7fe84. Lido DAO can change the implementation with the successful DAO vote.\n\nThe roles and addresses can be checked in the Aragon UI: https://mainnet.lido.fi/#/lido-dao/permissions/app/0xae7ab96520de3a18e5e111b5eaab095312d7fe84\n\nTo mitigate withdrawal risks, Lido staking went live on December 18th, 2020, through a [withdrawal key ceremony](https://blog.lido.fi/lido-withdrawal-key-ceremony/). Chorus One, Staking Facilities, Certus One, Argent, Banteg (yearn.finance), Alex Svanevik (Nansen), Anton Bukov (1inch), Michael Egorov (Curve/Nucypher), Rune Christensen (MakerDAO), Will Harborne (DeversiFi), and Mustafa Al-Bassam (LazyLedger) came together over a four-day event to generate threshold signatures for Lido’s withdrawal keys in a secure environment on air-gapped machines. \nLido has already migrated to a non-custodial solution and >60% of all stETH already uses this. Details can be found here: [Withdrawal Credentials in Lido](https://blog.lido.fi/withdrawal-credentials-in-lido/).\n\n8. **Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)**\n\n**Market Cap** $5.5B\n\n**Volatility** - Over the past year, stETH proved to hold peg extremely well through various market conditions. [stETH<>ETH balance data for the Curve pool can be found here](https://dune.xyz/queries/36557/72603).\n\n**Volumes and DEXes**\n\n**[Balancer (wstETH/WETH)](https://app.balancer.fi/#/pool/0x32296969ef14eb0c6d29669c550d4a0449130230000200000000000000000080)** \nLiquidity: $409.3M \nVolume (24h): $509,3 \nhttps://dune.xyz/embeds/153863/304423/684fdf22-161c-4352-a41d-81ce8a705c01 \n\n**[SushiSwap (wstETH/DAI)](https://analytics.sushi.com/pairs/0xc5578194d457dcce3f272538d1ad52c68d1ce849)** \nLiquidity: $32.2M \nVolume (24h): $756,211 \nhttps://dune.xyz/embeds/153729/304165/5c53e046-47ef-485d-9767-6ec188a5629e \n\n**[Curve (stETH/ETH)](https://curve.fi/steth)** \nLiquidity: $3,75B \nVolume (24h): $5,7M \nhttps://dune.xyz/embeds/153374/303383/9c8cb193-4538-497e-a774-c33e78bcd34d \n\n9. **Social channels data**\n\n[Discord](https://discord.gg/vgdPfhZ) - 7400 members \n[Twitter](https://twitter.com/LidoFinance) - 60K followers \n[GitHub](https://github.com/lidofinance) - Active and managed \n\n10. **Contracts date of deployments, number of transactions, number of holders for tokens**\n\nDate of Deployment: December 18th, 2020 \nNumber of Transactions (stETH): [146,000+](https://etherscan.io/token/0xae7ab96520de3a18e5e111b5eaab095312d7fe84) \nUnique holders: [42,000+](https://etherscan.io/token/0xae7ab96520de3a18e5e111b5eaab095312d7fe84) \n\n11. **Unique Depositors**\n\nUnique depositors: [36,000+](https://dune.xyz/queries/20029/41160)\n\n## Rationale\nstETH represents the user’s staked ETH balance of the beacon chain along with staking rewards accrued or penalties inflicted on validators in the beacon chain. \nThis is implemented via rebasing mechanism. \n\nDue to the rebasing nature of stETH, the proposed listing implementation involves few changes to AAVE's generic aToken.\nThe proposed aToken uses underlying stETH shares to store balances and implement the rebase ability. Thus, it has 2 private balances and 1 public balance.\n\n1. The internal (fixed-supply) balance and total supply are used for book-keeping. The deposited balance is stored in stETH shares and converted into the amount of the tokens with functions from stETH. Users’ balances are book-kept with the underlying ERC20 token.\n2. The internal (elastic-supply) balance and total supply correspond to the deposited balance without accrued interest. Rebasing of aSTETH according to stETH happens in this layer. \n3. The external (elastic-supply) balance and total supply correspond to the deposited balance with interest.\n\nExternally, the aSTETH behaves similar to every other aToken. It always maintains a 1:1 peg with the underlying stETH. \n\nThe current implementation doesn't support borrowing, neither with variable nor with stable interest rates. The stableDebtSTETH and variableDebtSTETH contracts extend default stableDebtToken and variableDebtToken contracts accordingly to make it impossible to use borrowing with aSTETH because default debt tokens are not compatible with the AStETH contract.\n\n## Implementation\n\n#### Code\nAStETH https://etherscan.io/address/0xbd233D4ffdAA9B7d1d3E6b18CCcb8D091142893a \nvariableDebtSTETH https://etherscan.io/address/0xde2c414b671d2db93617d1592f0490c13674de24 \nstableDebtSTETH https://etherscan.io/address/0x8180949ac41ef18e844ff8dafe604a195d86aea9 \nDefaultReserveInterestRateStrategy https://etherscan.io/address/0xff04ed5f7a6C3a0F1e5Ea20617F8C6f513D5A77c \nSteps the proposal will execute: start a vote to add stETH as a new asset.\n\n#### Security Considerations\nStandard technical risks of smart contracts apply to the AToken implementation.\nThe implementation has been audited by MixBytes() and considered safe. Read the full report from [here](https://github.com/lidofinance/audits/blob/main/MixBytes%20AAVE%20stETH%20integration%20Security%20Audit%20Report%2002-22.pdf).\n\n**Proposed Risk Parameters**\nLTV: 70% \nLiquidation Threshold: 75% \nLiquidation Bonus: 7.5% \nReserve Factor: 10% \n\n**Interest Rate Model:** \nUOptimal: 60% \nBase: 0% \nSlope 1: 8% \nSlope 2: 200% \n\nAs stETH is more suited as collateral instead of a borrowing asset, we propose listing stETH on AAVE v2 market with borrowing disabled. \n\n## Risk Assessment\n\n**Smart contract risks**\n\nLido faces smart contract risks. To mitigate these, Lido has been audited multiple times - by Quantstamp, Sigma Prime, and MixBytes (see [Audits](https://github.com/lidofinance/audits)), with no critical issues found.\n\n**Counterparty risks**\n\nLido is a DAO. Decisions in the Lido DAO are made through proposals and votes - community members manage protocol parameters, node operators, oracle members, and more. The Lido staking infrastructure for stETH consists of 22 node operators, with a focus on decentralization.\nLido relies on a set of oracles to report staking rewards to the smart contracts. Their maximum possible impact is limited by the [recent upgrade](https://github.com/lidofinance/lido-improvement-proposals/blob/develop/LIPS/lip-2.md#sanity-checks-the-oracles-reports-by-configurable-values) (limit oracles report change by 10% APR increase in stake and 5% decrease in stake), and the operators of oracles are all well-known entities: Stakefish, Certus One, Chorus One, Staking Facilities, DSRV, Blockscape, Everstake, SkillZ, RockX, Allnodes, P2P Validator, and others.\nRead further in Lido [documentation](https://docs.lido.fi/token-guides/steth-superuser-functions/).\n\n**Market risk**\n\nOver the past year, stETH proved to hold the ETH peg 1:1 steadily.\nFour liquidity pools across different DEXes are incentivized with significant LDO rewards. Curve stETH<>ETH LP has grown into the deepest LP across DeFi, which makes it extremely resistant to any attempts of moving the peg.\n\n**Staking risks**\n\nstETH faces staking risks, specifically validator risks including slashing and hostage risks. To mitigate these, Lido works only with best-in-class validators with a track record of success.\nBesides, there's an ongoing [discussion in the community](https://research.lido.fi/t/lip-6-in-protocol-coverage-proposal/1468) about in-protocol coverage options to mitigate slashing risks.\n\n**Price feed risk**\n\nThe ChainLink price feed for stETH is based on the pools with extremely deep liquidity. This makes stETH price very stable and resilient. Manipulating stETH price at this point would require staggering amount of resources and potentially render this kind of attack unreasonable.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", "basename": "412B6185D705-AIP-ADD-STETH-TO-AAVE-V2" }, "4A7DEC60B007-AIP-AAVE-LLAMA": { From 9f5cf8e2c142a06e2ceab5113481362cfac19c66 Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 17:03:25 +0200 Subject: [PATCH 08/11] fix: update ci to only check relevant folder --- .github/workflows/schema-validation.yml | 2 +- content/ipfs-aips/all-aips.json | 837 ++++++++++++++++++++++++ 2 files changed, 838 insertions(+), 1 deletion(-) create mode 100644 content/ipfs-aips/all-aips.json diff --git a/.github/workflows/schema-validation.yml b/.github/workflows/schema-validation.yml index 75fa5f27..d22c9a8e 100644 --- a/.github/workflows/schema-validation.yml +++ b/.github/workflows/schema-validation.yml @@ -34,7 +34,7 @@ jobs: mv "$i" "$(echo ${i%.md} | tr [:lower:] [:upper:]).md" 2>/dev/null; true done # ensure nothing changed - if [[ -z $(git status -s) ]] + if [[ -z $(git status -s content/aips) ]] then echo "tree is clean" else diff --git a/content/ipfs-aips/all-aips.json b/content/ipfs-aips/all-aips.json new file mode 100644 index 00000000..07d1a4fb --- /dev/null +++ b/content/ipfs-aips/all-aips.json @@ -0,0 +1,837 @@ +{ + "AAVE-BGD": { + "title": "Approval of BGD contribution to Aave", + "status": "Proposed", + "author": "BGD Labs (@bgdlabs)", + "shortDescription": "Mandate to approve the BGD Labs onboarding on Aave", + "discussions": "https://governance.aave.com/t/aave-bored-ghosts-developing-bgd/7527", + "created": "2022-05-02T00:00:00.000Z", + "preview": "## Summary\n\nThis proposal acts as a mandate from the Aave community …", + "content": "\n\n\n## Summary\n\nThis proposal acts as a mandate from the Aave community to engage with BGD Labs for the technical work defined on the Aave governance forum [here](https://governance.aave.com/t/aave-bored-ghosts-developing-bgd/7527) and already pre-approved by the Aave community via Snapshot [here](https://snapshot.org/#/aave.eth/proposal/0x10e6378f193ec4a2953b3ca73b86947586676250191346a90ed4c83593f14883).\n\nAs a result of this proposal, the proposed budget will be approved to a BGD-controlled address: 40% of the total transferred upfront, and the rest only defined as a claimable stream during the following 15 months.\nIn order to enable this mandate, this proposal also includes what can be considered as the first development on the list of tasks proposed: the update of the ecosystem's reserve of Aave v2 Ethereum to enable stream of funds, to be used now by BGD, but also by anybody else in the future.\n\n## Motivation\n\nA full rationale of the proposal can be found on the Aave governance forum post [here](https://governance.aave.com/t/aave-bored-ghosts-developing-bgd/7527), but the main motivation is the onboarding of another technical provider to the decentralized Aave ecosystem.\n\n## Specification\n\nA full specification of the contracts update enabling this mandate can be found on the BGD Labs github [here](https://github.com/bgd-labs/aave-ecosystem-reserve-v2/tree/release/final-proposal), together will all the security procedures applied, and the implementation of the governance payload.\nIn summary, the proposal:\n- Updates the Aave v2 Ethereum ecosystem reserve and the AAVE ecosystem reserve with a common implementation contract, with streaming capabilities.\n- Sets as fundsAdmin of those ecosystem reserves a new AaveEcosystemReserveController contract, controlled directly by the Aave governance and the only entity able to transfer and approve funds, create streams, and cancel streams.\n- Releases the 40% of the budget defined upfront: 1'200'000 USDC, 1'000'000 USDT, 1'000'000 DAI and 8'400 AAVE.\n- Creates 15-months duration streams: 4'800'000 USDC and 12'600 AAVE.\n\n## Security\nAs mandatory with any change on a running Aave smart contract, extensive security procedures have been applied to the proposal payload and the changes included. A full security report can be found [here](https://github.com/bgd-labs/aave-ecosystem-reserve-v2/tree/release/final-proposal#security), but as summary:\n- Full test coverage via units tests in the Forge environment.\n- Security review from Aave community members.\n- Minimal changes from the Sablier's v1 logic used as base for the streaming capabilities. The original codebase is audited and battle tested (running in production with meaningful funds for a long time).\n- Set of properties (formal verification) by Certora.\n- Slither analysis of the codebase.\n\n## Implementation\n\n- [AaveEcosystemReserveController](https://etherscan.io/address/0x3d569673daa0575c936c7c67c4e6aeda69cc630c#code)\n- [AaveEcosystemReserveV2](https://etherscan.io/address/0x1aa435ed226014407fa6b889e9d06c02b1a12af3#code)\n- [PayloadAaveBGD](https://etherscan.io/address/0x1e12071bd95341aa92fcba1513c714f9f49282a4#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "AAVE-BGD" + }, + "AAVE-LLAMA": { + "title": "Llama <> Aave", + "status": "Proposed", + "author": "Llama (@llama)", + "shortDescription": "Approve Llama <> Aave Proposal", + "discussions": "https://governance.aave.com/t/updated-proposal-llama-aave/9924", + "created": "2022-09-28T00:00:00.000Z", + "preview": "# Simple Summary\n\nLlama outlines a 12-month proposal to work with …", + "content": "\n\n# Simple Summary\n\nLlama outlines a 12-month proposal to work with Aave on treasury management, protocol upgrades, growth, and analytics.\n\n# Abstract\n\nThis proposal acts as a mandate from the Aave community to engage with Llama for the work defined on the Aave governance forum [here](https://governance.aave.com/t/updated-proposal-llama-aave/9924) and pre-approved by the Aave community via Snapshot [here](https://snapshot.org/#/aave.eth/proposal/0x9f65a598bee69a1dd84127d712ffedbc0795f0647e89056a297cae998dd18bf1).\n\n# Motivation\n\n[Llama](https://www.llama.xyz/) is one of the most active contributors to Aave. We hope to deepen our engagement with the community and ensure that Aave is a market-leading protocol for many decades to come.\n\nAave currently has $9 billion of liquidity locked across 7 networks and over 13 pools, with more in the works. To continue its rate of growth, the community needs to onboard proven contributors who can drive value to the Aave ecosystem. Skilled teams have the knowledge, trust, and alignment to meaningfully contribute to growing Aave.\n\nLlama has received grants from Aave Grants DAO over the past 12 months for work that includes treasury management, protocol upgrades, DAO to DAO partnerships, and analytics. Aave Grants has recommended that we move from short-term grants to a longer-term work scope funded through governance, allowing us to drive more impact to the Aave ecosystem. It should be noted that many of the deliverables in this proposal require substantial smart contract engineering, data engineering, and financial expertise.\n\nLlama charges a $1.5 million base fee plus a bonus of upto $500k based on completion of deliverables. 70% of the total fee will be in aUSDC and 30% in AAVE. Note that the bonus payment is not included in this proposal but will be included in a separate proposal towards the end of our 12-month period.\n\nWe will provide regular updates on the forum with details of our work and will solicit feedback from the community to ensure we continue to uphold the commitments outlined in our forum post. Towards the end of the 12-month period, a renewal proposal will be shared with Aave governance.\n\n## Specification\n\nA full specification of the payload contract and tests enabling this mandate can be found on the Llama Github [here](https://github.com/llama-community/aave-llama-proposal).\n\nIn summary, the proposal:\n1. Transfers upfront 350,000 aUSDC ($0.35 Million) to the Llama-controlled address.\n2. Transfers upfront 1,813.68 AAVE ($0.15 Million using 30 day TWAP on day of proposal) to the Llama-controlled address.\n3. Creates a 12-month stream of 700,000 aUSDC ($0.7 Million) to the Llama-controlled address.\n4. Creates a 12-month stream of 3,627.35 AAVE ($0.3 Million using 30 day TWAP on day of proposal) to the Llama-controlled address.\n\n## Test Cases\n\nThe Proposal Payload has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs), including simulations on mainnet of the whole proposal lifecycle.\n\nLink to Test Cases: [Here](https://github.com/llama-community/aave-llama-proposal/blob/main/src/test/ProposalPayload.t.sol)\n\n## Implementation\n\nLink to Payload Implementation: [Here](https://github.com/llama-community/aave-llama-proposal/blob/main/src/ProposalPayload.sol)\n\n**Deployed Contracts**\nProposalPayload = [0xbDd286d4b9BfbD10319f3FCd1c76e9ECA12a80Ee](https://etherscan.io/address/0xbdd286d4b9bfbd10319f3fcd1c76e9eca12a80ee)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AAVE-LLAMA" + }, + "AAVE_STARKNET_PHASE_I": { + "title": "Aave <> Starknet - Phase I", + "status": "Proposed", + "author": "Ernesto Boado (@eboadom)", + "shortDescription": "Kick-start of Phase I of Aave <> Starknet", + "discussions": "https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145", + "created": "2022-02-21T00:00:00.000Z", + "updated (*optional)": "2022-02-21T00:00:00.000Z", + "preview": "## Abstract\n\nThis proposal serves as kick-start of the Phase I of …", + "content": "\n\n\n## Abstract\n\nThis proposal serves as kick-start of the Phase I of the Aave <> Starknet project, releasing the initial section of the budget, accounting for 100'000 USD in USDC and WETH.\nIn addition, this proposal includes some technical updates to enable release of any kind of tokens from the protocol treasury.\n\n## Specification\n\nThe proposal implementation's specification can be found [here](https://github.com/eboadom/aip-aave-starknet-phasei/blob/master/README.md#aip-aave--starknet-phase-i).\nIn summary, the proposal's executable code (payload) does the following:\n- Deploys a new ControllerOfCollector contract. Rationale explained on the previous link.\n- Upgrades the AaveCollector implementation to the same as the AAVE treasury implementation.\n- Withdraws 90'000 USDC to the project's facilitator address.\n- Withdraws 3 WETH to the project's facilitator address.\n\n## Test Cases\n\nBoth the proposal lifecycle and it's correctness have been tested and simulation on a mainnet fork, with the specific tests being [here](https://github.com/eboadom/aip-aave-starknet-phasei/blob/master/src/test/ValidateAIPStarknetPhaseI.sol).\n\n## Implementation\n\nThe proposal's payload has been deployed on [https://etherscan.io/address/0x4e76e1d71806aae6ccaac0fc67c3aa74cb245277](https://etherscan.io/address/0x4e76e1d71806aae6ccaac0fc67c3aa74cb245277)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "AAVE_STARKNET_PHASE_I" + }, + "AAVE_STARKNET_PHASE_I_PART2": { + "title": "Aave <> Starknet - Phase I (Part 2)", + "status": "Proposed", + "author": "Ernesto Boado (@eboadom)", + "shortDescription": "Requests for the second scheduled payment on Aave <> Starknet Phase I", + "discussions": "https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145#payments-8", + "created": "2022-07-01T00:00:00.000Z", + "preview": "## Simple Summary\n\nAave <> Starknet Phase I was approved by the Aave …", + "content": "\n\n## Simple Summary\n\nAave <> Starknet Phase I was approved by the Aave community with 2 payment tranches. This proposal releases the second payment tranche of 92'500 USDC.\n\n## Abstract\n\nBack in February 26th, the Aave community approved both on [Snapshot](https://snapshot.org/#/aave.eth/proposal/0x56eb24ad5e2811990899653155caee022a80f3800e51b2b37ecc9254a0a51335) and [on-chain governance](https://app.aave.com/governance/proposal/61/) the execution of the Aave <> Starknet Phase I project, with a planned budget of 192'500 USD to be released from the Aave DAO.\n\nWith the project almost ready for delivery as described in the last update [HERE](https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145/20), it is the moment now to request for the release of the second tranche of payment, accounting for 92'500 USDC and to be used to cover the rest of expenses of the project.\n\n## Relevant links\n\n- Thread of the Aave <> Starknet Phase I project: [https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145](https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145)\n\n- Definition of payment schedule: [https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145#payments-8](https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145#payments-8)\n\n- Snapshot approval of the project: [https://snapshot.org/#/aave.eth/proposal/0x56eb24ad5e2811990899653155caee022a80f3800e51b2b37ecc9254a0a51335](https://snapshot.org/#/aave.eth/proposal/0x56eb24ad5e2811990899653155caee022a80f3800e51b2b37ecc9254a0a51335)\n\n- On-chain governance approval of the project: [https://app.aave.com/governance/proposal/61/](https://app.aave.com/governance/proposal/61/)\n\n## Implementation\n\nThis proposal exclusively releases 92'500 USDC from the Aave V2 Ethereum collector, to the account receiving the funds on behalf of the Aave <> Starknet project.\n\nThe implementation can be found on [https://github.com/eboadom/aip-aave-starknet-phase1-part2/blob/main/src/contracts/PayloadAaveStarknetPhaseIPart2.sol](https://github.com/eboadom/aip-aave-starknet-phase1-part2/blob/main/src/contracts/PayloadAaveStarknetPhaseIPart2.sol)\n\nSimple tests can be found on [https://github.com/eboadom/aip-aave-starknet-phase1-part2/blob/main/test/PayloadAaveStarknetPhaseIPart2.t.sol](https://github.com/eboadom/aip-aave-starknet-phase1-part2/blob/main/test/PayloadAaveStarknetPhaseIPart2.t.sol)\n\n**Target Contracts**\n\nPayloadAaveStarknetPhaseIPart2 = [https://etherscan.io/address/0x0e06e1618e11ae602539b8d70fb6b611272d8a71#code](\nhttps://etherscan.io/address/0x0e06e1618e11ae602539b8d70fb6b611272d8a71#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AAVE_STARKNET_PHASE_I_PART2" + }, + "ADD-1INCH-TO-AAVE-V2": { + "title": "Add 1INCH to Aave v2 market", + "status": "Proposed", + "author": "Governance House - [Llama](https://twitter.com/llama), [Matthew Graham](https://twitter.com/Matthew_Graham_), [defijesus.eth](https://twitter.com/eldefijesus)", + "shortDescription": "Add 1INCH as collateral on the Aave V2 market", + "discussions": "https://governance.aave.com/t/arc-add-1inch-as-collateral/8056", + "created": "2022-07-18T00:00:00.000Z", + "preview": "## Simple Summary\n\nLlama proposes listing 1INCH, the governance …", + "content": "\n\n\n## Simple Summary\n\nLlama proposes listing 1INCH, the governance token of the 1inch Network, on Aave v2 mainnet as collateral with borrowing enabled. The risk parameters detailed within have been provided by Gauntlet. \n\n## Abstract\n\n1inch is a network of decentralized protocols designed to provide the fastest and most efficient operations in the DeFi space. The 1inch Network was launched in May 2019 with the release of its Aggregation Protocol v1. The 1inch Aggregation Protocol is both the oldest and most trusted DEX aggregator in the DeFi space.\n\nListing 1INCH on Aave v2 will enable lenders to receive yield and borrowers of 1INCH to partake in 1inch’s tokenomics to vote and be reimbursed their gas cost to perform swaps on 1inch’s Aggregation Platform.\n\n## Motivation\n\nListing 1INCH on the Aave v2 market would allow Aave to benefit from the first mover advantage and recognise the efforts of the 1inch team for being supportive of Aave since before v1. \n\nSince the original proposal to list 1INCH the team has removed minting roles on the token, introduced a progressive vesting schedule and created use cases for aTokens. The 1INCH token is supported by a Chainlink oracle feed and has favourable on-chain liquidity conditions.\n\n## Specification\n\nThis proposal initializes the 1INCH reserve, enables variable borrowing, sets a reserve factor and configures the reserve as collateral. As needed, it also connects a price source on the AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\nLink to Test Cases: [End-to-end test suite](https://github.com/defijesus/bdg-labs-aave-v2-listings/blob/master/src/test/Validation1InchListing.sol), [aToken/stableDebtToken/variableDebtToken verification](https://github.com/defijesus/bdg-labs-aave-v2-listings/tree/master/diffs), [deployment script](https://github.com/defijesus/bdg-labs-aave-v2-listings/blob/master/scripts/1InchListingPayload.s.sol)\n\n## Implementation\n\nWe recommend the following risk parameters.\n\n### Risk Parameters:\n\nLTV 40%\n\nLiquidation Threshold 50%\n\nLiquidation Bonus 8.5%\n\nReserve Factor 20%\n\n### Variable Interest Rate Parameters:\n\nUOptimal 45%\n\nR_0 0%\n\nR_s1 7%\n\nR_s2 300%\n\n\nThe snapshot vote to add 1INCH on Aave v2 mainnet market can be found [here](https://snapshot.org/#/aave.eth/proposal/0x2ea76814a0dfcad7ea1a7b3c597f059a8d574f8143886b23043918998505f5a7). \n\n\n- [ProposalPayload](https://etherscan.io/address/0xd417d07c20e31f6e129fa68182054b641fbec8bd#code)\n- [aINCH implementation](https://etherscan.io/address/0x130FBED7dBA2b370f0F93b0Caea2cfD9b811D66D#code)\n- [Variable Debt 1INCH implementation](https://etherscan.io/address/0x4d3707566Ee8a0ed6DE424a262050C7587da8152#code)\n- [Stable Debt 1INCH implementation](https://etherscan.io/address/0x9C2114Bf70774C36E9b8d6c790c9C14FF0d6799E#code)\n- [Interest rate strategy](https://etherscan.io/address/0xb2eD1eCE1c13455Ce9299d35D3B00358529f3Dc8#code) \n- [1INCH/ETH price feed](https://etherscan.io/address/0x72AFAECF99C9d9C8215fF44C77B94B99C28741e8#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "ADD-1INCH-TO-AAVE-V2" + }, + "ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES": { + "title": "Add claimRewardsToSelf() to incentives for Ethereum V2 Aave Market", + "status": "Proposed", + "author": "Sean Casey (@SeanJCasey)", + "shortDescription": "Add claimRewardsToSelf() to the liquidity mining incentives contract for Ethereum V2 Aave Market", + "discussions": "https://governance.aave.com/t/proposal-adapt-contracts-slightly-to-improve-defi-composability/4125", + "created": "2021-11-30T00:00:00.000Z", + "preview": "## Summary\n\nAdd a `claimRewardsToSelf()` function to the liquidity …", + "content": "\n\n## Summary\n\nAdd a `claimRewardsToSelf()` function to the liquidity mining incentives contract, so a caller can claim their own rewards without specifying the `to` recipient.\n\n## Abstract\n\nAave incentive contracts currently only contain claiming functions in which the caller specifies the recipient `to` address, who will receive the claimed rewards. Unfortunately, this poses a security problem for abstractly-designed smart contract claimants that do not have fully-trusted originators of claiming txs. This is the case for Enzyme vaults. By adding an additional claiming function to the incentive contract that uses `msg.sender` instead of `to`, the tx originator no longer needs to be trusted.\n\nThis simple addition - that reuses the exact same claiming logic as the current claiming functions with no changes to storage layout - will increase composability opportunities with Enzyme and similarly architected protocols.\n\n## Motivation\n\nEnzyme is a decentralised asset management infrastructure built on Ethereum. It allows asset managers to build on-chain investment Vaults that utilise and allocate to the newest innovations in DeFi. Because all transactions occur on the Ethereum blockchain, compliance, accounting, and investor management services are rendered programatically and at a dramatically-reduced cost to their traditional finance counterparts.\n\nAmongst other things, Enzyme Vaults can interact with AAVE by lending. We are currently also working on accommodating the borrowing functionality to enable leveraged strategies.\n\nIn order to keep providing our users with superior asset management tools in DeFi, we want to open up the liquidity mining option for them as soon as possible. Our users rely on having the latest DeFi functionality in Enzyme to reach their full potential.\n\nBenefits for AAVE:\n\n- Increased AAVE adoption by the Enzyme user base and other similarly architected protocols\n- Tapping into a new and fast-growing community\n- A closer collaboration between our two projects & communities\n- Enzyme contracts have been audited by PWC, Chain Security and some of the leading auditors in the space who sit on the Enzyme Council\n- Opening up the possibility for new and novel use-cases to be built around AAVE\n\n## Specification\n\nAdds `function claimRewardsToSelf(address[] calldata assets, uint256 amount)` to the liquidity mining incentives contract, which reuses the logic of `claimRewards()` but uses `msg.sender` instead of `to`.\n\n## Rationale\n\nThis is the simplest, least intrusive way to support claimants who might not be trusted to send claimed rewards to a third party.\n\n## Test Cases\n\nTest suites (local, mainnet fork, and proposal flow on mainnet fork) have been included at https://github.com/aave/incentives-controller/pull/4 and have been reviewed by Aave team.\n\n## Implementation\n\nFull PR: https://github.com/aave/incentives-controller/pull/4\n\nNew incentives implementation contract on Ethereum mainnet: `0xD9ED413bCF58c266F95fE6BA63B13cf79299CE31`\n\nUpgrade to be executed via deployment of `ProposalIncentivesV2Executor.sol`: https://github.com/aave/incentives-controller/blob/e5e8b2c994ee29b0af883db7c94add372b4423b2/contracts/proposals/ProposalIncentivesV2Executor.sol\n\nDeployed proposal payload (`ProposalIncentivesV2Executor.sol`) on Ethereum mainnet: `0xb8fA635fEC4E6BDb05e7937cBeF01214991e9D5a`\n\n## Audit\n\nhttps://github.com/aave/incentives-proposal/blob/1ef7705546dc7970795003e435f76b73efebbb1d/audits/Enzyme_Aave_IncentivesController_Improvement.pdf\n\n## Snapshot vote\n\nhttps://snapshot.org/#/aave.eth/proposal/QmcgTovk982fcUTN17qtDyZ4oCoVGnKZJGuwMVtqspfphk\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES" + }, + "ADD-CVX-TO-AAVE-V2": { + "title": "Add CVX to Aave V2", + "status": "Proposed", + "author": "Llama (Matthew Graham, Dydymoon, Jean Brasse and Austin Green)", + "shortDescription": "Add CVX as a collateral asset to Aave v2", + "discussions": "https://governance.aave.com/t/arc-add-support-for-cvx-convex-finance-token/7319", + "created": "2022-05-12T00:00:00.000Z", + "preview": "## Simple Summary\n\nLlama proposes listing CVX, the governance token …", + "content": "\n\n## Simple Summary\n\nLlama proposes listing CVX, the governance token of the Convex Finance protocol, on Aave v2 mainnet as collateral with borrowing enabled. The risk parameters detailed within have been provided by Gauntlet.\n\n## Abstract\n\nConvex Finance allows Curve.fi liquidity providers to earn trading fees, CVX liquidity mining and boosted CRV rewards without having to lock and use their boosting power with veCRV. Convex Finance intends to add support for other tokens like FXS in the future.\n\nListing CVX on Aave v2 will enable lenders to receive yield and borrowers of CVX to partake in Convex Finance’s tokenomics model to earn yield. As CVX has a different, but similar tokenomics model to CRV, Llama expects there to be similar demand for CVX. aCRV is one of the highest earning assets on Aave v2 and Llama hopes CVX will become a significant source of revenue for the community.\n\nThe Aave community also benefits from being able to use the aCVX revenue to participate in Convex Finance’s tokenomics and vote CRV rewards to Curve pools that contain aTokens.\n\n## Motivation\n\nListing CVX on the Aave V2 market would allow Aave to benefit from the first mover advantage as CVX is not currently listed on any major lending market. This asset listing has the potential to be a meaningful high vol asset revenue source. CRV is currently the fifth highest earning asset on the Aave V2 Market and has generated 190.33k aCRV tokens in revenue worth around [$744k](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c) at the time of writing.\n\nIn addition to the lending and borrowing demand, the aCVX revenue can be used to support directing CRV and CVX incentives distribution to those who stake Curve Liquidity Provider tokens on Convex Finance. Further details can be found [here](https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797).\n\n## Specification\n\nThis proposal initialises the CVX reserve, enables variable borrowing, sets a reserve factor and configures the reserve as collateral. As needed, it also connects a price source on the AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\n## Implementation\n\nWe recommend the following risk parameters.\nRisk Parameters:\nLTV \t\t\t\t\t45%\nLiquidation Threshold\t60%\nLiquidation Bonus\t\t8.5%\nReserve Factor\t\t\t20%\n\nVariable Interest Rate Parameters:\nUOptimal 50%\nR_0 0%\nR_s1 7%\nR_s2 200%\n\naToken = [0x0e9134467A273De42BE82D8764BF1E9cC0e0c8Ba](https://etherscan.io/address/0x0e9134467A273De42BE82D8764BF1E9cC0e0c8Ba)\nStable Debt Token = [0x10638C31Daeee246f0026f7174E1f30fB17010F5](https://etherscan.io/address/0x10638c31daeee246f0026f7174e1f30fb17010f5)\nVariable Debt Token = [0xa2eC40E5e60d71144e16C92A4C78F8b38FEA7877](https://etherscan.io/address/0xa2eC40E5e60d71144e16C92A4C78F8b38FEA7877)\nInterest Strategy = [0x1dA981865AE7a0C838eFBF4C7DFecb5c7268E73A](https://etherscan.io/address/0x1da981865ae7a0c838efbf4c7dfecb5c7268e73a)\nChainlink CVX/ETH Price Feed = [0xC9CbF687f43176B302F03f5e58470b77D07c61c6](https://etherscan.io/address/0xC9CbF687f43176B302F03f5e58470b77D07c61c6)\nCVX Token = [0x4e3FBD56CD56c3e72c1403e103b45Db9da5B9D2B](https://etherscan.io/token/0x4e3FBD56CD56c3e72c1403e103b45Db9da5B9D2B)\n\nThe governance forum proposal discussing Add CVX on Aave V2 mainnet market can be found [here](https://governance.aave.com/t/arc-add-support-for-cvx-convex-finance-token/7319) and the snapshot vote can be found [here](https://snapshot.org/#/aave.eth/proposal/0x399300d33120f63cdda37068b46e5da8485dbeeb1100dab0367a223124798f5b). The payload can be found here.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "ADD-CVX-TO-AAVE-V2" + }, + "ADD-ENS-TO-AAVE-V2": { + "title": "Add ENS to Aave V2", + "status": "Proposed", + "author": "Fire Eyes DAO (@fireeyesdao)", + "shortDescription": "List ENS as collateral and borrowing asset on the Aave V2 pool", + "discussions": "https://governance.aave.com/t/arc-add-ens-as-collateral/6342", + "created": "2022-02-24T00:00:00.000Z", + "preview": "## Simple Summary\n\nENS (Ethereum Name Service) is an critical piece …", + "content": "\n\n\n## Simple Summary\n\nENS (Ethereum Name Service) is an critical piece of infrastructure for the Ethereum ecosystem with over 400,000 names registered and hundreds of intergrations across the ecosystem.\n\n$ENS is the governance token providing ownership over the ENS protocol. $ENS governs the direction of the ENS treasury as well as controlling crucial protocol parameters via the ENS registrar controller.\n\nThis proposal looks to onboard $ENS as a collateral asset to Aave.\n\n## Motivation\n\nFollowing conversations with Aave and ENS communities, we’ve found that ENS is a prime candidate for Aave, already having gathered over $1B in circulating market cap and millions of dollars in liquidity across the ecosystem.\n\nThe addition of ENS to Aave will unlock additional liquidity and optionality for all ENS holders.\n\n## Specification\n\nThis proposal initialises the ENS reserve, enables variable borrowing, sets a reserve factor and configures the reserve as collateral. As needed, it also connects a price source on the AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\n## Implementation\n\n- [ProposalPayload](https://etherscan.io/address/0xf42d0a1b03c0795021272a4793cd03dcb97581d3#code)\n- [aENS implementation](https://etherscan.io/address/0xB2f4Fb41F01CdeF7c10F0e8aFbeB3cFA79d1686F#code)\n- [Variable Debt ENS implementation](https://etherscan.io/address/0x2386694b2696015dB1a511AB9cD310e800F93055#code)\n- [Stable Debt ENS implementation](https://etherscan.io/address/0x5746b5b6650dd8d9b1d9d1bbf5e7f23e9761183f#code)\n- [Interest rate strategy](https://etherscan.io/address/0xb2eD1eCE1c13455Ce9299d35D3B00358529f3Dc8#code) \n- [EnsUsdToEnsEth price feed](https://etherscan.io/address/0xd4641b75015E6536E8102D98479568D05D7123Db#code)\n- LTV: 50%\n- Liquidation threshold: 60%\n- Liquidation bonus: 8%\n- Reserve Factor: 20%\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "ADD-ENS-TO-AAVE-V2" + }, + "ADD-GUNI-TO-AMM-MARKET": { + "title": "Add G-UNI to Aave V2 AMM Market", + "status": "Proposed", + "author": "Gelato Newtork (@gelatodigital)", + "shortDescription": "Create a new collateral type to Aave's AMM Market with G-UNI stablecoin LP tokens", + "discussions": "https://governance.aave.com/t/arc-add-gelato-s-g-uni-erc20-uniswap-v3-positions-as-collateral-to-aave-s-amm-market/5687/5", + "created": "2021-11-07T00:00:00.000Z", + "preview": "## Simple Summary\n\nAdd Gelato’s G-UNI DAI/USDC and G-UNI USDC/USDT …", + "content": "\n\n## Simple Summary\n\nAdd Gelato’s G-UNI DAI/USDC and G-UNI USDC/USDT pools as collateral to Aave’s AMM market with these parameters:\n\nCollateral: **yes**\nLTV: **60%**\nLiquidation Threshold: **70%**\nLiquidation Bonus: **15%**\nReserve Factor: **10%**\n\n## Abstract\n\nG-UNI is an ERC20 wrapper around Uniswap v3 LP NFTs which can be used to make liquidity provision on Uniswap v3 fungible and its fee reinvestment process automated. It basically turns Uniswap V3s liquidity positions into Uniswap v2 like ERC20 tokens. \n\nTwo G-UNI Pools have been deployed with Uniswap V3 Positions in highly concentrated ranges (centered around 1:1) on the 0.01% fee tier of both DAI/USDC and USDC/USDT markets. Add liquidity to these pools and earn auto compounded LP fees on these high volume uniswap v3 stablecoin pairs, just by holding the G-UNI LP Token. Because of the fungible nature of these G-UNI tokens which represent proportions of a shared Uniswap V3 position, they are a simple solution for lending and borrowing markets to onboard Uniswap V3 LP as a collateral type.\n\n## Motivation\n\nBased on several discussions with Aave stakeholders and Uniswap v3 Liquidity providers, we believe that the G-UNI DAI / USDC and USDC / USDT pool tokens would provide great value to Aave users as an efficient way of utilizing their USDC, DAI and USDT collateral to borrow other tokens while earning compounding trading fees on Uniswap v3. Moreover, this would enable Aave users to go leverage on their Uniswap v3 positions and potentially 50x the liquidity they provide and thus significantly increase their fees earned.\n\n## Specifications\n\n1. What is the link between the author of the AIP and the Asset?\n\nGelato is the development team behind G-UNI\n\n2. Provide a brief high-level overview of the project and the token\n\nThe token is a wrapper around stablecoin pairs on Uniswap v3, it only uses Gelato’s network of keepers to automate fee compounding\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\nG-UNI would enable Aave users to go leverage on their Uniswap v3 positions and potentially 50x the liquidity they provide and thus significantly increase their fees earned.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?\n\nG-UNI was deployed to Mainnet in June 2021 and since then projects such as Instadapp, MakerDAO, Float and Rari have integrated it. We worked a lot to understand the inner mechanism of Uniswap v3 and did 2 external audits to ensure the smart contracts we are using are secure.\n\n5. How is the asset currently used?\n\nAs Collateral in MakerDAO or for Liquidity mining incentives in projects such as Float or Fei for example.\n\n6. Emission schedule\n\nNo emission\n\n7. Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?\n\nAll pools will be immutable, as the upgradability key will or already has been burned.\n\n8. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\nVolume corresponds to the volume of DAI, USDC and USDT on Uniswap v3\n\n9. Social channels data (Size of communities, activity on Github)\n\nOver 20k on Twitter and 16k on Telegram\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\nDeployed quite recently, around 50 transactions for the pools, only a couple of holders right now, but will most likely change with MakerDAO having integrated it\n\n## Implementation\n\nThe payload to list the two G-UNI Pools as collateral types on the AMM market and to configure their price oracles is deployed at this contract address: [0x67e4EDE946b3d76c4C505566eB821a1470507d2d](https://etherscan.io/address/0x67e4ede946b3d76c4c505566eb821a1470507d2d#code)\n\nTo execute the action governance simply calls `execute()` method (with no arguments) on the above contract address.\n\nOn execution both pools will be listed with the parameters in \"Simple Summary\" and with borrowing of G-UNI disabled.\n\n## References\n\n* [source code](https://github.com/gelatodigital/g-uni-v1-core)\n* [G-UNI docs](https://docs-g-uni.gelato.network/)\n* [about gelato](https://gelato.network)\n* [gelato whitepaper](https://drive.google.com/drive/folders/1M6i1sa-dRhodw08MCLseytHTdkeFweBH)\n* Ethereum addresses contracts\n - [G-UNI DAI / USDC](https://etherscan.io/address/0x50379f632ca68d36e50cfbc8f78fe16bd1499d1e)\n - [G-UNI USDC / USDT](https://etherscan.io/address/0xd2eec91055f07fe24c9ccb25828ecfefd4be0c41)\n* ChainLink Oracle\n - [DAI](https://etherscan.io/address/0xaed0c38402a5d19df6e4c03f4e2dced6e29c1ee9)\n - [USDC](https://etherscan.io/address/0x8fffffd4afb6115b954bd326cbe7b4ba576818f6)\n - [USDT](https://etherscan.io/address/0x3e7d1eab13ad0104d2750b8863b489d65364e32d)\n* G-UNI Oracles\n - [G-UNI DAI/USDC Oracle](https://etherscan.io/address/0x7843ea2e3e60b24cc12b56c5627adc7f9f0749d6#code)\n - [G-UNI USDC/USDT Oracle](https://etherscan.io/address/0x399e3bb2bbd49c570aa6edc6ac390e0d0acbbd5e#code)\n* [audits](https://drive.google.com/drive/folders/1AGg9HvaRM8SKlONRCv2rehlNkn5UwqJZ?usp=sharing)\n* Communities\n - [Discord](https://discord.gg/ApbA39BKyJ)\n - [Telegram](https://t.me/therealgelatonetwork)\n - [Twitter](https://twitter.com/gelatonetwork)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n\n", + "basename": "ADD-GUNI-TO-AMM-MARKET" + }, + "ADD_LUSD_TO_AAVE_V2": { + "title": "Add LUSD to Aave V2", + "status": "Proposed", + "author": "ßingen (@bingen)", + "shortDescription": "List LUSD as borrowing asset on the Aave V2 pool", + "discussions": "https://governance.aave.com/t/arc-add-support-for-lusd-liquity/8443", + "created": "2022-08-19T00:00:00.000Z", + "preview": "## Simple Summary\n\nAdd LUSD as a borrowable asset on Aave (0% LTV), …", + "content": "\n\n## Simple Summary\n\nAdd LUSD as a borrowable asset on Aave (0% LTV), helping the protocol diversify its stablecoin offering away from centralized stablecoins.\n\n## Abstract\n\nLUSD is stablecoin minted directly by the protocol users by opening a Trove and depositing ETH as collateral. Loans are interest-free, with a 0.5% base initiation fee. All the contracts of the Liquity protocol are immutable, which makes LUSD the most trustless stablecoin currently available on the Ethereum mainnet.\n\nLUSD is overcollateralized by ETH with two main mechanisms helping it keep its peg: first, LUSD can be redeemed for ETH at face value (i.e., 1 LUSD for $1 of ETH). Secondly, there is a minimal collateral ratio of 110%. Both mechanisms respectively create a price floor and ceiling through arbitrage opportunities.\n\nSince the protocol is immutable, no additional developments are planned, yet the Liquity team is working on another project that will prove synergetic with LUSD.\n\nLUSD’s resilience makes it a highly sought-after stablecoin for DAOs and protocols looking to diversify their treasury and users looking for cost-effective leverage on ETH. The current focus is to grow the DeFi ecosystem around LUSD to enable more diverse use cases.\n\n## Motivation\n\nMost of the stablecoins available for borrowing on Aave are centralized or relying heavily on centralized collateral, apart from FEI, sUSD and RAI. Adding LUSD as a borrowable asset on Aave would enable the protocol to further diversify away from centralized stablecoins.\n\n## Specification\n\nThis proposal initialises the LUSD reserve, enables variable borrowing and sets a reserve factor. As needed, it also connects a price source on the AaveOracle.\n\n## Rationale\n\nLUSD will be added as a borrowable asset only (0% LTV) to ensure the safest onboarding possible. If the demand for borrowing is sufficient, the LTV could later be raised and once mainnet v3 is available, efficiency mode could also be enabled. \n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\nLink to Test Cases: [End-to-end test suite](https://github.com/liquity/example-aave-v2-listing/blob/master/src/test/ValidationLUSDListing.sol)\n\n## Implementation\n\n- [LUSDListingPayload](https://etherscan.io/address/0xe0070f7a961dcb102e3d904a170613be3f3b37a9)\n- [aLUSD implementation](https://etherscan.io/address/0x893E606358205AD994e610ad48e8aEF98aEadDbe)\n- [Variable Debt LUSD implementation](https://etherscan.io/address/0xEB1cfEF24F5B9d287F702AC6EbD301E606936B54)\n- [Stable Debt LUSD implementation](https://etherscan.io/address/0x595c33538215DC4B092F35Afc85d904631263f4F)\n- [Interest rate strategy for LUSD](https://etherscan.io/address/0x545Ae1908B6F12e91E03B1DEC4F2e06D0570fE1b)\n- [LusdUsdToLusdEth price feed](https://etherscan.io/address/0x60c0b047133f696334a2b7f68af0b49d2F3D4F72)\n- [LUSD token](https://etherscan.io/address/0x5f98805A4E8be255a32880FDeC7F6728C6568bA0)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "ADD_LUSD_TO_AAVE_V2" + }, + "ADD-MAI-TO-AAVE-V3": { + "title": "Add MAI to Aave V3 on Polygon", + "status": "Proposed", + "author": "Pablo Peillard (@itspublu)", + "shortDescription": "Add MAI Stablecoin to Aave V3 on Polygon", + "discussions": "https://governance.aave.com/t/add-mai-on-aave-v3/7630", + "created": "2022-08-16T00:00:00.000Z", + "preview": "## Author: \nQiDao Protocol core team\n\n## Forum post: \n …", + "content": "\n\n## Author: \nQiDao Protocol core team\n\n## Forum post: \n\nhttps://governance.aave.com/t/add-mai-on-aave-v3/7630\nProposal to add support for MAI (aka miMatic) on Aave V3 (On Polygon)\n\n## Summary\n\nMAI is the first and largest native stablecoin project on Polygon and a variety of other chains. It is an overcollateralized stablecoin that is non-custodial. All MAI is backed by collateral locked in user-managed vaults. MAI minting is available on 8 chains, and bridging to 18 chains.\n\nAll accepted collaterals are priced using Chainlink price feeds. MAI has stayed within its peg through several market downturns.\n\nThere’s around 250M MAI minted, with liquidity on all top DEXs in which MAI is present. A significant portion of liquidity for MAI is on Curve. MAI hosts the largest pool on Curve Polygon.\n\n## Risk Parameters\n\nV3 Efficiency mode: stablecoins\nV3 Isolation mode: 75% LTV, 80% liquidation threshold, 10% reserve factor, $2M initial debt ceiling per chain\n\n## Specifications\n**What is the link between the author of the AIP and the Asset?**\n\nCore team at QiDao Protocol.\n\n**Provide a brief high-level overview of the project and the token**\n\nMAI is the first and largest stablecoin protocol on Polygon. It allows users to lock their tokens and use them as collateral to mint MAI at 0% interest.\n\nMAI is an overcollateralized CDP stablecoin on Polygon, Avalanche, Fantom, Arbitrum, Harmony, Moonriver, and Gnosis Chain. MAI is one of the most crosschain assets in DeFi, currently on 18 chains through Multichain. Accepted collateral includes interest-bearing assets like Aave Market Tokens. Users are not charged interest for borrowing MAI - instead, they are charged a 0.5% fee upon repayment.\n\nDespite market downturns during its existence, MAI has maintained its peg.\n\nMAI currently has a TVL of around $90M, and has around 70M MAI outstanding.\n\n**Explain positioning of the token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?**\n\nBeing the largest native stablecoin on Polygon and Fantom, MAI has a wide reach within the native projects on those chains. Listing MAI would connect Aave to most communities in these chains through the integrations already made by MAI.\nMAI is one of the most crosschain assets, available on 18 chains through canonical bridging. As a result, users will be drawn to borrow MAI to bridge value to other chains and take advantage of the many yield opportunities that MAI has.\n\nMAI’s risk profile is low. It is used by large institutions. MAI has also received grants from several blockchains, including Polygon, Metis, Optimism, Arbitrum, and Gnosis.\n\n**Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?**\n\nMAI is governed by the QiDao Protocol, a community-run DAO around the QI token.\nSeveral other projects have participated in our DAO through proposals and bribing, including Frax Finance, Stake DAO, Celsius, * PolygonDAO, SpiritSwap, SpookySwap, Gotchi Vault, and Beefy Finance\nThe Polygon Alliance was recently set up to participate in QiDao.\n\n**How is the asset currently used?**\n\nLending (Market.xyz, Impermax, Tarot)\nListed on several DEXs on 18 chains. Main DEXs are Curve, Balancer, QuickSwap, SpookySwap, SpiritSwap, Solidly, Saber, and TombSwap\nTop two pools on Curve Fantom and Polygon\nMAI is used by Celsius to borrow against their AUM\nMAI has been used by Polygon to award bounties\nMAI offers low-cost leverage to strategies on Stake DAO, Yearn, Beefy, and Aave\n\n**Emission schedule**\n\nUsers can mint MAI by locking up their assets and borrowing against that value at 0% interest. Temporary debt ceilings serve as the a supply mitigation.\n\n**Token (& Protocol) permissions (minting) and upgradability.**\n\n**Is there a multisig? What can it do? Who are the signers?**\n\nAll funds stored as collateral are fully controlled by users\nThere is a 3/5 multisig, comprised by the QiDao team. Team members are doxxed and regularly appear on podcasts, live streams, and crypto conferences\nThe multisig executes the results of Snapshot votes: liquidation ratios for new collaterals, partnerships, and debt ceilings. There have been over 70 votes since the start of the DAO: see votes here 1.\nSince the protocol uses canonical bridging, QiDao retains the power to mint MAI on chains it is bridged to.\n\n## Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n- Market Cap: ~$70M\n- 24h Volume: >$40M\n- Volatility: Low\n- Exchanges: Curve, Balancer, QuickSwap, SpookySwap, SpiritSwap, Saber, Beethoven, Solidly, TombSwap, Solarbeam, Trader Joe, Crodex, ZoomSwap, PaintSwap, Elk Finance, and Rose\n- Maturity: Launched 5/4/21\n- Social channels data (Size of communities, activity on Github)\n- Project: https://www.mai.finance/\n- Defillama: https://defillama.com/protocol/qidao\n- Whitepaper: https://docs.mai.finance/\n- Document portal: https://docs.mai.finance/\n- Source code for the system(s) that interact with the proposed asset: https://github.com/0xlaozi\n- Twitter: 17k followers: https://twitter.com/QiDaoProtocol\n- Telegram: 2,130 members: @QiDaoProtocol\n- Discord: 8,987 members: https://discord.com/qidaoprotocol\n- Contracts date of deployments, number of transactions, number of holders for tokens\nMAI token\n\n- Date of deployment: May 4, 2021\n- Number of transactions: +3M\n- Number of crosschain token holders: 16k+\n\n## Security Considerations\nMAI has undergone 2 thorough audits (linked below). Constant internal reviews are performed to ensure MAI’s economic and technical safety.\n\nThe protocol currently has around $90M TVL.\n\n- First audit: https://uploads-ssl.webflow.com/606120c25fb119221b762612/60bd3b9a1366549deb6a1cf7_Mai_Finance_Audit_Bramah.pdf\n\n- Second audit: https://cloakwire.com/qi-dao-security-audit/\n\n## Other links\n\nContract addresses: https://docs.mai.finance/functions/smart-contract-addresses\n\nChainlink Oracle: 0xd8d483d813547CfB624b8Dc33a00F2fcbCd2D428 (Polygon)\n\n## Proposal's technical implementation\n\nThis asset listing will be executed via Aave's cross-chain governance module, described here [https://github.com/bgd-labs/aave-v3-crosschain-listing-template](https://github.com/bgd-labs/aave-v3-crosschain-listing-template). The listing of miMATIC via cross-chain is one of the examples included there, together with tests.\n\nProposal Payload on Polygon: [https://polygonscan.com/address/0x83fba23163662149b33dbc05cf1312df6dcba72b#code](https://polygonscan.com/address/0x83fba23163662149b33dbc05cf1312df6dcba72b#code)\n\nBGD Labs has provided support on the technical aspects of the listing and Certora has reviewed the proposal's payload.\n", + "basename": "ADD-MAI-TO-AAVE-V3" + }, + "ADD-MATICX-TO-AAVE-V3-POLYGON": { + "title": "Add MaticX to Aave v3 Polygon Pool", + "status": "Proposed", + "author": "Llama, Matthew Graham, Rajath Alex", + "shortDescription": "Add MaticX to Aave v3 Polygon Pool", + "discussions": "https://governance.aave.com/t/proposal-to-add-maticx-to-aave-v3-polygon-market/7995", + "created": "2022-09-12T00:00:00.000Z", + "preview": "# Simple Summary\n\nLlama proposes listing MaticX on the Aave v3 …", + "content": "\n\n# Simple Summary\n\nLlama proposes listing MaticX on the Aave v3 Polygon Pool. MaticX is an ERC20 receipt token which represents staked MATIC and a portion of the staking rewards.\n\n# Abstract\n\nStader is building a native staking smart contract platform spanning multiple networks that enables users to develop staking-related applications. The MaticX product selects validators based upon performance, safety, decentralisation and the commission terms to ensure users receive the best user experience in supporting the Polygon Network. \n\nMaticX allows users to stake their MATIC tokens on the Ethereum mainnet or Polygon and immediately get the representation of their share in the form of MaticX token without maintaining staking infrastructure. Users will receive staking rewards whilst being able to utilise their MaticX tokens in secondary markets on Ethereum mainnet and Polygon.\n\nMaticX will be added as collateral and Users will be able to borrow against their MaticX deposits. A SupplyCap of $6M will be implemented, borrowing disabled and Matrix will be added to the 'Matic correlated' eMode. \n\n# Motivation\n\nListing MaticX on the Aave v3 Polygon Pool will allow Aave DAO to benefit from the first mover advantage and provide an alternative to Lido’s stMATIC. \n\nIn addition to being able to stake on Ethereum mainnet, MaticX allows users to stake Matic directly on Polygon through a unique instant pool mechanism while remaining on Polygon throughout. This is expected to drive staking penetration higher for MATIC with Users being able to enjoy the cheaper, faster transactions on Polygon to stake.\n\nMaticX offers users a maximum 50 hours withdrawal period, which is shorter than alternatives and is expected to support a tighter secondary spot market price relative to the fundamental value of the receipt token’s claim.\n\nWith the introduction of eMode on Aave v3, there exists the potential for users to recursive loop MaticX and wMATIC to create a significant source of yield provided borrowing rates remain accommodative. \n\n## Specification\n\nIn supporting the MaticX asset listing, this proposal creates a liquidity pool that reflects the characteristics shown below and connect the Chainlink oracle price source to AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\nThis proposal has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs).\n\nLink to Test Cases: [Here](https://github.com/llama-community/aave-v3-crosschain-maticx-listing/blob/master/src/test/PolygonMaticXE2E.t.sol)\n\n## Implementation\n\nThis proposal presents the following parameter configuration upon listing MaticX.\n\nRisk Parameters:\n\nCollateral: Yes\nBorrowing: No\nLTV: 50%\nLiquidation Threshold: 65%\nLiquidation Bonus: 10%\nReserve Factor: 20%\nChainlink Oracle: [0x5d37E4b374E6907de8Fc7fb33EE3b0af403C7403](https://polygonscan.com/address/0x5d37E4b374E6907de8Fc7fb33EE3b0af403C7403)\n\nVariable Interest Rate Parameters:\n\nUOptimal: 45%\nR_0: 0%\nR_s1: 7%\nR_s2: 300%\n\n'MATIC correlated' eMode Parameters:\n\nLTV: 92.5%\nLiquidation Threshold: 95%\nLiquidation Bonus: 1%\n \nSupply / Borrow Caps:\n\nNewSupplyCap: $6m MaticX\n\nThe governance forum proposal discussing Add MaticX on Aave v3 Polygon pool can be found [here](https://governance.aave.com/t/proposal-to-add-maticx-to-aave-v3-polygon-market/7995) and the snapshot vote can be found [here](https://snapshot.org/#/aave.eth/proposal/0x88e896a245ffeda703e0b8f5494f3e66628be6e32a7243e3341b545c2972857f). \n\nLink to Payload Implementation: [Here](https://github.com/llama-community/aave-v3-crosschain-maticx-listing/blob/master/src/contracts/polygon/MaticXPayload.sol)\n\n**Deployed Contracts**\nProposalPayload = [0xD417d07c20e31F6e129fa68182054B641FbEC8Bd](https://polygonscan.com/address/0xD417d07c20e31F6e129fa68182054B641FbEC8Bd)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "ADD-MATICX-TO-AAVE-V3-POLYGON" + }, + "ADD-OP-TO-AAVE-V3": { + "title": "Add OP to Aave V3 on Optimism", + "status": "Proposed", + "author": "Ben Jones", + "shortDescription": "Add OP as collateral asset to Aave V3 on Optimism", + "discussions": "https://governance.aave.com/t/arc-add-op-as-collateral-to-aave-v3/9087", + "created": "2022-10-04T00:00:00.000Z", + "preview": "## Author\n\nFounder of OP Labs and a director at Optimism Foundation\n …", + "content": "\n\n## Author\n\nFounder of OP Labs and a director at Optimism Foundation\n\n## Forum post\n\n[Proposal to add OP as collateral on Aave V3 (On Optimism)](https://governance.aave.com/t/add-mai-on-aave-v3/7630)\n\n## Summary\n\nThe proposal seeks to onboard the OP token as a collateral asset in Aave V3 on Optimism.\nThe Optimism Foundation could also seed incentives while the initial liquidity of the pool is bootstrapped.\n\n## Risk Parameters\n\nThe complete technical and risk parameters:\n\n- Loan-to-value: 50.00%\n- Liquidation threshold: 65.00%\n- Liquidation bonus: 10.00%\n- Price feed: OP/USD | Chainlink\n- A/S/V tokens (aToken/Variable/Stable): Standard implementation\n- Interest rate strategy: N/A\n- Borrowing enabled: No\n- Stable borrowing Enabled: No\n- Reserve Factor: 20.00%\n- Liquidation Protocol Fee:\n- Debt Ceiling: None\n- Borrowable in Isolation: No\n- Supply Cap: 40M\n- Borrow Cap: N/A\n- eMode (efficiency mode): No\n- Unbacked Mint Cap: 0\n- Siloed Borrowing: N/A\n\n## Specifications\n\n**What is the link between the author of the AIP and the Asset?**\n\nCofounder of Optimism and a director at the Optimism Foundation\n\n**Provide a brief high-level overview of the project and the token**\n\nOptimism is an EVM equivalent L2 scaling solution. The OP token is a governance token for the Optimism Collective.\nOP holders are currently able to vote on various decisions impacting the Collective, including the grants, protocol upgrades, inflation adjustments, and other fundamental changes.\nThe Collective is committed to an iterative governance system that will evolve dynamically over time.\nOptimism hopes to use the launch of this token to establish a deeper partnership between the Optimism and Aave communities.\nThis proposal would enable OP as collateral on AAVE V3 on Optimism.\n\n**Explain positioning of the token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?**\n\nWith the recent release of the OP token, we want to bolster initial growth for Aave V3 on Optimism. This will benefit the Aave community by creating a vibrant ecosystem around Aave V3, while being a strong first use case for OP.\n\nAave would be one of the first platforms to support OP as collateral. The OP token is one of the first and leading rollup technology ecosystem tokens, so the Aave community would be supporting the scaling of Ethereum and onboard the cohort of users coming with it.\nL2s being the home for AAVE v3 could also gain a lot from this synergy.\n\nOverall, the use cases will create the opportunity to continue growing liquidity and usage of the Aave v3 pools on Optimism.\n\n**Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?**\n\nInitially launched at the end of 2021, Optimism is an EVM equivalent L2 scaling solution. Optimism currently supports 100+ dapps and over $500m in on-chain value.\nOptimism drastically improves Ethereum’s scalability while retaining its security through rollup technology - having already saved its users over $1B in gas fees.\n\n**How is the asset currently used?**\n\nIt is used for governance on Optimism.\n\n**Emission schedule**\n\nAt genesis there was an initial total supply of 4,294,967,296 OP tokens. The total token supply is set to inflate at a rate of 2% per year, unless changed through governance.\n\n**Token (& Protocol) permissions (minting) and upgradability.**\n\n**Is there a multisig? What can it do? Who are the signers?**\n\nThere is a multisig. It coontrols all funds in the chain. Members are anonymous in order to make the multisig more difficult to compromise.\n\n## Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n- Market Cap: ~$202M\n- 24h Volume: >$150M\n- Volatility: Low\n- Exchanges: Uniswap, Velodrome, Sushi\n- Maturity: Launched 5/31/21\n- Communities:\n- Discord - https://discord-gateway.optimism.io/\n- Twitter - https://twitter.com/OptimismFND\n- Mirror - https://optimism.mirror.xyz/\n- Twitch - https://www.twitch.tv/optimismpbc\n\n- Date of deployment: May 31, 2021\n- Number of transactions: 12M\n- Number of holders: ~134k\n\n## Security Considerations\n\nOP has undergone audits. Constant internal reviews are performed to ensure OP’s economic and technical safety.\n\nThe protocol currently has around $936.43M TVL.\n\n## Other links\n\nContract addresses: [0x4200000000000000000000000000000000000042](https://optimistic.etherscan.io/address/0x4200000000000000000000000000000000000042)\n\nChainlink Oracle: [0x0D276FC14719f9292D5C1eA2198673d1f4269246](https://optimistic.etherscan.io/address/0x0D276FC14719f9292D5C1eA2198673d1f4269246) (Optimism)\n\n## Proposal's technical implementation\n\nThis asset listing will be executed via Aave's cross-chain governance module, described here: [https://github.com/aave/governance-crosschain-bridges](https://github.com/aave/governance-crosschain-bridges).\n\nProposal Payload on Optimism: [0x5f5c02875a8e9b5a26fbd09040abcfdeb2aa6711](https://optimistic.etherscan.io/address/0x5f5c02875a8e9b5a26fbd09040abcfdeb2aa6711#code)\n\nBGD Labs has provided support on the technical aspects of the listing and Certora has reviewed the proposal's payload.\n", + "basename": "ADD-OP-TO-AAVE-V3" + }, + "ADD-STETH-TO-AAVE-V2": { + "title": "Add stETH to AAVE v2", + "status": "Proposed", + "author": "Jacob Blish (@jbeezy); Gregory Stepanov (@grstepanov)", + "shortDescription": "AAVE governance proposal to enable stETH as a collateral asset", + "discussions": "https://governance.aave.com/t/arc-add-support-for-steth-lido/5793", + "created": "2022-04-02T00:00:00.000Z", + "preview": "## Simple Summary\nLido allows users to earn staking rewards on the …", + "content": "\n\n## Simple Summary\nLido allows users to earn staking rewards on the Ethereum beacon chain without locking Ether or maintaining staking infrastructure. This is done through the stETH token. stETH tokens represent a tokenized staking deposit with staking rewards and slashing penalties applied. stETH can be held, traded, or sold. \nWe propose listing stETH to AAVE v2 market. This would allow users to borrow against stETH.\n\n#### References\n- Website: [lido.fi](https://lido.fi/)\n- [Primer](https://lido.fi/static/Lido:Ethereum-Liquid-Staking.pdf) \n- [Document portal](https://docs.lido.fi/)\n- [Source code for the system(s) that interact with the proposed asset](https://github.com/lidofinance/lido-dao/blob/master/contracts/0.4.24/Lido.sol)\n- [Ethereum addresses contracts](https://docs.lido.fi/deployed-contracts)\n- [ChainLink Oracle](https://etherscan.io/address/0x86392dC19c0b719886221c78AB11eb8Cf5c52812)\n- [Audits](https://github.com/lidofinance/audits)\n- Community\n - [Governance forum](https://research.lido.fi/)\n - [Twitter](https://twitter.com/lidofinance)\n - [Discord](https://discord.gg/vgdPfhZ)\n - [Telegram](https://t.me/lidofinance)\n - [Reddit](https://www.reddit.com/r/LidoFinance)\n\n## Abstract\nThe goal of listing stETH on AAVE v2 market is to provide the ability to deposit stETH into AAVE and allow to use it as collateral. There is no intention to enable borrowing of stETH on AAVE v2 market.\n\n## Motivation\nListing stETH on AAVE can work to attract a larger audience to both AAVE and Lido. More ETH staked with Lido would subsequently benefit the decentralization and security of the Ethereum network, to the benefit of the community as a whole. stETH would likely bring new borrow demand to AAVE as market participants look to borrow against stETH.\n\nstETH makes a perfect DeFi collateral and is beneficial for a number of reasons covered in the Specifications section of this AIP.\n\n## Specification\n1. **What is the link between the author of the AIP and the Asset?**\n\n- Jacob (jbeezy) is a full time member of the DAO working to facilitate integrations for st-Assets across DeFi in protocols such as Aave among others.\n- Gregory (GrStepanov) is a full time protocol contributor working on technical integrations.\n\n2. **Provide a brief high-level overview of the project and the token.**\n\n#### Lido Background\n\nThe Lido Protocol, built on Ethereum’s beacon chain to start, allows users to earn staking rewards on the beacon chain without rendering their assets illiquid or maintaining staking infrastructure.\n\nLido was [announced](https://blog.lido.fi/how-lido-works/) in November 2020. The testnet was released in late November.\n\nLido today has 3 products (stETH, stSOL, bLuna) managed by 4 teams in separate organizations. Across these products is a multi billion dollar TVL and has pushed Lido to #6 on [DeFi Llama rankings](https://defillama.com/protocol/lido). stETH has also been accepted as part of Nexus Mutual’s treasury as part of their [risk management strategy](https://forum.nexusmutual.io/t/proposal-increase-the-allocation-of-the-capital-pool-to-steth/641).\n\nLido has begun the process to move over to a fully non-custodial solution. Details can be found here: [Withdrawal Credentials in Lido](https://blog.lido.fi/withdrawal-credentials-in-lido/).\n\nThe Lido DAO manages the liquid staking protocol by deciding on key parameters (e.g. setting fees, assigning node operators and oracles) through the voting power of governance token holders.\n\nLido has been audited by Sigma Prime, Quantstamp and MixBytes.\n\n#### stETH Background\n\nLido allows users to deposit ETH and receive stETH. The deposited ETH is then pooled and staked with node operators selected by the Lido DAO. stETH represents the user’s staked ETH balance of the beacon chain along with staking rewards accrued or penalties inflicted on validators in the beacon chain. When withdrawals are enabled on the beacon chain, stETH can be redeemed for unstaked ETH and accumulated rewards.\n\nUnlike beacon chain ETH, stETH can be freely transferred and traded. Onboarding stETH to Aave would allow users to borrow against stETH.\n\nThe balance of stETH is based on the total amount of staked ETH plus total staking rewards minus slashing applied on validators. stETH rebases daily.\nThe stETH supply stands at 1,697,460 - worth $5.4BN using current stETH prices.\n\n3. **Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?**\n\nstETH as DeFi collateral is beneficial for a number of reasons.\n\n- stETH is almost as safe as ETH, price-wise: barring catastrophic scenarios, its value tends to hold the ETH peg well;\n- stETH is a productive asset. Earning rewards on collateral effectively lowers the cost of borrowing. This could make borrowing more attractive on Aave and help to increase market utilization (and therefore Aave’s protocol revenue from \ncoin reserve factors).\n- stETH is a very liquid asset with $5+ billion in liquidity used across [multiple DeFi projects](https://dune.xyz/LidoAnalytical/Integration-monitor-dashboard\n). stETH<>ETH liquidity pool on Curve is the deepest LP in DeFi with $3.8 billion TVL.\n\n4. **Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?**\n\nLido protocol background is listed in Question #2.\n\nThere is a DAO and it is live. The Lido DAO consists of, amongst others, Semantic VC, ParaFi Capital, Libertus Capital, Terra, Bitscale Capital, StakeFish, StakingFacilities, Chorus, P2P Capital and KR1, Stani Kulechov of Aave, Banteg of Yearn, Will Harborne of Deversifi, Julien Bouteloup of Stake Capital and Kain Warwick of Synthetix.\n\nThe Lido treasury has been diversified and DAO members now include Paradigm, Three Arrows Capital, DeFiance Capital, Jump Trading, Alameda Research, iFinex, Dragonfly Capital, Delphi Digital, Robot Ventures, Coinbase Ventures, Digital Currency Group, The LAO and [angels](https://research.lido.fi/t/proposal-ldo-treasury-diversification-part-2/506).\n\nThe Lido suite of products consist of st-assets which represent the underlying staked collateral on various protocols. Currently this is stETH, bLuna, stLuna and stSOL and is managed by 4 teams in separate organizations to further mitigate centralization risk.\n\nThere are further wrapped versions to address platform limitations around rebasing assets or bridging to other ecosystem. These wrapped assets are minted/burned based on locking of the st-asset. Currently there is wstETH (non-rebasing) and bETH (Terra representation of stETH).\n\nEarly challenges were overcome with DAO member support, speed of execution and utility of st-assets. The last one is particularly critical in the success of any liquid product.\n\n5. **How is the asset currently used?**\n\nstETH is used in a number of ways.\n\n- a productive asset (e.g. in Nexus Mutual Treasury risk management strategy);\n- compounding yield strategies in DeFI (AMMs, autofarms) (e.g. Convex, Yearn, Harvest);\n- multichain collateral (e.g. wstETH on Ethereum on Maker and bETH on Terra in Anchor).\n\n5. **Emission schedule**\n\nThere is no emission schedule. Similar to DAI, stETH is minted on demand when users lock ETH into the protocol.\n\n6. **Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?**\n\nstETH token is the upgradable contract behind `AppProxyUpgradeable` proxy at https://etherscan.io/address/0xae7ab96520de3a18e5e111b5eaab095312d7fe84. Lido DAO can change the implementation with the successful DAO vote.\n\nThe roles and addresses can be checked in the Aragon UI: https://mainnet.lido.fi/#/lido-dao/permissions/app/0xae7ab96520de3a18e5e111b5eaab095312d7fe84\n\nTo mitigate withdrawal risks, Lido staking went live on December 18th, 2020, through a [withdrawal key ceremony](https://blog.lido.fi/lido-withdrawal-key-ceremony/). Chorus One, Staking Facilities, Certus One, Argent, Banteg (yearn.finance), Alex Svanevik (Nansen), Anton Bukov (1inch), Michael Egorov (Curve/Nucypher), Rune Christensen (MakerDAO), Will Harborne (DeversiFi), and Mustafa Al-Bassam (LazyLedger) came together over a four-day event to generate threshold signatures for Lido’s withdrawal keys in a secure environment on air-gapped machines. \nLido has already migrated to a non-custodial solution and >60% of all stETH already uses this. Details can be found here: [Withdrawal Credentials in Lido](https://blog.lido.fi/withdrawal-credentials-in-lido/).\n\n8. **Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)**\n\n**Market Cap** $5.5B\n\n**Volatility** - Over the past year, stETH proved to hold peg extremely well through various market conditions. [stETH<>ETH balance data for the Curve pool can be found here](https://dune.xyz/queries/36557/72603).\n\n**Volumes and DEXes**\n\n**[Balancer (wstETH/WETH)](https://app.balancer.fi/#/pool/0x32296969ef14eb0c6d29669c550d4a0449130230000200000000000000000080)** \nLiquidity: $409.3M \nVolume (24h): $509,3 \nhttps://dune.xyz/embeds/153863/304423/684fdf22-161c-4352-a41d-81ce8a705c01 \n\n**[SushiSwap (wstETH/DAI)](https://analytics.sushi.com/pairs/0xc5578194d457dcce3f272538d1ad52c68d1ce849)** \nLiquidity: $32.2M \nVolume (24h): $756,211 \nhttps://dune.xyz/embeds/153729/304165/5c53e046-47ef-485d-9767-6ec188a5629e \n\n**[Curve (stETH/ETH)](https://curve.fi/steth)** \nLiquidity: $3,75B \nVolume (24h): $5,7M \nhttps://dune.xyz/embeds/153374/303383/9c8cb193-4538-497e-a774-c33e78bcd34d \n\n9. **Social channels data**\n\n[Discord](https://discord.gg/vgdPfhZ) - 7400 members \n[Twitter](https://twitter.com/LidoFinance) - 60K followers \n[GitHub](https://github.com/lidofinance) - Active and managed \n\n10. **Contracts date of deployments, number of transactions, number of holders for tokens**\n\nDate of Deployment: December 18th, 2020 \nNumber of Transactions (stETH): [146,000+](https://etherscan.io/token/0xae7ab96520de3a18e5e111b5eaab095312d7fe84) \nUnique holders: [42,000+](https://etherscan.io/token/0xae7ab96520de3a18e5e111b5eaab095312d7fe84) \n\n11. **Unique Depositors**\n\nUnique depositors: [36,000+](https://dune.xyz/queries/20029/41160)\n\n## Rationale\nstETH represents the user’s staked ETH balance of the beacon chain along with staking rewards accrued or penalties inflicted on validators in the beacon chain. \nThis is implemented via rebasing mechanism. \n\nDue to the rebasing nature of stETH, the proposed listing implementation involves few changes to AAVE's generic aToken.\nThe proposed aToken uses underlying stETH shares to store balances and implement the rebase ability. Thus, it has 2 private balances and 1 public balance.\n\n1. The internal (fixed-supply) balance and total supply are used for book-keeping. The deposited balance is stored in stETH shares and converted into the amount of the tokens with functions from stETH. Users’ balances are book-kept with the underlying ERC20 token.\n2. The internal (elastic-supply) balance and total supply correspond to the deposited balance without accrued interest. Rebasing of aSTETH according to stETH happens in this layer. \n3. The external (elastic-supply) balance and total supply correspond to the deposited balance with interest.\n\nExternally, the aSTETH behaves similar to every other aToken. It always maintains a 1:1 peg with the underlying stETH. \n\nThe current implementation doesn't support borrowing, neither with variable nor with stable interest rates. The stableDebtSTETH and variableDebtSTETH contracts extend default stableDebtToken and variableDebtToken contracts accordingly to make it impossible to use borrowing with aSTETH because default debt tokens are not compatible with the AStETH contract.\n\n## Implementation\n\n#### Code\nAStETH https://etherscan.io/address/0xbd233D4ffdAA9B7d1d3E6b18CCcb8D091142893a \nvariableDebtSTETH https://etherscan.io/address/0xde2c414b671d2db93617d1592f0490c13674de24 \nstableDebtSTETH https://etherscan.io/address/0x8180949ac41ef18e844ff8dafe604a195d86aea9 \nDefaultReserveInterestRateStrategy https://etherscan.io/address/0xff04ed5f7a6C3a0F1e5Ea20617F8C6f513D5A77c \nSteps the proposal will execute: start a vote to add stETH as a new asset.\n\n#### Security Considerations\nStandard technical risks of smart contracts apply to the AToken implementation.\nThe implementation has been audited by MixBytes() and considered safe. Read the full report from [here](https://github.com/lidofinance/audits/blob/main/MixBytes%20AAVE%20stETH%20integration%20Security%20Audit%20Report%2002-22.pdf).\n\n**Proposed Risk Parameters**\nLTV: 70% \nLiquidation Threshold: 75% \nLiquidation Bonus: 7.5% \nReserve Factor: 10% \n\n**Interest Rate Model:** \nUOptimal: 60% \nBase: 0% \nSlope 1: 8% \nSlope 2: 200% \n\nAs stETH is more suited as collateral instead of a borrowing asset, we propose listing stETH on AAVE v2 market with borrowing disabled. \n\n## Risk Assessment\n\n**Smart contract risks**\n\nLido faces smart contract risks. To mitigate these, Lido has been audited multiple times - by Quantstamp, Sigma Prime, and MixBytes (see [Audits](https://github.com/lidofinance/audits)), with no critical issues found.\n\n**Counterparty risks**\n\nLido is a DAO. Decisions in the Lido DAO are made through proposals and votes - community members manage protocol parameters, node operators, oracle members, and more. The Lido staking infrastructure for stETH consists of 22 node operators, with a focus on decentralization.\nLido relies on a set of oracles to report staking rewards to the smart contracts. Their maximum possible impact is limited by the [recent upgrade](https://github.com/lidofinance/lido-improvement-proposals/blob/develop/LIPS/lip-2.md#sanity-checks-the-oracles-reports-by-configurable-values) (limit oracles report change by 10% APR increase in stake and 5% decrease in stake), and the operators of oracles are all well-known entities: Stakefish, Certus One, Chorus One, Staking Facilities, DSRV, Blockscape, Everstake, SkillZ, RockX, Allnodes, P2P Validator, and others.\nRead further in Lido [documentation](https://docs.lido.fi/token-guides/steth-superuser-functions/).\n\n**Market risk**\n\nOver the past year, stETH proved to hold the ETH peg 1:1 steadily.\nFour liquidity pools across different DEXes are incentivized with significant LDO rewards. Curve stETH<>ETH LP has grown into the deepest LP across DeFi, which makes it extremely resistant to any attempts of moving the peg.\n\n**Staking risks**\n\nstETH faces staking risks, specifically validator risks including slashing and hostage risks. To mitigate these, Lido works only with best-in-class validators with a track record of success.\nBesides, there's an ongoing [discussion in the community](https://research.lido.fi/t/lip-6-in-protocol-coverage-proposal/1468) about in-protocol coverage options to mitigate slashing risks.\n\n**Price feed risk**\n\nThe ChainLink price feed for stETH is based on the pools with extremely deep liquidity. This makes stETH price very stable and resilient. Manipulating stETH price at this point would require staggering amount of resources and potentially render this kind of attack unreasonable.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "ADD-STETH-TO-AAVE-V2" + }, + "ADD-STMATIC-TO-AAVE-V3-POLYGON": { + "title": "Add stMATIC to Aave v3 pool on Polygon", + "status": "Proposed", + "author": "Llama (@llama), Matthew Graham (@Matthew_Graham_), Rajath Alex (@0xrajath)", + "shortDescription": "Add stMATIC to Aave v3 pool on Polygon", + "discussions": "https://governance.aave.com/t/proposal-add-support-for-stmatic-lido/7677", + "created": "2022-09-01T00:00:00.000Z", + "preview": "# Simple Summary\n\nLlama proposes listing stMATIC on the Aave v3 …", + "content": "\n\n# Simple Summary\n\nLlama proposes listing stMATIC on the Aave v3 Polygon pool. stMATIC is an ERC20 token that represents the account’s share of the total supply of MATIC tokens inside the Lido system. \n\n# Abstract\n\nLido is a DAO governed liquid staking protocol for the Polygon PoS chain. It allows users to stake their MATIC tokens on the Ethereum mainnet and immediately get the representation of their share in the form of stMATIC token without maintaining staking infrastructure. Users will receive staking rewards whilst being able to utilize their stMATIC tokens in secondary pools on Ethereum mainnet and Polygon.\n\nListing stMATIC as collateral will enable depositors to borrow funds against stMATIC. In addition, a special 'MATIC correlated' eMode will be created for just stMATIC and wMATIC, a $7.5M Supply Cap will be set and borrowing disabled to manage the risk exposure with this asset listing.\n\n# Motivation\n\nListing stMATIC on the Aave v3 pool would allow Aave DAO to benefit from the first mover advantage and hopefully in time replicate the success of the stETH listing which has generated $1.38B in TVL on the Ethereum Aave v2 pool. \n\nAs with the stETH listing on Ethereum Aave v2 pool, we expect stMATIC to stimulate demand for wMATIC and other assets. With the introduction of eMode on Aave v3, we expect the recursive stMATIC and wMATIC loop to create a significant source of yield for Users. \n\n## Specification\n\nIn supporting the stMATIC asset listing, this proposal creates a pool that reflects the characteristics shown below and connects the Chainlink oracle price source to AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\nThis proposal has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs).\n\nLink to Test Cases: [Here](https://github.com/llama-community/aave-v3-crosschain-stmatic-listing/blob/master/src/test/PolygonStMaticE2E.t.sol)\n\n## Implementation\n\nLlama recommends the following parameter configuration upon listing stMATIC.\n\nRisk Parameters:\n\nCollateral: Yes\nBorrowing: No\nLTV: 50%\nLiquidation Threshold: 65%\nLiquidation Bonus: 10%\nReserve Factor: 20%\nChainlink Oracle: [0x97371dF4492605486e23Da797fA68e55Fc38a13f](https://polygonscan.com/address/0x97371dF4492605486e23Da797fA68e55Fc38a13f)\n\nVariable Interest Rate Parameters:\n\nUOptimal: 45%\nR_0: 0%\nR_s1: 7%\nR_s2: 300%\n\n'MATIC correlated' eMode Parameters:\n\nLTV: 92.5%\nLiquidation Threshold: 95%\nLiquidation Bonus: 1%\n \nSupply / Borrow Caps:\n\nNewSupplyCap: $7.5m stMATIC\n\nThe governance forum proposal discussing Add stMATIC on Aave v3 Polygon pool can be found [here](https://governance.aave.com/t/proposal-add-support-for-stmatic-lido/7677) and the snapshot vote can be found [here](https://snapshot.org/#/aave.eth/proposal/0xc8646abba01becf81ad32bf4adf48f723a31483dc4dedc773bbb6e3954c3990f). \n\nLink to Payload Implementation: [Here](https://github.com/llama-community/aave-v3-crosschain-stmatic-listing/blob/master/src/contracts/polygon/StMaticPayload.sol)\n\n**Deployed Contracts**\nProposalPayload = [0xc730008C64783a283988b0fA3b5eE6b6F997922A](https://polygonscan.com/address/0xc730008C64783a283988b0fA3b5eE6b6F997922A)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "ADD-STMATIC-TO-AAVE-V3-POLYGON" + }, + "ADD-TERRA-USD-(UST)-TO-AAVE-V2": { + "title": "Add Terra USD (UST) to AAVE v2", + "status": "Proposed", + "author": "Anjan Vinod (@anjan_vinod), Adam Cader (@adamcader_)", + "shortDescription": "Create an Aave market for UST", + "discussions": "https://governance.aave.com/t/add-support-for-terra-usd-ust/6003", + "created": "2021-12-08T00:00:00.000Z", + "updated": "N/A", + "preview": "​\n## Simple Summary\n​\nTerraUSD (UST) is an algorithmic, …", + "content": "\n​\n## Simple Summary\n​\nTerraUSD (UST) is an algorithmic, seigniorage-based stablecoin. UST’s market capitalization has grown to almost $8.5B since its inception in October 2020. UST is designed such that each UST can be redeemed for $1 of LUNA and vice versa. This mechanism has kept the price close to the peg. \n \nAdding UST to Aave should drive additional stablecoin liquidity and borrow demand to the protocol. This proposal recommends a 0% collateral factor for UST.\n​\n## Abstract\n​\nThe version of UST added will be USTw (Wormhole UST). The Terra ecosystem is migrating from the centralized Shuttle Bridge to the decentralized Wormhole V2 bridge.\n​\nThe UST peg is maintained through an open market arbitrage system facilitated by Terra’s market module. An explanation of the contraction system is outlined below:\n​\nIf 1 UST is trading at .99 USD, users can buy 1 UST for .99 USD. Users then utilize Terra Station’s market swap function to trade 1 UST for 1 USD of Luna. The swap burns 1 UST and mints 1 USD of Luna. Users profit .01 UST from the swap. This arbitrage continues, and UST is burned to mint Luna until the price of UST rises back to 1 USD.\n​\nThe reverse works if 1 UST is trading above 1.00 USD. Through this system, UST has been able to maintain its peg within a relatively tight range.\n​\n​\n## Motivation\n​\nUST is supported by major Ethereum and Terra dApps including Curve, Uniswap, Sushi, Mirror, and Anchor. We believe there will be strong demand to borrow and lend UST given its stability and liquidity profile. UST will likely drive additional stablecoin liquidity and borrow demand to AAVE.\n​\nFinally, Terra has begun its migration from its centrally held bridge to Wormhole. This move should decrease the risks associated with UST while improving its network effects as it reaches more chains in the future.\n​\n## Specification\n​\n1. What is the link between the author of the AIP and the Asset?\n​\nParaFi Capital is an active AAVE governance participant, submitting AIPs to list stable assets including FEI, and modifying liquidity mining incentives. ParaFi is also a user of AAVE and UST.\n​\n2. Provide a brief high-level overview of the project and the token\n​\nUST is part of the Terra ecosystem, started by the Terra Form Labs team. UST has been live since October 2020 and has become the largest decentralized stablecoin. The number of unique holders of UST has grown substantially over the past few months, and we expect that figure to grow as UST launches on more chains.\n​\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n​\nUST’s on-chain and off-chain liquidity profile have improved significantly this year. Additionally, UST’s stability has improved, especially during market dislocations. We believe UST will drive more stablecoin liquidity and borrow demand to Aave. \n​\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?\n​\nTerra is a blockchain protocol and stablecoin ecosystem centered around fiat-pegged, seigniorage style stablecoins. Terra was developed by Terra Form Labs. The Terra ecosystem supports dozens of DeFi and metaverse applications. \n \nThe wormhole Terra contracts have been developed by Certus One (part of Jump Crypto) and audited by Kudelski. The wormhole v2 contracts are in active development.\n​\n5. How is the asset currently used?\n​\nUST can be used in dozens of applications across Terra, Ethereum, and Solana.\n​\n6. Emission schedule\n​\nThere is no emission schedule. The supply of UST is expanded or contracted to maintain the $1 peg.\n​\n7. Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?\n​\nAs mentioned above, we believe the main concern with adding UST is its centralized bridge solution - this changes with Wormhole.\n \nThe Wormhole Network underpins the bridge with a validator set that observes the chains it’s connected on. The Network is governed by 19 guardians that watch connected chains and sign message observations. Users deposit funds onto the token bridge from where their tokens are originating (e.g. UST on Terra) and the action is deconstructed into a message which is sent to the Wormhole Network who validates it and produces a signed message. The signed message is sent to the output token bridge (e.g. USTw on Ethereum) which verifies it and sends the user the wrapped bridge tokens.\n​\nGiven the track record of UST, we believe the addition of UST would pose low risk to the Aave ecosystem.\n​\n6. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n​\nMarket cap: $8.5B total\n24 hour volume: $100M+\nVolatility: Link to volatility data: https://governance.aave.com/t/add-support-for-terra-usd-ust/6003/19\nExchanges: Curve, Sushiswap, Uniswap, Balancer, Kucoin, Bittrex, Terraswap, Coinbase, MEXC, Gemini, Bitfinex\n​\n9. Social channels data (Size of communities, activity on Github)\n​\nCommunities: 240k followers on Twitter, 25k in Telegram, 16k in Discord\n​\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\t\n\tContracts date of deployments, number of transactions, number of holders for tokens\n\tNo. of transactions: 417,173\n\tNo. of holders: 21,707\n​\n## Rationale\nTo mitigate concerns, a 0% collateral factor will allow UST to be supplied or borrowed - not used as collateral. This limits the risk for Aave and its users in other markets. As the wormhole contracts continue to be used and UST gains further adoption, the collateral factor can be increased. The use of rateStrategyStableTwo, reserve factor, and disabled stable borrowing is similar to other stablecoins per: https://docs.aave.com/risk/asset-risk/risk-parameters.\n​\n## Implementation\n​\nThe UST price oracle will be served via [ChainLink](https://chain.link/), which includes the [UST/ETH feed](https://docs.chain.link/docs/ethereum-addresses). The Chainlink UST/ETH Price Feed Proxy contract address is 0xa20623070413d42a5C01Db2c8111640DD7A5A03a. \n​\nUST will only be used for depositing, not as collateral. The following params are proposed:\n​\n​\n - Strategy: rateStrategyStableTwo\n - Base LTV As Collateral: 0\n - Liquidation Threshold: 0\n - Liquidation Bonus: 0\n - Borrowing Enabled: true\n - Stable BorrowRate Enabled: false\n - Reserve Decimals: 6\n - Reserve Factor: 2000\n​\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n​\n- Interest bearing aUST: 0x6C35faC782Be2Db776cdF777196a47916806892b\n- Variable Debt variableDebtUST: 0xd8aBEdc9CE320752e77C4A8706E64212EdE834B9\n- Stable Debt stableDebtUST: 0x107ed1832647436a0D39F09e65f4aA920242C0BB\n- Strategy Implementation for UST: 0x0dEDCaE8Eb22A2EFB597aBde1834173C47Cff186\n- Incentive Controller: 0x036cA61C1977c6EA52222Db81F725fDBd70eFBd7\n\n\nThe Incentive Controller was added in anticipation of LUNA incentives to UST borrowers/lenders being proposed by the community and thus for future engineering simplicity.\n​\n## References\n​\nWebsite - https://terra.money\n​\nTwitter - https://twitter.com/terra_money and https://twitter.com/wormholecrypto\n​\nDocs - https://docs.terra.money/ and https://docs.wormholenetwork.com/wormhole/\n​\nGithub - https://github.com/terra-money and https://github.com/certusone/wormhole\n​\nToken Contract - https://etherscan.io/token/0xa693B19d2931d498c5B318dF961919BB4aee87a5\n​\n## Copyright\n​\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n\n", + "basename": "ADD-TERRA-USD-(UST)-TO-AAVE-V2" + }, + "AIP-10": { + "aip": 10, + "title": "Adding xSushi on AAVE", + "status": "WIP", + "author": "0xMaki (@0xMaki), Joseph Delong (@dangerousfood)", + "shortDescription": "Aave governance proposal to enable xSushi as a base asset", + "discussions": "https://governance.aave.com/t/listing-proposal-add-xsushi/1794", + "created": "2021-01-15T00:00:00.000Z", + "updated": "2021-02-08T00:00:00.000Z", + "preview": "## Simple Summary\nxSUSHI is the governance token of Sushiswap, a …", + "content": "\n## Simple Summary\nxSUSHI is the governance token of Sushiswap, a community-led DEX with a current TVL of more than 1.1B.\n\n## Abstract\nAdd xSushi to the AAVE V2 market.\n\n## Motivation\nAave would be the first platform to support xSushi a yield bearing asset with over of 100m$ currently under utilized.\n\nAavengers could use their platform of predilection to borrow their existing xSushi.\n\nSupport community-led projects.\n\n## Specification\nxSushi is one of the two currently supported assets for Sushi governance (ETH/SUSHI SLP being the other one). We are currently not fully decentralized but the members of the Ops multisig and Treasury multisig are bound to respect all of the governance votes. We do plan to be a real DAO most likely leveraging Aragon v2 in 6 to 12 months depending on the progress made by community.\n\nxSushi is receiving 0.05% of all the swaps happening on Sushiswap and should also benefits from all of the future revenues streams from upcoming platforms such as Bento-Miso-Gusoku-Deriswap and more.\n\nThe current yield on this asset alone is hovering around 10-40% APY with over $100MM locked in the Sushibar making it an ideal productive asset as collateral.\n\n## Rationale\n\nThe rationale for adding xSushi to the AAVE V2 market is simple; xSushi is a popular yield bearing asset but is currently incapable of being utilized for borrowing or lending.\n\nSUSHI can currently be borrowed and lent on [cream.finance](https://app.cream.finance/). However, xSushi cannot be borrowed or lent on any platform currently. By allowing xSushi to be borrowed and lent on AAVE v2, this will allow xSushi holders to access the liquidity of their platform\n\n\nThe rationale fleshes out the specification by describing what motivated the design and why particular design decisions were made. It should describe alternate designs that were considered and related work, e.g. how the feature is supported in other languages. The rationale may also provide evidence of consensus within the community, and should discuss important objections or concerns raised during discussion.-->\n\n## Test Cases\n\n*see implementation*\n\n## Implementation\nAAVE does not use TWAP oracle and xSushi does not have sufficient liquidity on centralized exchanges we will calculate the xSushi using the existing oracle of SUSHI and applying a calculated exchange rate.\n\nThe price oracle for xSushi will calculate the price using a SUSHI price oracle multiplied by the exchange rate for SUSHI<>xSushi.\n\n`xSushiPrice = sushiPrice * exchangeRate`\n\nTo calculate the exchange rate we will check the SUSHI balance of the xSushi contract.\n\nAn example implementation of exchange rate calculation can be found below\n\n```js\nlet sushi = new ethers.Contract('0x6b3595068778dd592e39a122f4f5a5cf09c90fe2', abi, provider)\n\nlet totalSushiStakedinXSushi = await sushi.methods.balanceOf('0x8798249c2E607446EfB7Ad49eC89dD1865Ff4272').call()\n\nlet xSushi = new ethers.Contract('0x8798249c2E607446EfB7Ad49eC89dD1865Ff4272', abi, provider)\n\nlet totalXSushiSupply = await xSushi.methods.totalSupply().call()\n\nlet exchangeRate = totalSushiStakedinBar.div(totalXSushiSupply)\n```\n\nAt the request of the AAVE team we have included a convenience contract for returning the exchange rate of Sushi -> xSushi exchange rate.\n\n[Exchange Rate contract](https://etherscan.io/address/0xE8061286f2975EF38c8F70607eD839Fc9C0f0090#readContract)\n[Exchange Rate contract repo](https://github.com/sushiswap/xsushi-exchange-rate)\n\nValues from the `getExchangeRate()` method are returned as `uint256` values with a pecision of `10**18`\n\nLastly, xSushi is explicitly convertible for SUSHI at the exchange rate described above. Fees are paid as SUSHI to xSushi holders and collected into a pool of SUSHI, where each xSushi token represents a proportional share in the pool size. In essence SUSHI fees paid are accumulated to the xSushi which are not redeemable without the destruction of the underlying xSushi.\n\nSince debts incurred on AAVE would require that the debt be repaid in xSushi, the fees that are accumulated are safe from being harvested.\n\n\n## Audits/Security Reviews\n[Peckshield & Quantstamp](https://docs.defisafety.com/finished-reviews/sushiswap-process-quality-audit#audits)\n\n[**AAVE Community xSushi Risk Assement**](https://governance.aave.com/t/listing-proposal-add-xsushi/1794/16)\n\n![Screenshot 2021-01-05 at 19.56.10](https://aws1.discourse-cdn.com/standard21/uploads/aave/optimized/1X/e35ebb4c429ea6e1162d1fd6faf7d7b624287a14_2_690x184.png)\n\nSushiSwap is a DEX forked of Uniswap that grew very fast, now at $1.6B of TVL, thanks to generous liquidity mining incentives. It is now part of the Yearn conglomerate with many new upcoming features.\n\nxSUSHI is the staked SUSHI that receives .05% of the fees with 10 to 40% APY a great property for a collateral. The redeeming process from xSUSHI to SUSHI is permissionless allowing the analysis to focus on SUSHI.\n\n[**SUSHI Smart contract**](https://ethplorer.io/address/0x6b3595068778dd592e39a122f4f5a5cf09c90fe2) **Risk: B-**\n\nSUSHI was launched late August by a fork of the Uniswap Exchange. Shortly after launch, the key developer stole the development funds, eventually returning them. The network managed secure support from some industry leaders and has grown fast in these few month reaching two dozen users and over a billion transactions.\n\n**SUSHI Counterparty Risk: B**\n\nSushi is a permissionless blockchain protocol where token holders vote on incentives and upgrades. Anyone can create new Sushi markets.\n\n[**SUSHI Market**](https://www.coingecko.com/en/coins/sushi) **Risk: C +**\n\nSUSHI has a good market capitalisation with a high volume. The price has suffered from extreme volatility since inception, suffering from large drops in value which is problematic for a collateral, requiring prudent parameters. This was driven by internal drama which also deeply affected community trust, now on the mend.\n\n### Risk Parameters ~ New (also proposed for SNX)\n\nLTV 25%\n\nLiquidation Threshold 45%\n\nLiquidation Bonus 15%\n\nReserve Factor 35%\n\n### Variable Interest Rate Model ~ Collaterals\n\n![Screenshot 2020-12-15 at 19.44.31](https://aws1.discourse-cdn.com/standard21/uploads/aave/optimized/1X/db265d003d9c9d4afa45b1fcc6aa6d59a7527206_2_690x444.png)\n\nUOptimal 45%\n\nR_0 0%\n\nR_s1 7%\n\nR_s2 300%\n\n## References\n[Classic UI (deprecated 2021-1-22)](https://sushiswap.fi/)\n[SushiSwap Lite](https://lite.sushiswap.fi/)\n[SushiSwap.fi](https://lite.sushiswap.fi/)\n[Sushi token 0x6b3595068778dd592e39a122f4f5a5cf09c90fe2](https://etherscan.io/address/0x6b3595068778dd592e39a122f4f5a5cf09c90fe2)\n[xSushi token 0x8798249c2E607446EfB7Ad49eC89dD1865Ff4272](https://etherscan.io/address/0x8798249c2E607446EfB7Ad49eC89dD1865Ff4272)\n[Sushi Governance forum](forum.sushiswapclassic.org)\n[Help and FAQ](docs.sushiswap.fi)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "AIP-10" + }, + "AIP-11": { + "aip": 11, + "title": "desactivation of Aave V1 stable rate borrowing", + "status": "Proposed", + "author": "Marc Zeller (@marczeller), Emilio Frangella (@The3D_)", + "shortDescription": "Disable Aave V1 Stable Rates", + "discussions": "https://governance.aave.com/t/aave-protocol-v1-v2-migration-tool-and-transition-plan/2053", + "created": "2021-04-02T00:00:00.000Z", + "updated": "2021-04-02T00:00:00.000Z", + "preview": "## AIP rationale\n\nThe Aave Protocol V2 was launched in Dec 2020 and …", + "content": "\n\n## AIP rationale\n\nThe Aave Protocol V2 was launched in Dec 2020 and is now concentrating the majority of the Aave protocol Liquidity\nAave V1 users have the option to upgrade their position seamlessly into V2 with the native Aave migration tool\n\nWith significant reserves in, the community has the opportunity to implement a plan to transition the remaining reserves from V1 to v2.\nThe community has the opportunity to bring about this change to ease the borrowing pressure on V1, to address high transaction fees that exist now, and may increase further upon the implementation of Berlin hardfork.\nThe migration can benefit not only Aave users, but also the Aave ecosystem as a whole because it will allow protocols integrating with Aave to have additional stablecoins liquidity available(due to the ecosystem wide stablecoin liquidity crush).\n\nBesides the beneficial effects on the migration procedure, disabling the stable rate borrowing overcomes the friction generated by the inefficient lending rate oracle V1, which currently proposes rates that are too low for the current market conditions. This has generated a consistent amount of stable rate debt, which results in frictions for the V1 liquidity providers and integrators that still rely on Aave V1 for their deposits.\n\nIf this proposal is approved by the Aave governance, new stable rates loans positions will be disabled for Aave V1.\n\nThe rebalancing mechanism will also be updated to an enforced swap to variable rates. Which means, in case of extremely high borrowing pressure on the stablecoins reserves, users at stable rate will be migrated to variable until rebalancing conditions are not satisfied anymore.\n\n\n## AIP content in short\n\nDeactivation of the ability to open new stable rate borrowing positions on Aave V1 and update of the rebalance mechanism\n\n## Implementations details\n\nExecutes the proposal deployed at\n\nhttps://etherscan.io/address/0x6a46c03c861cab74c8a213983b7eb295234c16b3#code\n\nThe proposal executes the following:\n\n- Updates the LendingPool implementation to \n\n https://etherscan.io/address/0xDB9217fad3c1463093fc2801Dd0a22C930850A61#code\n\n- Updates the LendingPoolCore implementation to\n\n https://etherscan.io/address/0x2847A5D7Ce69790cb40471d454FEB21A0bE1F2e3#code\n\n These contract updates are needed to update the implementation of the rebalanceStableRate() function\n\n- Execute disableReserveStableBorrowRate() in all the assets listed on the protocol V1\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-11" + }, + "AIP-12": { + "aip": 12, + "title": "Adding AMPL on AAVE", + "status": "Proposed", + "author": "Ahmed Naguib Aly (@ahnaguib), Nithin Ottilingam (@nithinkrishna), Brandon Iles (@brandoniles)", + "shortDescription": "Aave governance proposal to enable AMPL as a borrow asset", + "discussions": "https://governance.aave.com/t/proposal-add-support-for-ampl/854", + "created": "2021-01-12T00:00:00.000Z", + "updated": "2021-07-16T00:00:00.000Z", + "preview": "## AIP rationale\n\nAmple is the first rebasing currency of DeFi. It …", + "content": "\n\n## AIP rationale\n\nAmple is the first rebasing currency of DeFi. It is an uncollateralized financial primitive with an elastic supply that adjusts each day according to demand in the marketplace. Like Bitcoin, Ample is non-dilutive but it has a long-term unit of account that unlocks safe denomination of debt.\n\n## References\n\n- Forum proposal: https://governance.aave.com/t/proposal-add-support-for-ampl/854\n- Project: https://www.ampleforth.org/\n- Whitepaper: https://www.ampleforth.org/papers/\n- Source code for the system(s) that interact with the proposed collateral: https://github.com/ampleforth/uFragments, https://github.com/ampleforth/market-oracle\n- Ethereum addresses contracts: https://github.com/ampleforth/uFragments#ampleforth\n- Audits both procedural and smart contract focused: https://github.com/ampleforth/ampleforth-audits\n- Communities:\n * Telegram: https://t.me/Ampleforth\n * Twitter: https://twitter.com/AmpleforthOrg\n * Discord: https://discord.gg/mptQ49m, https://discord.gg/T7XRSf8q\n\n## Paragraph Summary\nAmple is the first rebasing currency of DeFi. It is an uncollateralized financial primitive with an elastic supply that adjusts each day according to demand in the marketplace. Ample targets the 2019 USD. Like Bitcoin, Ample is non-dilutive but it has a long-term unit of account that unlocks safe denomination of debt. The goal of Ampleforth is to create a building block for a safer, more resilient financial ecosystem.\n\nBeing able to borrow and lend AMPL would enable holders to:\n\n- Utilize a new, low-correlated collateral asset which could reduce risk\n- Decrease exposure to rebases in exchange for income from interest\n- Use a non-collateralized asset that “[borrows like a stablecoin](https://medium.com/ampleforth/elastic-finance-lending-213e02de0583)\"\n- Create leveraged AMPL trades and unlock derivatives\n- Create interest bearing AMPL that can be staked in other protocols\n- Increase exposure to AMPL & farming\n\n## Motivation\nAMPL total supply and balances change once every 24 hours (at 2am UTC) based on market price. The supply change factor is the same for all holders. Because of that, lending and borrowing AMPL behaves differently from fixed supply tokens.\n\nThe desired behavior is for the borrow amount (loan) to stay the same after a rebase. The unborrowed tokens deposited in the Aave protocol still get exposed to rebase just like any other contract wallet. This means aAMPLs \"partially rebase\", in accordance with the utilization ratio.\n\nThe AMPL AToken functionally behaves similarly to every other AToken. It maintains a 1:1 peg with the underlying AMPL.\n\n### Specifications\n\n1. What is the link between the author of the AIP and the Asset?\n\nCo-founder, developer\n\n2. Provide a brief high-level overview of the project and the collateral token\nSee Summary\n\n3. Explain positioning of token in the AAVE ecosystem: which market?\n\nThe asset will be listed in the current AAVE V2 market.\n\n4. Provide a brief history of the project and how it overcame stressed conditions\n\nAmpleforth launched in July, 2019. Since then, Ample has executed over 550 days of rebases. The network was subject to extreme growth and volatility following the launch of the Geyser liquidity mining program in July 2020. It has shown resilience with a lifetime median price of $1.00 and average price of $1.02 (vs target price of $1.02). There are currently over 22K holders and is a top 100 currency by Market Cap.\n\nOnchain network history viewable on [Dashboard](https://www.ampleforth.org/dashboard/).\n\n5. How is the asset currently used?\n\nAmple aims to be a financial building block that supports a robust and stable financial ecosystem. Borrowing and lending is a critical layer of this stack. [Current roadmap](https://www.ampleforth.org/roadmap/).\n\n6. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\nAmple has developed deep liquidity on AMMs like Uniswap, SushiSwap, Mooniswap, and a Smart Pool on Balancer through its liquidity mining program.\n\nhttps://www.coingecko.com/en/coins/ampleforth#markets\n\n7. Social channels data (Size of communities, activity on Github)\n\nLinks above\n\n8. Risk Assessment and Parameter suggestions\n\nAMPL has been evaluated as low technical risk because it doesn't have any potential of infinite or uncontrolled minting.\n\nGiven the novel mechanism of rebasing, it will only be used as a borrowing currency for the time being. An evalution of whether to give it collateral status will be performed afterward.\n\nA 3rd party Audit report from Peckshield can be found [here](https://github.com/aave/protocol-v2/blob/50290685aa3b68eea18f4a908748aafb05db96ab/audits/PeckShield-Audit-Report-aAMPL-v1.0.pdf).\n\nAfter some recommendations from Aave devs, we made small updates to the implementation. This included no behavioral changes but included using a different math library and method of initializating configuration. We then ran a second round of audits with Peckshield that raised no new issues.\n\nInternal testing was performed with a mainnet fork.\n\nWe launched an [Immunefi Bug Bounty](https://immunefi.com/bounty/ampleforth/) for the aToken with a competitive $100K reward for critical vulnerabilities. This has also raised no issues.\n\n### Technical Specifications\n\nWe implement a custom AToken, StableDebtToken and VariableDebtToken for AMPL. The StableDebtToken and VariableDebtToken implementations make no functional changes to the generic implementation. When the debt tokens are minted and burned, it performs some additional book-keeping to keep track of the totalScaledAMPL (fixed AMPL denomination, ie Gons) borrowed at any-time. The new getAMPLBorrowData method returns the totalScaledAMPL and totalScaledSupply which are used for AAmplToken math.\n\nGeneric AToken has a private balance and public balance. The public balance returned by balanceOf is multiplied by an interest rate factor. The aAMPL works the same way but the AAmplInternal balance is multiplied by another factor, which accounts for the underlying AMPL rebasing and the amount of AMPL unborrowed.\n\n### Code\nAAMPL token address: 0x6fBC3BE5ee5273598d1491D41bB45F6d05a7541A\nCode verified [here](https://etherscan.io/address/0x6fBC3BE5ee5273598d1491D41bB45F6d05a7541A#code)\n\nSteps the proposal will execute:\n1. Start a vote to add aAMPL as a new asset.\n\n### Test Cases\n- [Colab Notebook](https://colab.research.google.com/drive/1a4zd7UL-U5Xrme9b0X5B39nJzjrFwfG1?usp=sharing) of test cases\n- Unit tests included with code change provide full coverage for all borrow, repay, and rebase flows.\n\n### Security Considerations\n- Standard technical risks of smart contracts apply to the AToken implementation.\n- Market risk resulting from first borrow/lending market for a rebasing currency.\n", + "basename": "AIP-12" + }, + "AIP-13": { + "aip": 13, + "title": "Add renFIL support to Aave", + "status": "Proposed", + "author": "Corbin Page (@corbinpage)", + "shortDescription": "Aave governance proposal to enable renFIL as a borrow asset", + "discussions": "https://governance.aave.com/t/proposal-add-support-for-renfil-filecoin/1059", + "created": "2021-02-03T00:00:00.000Z", + "updated": "2021-03-13T00:00:00.000Z", + "preview": "## Simple Summary\n\n\nAdd depositing and borrowing (not collateral) …", + "content": "\n\n\n## Simple Summary\n\n\nAdd depositing and borrowing (not collateral) support for renFIL to the Aave market. renFIL is a wrapped version of [Filecoin](https://filecoin.io/) using [Ren Protocol](https://renproject.io/).\n\n## Abstract\n\n\n[Filecoin](https://filecoin.io/) brings decentralized storage to DeFi, and [renFIL](https://renproject.io/) allows all types of new decentralized applications to be built to further the space. But these applications need a robust lending market to thrive, so storage miners can borrow renFIL/FIL to stake and FIL holders can earn a return on their holdings.\n\nThis proposal describes adding depositing and borrowing (not collateral) support for renFIL to the Aave market to unlock these new applications, expose the Filecoin community to Aave, and create a large new market on the protocol. [Ren Protocol](https://renproject.io/) was chosen as the tokenization service because it is already managing large bridges in production, including [$301 million in renBTC](https://www.coingecko.com/en/coins/renbtc) as of this writing. Collateral support for renFIL may be added later, but we recommend waiting for more price stability of FIL and renFIL before enabling.\n\n## Motivation\n\n\nFilecoin, and by extension, renFIL is unlike any other digital asset currently available in the Aave market, as it allows the purchase of hosting space on the permissionless Filecoin network. As a result, being able to lend and borrow renFIL will unlock many new DeFi applications, including:\n\n* Storage mining syndicates\n* Data markets\n* Shared UIs/images/content\n* Lossless capital hosting\n\nJust see the recent [EthGlobal<>Protocol Labs Hackathon](https://hack.ethglobal.co/hackfs/showcase) and [Filecoin Launchpad](https://www.filecoinlaunchpad.co/)for hints of what is possible at the intersection of Filecoin+DeFi. The Filecoin community is massive and growing everyday, however, many of the participants are unfamiliar with Aave and DeFi. Adding renFIL to Aave would dramatically increase support for these efforts, would bring Filecoin users/developers into the Aave ecosystem, and allow capital, yield, and value to accrue to Aave participants.\n\n## Specification\n\n\n### Project\nFilecoin is a distributed storage network based on a blockchain mechanism. Filecoin miners can elect to provide storage capacity for the network, and thereby earn units of the Filecoin cryptocurrency (FIL) by periodically producing cryptographic proofs that certify that they are providing the capacity specified. In addition, Filecoin enables parties to exchange FIL currency through transactions recorded in a shared ledger on the Filecoin blockchain. Rather than using Nakamoto-style proof of work to maintain consensus on the chain, however, Filecoin uses proof of storage itself: a miner’s power in the consensus protocol is proportional to the amount of storage it provides.\n\nFilecoin was founded in 2015 by [Juan Benet](https://twitter.com/juanbenet), has been backed by Sequoia Capital, Andreessen Horowitz, and Union Square Ventures, and its mainnet went live on October 15, 2020. The network is governed by the Filecoin Foundation and the Filecoin Foundation for Decentralised Web.\n\n## Rationale\n\n\nThe REN token is already supported in the Aave market, and renBTC is one of the most popular cross-chain tokens today. In unifying the Filecoin and DeFi ecosystems, Ren protocol is a natural bridge and has the technical expertise and experience to get the job down securely and safely.\n\n\n\n## Implementation\n\n\nThe Filecoin price oracle will be served via [ChainLink](https://chain.link/), which includes both [FIL/ETH and FIL/USD feeds](https://docs.chain.link/docs/ethereum-addresses).\n\nThe renFIL token will only be used for depositing and lending, not as collateral. The following strategy params are proposed:\n\n```\nIReserveParams = {\n optimalUtilizationRate: new BigNumber(0.8).multipliedBy(oneRay).toFixed(),\n baseVariableBorrowRate: '0',\n variableRateSlope1: new BigNumber(0.07).multipliedBy(oneRay).toFixed(),\n variableRateSlope2: new BigNumber(3).multipliedBy(oneRay).toFixed(),\n stableRateSlope1: '0',\n stableRateSlope2: '0',\n baseLTVAsCollateral: '0',\n liquidationThreshold: '0',\n liquidationBonus: '0',\n borrowingEnabled: true,\n stableBorrowRateEnabled: false,\n reserveDecimals: '18',\n aTokenImpl: eContractid.AToken,\n reserveFactor: '3500'\n};\n```\n\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n\n```\n New interest bearing asset deployed on main:\n Interest bearing aRENFIL address: 0x5CAF29fD8efbe4ED0cfc43A8a211B276E9889583\n Variable Debt variableDebtRENFIL address: 0x4B20f007d0c1567Ca8a6e80B8a8EE19Ac59C6a08\n Stable Debt stableDebtRENFIL address: 0xf22b80D58a7cCDEd772E0997AE90a6C77940B051\n Strategy Implementation for RENFIL address: 0xb140cb1306B396c658A5438602b6857842E1E98a\n```\n\n### Test Cases\n\n\n## Audits/Security Reviews\n[Ren Protocol audits from ChainSecurity, ConsenSys Diligence, and Trail of Bits](https://github.com/renproject/ren/wiki/Audits)\n\n[Filecoin audits and bug bounty](https://security.filecoin.io/)\n\n[AAVE Community renFIL Risk Assement](https://governance.aave.com/t/proposal-add-support-for-renfil-filecoin/1059/17?u=corbpage)\n\n![renFIL Risk Screenshot](../assets/AIP-add_renFIL_support/renFIL_risk_screenshot.png)\n\n[**RenFIL Smart contract Risk**](https://ethplorer.io/address/0xd5147bc8e386d91cc5dbe72099dac6c9b99276f5): **C**\n\nRenVM is a byzantine fault-tolerant network that is able to securely in a decentralized manner do ECDSA threshold key generation and signing via sMPC, which allows RenVM to securely manage private keys of different assets like Bitcoin and Filecoin, and wrap these assets on smart-contract chains. Since launch, RenVM has processed around $1.5B in total volume of Bitcoin, Filecoin, Zcash, Bitcoin cash going to and from Ethereum. The smart contract risks of RenFIL are mitigated by those of RenBTC which has been battle tested by the markets.\n\nTechnically, renFIL is a proxied token standard ERC with some features on top:\n\n* Mechanism of exchange rate (similar to Aave slashing)\n* Permit for approvals\n* Recovery of other tokens sent to the contract\n\n**RenFIL Counterparty Risk: C**\n\nThere is a proxy admin which can update all the logic of the contract with a 7 days timelock controller by a multisig, controlled by the team. Even with 7 days, it may be impossible to mitigate the consequences of a contract upgrade with minting for example.\n\nFurthermore there is an EOA (Externally Owned Account) with permissions to mint, burn, change the exchange rate and decide which tokens sent by mistake to the renFIL contract are recoverable.\n\nThis results in the capability to burn tokens of a particular address (potentially the ones contained in aToken) and the change of the implementation under the proxy.\n\n[RenFIL Market 1](https://www.coingecko.com/en/coins/renfil): **Risk B (based on FIL)**\n\nRenFIL market capitalisation is unknown with very little liquidity in the markets. The redemption process is permissionless enabling smooth liquidations into the liquidity of FIL.\n\n**Risk Parameters**\n\nGiven the centralisation of RenFIL it can only be listed as borrow asset.\n\nReserve Factor 35%\n\n**Variable Interest Rate Model** \n\nUOptimal 80% (since not a collateral)\n\nR_0 0%\n\nR_s1 7%\n\nR_s2 300%\n\n![renFIL Interest Rate Model](../assets/AIP-add_renFIL_support/renFIL_risk_graph.png)\n\n## References\n* [Filecoin Website](https://filecoin.io/)\n* [Filecoin Spec](https://spec.filecoin.io/)\n* [Ren Protocol](https://renproject.io/)\n* [renFIL Token](https://etherscan.io/token/0xD5147bc8e386d91Cc5DBE72099DAC6C9b99276F5)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "AIP-13" + }, + "AIP-14": { + "aip": 14, + "title": "Enable borrowing on renFIL", + "status": "Proposed", + "author": "Corbin Page (@corbinpage)", + "shortDescription": "Enable borrowing for the renFIL asset", + "discussions": "https://governance.aave.com/t/proposal-add-support-for-renfil-filecoin/1059", + "created": "2021-04-19T00:00:00.000Z", + "updated": "2021-04-19T00:00:00.000Z", + "preview": "## Simple Summary\n\n\nAIP-13 added a wrapped version of …", + "content": "\n\n## Simple Summary\n\n\nAIP-13 added a wrapped version of [Filecoin](https://filecoin.io/) (renFIL) to Aave, and this AIP will finalize it by enabling borrowing of the asset.\n\n## AIP rationale\n\nOver the past 6 months, [AIP-13](https://github.com/aave/aip/blob/Pending-AIPs/content/aips/AIP-13.md\n) has been proposed, debated, and ultimately passed on [April 19th](https://app.aave.com/governance/8-QmY4AYSTrxVvqTprSjwuaTiECzrWEs2JJFwTx6UNpYMepW) to allow deposits and borrowing (but not collateral use) on renFIL, a wrapped Filecoin token using Ren protocol. The discussion and trade-offs can be [found on the governance forum here](https://governance.aave.com/t/proposal-add-support-for-renfil-filecoin/1059).\n\nThis AIP finalizes the previous submission to configure the renFIL asset as a borrowable currency on Aave.\n\n## Implementations details\n\nThe proposal will:\n- Enable borrowing on renFIL\n- Target the lendingPoolConfigurator: https://etherscan.io/address/0x311bb771e4f8952e6da169b425e7e92d6ac45756\n- Call its enableBorrowingOnReserve(asset, enableStableBorrow) with argument (0xD5147bc8e386d91Cc5DBE72099DAC6C9b99276F5, false)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-14" + }, + "AIP-15": { + "aip": 15, + "title": "Upgrade Aave V1 repayment for migration tool", + "status": "Proposed", + "author": "Marc Zeller (@marczeller), Emilio (@The-3D)", + "shortDescription": "Aave v1 LendingPool implementation upgrade", + "discussions": "https://governance.aave.com/t/aave-protocol-v1-v2-migration-tool-and-transition-plan/2053", + "created": "2021-04-21T00:00:00.000Z", + "updated": "2021-04-21T00:00:00.000Z", + "preview": "## AIP rationale\n\nDuring the last months, some steps have been taken …", + "content": "\n\n## AIP rationale\n\nDuring the last months, some steps have been taken via governance to promote migration of liquidity from the version 1 of the protocol to the v2.\n\nProgressively, some changes have been needed on the v1 contracts and configuration to be in line with the migrations ethos, and this proposal helps by improving the mechanism of repayment on behalf in the v1 LendingPool smart contract.\n\n\n## AIP content in short\n\nUpgrade Aave V1 lendingPool implementation Contract\n\n## Implementations details\n\nCall setLendingPoolImpl(newLendingPoolImplementation) with newLendingPoolImplementation being the smart contract on `0xC1eC30dfD855c287084Bf6e14ae2FDD0246Baf0d`\n\nContract reference : https://etherscan.io/address/0xC1eC30dfD855c287084Bf6e14ae2FDD0246Baf0d#code\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-15" + }, + "AIP-16": { + "aip": 16, + "title": "introduce Liquidity Incentives for Aave v2", + "status": "Proposed", + "author": "Anjan Vinod (@Anjan-ParaFi)", + "shortDescription": "Aave V2 LM upgrade", + "discussions": "https://governance.aave.com/t/proposal-introduce-liquidity-incentives-for-aave-v2/2340/27", + "created": "2021-04-22T00:00:00.000Z", + "updated": "2021-04-22T00:00:00.000Z", + "preview": "## Motivation\n\nWe believe that a well designed LM program can …", + "content": "\n\n## Motivation\n\nWe believe that a well designed LM program can accomplish the following:\n\nGrow lending and borrowing activity in targeted markets: With almost every major DeFi protocol launching a liquidity mining program, we believe it would be advantageous for Aave to utilize part of the Ecosystem Reserve to drive lending and borrowing activity across markets. Distributing AAVE to borrowers and lenders acts as an added incentive to attract more capital. The distribution can become more targeted over time. For example, certain markets may need more AAVE than others based on liquidity, utilization, and maturity of the market.\n\nBroader distribution and protocol decentralization: Rewarding AAVE to users of the protocol improves the distribution of the AAVE token. This gets AAVE into the hands of more users, further decentralizing the protocol.\n\nDeprecating Aave v1: Due to high gas fees and a lack of incentive to migrate, Aave v1 still contains approximately 40% of the value locked in the broader Aave protocol. By introducing liquidity mining rewards only on Aave v2, liquidity providers and borrowers will naturally migrate toward the optimized version. Declining liquidity on Aave v1 will facilitate a gradual deprecation of this iteration of the protocol, allowing more development activity to be directed at Aave v2.\n\nThis program is being proposed as a beta to further investigate how the inclusion of liquidity mining rewards will benefit the Aave ecosystem. From a supply perspective, this distribution results in only 5% of the fully diluted AAVE supply released each year. This enables Aave to experiment with liquidity mining rewards while saving the majority of the ecosystem reserves for other growth initiatives and grants. If this AIP passes, the Aave community can reflect on total supply/borrow and utilization by market to further refine the distribution program.\n\nThe forum [poll](https://governance.aave.com/t/proposal-introduce-liquidity-incentives-for-aave-v2/2340/27) closed with 62% of participants supportive of introducing rewards.\n\n## AIP rationale\n\n2,200 stkAAVE per day will be allocated pro-rata across supported markets based on the dollar value of the borrowing activity in the underlying market. While Aave has seen success without rewards so far, this program would attempt to supercharge its growth at a relatively low cost to the treasury and AAVE holders.\n\nThis distribution strategy rewards markets based on borrow demand. Markets with higher dollar value borrowed receive a higher share of the daily stkAAVE rewards. stkAAVE will be allocated at a 50/50 ratio between lenders and borrowers across stablecoin markets. In WBTC and ETH markets, the ratio between lenders and borrowers will be 95/5 to discourage riskier borrowing activity.\n\nstkAAVE will be rewarded instead of AAVE to align long-term incentives, disincentivize speculative farmers, and allow users to earn an underlying yield on top of the AAVE they earn. This helps align LPs by giving them more governance weight upfront and secure the protocol by increasing the amount of AAVE staked in the Safety Module. LPs then immediately earn a staking yield on their vested AAVE.\n\nstkAAVE requires a 10 day cooldown period. The cooldown period must be started before LPs can unstake their AAVE. After the cooldown period, users have a 2 day window to unstake.\n\nTo simplify the implementation and allow the community to analyze the distribution first, this proposal does not include a vesting component. As we approach the target end date for the LM program, we encourage the community to explore any vesting structures for stkAAVE.\n\nWe propose 7/15/21 as the target end date for this liquidity mining program. A mid-July end date gives the community 3 months of activity to analyze before voting to end, continue, or adjust the LM program.\n\n\n## AIP content in short\n\nThe purpose of this AIP is to introduce liquidity mining rewards for Aave v2.\n\nThis AIP would distribute 2,200 Staked AAVE (stkAAVE) per day, representing around 1M$ in rewards distributed daily to lenders and borrowers. Users will receive stkAAVE.\n\n2,200 stkAAVE per day will be allocated pro-rata across the following markets based on the dollar value of the borrowing activity in the underlying market:\n\n![Aave](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/AIP-16/aip16-img.png)\n\n\n$ Value as of 3/22/21\n\nThis program is structured as a beta, with the opportunity to track protocol activity and refine the distribution in the future.\n\nThe distribution has a target end date of 7/15/21. The community will be able to review the results of the LM program and adjust any parameters accordingly.\n\n## Abstract\n\nDistribute 2,200 stkAAVE daily from the [Ecosystem Reserve](https://docs.aave.com/aavenomics/incentives-policy-and-aave-reserve) to borrowers and lenders\n\nEcosystem Reserve contract : https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491#code\n\n## Implementations details\n\nProposal contract:\n\nhttps://etherscan.io/address/0x5778DAee2a634acd303dC9dC91e58D57C8FFfcC8#code\n\nThe proposal will update the aDAI/GUSD/USDC/USDT/WBTC/WETH implementations and the variableDebt DAI/GUSD/USDC/USDT/WBTC/WETH implementation to set the Incentives controller to https://etherscan.io/address/0x5778DAee2a634acd303dC9dC91e58D57C8FFfcC8. The incentive controller will receive 198000 AAVE from the Aave ecosystem reserve https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491. \n\nThe proposal sets the following emissions per second (in wei):\n\n emissions[0] = 1706018518518520; //aDAI\n emissions[1] = 1706018518518520; //vDebtDAI\n emissions[2] = 92939814814815; //aGUSD\n emissions[3] = 92939814814815; //vDebtGUSD\n emissions[4] = 5291203703703700; //aUSDC\n emissions[5] = 5291203703703700; //vDebtUSDC\n emissions[6] = 3293634259259260; //aUSDT\n emissions[7] = 3293634259259260; //vDebtUSDT\n emissions[8] = 1995659722222220; //aWBTC\n emissions[9] = 105034722222222; //vDebtWBTC\n emissions[10] = 2464942129629630; //aETH\n emissions[11] = 129733796296296; //vDebtWETH\n\nThe proposal will set the emission end date to 90 days from the moment the proposal is executed.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-16" + }, + "AIP-17": { + "aip": 17, + "title": "Aave Grants DAO", + "status": "Proposed", + "author": "Shreyas Hariharan (@hello-shreyas)", + "shortDescription": "Introduce Aave Grants DAO", + "discussions": "https://governance.aave.com/t/arc-aave-community-grants-program/3642", + "created": "2021-04-23T00:00:00.000Z", + "updated": "2021-04-23T00:00:00.000Z", + "preview": "## Simple Summary\n\nIntroduce the Aave Grants DAO (AGD) to fund ideas …", + "content": "\n\n## Simple Summary\n\nIntroduce the Aave Grants DAO (AGD) to fund ideas submitted by the Aave community.\n\n## Abstract\n\nWe propose starting a community-led grants DAO to fund ideas submitted by the Aave community, with a focus on empowering a wider network of community developers. The pilot program will be over two quarters. The grants budget will be $1 million per quarter and the operating budget will be $250,000 over two quarters. The operating budget will be used to pay the lead, reviewers, lawyer, and other administrative costs to set up the grants program. A committee of 8 members, including one lead, will oversee the grants program. \n\nIf this AIP is approved, 2,809 AAVE ($1.25 million) will be transferred from the [Ecosystem Reserve](https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491) to the [grants DAO multisig](https://gnosis-safe.io/app/#/safes/0x89C51828427F70D77875C6747759fB17Ba10Ceb0/balances). The remaining $1 million will be funded in the beginning of the second quarter of the grants program.\n\n## Motivation\n\nAave has an ecosystem reserve of $1.2B or 2.7m AAVE as of 4/27/21, which is available to fund growth and community initiatives, part of which could be used to fund grants. However, it is currently not easy for the community to allocate from the reserve to fund proposals.\n\nTo promote inclusivity and a more visible and transparent avenue for funding development in the Aave ecosystem, while maintaining the decentralized nature of the ecosystem, we propose a community-led grants program called Aave Grants DAO.\n\nThe goal of the program is to provide resources to grow the Aave ecosystem in a way that can scale over time. There are many great ideas for improving the Aave protocol bubbling up in the Discord, community forum and other places. We hope to initiate a community-led, transparent process for connecting those developers/creators/innovators with resources needed to go from idea to funded development.\n\nGiven the difficulty of decentralizing grants administration, we propose establishing a committee which has the power to administer grants on a discretionary basis. The focus will be on disbursing grant funding effectively and quickly to individuals and teams working to improve the Aave ecosystem.\n\n## Rationale\n\nOur proposal is inspired by the grants programs of Compound and Uniswap, which have both received approvals to deploy $1m and $750k per quarter, respectively.\n\nWe propose to run the pilot grants program over two quarters. We request a max grants budget of $2m and a max operating budget of $250k. The operating budget will be used to pay the lead, reviewers, lawyer, and other administrative costs to set up the grants program.\n\nThere will be two types of grants that the grants committee can approve:\n1. Rapid grants: < $100k, simple process to apply for a grant to AGD, relatively quick grant decision\n2. Community grants: $100k-$500k, initial application followed by posting proposal on governance forum, committee can decide to approve these grants based on feedback from community\n\nContributors can also seek grants over $500k but they will not go through the committee. They will have to be posted on Aave’s governance forum and approved through an on-chain vote.\n\nThe expenses will be priced in USD terms at the beginning of each quarter. The reviewers will ensure that all unspent funds will be returned to the Ecosystem Reserve at the conclusion of the pilot. If the program is underfunded because AAVE’s token price falls significantly, the committee may request the underfunded amount from governance. After running the pilot program for two quarters, the community can vote to continue, modify, or discontinue the program.\n\nApplications will be reviewed and funded on a rolling basis. The applications approved and funded within each quarter will form a funding round which will be tracked, supported and documented.\n\nDocumentation of results will be made available to the community at the end of each round, at which point we will solicit feedback from the community. The idea is to start with a rough MVP and evolve through community feedback. We expect to learn a lot about how to do this right in the first 2 quarters and anticipate making changes to the grants program over time through subsequent proposals.\n\n## Committee Members\n\nWe propose a committee of 8 members: 1 lead and 7 reviewers. The lead will be the organizational backbone of the program and ensure that things move smoothly and efficiently. The lead will likely dedicate a significant amount of time to the program.\n\nReviewers will process applications, ensure that the lead is acting in good faith and is effective in their role, and will operate a 4 of 7 multisig which disburses funds to grantees. The reviewers will also hold the program accountable to its goals and objectives and return any excess funds to the Aave Ecosystem Reserve. Reviewers are likely to dedicate a smaller amount of time to the program.\n\nBoth the lead and the reviewers will serve for a period of two quarters. After two quarters, the grants program and the committee member positions will be up for renewal. This will be put up on the governance forum for a discussion and subsequent on-chain vote.\n\nMembers may be replaced during the pilot program, for example, if they find they are not able to dedicate sufficient time to the program. We aim to be as transparent as possible and get feedback on the Aave forum if there are any changes to the committee during the program.\n\nThe committee is composed as follows:\n\nLead: [Shreyas Hariharan](https://twitter.com/HelloShreyas) - Llama\n\nShreyas is the founder of Llama, which helps DeFi protocols and DAOs manage their treasury. He has actively worked on treasury spending, allocation, and reporting. He is working on a treasury strategy for Uniswap and serving as a reviewer for Uniswap grants. As an Aave community member and token holder, he is excited to help grow the Aave ecosystem through the grants program.\n\nReviewers:\n\n1. [Aleks Larsen](https://twitter.com/_alekslarsen) - Blockchain Capital\n2. [Jose Maria Macedo](https://twitter.com/ZeMariaMacedo) - Delphi Digital\n3. [Imran Khan](https://twitter.com/lmrankhan) - DeFi Alliance\n4. [Maggie Love](https://twitter.com/melove_07) - W3BCLOUD and SheFi\n5. [Corbin Page](https://twitter.com/corbpage) - ConsenSys Codefi\n6. [Nick Cannon](https://twitter.com/inkymaze) - Gauntlet\n7. [Calvin Chu](https://twitter.com/calchulus) - Independent\n\n## Budget\n\nWe request a max grants budget of $2m to distribute grants and a max operating budget of $250k over two quarters to pay the lead, reviewers, lawyer, and other administrative costs to set up the grants program. This will be funded by the Aave Ecosystem Reserve.\n\nPayments to the lead will be approved by the reviewers and made at the end of every month (i.e., if the program begins on 4/30/21, the lead will be paid on 5/30/21, and the again on 6/30/21 and 7/30/21 based on hours worked). Payments to reviewers will also be made every month based on hours worked.\n\nAny changes to the AGD including renewal of the program at the end of 2 quarters, total quarterly budget and committee compensation will require full quorum.\n\n## Committee Compensation\n\nWe suggest compensation for the lead roughly in line with the initial Uniswap and Compound proposals - $100/hr for a maximum of 40 hrs/week. This compensation will be allocated to the AGD multisig from the Aave Ecosystem Reserve as part of the overall funding for the program.\n\nThe time commitment for the reviewers is likely to be far lower. The compensation for reviewers will be $100/hr for a maximum of 5 hrs/week.\n\n## Priorities\n\nTo help inform the types of grants which are most likely to get funded, we highlight the following target areas:\n\n1. Protocol development (including core Aave protocol development, development of higher layer protocols which use the Aave protocol)\n2. Applications and integrations (front-ends and other applications that use the Aave protocol)\n3. Developer tooling\n4. Community (marketing and educational)\n5. Committees, sub-committees, and DAOs that serve the Aave ecosystem\n6. Code audits\n7. Events and hackathons\n8. Bounties\n\n## What does success look like?\n\nWe will evaluate the success of the program against the following criteria:\n\nMeasurable criteria:\n\n1. Growth in the number of grants applications received quarter-over-quarter\n2. Growth in the number of projects, ideas, and events funded\n3. Growth in community engagement (e.g. increased activity on forums, Discord, etc.)\n4. Growth in Aave pools driven by applications funded via grants (e.g. increased TVL, borrow activity, and unique addresses due to apps funded by grants)\n\nSubjective criteria:\n\n1. Improved sentiment and goodwill within the community\n2. Improvement to the Aave protocol’s brand and positioning in the market\n\n## Timeline / Process\n\nWe will organize grant recipients into two 3-month funding rounds. Applications will be accepted on a rolling basis and any grants disbursed during a given 3-month period become part of the corresponding round. Round 1 will be for three months from the day the grants proposal has been approved. For example, if the proposal is approved on 4/30/2021, Round 1 of the grants program will be from 4/30/2021 to 7/30/2021 and Round 2 of the grants program will be from 7/30/2021 to 10/30/2021.\n\nIf approved, starting immediately after a proposal is ratified, AGD will begin accepting applications on a rolling basis. The grants committee will determine on how funding is to be disbursed (e.g. milestones, upfront, etc.) on a case-by-case basis. In general, the goal will be to align long-term incentives with the interests of the Aave community and AAVE holders.\n\nAt the end of each round, the committee is responsible for sharing all the grant recipients along with amounts and descriptions as part of a transparent quarterly review process. The end of the Round 2 marks the end of the pilot. At that point, the community will decide based on the results of the first two rounds whether or not to continue funding AGD (in the same or an amended form).\n\nMost grants will have 1-2 milestones and recipients will receive about half the grant upfront and half on the completion of a milestone. For more complex projects or larger grants, there may be several milestones and payments could be split across these milestones. AGD will get progress updates from teams and assess the completion of these milestones. This ensures downside protection for the AGD in case the project is unsuccessful or needs to pivot.\n\nThe grants will primarily be focused on projects working to improve the Aave protocol. However, a small portion of the budget (5-10%) may be allocated to select projects with a wider scope (e.g. ETH scalability).\n\nIf AGD has distributed all grants but has more promising projects to fund, it can propose increasing the budget to governance. However, it is entirely up to the Aave community to vote on whether to increase the budget.\n\n## Implementation\n\nIf this AIP is approved, 2,809 AAVE ($1.25 million) will be transferred from the [Ecosystem Reserve](https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491) to the [grants committee multisig](https://gnosis-safe.io/app/#/safes/0x89C51828427F70D77875C6747759fB17Ba10Ceb0/balances). $1 million will fund the first quarter of Aave grants and $250,000 will cover two quarters of operating expenses for the program. The remaining $1 million will be funded in the beginning of the second quarter of the grants program.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-17" + }, + "AIP-18": { + "aip": 18, + "title": "Aavenomics quarterly upgrade Q2 2021", + "status": "Proposed", + "author": "Marc Zeller (@marczeller)", + "shortDescription": "Aave quarterly upgrade Q2 2021", + "discussions": "https://governance.aave.com/t/arc-fees-rewards-how-to-improve-the-aave-token-value/830", + "created": "2021-04-29T00:00:00.000Z", + "updated": "2021-04-29T00:00:00.000Z", + "preview": "## AIP Rationale\n\nThe bootstrap of the LEND to AAVE migration …", + "content": "\n\n## AIP Rationale\n\nThe bootstrap of the LEND to AAVE migration process and the creation of the Safety Module was configured to set the final day\nof emission for the 9th of May 2021. The following AIP moves forward the end date of the emission for the AAVE and AAVE/ETH Safety module to continue with the safety incentives program estabilished within the Aavenomics framework. The date will be set 100 years in the future, to effectively disable the emission date as control mechanism and allow the safety incentives to be controlled only using the emission per second (if there will be consensus around ending the AAVE safety incentives, it will be controlled by setting the emission per second to 0).\nAs a consequence of how the incentives system work and the duration of this vote (which will require high consensus, 10 days vote and\n7 days timelock) the emission of AAVE incentives will stop on Sunday 9th, but it will restart from where it left if the vote passes (participants of the safety module will not lose any reward as long as they keep staking while the proposal is executed).\n\n## AIP Content in short\n\nExtend the end date of the incentives for the Aave Safety module (stkAAVE and stkABPT) 100 years in the future.\n\n## Relevant links\n\n AIP-7 implementing the last quarter Aavenomics quarterly schedule: https://app.aave.com/governance/2-QmVrTta734LkhPcbAXLDcob6gk9NFwiEpggQRYHZx8Mr16\n* Community-led main Governance thread on the quarterly schedule plan: https://governance.aave.com/t/arc-fees-rewards-how-to-improve-the-aave-token-value/830\n* Aavenomics proposal : https://aave.com/aavenomics\n\n\n## Implementation details\n\n[needed]\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-18" + }, + "AIP-19": { + "aip": 19, + "title": "Whitelist Curve Liquidity Mining Claim", + "status": "Proposed", + "author": "Julien Bouteloup (@bneiluj)", + "shortDescription": "Whitelist Curve Liquidity Mining Claim", + "discussions": "https://governance.aave.com/t/proposal-introduce-liquidity-incentives-for-aave-v2/2340", + "created": "2021-05-03T00:00:00.000Z", + "updated": "2021-05-03T00:00:00.000Z", + "preview": "## AIP rationale\n\nWith the results of AIP-16, A liquidity mining …", + "content": "\n\n## AIP rationale\n\nWith the results of AIP-16, A liquidity mining program started on the Aave V2 protocol.\n\nMany protocol took this opportunity to reinforce their synergies with Aave and deposit liquidity on Aave on behalf of their users.\n\nFor some protocols based on immutable contracts, participating in the Liquidity mining program requires some slight governance intervention on both sides.\n\nCurve.finance is one of them, they implemented via a community work the compability with the Aave liquidity for their Aave and sAave pools : https://dao.curve.fi/vote/ownership/45\n\nIt's now up to the Aave community to strengthten this synergy on Aave side allowing Curve users depositing into Aave to collect both CRV & StkAAVE rewards.\n\n# AIP content in short\n\n* Set Curve contract as claimers in the incentives controller contract.\n\n# Relevant Links\n\n* AIP-16 implementing liquidity mining on Aave V2: https://app.aave.com/governance/11-Qmf1JeXiw8BDUoKJ89VmUJ8wy22D2udqL4HxprCG7DZ5zG\n* Curve governance vote: https://dao.curve.fi/vote/ownership/45\n\n\n## Implementations details\n\ncall `setClaimer()` for Curve contracts on `INCENTIVES_CONTROLLER_PROXY_ADDRESS` \n\nCurve aPool contract : https://etherscan.io/address/0x96D7BC17912e4F320c4894194564CF8425cfe8d9\n\nCurve sPool contract : https://etherscan.io/address/0xe5f41acad47849c6eb28b93913ca81893fb5a2a6\n\nLink to incentives controller proxy : https://etherscan.io/address/0xd784927Ff2f95ba542BfC824c8a8a98F3495f6b5#readProxyContract\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-19" + }, + "AIP-1": { + "aip": 1, + "title": "LEND/AAVE migration and activation of the Safety Module", + "status": "Implemented", + "author": "Marc Zeller (@marczeller)", + "shortDescription": "", + "discussions": "https://governance.aave.com/t/initial-discussion-aave-reserve-emission-for-safety-and-ecosystem-incentives/85/60", + "created": "2020-09-21T00:00:00.000Z", + "updated": "2020-09-25T00:00:00.000Z", + "preview": "## AIP rationale\n\nAs stated in the [Aavenomics …", + "content": "\n\n## AIP rationale\n\nAs stated in the [Aavenomics paper](https://aave.com/Aavenomics.pdf), the AAVE asset is designed to become the center of gravity for Aave governance and the protocol.\n\n\nThe DeFi decentralized ethos has been mostly achieved with protocols on the financial side, creating an ecosystem of financial applications with users in control of their own assets. However, we believe that is only the halfway point of the decentralization objective. Users should also be be in control of the protocol. The AAVE asset is designed for this purpose. This AIP is the first binding step towards the community ownership of the Aave Protocol.\n\n\nThis AIP, if accepted by the community, will slowly deprecate the LEND asset in favour of the AAVE asset. As stated in the Aavenomics, this token upgrade will also create the Ecosystem Reserve (ER), the Safety Module (SM), and start the Safety Incentive (SI) rewards distribution. The Safety Module is designed as an additional line of defense for Aave liquidity providers and as a way for AAVE holders to \"stake\" their assets in exchange for a range of rewards.\n\n\nThis AIP's purpose is also to dedicate a part of the ER to a kickstart incentives for the Safety Module's first quarterly staker distribution.\n\n## AIP content in short\n\n- Migration of LEND -> AAVE asset with the migration contract\n- Activation of the quarterly plan of Safety Incentives (SI) allocation\n- Start of the Safety Module with initial SI rewards of 400 AAVE/day\n\n## Safety Incentives Schedule\n\nThe bootstrapping phase of the Safety Module will be a step-by-step process in 2 main phases:\n- Initial bootstrapping with launch of the Safety Module, the ability to stake and earn AAVE rewards, but no activation of the protocol protection (i.e slashing) and thus risk-free for stakers.\n- Activation of the Safety Module, a new line of defense for the Aave Protocol users.\n\nThe initial bootstrapping phase rationale is designed to have lower rewards and a risk-free environment to allow the majority of LEND holders to migrate at their own pace. This encourages a careful approach while interacting with critical migration and staking smart-contracts.\n\nAfter activation of the Safety Module, the Aave governance can adjust the Safety Incentive (SI) schedule and emissions rate.\n\nThe Safety Incentive's allocation quarterly date should be voted on before the end of the 3 months (90 days) distribution schedule. In the case of a late or no vote on a new SI allocation plan, the current allocation will continue until a vote or until the ER is empty.\n\n## Mainnet addresses and relevant notes\n\nIf this AIP is validated by a community vote, the following addresses will be involved in the migration process :\n\n- [0x8a2efd9a790199f4c94c6effe210fce0b4724f52](https://etherscan.io/address/0x8a2efd9a790199f4c94c6effe210fce0b4724f52) AaveProtoGovernance : the governance contract\n- [0x7Fc66500c84A76Ad7e9c93437bFc5Ac33E2DDaE9](https://etherscan.io/address/0x7fc66500c84a76ad7e9c93437bfc5ac33e2ddae9#code) AAVE token contract : the ERC20 AAVE token contract\n- [0x4da27a545c0c5b758a6ba100e3a049001de870f5](https://etherscan.io/address/0x4da27a545c0c5b758a6ba100e3a049001de870f5) StakedAave : The Staking contract for AAVE\n- [0x317625234562b1526ea2fac4030ea499c5291de4](https://etherscan.io/address/0x317625234562b1526ea2fac4030ea499c5291de4) LendToAaveMigrator : The migration contract\n- [0x95a4949f09415b12da789e144b2522956620d005](https://etherscan.io/address/0x95a4949f09415b12da789e144b2522956620d005) AaveGenesisPayloadProposal : Contract in charge of enforcement of the AIP outcome\n- [0xa133459b2502b0137e85a446fa8d4e300877a007](https://etherscan.io/address/0xa133459b2502b0137e85a446fa8d4e300877a007) AaveGenesisExecutor : Contract enforcing a 24h delay on enforcement of AIP outcome to allow the community to be prepared to migrate\n- [0x25f2226b597e8f9514b3f68f00f494cf4f286491](https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491#code) AaveIncentivesVault : Ecosystem Reserve\n\n\nThe migration process for every LEND holder will leverage the method `migrateFromLend()` with a simple `uint256` input of the amount. Non-technical users will have a migration portal available on the [Aave application](https://aave.com/)\n\nThe contracts are deployed to the Ethereum mainnet but are **not activated until the outcome of the current AIP vote**. Please refrain from trying to use them before activation, as it will result in a failed transaction.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-1" + }, + "AIP-20": { + "aip": 20, + "title": "Safety Incentives Implementation", + "status": "Proposed", + "author": "Marc Zeller (@marczeller)", + "shortDescription": "Allow Safety Module AAVE transfer", + "discussions": "https://governance.aave.com/t/proposal-introduce-liquidity-incentives-for-aave-v2/2340", + "created": "2021-05-07T00:00:00.000Z", + "updated": "2021-05-07T00:00:00.000Z", + "preview": "## AIP rationale\n\nAs a complementary final action following the AIP …", + "content": "\n\n## AIP rationale\n\nAs a complementary final action following the AIP 18,\n\nThis proposal extends the ability for the Safety Module contracts (stkAAVE and stkABPT) to transfer the AAVE rewards out of the Aave Ecosystem Reserve for the next year onwards (200750 AAVE each, 401500 AAVE for both staking contracts).\n\nDoing so will allow continuation of the safety incentives for at least one year.\n\nThis will remove the need for periodic quarterly review of the emission scheme, changing the approach to an on demand emission review when the community deems necessary. Only one yearly review will be required.\n\n\n# ARC content in short\n\n* With the AIP-18 and this proposal, Safety Incentives are maintained until a change is implemented for the next year.\n\n# Relevant Links\n\n* AIP-19 postponing the end of safety incentives: https://app.aave.com/governance/14-QmTYMox4aBpyQH53LwMzTuJY2z7Df7ANUSakeeeWWUoXmJ\n* Aavenomics : https://docs.aave.com/aavenomics/\n\n## Implementations details\n\nexecutes approve(0x4da27a545c0c5B758a6BA100e3a049001de870f5, 200750) and\napprove(0xa1116930326D21fB917d5A27F1E9943A9595fb47, 200750) on the Aave ecosystem reserve 0x25f2226b597e8f9514b3f68f00f494cf4f286491. https://etherscan.io/address/0x4da27a545c0c5B758a6BA100e3a049001de870f5 is the stkAAVE contract and https://etherscan.io/address/0xa1116930326D21fB917d5A27F1E9943A9595fb47 is the stkABPT address.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-20" + }, + "AIP-21": { + "aip": 21, + "title": "Set Reserve Factors for GUSD and CRV", + "status": "Proposed", + "author": "Shreyas Hariharan (@helloshreyas)", + "shortDescription": "Update CRV and GUSD reserveFactor", + "discussions": "https://docs.aave.com/aavenomics/", + "created": "2021-05-17T00:00:00.000Z", + "updated": "2021-05-17T00:00:00.000Z", + "preview": "## AIP rationale\n\nThe reserveFactor allows the FeeCollector smart …", + "content": "\n\n## AIP rationale\n\nThe reserveFactor allows the FeeCollector smart contract to receive a part of interests paid by takers of liquidity, each asset on AAve has it's own reserveFactor set.\n\nAIP-5 and AIP-6 creators didn't set a reserve factor for GUSD and CRV, which means protocol is not receiving anything from the outstanding debt on these assets.\n\nThis AIP purpose is to update the reserveFactor of the assets GUSD and CRV.\n\n- GUSD from 0% to 10%\n\n- CRV from 0% to 20%\n\n# ARC content in short\n\n* Set ReserveFactor for GUSD to 10% and CRV to 20%\n\n# Relevant Links\n\n* AIP-5 CRV Listing https://app.aave.com/governance/0-QmNfU4FMdQriJVQeqQTNxgY63iSJVh8yCJf8aFDkQDjaLQ\n\n* AIP-6 GUSD Listing https://app.aave.com/governance/1-QmQ5tK5cgVE9nws1NCSqd5gn4sxiEvWra3G4mXHZg8pnMR\n\n* Aavenomics : https://docs.aave.com/aavenomics/\n\n## Implementations details\n\ncall setReserveFactor(0x056fd409e1d7a124bd7017459dfea2f387b6d5cd, 1000)\ncall setReserveFactor(0xD533a949740bb3306d119CC777fa900bA034cd52, 2000)\n\nOn the lending pool configurator contract \n\nhttps://etherscan.io/address/0x311bb771e4f8952e6da169b425e7e92d6ac45756\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-21" + }, + "AIP-22": { + "aip": 22, + "title": "Add RAI to Aave V2", + "status": "Proposed", + "author": "Stefan Ionescu (@stefanionescu)", + "shortDescription": "Create a new Aave V2 market for the RAI stablecoin", + "discussions": "https://discord.gg/zCQYcFPEsE", + "created": "2021-05-19T00:00:00.000Z", + "preview": "## Simple Summary\n\nReflexer Labs has designed a new type of stable …", + "content": "\n\n## Simple Summary\n\nReflexer Labs has designed a new type of stable asset called RAI, an ETH backed stablecoin with a moving peg. RAI aims to become an autonomous, crypto native and stable unit of account for the DeFi industry.\n\n## Abstract\n\nRAI is an asset backed only by ETH, governance-minimized, and programmed to maintain its own price stability without needing to peg to an external price reference like the USD. We believe these qualities make RAI ideal initially as an alternative to pegged-coins for use in DeFi as collateral and as a stable reserve asset, especially for programs where resilience is critical.\n\n## Motivation\n\nIntroducing more trustless, stable assets into Aave money markets will benefit both Aave and the ecosystem as a whole. The addition of RAI will diversify the protocol’s exposure to stable assets beyond traditional dollar-pegged stablecoins and provide enough bandwidth to grow the protocols TVL.\n\nCurrently, more than $4.56B worth of stable asset liquidity on Aave V1 and V2 is centralised (USDC, USDT, TUSD, BUSD, GUSD) while only $1.25B (~25%) is decentralised (DAI, sUSD). While this isn’t inherently a negative, introducing more decentralised, stable assets adds to Aave’s composability and resilience.\n\nRAI also stands to benefit from being able to expand its utility and liquidity across the largest lending protocol in the space, allowing for more experimentation to occur in the ongoing journey towards entirely trustless and decentralized stable-credit.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n\nCo-founder of Reflexer.\n\n2. Provide a brief high-level overview of the project and the token\n\nRAI is a decentralized non-pegged ETH-back stable asset meant to act as pristine collateral in DeFi.\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\nOther stablecoins are either centralized or pegged to the dollar. RAI is neither of those and aligns perfectly with the ethos of trust-minimized finance.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?\n\nRAI launched in February and has amassed over $100M in liquidity with $300M in value locked. RAI is governance minimised by design, as well as currently moving towards a grants DAO.\n\n5.How is the asset currently used?\n\nRAI is currently used as a trust-minmized alternative to other stablecoins. The goal is to drive adoption of RAI to be used as collateral in money markets, other synthetic assets, and more.\n\n6. Emission schedule\n\nThere is no emission schedule. Similar to DAI, RAI minted on demand when users lock ETH into the protocol.\n\n7. Token & protocol permissions and upgradability\n\nRight now the protocol is almost fully upgradeable. This includes anything from oracles, the contract that collects stability fees, the contract that liquidates positions, the one that auctions collateral etc. This is managed through a multisig with a 6 hour delay on any governance action. Managed by the Reflexer core team. The multisig manages the full system and will do so until rai is gov minimized.\n\nOn the other hand, the contract that keeps track of debt and collateral in all Safes (CDPs) cannot be upgraded.\n\n8. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n Market Cap: $67M\n 24h Volume: $8M\n Volatility: Very Low\n Maturity: Early-Mid\n\n9. Social channels data (Size of communities, activity on Github)\n\n10K followers on Twitter, 4.7K members on Discord, Github is highly active.\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\n Date of Deployment: February 13th, 2021\n Number of Transactions: 40,000+\n Number of Holders: 2,000+\n\n## Rationale\n\nThe decision to design RAI as it is today came from the desire to achieve three main goals.\n\n1. DeFi Lego\n\n- Fork of MakerDAO’s Multi-Collateral DAI (MCD)\n- Governance-minimized in the Long Run\n- Algorithmic (PI controller) interest rates\n\n2. Self-stabilizing asset-backed credit facility\n\n- Like MakerDAO, users can unlock credit from their ETH\n- Unlike MakerDAO, debt/credit is not fixed at $1. Rather, it fluctuates based on supply and demand\n- RAI’s PI controller updates the system’s moving peg to balance demand for debt vs. credit\n\n3. Reserve asset for DeFi, alternative to pegged coins\n\n- More decentralized than dollar coins like USDC & USDT\n- Independent of USD inflationary monetary policy\n- Avoids being targeted by dollar coin regulation like the “Stable Act”\n- Backed by pure ETH, no centralized collateral\n\n## Implementation\n\nThe RAI price oracle will be served via [ChainLink](https://chain.link/), which includes the [RAI/ETH feed](https://docs.chain.link/docs/ethereum-addresses).\n\nRAI will only be used for depositing and lending, not as collateral. The following params are proposed:\n\n\n - Strategy: rateStrategyStableTwo\n - Base LTV As Collateral: 0\n - Liquidation Threshold: 0\n - Liquidation Bonus: 0\n - Borrowing Enabled: true\n - Stable BorrowRate Enabled: false\n - Reserve Decimals: 18\n - Reserve Factor: 2000\n\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n\n- Interest bearing aRAI: 0xe0065ea37791d336D78fcA0e870D04f700395B8d\n- Variable Debt variableDebtRAI: 0x2cDA07B4a6D9064292DD8d624883f07c27eE01B7\n- Stable Debt stableDebtRAI: 0xf37E202E587c6f63FD70F35C24Eb7f818CC5d01A\n- Strategy Implementation for RAI: 0xA7d4df837926cD55036175AfeF38395d56A64c22\n\n\n## Audits/Security Reviews\n\n[OpenZeppelin Audit for the Core Contracts](https://github.com/reflexer-labs/geb-audits/tree/master/open-zeppelin/core-contracts)\n\n[Quantstamp Audits for Periphery Contracts](https://github.com/reflexer-labs/geb-audits/tree/master/quantstamp/helper-contracts)\n\n[Solidified Audit for Periphery Contracts](https://github.com/reflexer-labs/geb-audits/tree/master/solidified/helper-contracts)\n\n**RAI Smart Contract Risk**: **C-**\n\nRAI has been on Mainnet Ethereum for a bit more than 100 days.\n\n**RAI Counterparty Risk**: **C-**\n\nCurrently the RAI protocol can be paused or modified by a multisig. The protocol is meant to be governance minimized by end of summer 2022 according to [this public roadmap](https://docs.reflexer.finance/ungovernance/governance-minimization-guide#4-governance-minimization-levels).\n\nRAI currently has 2,063 holders who performed more than 50,000 transfers.\n\n**RAI Market Risk**: **C**\n\nThe current RAI market cap is 33,126,214 USD. The average 24H trading volume in the past month has been 8,786,384,63 USD. RAI's normalized volatility over the last month is 1.49%.\n\n## References\n\nWhitepaper - https://github.com/reflexer-labs/whitepapers/blob/master/English/rai-english.pdf\n\nWebsite - https://reflexer.finance/\n\nTwitter - https://twitter.com/reflexerfinance\n\nDocs - https://docs.reflexer.finance/\n\nGithub - https://github.com/reflexer-labs\n\nToken Contract - https://etherscan.io/token/0x03ab458634910aad20ef5f1c8ee96f1d6ac54919\n\n## Test Cases\n\n## Implementation\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-22" + }, + "AIP-23": { + "aip": 23, + "title": "Add BarnBridge (BOND) to Aave", + "status": "Proposed", + "author": "Anjan Vinod (ParaFi Capital)", + "shortDescription": "Create an Aave v2 market for the BOND token", + "discussions": "https://governance.aave.com/t/proposal-add-support-for-bond-barnbridge/4486", + "created": "2022-09-06T00:00:00.000Z", + "updated": "2023-06-06T00:00:00.000Z", + "preview": "## Simple Summary\n\nWe are proposing to add BarnBridge (BOND) to Aave …", + "content": "\n\n## Simple Summary\n\nWe are proposing to add BarnBridge (BOND) to Aave as collateral.\n\n## Abstract\n\nBarnBridge is building a suite of applications that allows users to mitigate risk across various use cases throughout DeFi. These applications rely on differentiated user profiles, referred to as tranches, in order to create markets for risks such as interest rate fluctuations and asset price volatility. Currently, SMART Yield on Ethereum mainnet has some $290M in TVL, while SMART Exposure and SMART Alpha are slated for Q3 of 2021. The BOND token is used to govern the BarnBridge DAO and allocate protocol resources.\n\n## Motivation\n\nBarnBridge is one of a handful of DAOs noted for its sizable allocation of its own native asset (see: open-orgs.info). It currently holds over 30% of the total BOND supply.\n\nAdding BOND to Aave would provide a mechanism through which the DAO could finance growth, decreasing the need for excessive token distributions. Example use cases include: funding projects building on top of BarnBridge applications, paying salaries to key protocol participants, and hosting bug bounties that earn yield until paid out.\n\nBarnBridge earns fee revenues from both deposits of underlying assets and redemptions of derivative assets. By adding BOND as collateral, the DAO and individual BOND holders can borrow against their position, increasing stablecoin demand and utilization on Aave v2. Additionally, BOND holders can lend out their position for a yield on Aave v2. Given BarnBridge’s direct role as an Aave liquidity provider, the addition of BOND to Aave v2 creates more synergies between Aave and BOND holders.\n\nTo start, it may make sense for BOND to have a conservative LTV and liquidation threshold which can be fine tuned further down the line.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n \n - Seed investor in BarnBridge\n\n2. Provide a brief high-level overview of the project and the token\n \n - BarnBridge is a risk tokenizing protocol. It aims to reduce the risks associated with DeFi, such as inflation risk, market price risk, and cash-flow volatility risk. By letting users select a risk profile, BarnBridge can redistribute risk via tokenized, liquid tranches. BarnBridge does this with its SMART Yield, SMART Exposure, and SMART Alpha products, all of which address a specific DeFi risk category.\n\n - BOND token is a governance token that powers the BarnBridge DAO protocol. BOND is an ERC-20 token. Token holders have the ability to govern the network by staking their holdings in return for the right to participate in on-chain voting and make decisions on the protocol development.\n\n - BOND total supply: 10,000,000 (minting function is disabled).\n - Token contract address: [`0x0391D2021f89DC339F60Fff84546EA23E337750f`](https://etherscan.io/address/0x0391D2021f89DC339F60Fff84546EA23E337750f)\n\n3. Explain positioning of token in the Aave ecosystem. Why would it be a good borrow or collateral asset?\n \n - By adding BOND as collateral, the DAO and individual BOND holders can borrow against their position, increasing stablecoin demand and utilization on Aave v2. Additionally, BOND holders can lend out their position for a yield on Aave v2. Given BarnBridge’s direct role as an Aave liquidity provider, the addition of BOND to Aave v2 creates more synergies between Aave and BOND holders. BarnBridge currently provides ~$180M in liquidity to Aave v2 and will be launching a similar integration on Polygon in July.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?\n \n - BarnBridge was founded in September 2020. Since that time, BarnBridge succeed in launching the BarnBridge DAO and delivering a SMART Yield product which currently holds $280M+ in TVL with $178M providing to Aave. With the upcoming SMART Yield and SMART Exposure launch on Polygon, followed by the product we call SMART Secret and SMART Alpha (later) BarnBridge will be a full-established protocol with plenty of products and potentially with 1B+ in TVL after all our products launch.\n\n5. How is the asset currently used?\n \n - BOND token is currently used for:\n\n - Staking in BarnBridge DAO to get exposure to voting rights in the DAO.\n - Liquidity providing on Uniswap, Sushiswap, and Bancor.\n - Lending on Cream finance.\n\n6. Emission schedule\n \n ![BarnBridge BOND emission schedule](../assets/AIP-23/emission.png)\n\n7. Token & protocol permissions and upgradeability\n \n - Protocol is upgraded by the BarnBridge DAO. We used the Diamond Standard on a couple parts of the protocol so we could do seamless upgrades. A users token \"power\" determines their vote weight and control they have in the DAO.\n\n8. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n \n - Market cap: $96M\n - 24h Volume: $5.7M\n - Volatility: high\n - Exchanges: Coinbase, Uniswap, Bancor, Gemini\n\n9. Social channels data (Size of communities, activity on Github)\n \n - Twitter: 19.4K\n - Discord: 6.2K\n - Medium: 4.1K\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n \n - Transactions: 116K\n - Token holders: 6.3k\n\n## Rationale\n\nBarnBridge will continue to grow as a distributor of Aave v2 stablecoin markets as its SMART Yield integration gains further traction. There are currently ~$180M worth of stablecoins deposited into Aave v2 through SMART Yield. This liquidity is provided without any expectation of being used, meaning BarnBridge is a pure liquidity provider for Aave. BarnBridge is also actively building an integration with Aave’s Polygon market. Future BarnBridge products, including SMART Alpha senior tranches for assets like wBTC and ETH, stand to provide Aave with relatively safer collateral given their ability to mitigate price drawdowns. \n\n## Test Cases\n\nTest cases for an implementation are mandatory for AIPs but can be included with the implementation.\n\n## Implementation\n\n### Contracts\n\n- Interest bearing aBOND address: [`0x170375B4aD477133a36B4961D9bcA6D5BF9C8389`](https://etherscan.io/address/0x170375B4aD477133a36B4961D9bcA6D5BF9C8389)\n- Variable Debt variableDebtBOND address: [`0x21D0366D1D678fCf276954b7D651B9dfeE104D82`](https://etherscan.io/address/0x21D0366D1D678fCf276954b7D651B9dfeE104D82)\n- Stable Debt stableDebtBOND address: [`0xb98EF546D1057f9750511FE16cBCC7Eb0FB6451F`](https://etherscan.io/address/0xb98EF546D1057f9750511FE16cBCC7Eb0FB6451F)\n- Strategy Implementation for BOND address: [`0x273358d06Ca3862bf3C0691d1C8B4B4d3E906458`](https://etherscan.io/address/0x273358d06Ca3862bf3C0691d1C8B4B4d3E906458)\n\n### Price oracle\n\nThe BOND price oracle will be served via [ChainLink](https://chain.link/), which includes the [BOND/ETH](https://docs.chain.link/docs/ethereum-addresses) feed, [here](https://etherscan.io/address/0xdd22A54e05410D8d1007c38b5c7A3eD74b855281).\n\n### Interest model\n\n- LTV 25%\n- Liquidation Threshold 35%\n- Liquidation Bonus 15%\n- Reserve Factor 35%\n\nInterest Rate Model\n\n- UOptimal 45%\n\nVariable:\n\n- R_0 0%\n- R_s1 7%\n- R_s2 300%\n\nStable:\n\n- R_s1 10%\n- R_s2 300%\n\n\n![BarnBridge BOND Aave interest rates](../assets/AIP-23/rate.png)\n\n## References\n\n- *Website*: https://www.BarnBridge.com\n- *DAPP*: https://app.barnbridge.com/\n- *Whitepaper*: https://github.com/BarnBridge/BarnBridge-Whitepaper\n- *Project Management Portal*: https://github.com/BarnBridge/BarnBridge-PM\n- *Youtube*: https://www.youtube.com/c/BarnBridge\n- *Twitter*: https://twitter.com/Barn_Bridge\n- *BOND token contract*: https://etherscan.io/address/0x0391D2021f89DC339F60Fff84546EA23E337750f\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-23" + }, + "AIP-24": { + "aip": 24, + "title": "Add PAX to Aave V2", + "status": "WIP", + "author": "Charles Rodiger (@charlie-paxos)", + "shortDescription": "Create a new Aave V2 market for the PAX stablecoin", + "discussions": "https://governance.aave.com/t/arc-add-paxos-standard-pax-collateral-borrow-support/3739", + "created": "2021-06-29T00:00:00.000Z", + "preview": "## Simple Summary\n\nThis AIP is to list PAX for lend/borrow support …", + "content": "\n\n## Simple Summary\n\nThis AIP is to list PAX for lend/borrow support on Aave. Paxos Standard (PAX) is one of largest regulated USD-backed stablecoins, and listing on Aave will provide users a highly trustworthy crypto asset to lend and borrow. PAX is issued by a NYDFS regulated financial institution - Paxos Trust Company - and the token itself is also regulated by NYDFS. This oversight ensures PAX is 100% backed by US Dollars or short term government securities (e.g. “t-bills”) at all times (attestations). PAX users are assured to always access their dollars - all PAX reserves are held fully segregated and bankruptcy remote in US bank accounts, which only Paxos-issued tokens can claim. PAX is also the only coin to have received a successful SOC-II audit. We think transparency is a hallmark of DEFI, and PAX’s transparency and trustworthiness will be beneficial for the community. We are excited at the prospect of listing PAX on Aave.\n\n## Abstract\n\nPaxos Standard (PAX) was launched in 2018 and is a USD stablecoin that is 100% backed by US dollars or short term government securities held bankruptcy remote. Paxos issues PAX, and both the company and token are regulated by the NY DFS. Full PAX attestations are completed monthly and posted to www.paxos.com/attestations.\n\nPAX is used in a variety of use cases including as a means of payment for other blockchain-based assets, a trustworthy store-of-value, settlement outside of traditional banking hours, and being lent / borrowed on known CeFi institutions like BlockFi and Celsius. PAX is included in MakerDAO’s pool and is available for trading on DeFi Apps, including Curve and Uniswap. Paxos would like to extend PAX’s functionality through inclusion in Aave’s lend/borrow markets. Collateral support could be proposed in future AIPs.\n\n\n## Motivation\n\nPaxos would like to extend PAX’s functionality in the DeFi space through a listing on Aave. We believe adding PAX will provide users a highly trustworthy crypto asset to lend and borrow. PAX is valuable not only due to its transparency and trustworthiness, but also the range of use cases it supports, including store-of-value, settlement, trading, and peer-to-peer transfer.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n\nSoftware Engineer employed at Paxos. Paxos Trust Company is a qualified custodian and trust company regulated by NY DFS and is the sole issuer of the PAX token.\n\n2. Provide a brief high-level overview of the project and the token\n\nPAX is the most secure, highest regulated stablecoin available. Token was launched in 2018 to facilitate many blockchain-based use-cases such as payments and stable digital storage.\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\nPAX is valuable to borrow due to its trustworthiness and range of use cases including store of value, settlement, trading, and peer to peer transfer. PAX is also very liquid and can be created and redeemed directly through Paxos, or can be used to trade on CeFi and DeFi exchanges. Paxos additionally plans to request collateral status at a future date.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?\n\nPAX was launched on September 10th, 2018. PAX is included in MakerDAO’s pool and is available for trading on DeFi Apps Curve and Uniswap, as well as traded on many different centralized exchanges.\n\n5. How is the asset currently used?\n\nPAX shares the typical use-cases for USD stablecoins.\n\n6. Emission schedule\n\nPAX tokens are minted/burned based on client demand. The process for minting and burning has been approved by the NYDFS and is regularly audited by a third party. Full monthly attestations are available on the Paxos website. Market cap fluctuates as users purchase and redeem PAX.\n\n7. Token & protocol permissions and upgradability\n \n *All of the following roles are held by multi-sig addresses.*\n 1. Controlling the token supply - The supplyController address can mint and burn the token based on the actual movement of USD in and out of the reserve based on requests for the purchase, conversion and redemption of PAX.\n 2. Contract Owner - Can pause/unpause the contract and propose a new owner.\n 3. Asset Protection Role - As required by our regulators, we have introduced a role for asset protection to freeze or seize the assets of a criminal party when required to do so by law, including by court order or other legal process.\n 4. Upgradeability Proxy - To facilitate upgradeability on the immutable blockchain we follow a standard two-contract delegation pattern: a proxy contract represents the token, while all calls not involving upgrading the contract are delegated to an implementation contract. The proxy used here is AdminUpgradeabilityProxy from ZeppelinOS.\n \n\n8. Market data as of July 6th, 2021 (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n* [Market Cap](https://etherscan.io/token/0x8e870d67f660d95d5be530380d0ec0bd388289e1): $837M\n* [24h Volume](https://www.coingecko.com/en/coins/paxos-standard): $64M\n* Volatility: ~0\n* [Exchanges](https://www.coingecko.com/en/coins/paxos-standard#markets): Binance, itBit, Bitfinex, Coinsbit, Atomars, etc\n* Maturity: Late\n\n9. Social channels data as of July 6th, 2021 (Size of communities, activity on Github)\n\n[Paxos Twitter](https://twitter.com/PaxosGlobal): 23k followers\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\n* Date of Deployment: September 8th, 2018\n* Number of Transactions: 3,186,000+\n* Number of Holders: 109,500+\n\n## Implementation\n\nThe PAX price oracle will be served via [Chainlink](http://chain.link) as a [PAX/ETH feed](https://data.chain.link/ethereum/mainnet/crypto-eth/pax-eth).\n\nPAX will be used for depositing and lending. The following parameters are proposed:\n\n- Strategy: rateStrategyStableThree\n- Base LTV As Collateral: 0%\n- Liquidation Threshold: 0%\n- Liquidation Bonus: 0%\n- Borrowing Enabled: true\n- Stable BorrowRate Enabled: false\n- Reserve Decimals: 18\n- Reserve Factor: 10%\n\nDeployed Contract Implementations:\n- Interest bearing aPAX address: 0xBcbD94007425001E9e2AEc764D799f83a257f050\n- Variable Debt variableDebtPAX address: 0x7b4E77aa7062cE6b8a8A75514F6D2aD987c0d854\n- Stable Debt stableDebtPAX address: 0x9C3440F4aACA3312b632bE4A07C0f97B15c31c8b\n- Strategy Implementation for PAX address: 0x404d396fc42e20d14585A1a10Cd64BDdC6C6574A\n\n## Audits/Security Reviews\n\n[ChainSecurity Audit for the Initial Core Contracts](https://github.com/paxosglobal/pax-contracts/blob/master/audit-reports/ChainSecurity_Audit_Report.pdf)\n\n[Nomic Labs Audit for the Initial Core Contracts](https://github.com/paxosglobal/pax-contracts/blob/master/audit-reports/Nomic_Labs_Audit_Report.pdf)\n\n[Trail of Bits Audit for the Initial Core Contracts](https://github.com/paxosglobal/pax-contracts/blob/master/audit-reports/Trail_of_Bits_Audit_Report.pdf)\n\n*After these audits, we upgraded the backing PAX contract to mirror that of BUSD and PAXG (minus on-chain fees). Some audits for the current contract format can be found below:*\n\n[CertiK Audit for the Upgraded Core Contracts](https://github.com/paxosglobal/paxos-gold-contract/blob/master/audit-reports/paxg-audits/CertiK_Verification_Report_for_Paxos.pdf)\n\n[ChainSecurity Audit for the Upgraded Core Contracts](https://github.com/paxosglobal/paxos-gold-contract/blob/master/audit-reports/paxg-audits/ChainSecurity_PAXOS-GOLD.pdf)\n\n**PAX Smart Contract Risk**: **A**\n\nPAX has been on the Ethereum Mainnet since 2018, and has had 3,000,000+ transactions.\n\n**PAX Counterparty Risk**: **A-**\n\nPAX issuance is controlled by Paxos, which is a centralized, regulated entity. Paxos is regulated by the NY Department of Financial Services (DFS), and possesses a national trust bank charter from the OCC. Paxos is the most regulated stablecoin issuer.\nThere are 100,000+ holders of PAX.\n\n**PAX Market Risk**: **B+**\n\nThe current PAX market cap is $819,632,517 USD. The average 24H trading volume in the past month has been 55,559,061 USD. PAX's normalized volatility over the last month is 0.004.\n\n**PAX Overall Risk**: **A-**\n\n![PAX Risk Analysis](../assets/AIP-24/aip25-img.png?raw=true \"PAX Risk Analysis\")\n\n## References\n\nWhitepaper - https://www.paxos.com/wp-content/uploads/2019/02/PAX_Whitepaper.pdf\n\nWebsite - https://paxos.com\n\nTwitter - https://twitter.com/PaxosGlobal\n\nDocs - https://www.paxos.com/pax/\n\nGithub - https://github.com/paxosglobal\n\nToken Contract - https://etherscan.io/address/0x8e870d67f660d95d5be530380d0ec0bd388289e1\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n\n", + "basename": "AIP-24" + }, + "AIP-25": { + "aip": 25, + "title": "Extend Liquidity Incentives for Aave v2", + "status": "Proposed", + "author": "Anjan Vinod (@Anjan-ParaFi)", + "shortDescription": "Extend Aave LM Rewards", + "discussions": "https://governance.aave.com/t/arc-extend-aave-liquidity-mining-rewards/4852", + "created": "2021-07-21T00:00:00.000Z", + "updated": "2021-07-21T00:00:00.000Z", + "preview": "**Liquidity Mining Extension**\n\nGiven the liquidity mining program …", + "content": "\n\n**Liquidity Mining Extension**\n\nGiven the liquidity mining program will end this week, this AIP will extend the current program by 4 weeks. This extension should give the community enough time to [debate](https://governance.aave.com/t/arc-extend-aave-liquidity-mining-rewards/4852/15) any changes to the liquidity mining program without any interruption for Aave borrowers and lenders.\n\nThe same stkAAVE distribution will be used.\n\n**Liquidity Mining v1**\n\nLiquidity mining incentives were introduced for Aave v2 on 4/26/21.\n\n2,200 stkAAVE per day will be allocated pro-rata across supported markets based on the dollar value of the borrowing activity in the underlying market. stkAAVE was distributed over AAVE to further align users with the Aave Protocol and increase the amount of AAVE staked in the safety module.\n\n**Liquidity Mining Recap**\n\n- Value Distributed: During the liquidity mining campaign, 198,000 stkAAVE will be distributed to borrowers and lenders on Aave v2, using ~7% of the Ecosystem Reserve. This equates to $82MM in rewards (AAVE VWAP since LM program started).\n\n- TVL: v2 TVL rose from $7.8 billion to a high of $14.4 billion in mid-May. Stablecoin liquidity accounts for more than 60% of total Aave v2 liquidity.\n\n- V1 to V2 liquidity migration: v1 liquidity decreased from $2.5 billion to $372MM since the liquidity mining program started. 40% of Aave liquidity was deployed in v1 before the LM rewards started. Aave v1 liquidity now accounts for less than 3% of all liquidity on Aave. This allows the community to remain focused on v2 and upcoming money markets.\n\n- Growth in dollar value supplied and borrowed: The USDC and DAI markets experienced the largest increase in dollar value supplied and borrowed. Note - many users on these markets have recursively levered their position to maximize yields. Recursive leverage accounts for ~32% of all deposits on v2. This compares to ~40% on Aave’s Polygon market.\n\n- Reserve Growth: Aave reserves help provide the first layer of protection for borrowers and lenders. Since liquidity mining rewards launched, Aave’s v2 reserves have grown by [~$7MM](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c).\n", + "basename": "AIP-25" + }, + "AIP-26": { + "aip": 26, + "title": "Raise Maximum Interest Rate on AMPL Market", + "status": "Proposed", + "author": "Ahmed Naguib Aly (@ahnaguib), Nithin Ottilingam (@nithinkrishna), Brandon Iles (@brandoniles)", + "shortDescription": "Raise maximum interest rate to better balance incentives between the borrow and deposit sides of the market.", + "discussions": "https://governance.aave.com/t/arc-raise-ampl-maximum-interest-rate/4996", + "created": "2021-07-26T00:00:00.000Z", + "preview": "## Simple Summary\n\nThis proposes raising the maximum AMPL interest …", + "content": "\n\n## Simple Summary\n\nThis proposes raising the maximum AMPL interest rate to better balance incentives between the borrow and deposit sides of the market.\n\n## Motivation\n\nFollowing [API-12](https://governance.aave.com/t/proposal-add-support-for-ampl/854/8), [AMPL borrowing & depositing](https://app.aave.com/reserve-overview/AMPL-0xd46ba6d942050d489dbd938a2c909a5d5039a1610xb53c1a33016b2dc2ff3653530bff1848a515c8c5) went live on the AAVE v2 market [date=2021-07-24 time=20:22:00 timezone=\"UTC\"].\n\nSince then, there has been a near 100% utilization rate of deposited assets. This suggests the maximum cap of the interest rate curve is not able to reach a high enough value to effectively balance incentives between the borrow side and depositing side of the marketplace.\n\n![Deposit and Borrow APY on AAVE, 7/24/21](../assets/AIP-26/apys.png \"Deposit and Borrow APY on AAVE, 7/24/21\")\n\nWhile the AMPL spot market is currently in a relatively extreme condition, the AAVE borrowing market should be able to perform efficiently in all market scenarios.\n\n## Specification\n\nWe suggest the following parameters for AAVE's default [interest rate model](https://docs.aave.com/risk/liquidity-risk/borrow-interest-rate#interest-rate-model):\n\n- Optimal utilization = 75%\n- Slope1 = 2%\n- Slope2 = 10,000%\n\nThis leads to a piecewise linear curve with two parts and three defining points:\n\n- Borrow Interest(0) = 0% APY\n- Borrow Interest(75) = 2% APY\n- Borrow Interest(100) = 10002 % APY\n\n## Rationale\n\nA higher cap of the borrow interest rate will allow the marketplace to have a more sustainable equilibrium.\n\nSince this will result in overall higher fees coming into the system, in tandem we also suggest lowering the reserve factor from 20% to 10% to incentivize more depositors. This would be submitted as a separate AIP to decouple these two decisions.\n\nWe believe a nonlinear interest curve is healthiest long-term and could likely be used by many other assets as well, however this work can be discussed more in the future.\n\n## Implementation\n\nA deployment of the existing implementation of the Interest Strategy will be used, with the following parameters:\n\n optimalUtilizationRate: new BigNumber(0.75).multipliedBy(oneRay).toFixed(),\n baseVariableBorrowRate: new BigNumber(0).multipliedBy(oneRay).toFixed(),\n variableRateSlope1: new BigNumber(0.02).multipliedBy(oneRay).toFixed(),\n variableRateSlope2: new BigNumber(100).multipliedBy(oneRay).toFixed(),\n\n[https://etherscan.io/address/0x509859687725398587147Dd7A2c88d7316f92b02#readContract](https://etherscan.io/address/0x509859687725398587147Dd7A2c88d7316f92b02#readContract)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-26" + }, + "AIP-27": { + "aip": 27, + "title": "Lower Reserve Factor for AMPL", + "status": "Proposed", + "author": "Ahmed Naguib Aly (@ahnaguib), Nithin Ottilingam (@nithinkrishna), Brandon Iles (@brandoniles)", + "shortDescription": "Lower AMPL reserve factor", + "discussions": "https://governance.aave.com/t/arc-raise-ampl-maximum-interest-rate/4996", + "created": "2021-07-27T00:00:00.000Z", + "requires": "AIP-26", + "preview": "## Simple Summary\n\nThis is a sibling proposal to AIP-26 and proposes …", + "content": "\n\n## Simple Summary\n\nThis is a sibling proposal to AIP-26 and proposes lowering the AMPL reserve factor from 20% to 10%.\n\n## Motivation\n\nFollowing [API-12](https://governance.aave.com/t/proposal-add-support-for-ampl/854/8), [AMPL borrowing & depositing](https://app.aave.com/reserve-overview/AMPL-0xd46ba6d942050d489dbd938a2c909a5d5039a1610xb53c1a33016b2dc2ff3653530bff1848a515c8c5) went live on the AAVE v2 market [date=2021-07-24 time=20:22:00 timezone=\"UTC\"]. Since then, there has been a near 100% utilization rate of deposited assets.\n\nThe reserveFactor allows the FeeCollector smart contract to receive part of the interest paid by takers of liquidity. Each asset on Aave has its own reserveFactor.\n\nAIP-26 raises the maximum borrowing rate for AMPL and would result in more fees coming into the system. This AIP proposes (in tandem) lowering the AMPL reserve factor from 20% to 10%. This shares more of the revenue with AMPL suppliers to further incentivize deposits.\n\n# Relevant Links\n\n- AIP-12 AMPL Listing: https://app.aave.com/governance/18-QmZZ7JqvEx99u7dMNFPBBnew3BgepLCmXRMrNi8y5ndpXn\n- AIP-26: https://governance.aave.com/t/arc-raise-ampl-maximum-interest-rate/4996\n- Aavenomics: https://docs.aave.com/aavenomics/\n\n## Implementation\n\ncall setReserveFactor(0xd46ba6d942050d489dbd938a2c909a5d5039a161, 1000)\n\nOn the lending pool configurator contract\n\nhttps://etherscan.io/address/0x311bb771e4f8952e6da169b425e7e92d6ac45756\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-27" + }, + "AIP-28": { + "aip": 28, + "title": "Polygon Cross-chain Governance Test", + "status": "Proposed", + "author": "Steven Valeri (@stevenvaleri)", + "shortDescription": "Test the Aave Polygon governance bridge contract prior to setting it as owner of the Aave Polygon market", + "discussions": "N/A", + "created": "2021-07-30T00:00:00.000Z", + "updated (*optional)": "N/A", + "requires (*optional)": "N/A", + "preview": "## Simple Summary\n\nThe intention of this AIP is to test a …", + "content": "\n\n## Simple Summary\n\nThe intention of this AIP is to test a cross-chain transaction workflow that would enable the Ethereum based smart contract for governance for the Aave Protocol (the \"Aave Ethereum Governance\") to control the deployment of the Aave Protocol on Polygon (the \"Aave Polygon market\"). The proposal is written as a transaction that would make updates to a **mock** Aave Polygon market. If approved, the transaction would trigger a cross-chain message, flowing from Aave's Ethereum Governance, to a new contract - the `PolygonBridgeExecutor`. The `PolygonBridgeExecutor` would store the proposed market updates for a delay window, and then allow for the updates to be executed on the **mock** Aave Polygon market.\n\nThis proposal will allow testing the end-to-end crosschain transaction workflow for Polygon market governance using both the Ethereum and Polygon mainnet contracts in a way that cannot be replicated in another manner. This test will support the case in the future to transfer ownership of the Aave Polygon Market to Aave's Ethereum governance.\n\n**In-Scope:**\nA test of the governance cross-chain bridge functionality on a **mock** Aave Polygon market.\n\n**Out-of-Scope:**\nTransferring ownership of the Aave Polygon Market to the Aave Ethereum Governance \n\n## Abstract\n\nTest an implementation of a cross-chain governance workflow, allowing Aave's Ethereum Governance to execute a transaction updating a **mock** Aave market deployed on Polygon.\n\n## Motivation\n\nBefore anyone in the community or otherwise can make a proposal to transfer ownership of the Aave Polygon market to a cross-chain bridge workflow, it is necessary that any smart contracts be tested as thoroughly as possible. This AIP is a `real world` test using the Aave Ethereum Governance contract to test the cross-chain bridge contracts on a **mock** Aave Polygon Market. The main reasons for testing to this extent are:\n\n+ Cross-chain / bridge transactions are relatively new and complex\n+ The risk of this workflow being deployed and not operating correctly would have a HIGH impact\n\nThe transfer of ownership of the Aave Polygon Market to Aave's Ethereum Governance is **not** in-scope of this AIP, but understanding the motivation behind that desired change is important to understanding the motivation for this test.\n\nThe current owner of the Aave Polygon Market a multi-sig wallet due to the time needed to build a cross-chain governance platform, as well as ensuring security for a new deployment on a new network.\n\nGiven the overarching goal that any deployment of the Aave Protocol be owned by decentralized governance, transferring ownership of the Aave Polygon market contracts to Aave Ethereum Governance, is an important next step. Additionally, we have developed and deployed a cross-chain governance platform aimed at providing a broad solution for cross-chain governance. After appropriate testing (including this AIP) and auditing of the cross-chain bridge contract, anyone can create a future AIP to remove the multi-sig over the Aave Polygon market and transfer ownership of those smart contracts to Aave Ethereum Governance.\n\n## Specification\n\nA detailed specification of the crosschain-bridge contract and workflow is outlined in the repo here\n\nhttps://github.com/Aave/governance-crosschain-bridges\n\nFor this test specifically, the test would flow from Aave Ethereum Governance, through a cross chain transaction to the `PolygonBridgeExecutor` contract. Then after a delay, the proposal would be executed on Polygon to make updates to the **mock** Aave Polygon market.\n\nThe general flow of this test will be\n\n1. Propose cross-chain test transactions (Aave governance-v2)\n2. Vote on cross-chain test transactions (Aave governance-v2)\n3. Queue test transactions\n4. Execute cross-chain test transactions\\\n4a. Execute transaction from Aave Governance (Aave governance-v2)\\\n4b. Bridge the test transactions to Polygon (Polygon fxPortal and Polygon Inherent Bridge Functionality)\\\n4c. Receive bridged message on Polygon (Polygon fxPortal and Polygon Inherent Bridge Functionality)\\\n4d. Queue transactions for execution in PolygonBridgeExecutor (Aave governance-crosschain-bridges)\\\n5. Wait for delay\n6. Execute queued transactions in the PolygonBridgeExecutor (Aave governance-crosschain-bridges)\\\n6a. Turn off borrowing for the **mock** Dai reserve\\\n6b. Transfer POOL_ADMIN rights to a dummy address\\\n6c. Transfer ownership of the **mock** Aave market to a dummy address\\\n7. Confirm the expected updates have been made on **mock** Aave market\n\n## Rationale\n\nThis AIP will not make any actual changes in the current Aave Polygon market ecosystem or in any other deployment of the Aave Protocol. It is merely a test of a contract and workflow that, in the future, could enable the Aave Ethereum Governance to control the Aave Polygon Market.\n\nTesting the contracts that enable this cross-chain bridging as thoroughly as possible, including via this proposed test are rationale, despite their cost, given the critical role the cross-chain bridging will play if deployed and used for cross-chain governance.\n\n## Test Cases\n\nA full suit of tests with 100% coverage is included in the repo https://github.com/Aave/governance-crosschain-bridges. The cross-chain workflow has also successfully been tested on the Goerli-Mumbai test networks.\n\n## Implementation\n\nA mock implementation of this proposed test can be found here:\n\nhttps://github.com/Aave/governance-crosschain-bridges/tree/feat/mainnet-test\n\nAfter setting up the repository: \n\n`npm run hardhat mock-mainnet-proposal-delegate`\nruns on Ethereum fork to makes sure everything is encoded correctly to be submitted for the proposal\n\n\n`npm run hardhat mock-Polygon-test-delegate`\nset a .env variable `Polygon_FORK = \"true\"` to run the test updating the Polygon market via the mainnet PolygonBridgeExecutor on a Polygon fork\n\nTwo helper contracts have been deployed to support this proposal. `PolygonMessageSender` has been deployed on Ethereum and `PolygonMarketUpdate` has been deployed on Polygon.\n\nThis proposal, if executed, calls the function sendMessage() on the `PolygonMessageSender` contract on Ethereum mainnet via a delegatecall. The sendMessage function encodes a delegatecall to the function executeUpate() on the contract `MarketUpdate` deployed on the Polygon network and then sends that encoded action to the `PolygonBridgeExecutor` on the Polygon network via Polygon's FxPortal. When that action is received in the PolygonBridgeExecutor, it will be queued. After a delay, that action can be executed, calling the function executeUpate() which will make three updates to a mock aave market deployed on Polygon:\n\n1. disable the mock dai reserve via the LendingPoolConfigurator contract\n2. Set the pool admin to the address `0x000000000000000000000000000000000000dEaD` via the LendingPoolAddressesProvider contract\n3. Transfer ownership of the pool to the address `0x0000000000000000000000000000000000000001` via the LendingPoolAddressesProvider contract\n\n**Related Contracts:**\n\n*Ethereum PolygonMessageSender Contract*\nPolygonMessageSender: `0xf442C0faE2E9A157cD0202BD63bf9b932D3aa4C8` \\\nhttps://etherscan.io/address/0xf442C0faE2E9A157cD0202BD63bf9b932D3aa4C8#code \\\n\n*Polygon FxPortal Bridge Contracts*\\\nFxRoot: `0xfe5e5D361b2ad62c541bAb87C45a0B9B018389a2` \\\nhttps://etherscan.io/address/0xfe5e5D361b2ad62c541bAb87C45a0B9B018389a2#code \\\nStateSender: `0x28e4F3a7f651294B9564800b2D01f35189A5bFbE` \\\nhttps://etherscan.io/address/0x28e4f3a7f651294b9564800b2d01f35189a5bfbe#code \\\nFxChild: `0x8397259c983751DAf40400790063935a11afa28a` \\\nhttps://polygonscan.com/address/0x8397259c983751DAf40400790063935a11afa28a#code\n\n*Polygon Bridge Executor Contracts*\\\nPolygonBridgeExecutor: `0x60966EA42764c7c538Af9763Bc11860eB2556E6B`\\\nhttps://polygonscan.com/address/0xd63b6b5e0f043e9779c784ee1c14ffcbffb98b70#code\n\n*Polygon Market Update*\\\nMarketUpdate: `0x5b494b94faf0bb63254dba26f17483bcf57f6d6a` \\\nhttps://polygonscan.com/address/0x5b494b94faf0bb63254dba26f17483bcf57f6d6a#code\n\n*Mock Polygon Market Contracts*\\\nLendingPoolAddressProviderAddress = `0x240de965908e06a76e1937310627b709b5045bd6`\\\nhttps://polygonscan.com/address/0x240de965908e06a76e1937310627b709b5045bd6#code \\\nLendingPoolConfiguratorAddress (proxy)= `0xd63B6B5E0F043e9779C784Ee1c14fFcBffB98b70` \\\nhttps://polygonscan.com/address/0xd63b6b5e0f043e9779c784ee1c14ffcbffb98b70#writeContract#code \\\nLendingPoolConfiguratorAddress (implementation)= `0xADA061366575324945c7a097F829349acA6C9aB9` \\\nhttps://polygonscan.com/address/0xADA061366575324945c7a097F829349acA6C9aB9#code\n\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-28" + }, + "AIP-29": { + "aip": 29, + "title": "Add FRAX to Aave V2", + "status": "Proposed", + "author": "Jason Huan (@jasonhuan_)", + "shortDescription": "Create a new Aave V2 market for the FRAX stablecoin", + "discussions": "https://governance.aave.com/t/proposal-add-support-for-frax/2621", + "created": "2021-08-25T00:00:00.000Z", + "preview": "## Simple Summary\n\nFrax is the first algorithmic-stablecoin …", + "content": "\n\n## Simple Summary\n\nFrax is the first algorithmic-stablecoin protocol, backed through on-chain collateral and algorithmically. Frax has two tokens, the FRAX stablecoin pegged at $1 and the FXS governance + seigniorage token, and aims to be a decentralized crypto-native unit of account with the upcoming Frax Price Index (FPI). FRAX has stayed at $1 for its entire existence, being the only non-traditional stablecoin to keep its peg perfectly in 8 months of release.\n\n## Abstract\n\nThe FRAX stablecoin is partially backed with on-chain collateral and partially backed algorithmically, according to a collateral ratio (CR) parameter that the system adjusts according to market conditions. In Frax v2, the protocol is able to mint FRAX into lending markets using [Algorithmic Market Operations](https://docs.frax.finance/amo/overview) (AMOs), smart contracts which have the ability to print FRAX up to certain thresholds adjustable by governance.\n\n## Motivation\n\nAs the value of Aave's TVL increases, borrow liquidity for stablecoins against volatile assets lent to Aave is one of the key benefits that is offered to lenders of the protocol. The flow of newly minted stablecoins to their decentralized lending market destination such as Aave is not always direct, and may face market inefficiencies through layers of actors.\n\nBy [deploying an AMO for Aave](https://docs.frax.finance/amo/frax-lending), the Frax protocol is able to mint FRAX to be borrowed by lenders of Aave, and thus offer an active and competitive alternative to other stablecoins such as USDC, USDT, and DAI. By allowing for responsive stablecoin liquidity, we aim to benefit lenders and the Aave ecosystem as a whole.\n\nAdditionally, With no collateral factor, there is 0 risk for Aave's money market in terms of the FRAX peg. Furthermore, if the FRAX peg broke and fell below $1, Aave borrowers would have less debt in dollar terms.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n\n\t- Co-founder of Frax.\n\n2. Provide a brief high-level overview of the project and the token\n\n\t- FRAX is the world's first fractionally-algorithmic stablecoin, stabilized with parts on-chain collateral and parts algorithmically.\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\n\t- Frax's AMOs are able to mint FRAX into the Aave lending market, allowing for highly competitive stablecoin borrowing rates for lenders.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?\n\n\t- FRAX launched at the end of 2020 and currently has over $300M in circulating FRAX. FRAX has never once broken the peg of $1, even through sharp market downturns such as in March 2021. Frax's governance token FXS has maintained governance functionality since inception through a fork of Compound's GovernorAlpha.\n\n5. How is the asset currently used?\n\n\t- FRAX is currently used as a stablecoin in decentralized exchanges and other lending markets such as Rari's Fuse Protocol, where it is currently the most-borrowed and most-supplied stablecoin in several pools through Frax's AMOs.\n\n6. Emission schedule\n\n\t- There is no emission schedule; FRAX is mintable by anyone anytime by depositing corresponding amounts of collateral and FXS into the system's contracts.\n\n7. Token & protocol permissions and upgradability\n\n\t- The protocol is highly modular in terms of system parameters such as oracle addresses and AMO additions. The core contracts such as the token contract itself are non-proxy deployed and permissioned through governance's 2-day timelock, with a backup multisig admin address managed by the core Frax team.\n\n8. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n - Market Cap: $307M\n - 24h Volume: $15M\n - Volatility: Extremely Low\n - Maturity: Early-Mid\n\n9. Social channels data (Size of communities, activity on Github)\n\n\t- 13K followers on Twitter, 6.2K members on Telegram, Github is updated frequently.\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\n - Date of Deployment: December 20th, 2020\n - Number of Transactions: 110,000+\n - Number of Holders: 1,600+\n\n## Rationale\n\nFrax's design rationale came as a synthesis of a crypto-native stablecoin with capital efficiency, allowing it to perform algorithmic market operations while managed by on on-chain DAO. As Frax expands, it can compound on its own network effects by being a highly liquid routing asset on DEXes and a default borrowing option for many lending market pools. To keep decentralization at the forefront, the USDC collateral is spread out through other lending markets and DEXes, and is planned to be rotated to ETH and ETH-equivalent collateral as the protocol matures. Furthermore, the Frax Price Index (FPI) allows for a shift away from the USD unit-of-account into the first major stable crypto-native unit-of-account.\n\n## Implementation\n\nThe FRAX price oracle will be served via [ChainLink](https://chain.link/), which includes the [FRAX/ETH feed](https://docs.chain.link/docs/ethereum-addresses).\n\nFRAX will only be used for depositing and lending and not as collateral, with a Loan-to-Value (LTV) value of 0%. The other parameters are as such:\n\n\n - Strategy: rateStrategyStableTwo\n - Base LTV As Collateral: 0\n - Liquidation Threshold: 0\n - Liquidation Bonus: 0\n - Borrowing Enabled: true\n - Stable BorrowRate Enabled: false\n - Reserve Decimals: 18\n - Reserve Factor: 2000\n\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n\n- Interest bearing aFRAX address: 0x6efD37b3015AeA0E19418f98661488A4D2D3C377\n- Variable Debt variableDebtFRAX address: 0x08FFf652bEF777634585707B17627c9274E3dB11\n- Stable Debt stableDebtFRAX address: 0x7E3Ddfceef69bEC3A38Fc9AE8D7A8c46D7788C6b\n- Strategy Implementation for FRAX address: 0xb0a73aC3B10980A598685d4631c83f5348F5D32c\n\n## Audits/Security Reviews\n\n[Trail of Bits Audit](https://github.com/trailofbits/publications/blob/master/reviews/FraxFinance.pdf)\n\n[CertiK Audit](https://www.certik.org/projects/fraxfinance)\n\n**Note that the risk assessment was performed in May 2021, when FRAX's market cap was $110M**\n\n**FRAX Smart Contract Risk**: **C**\n\nFrax has been live on the Ethereum mainnet for over 8 months.\n\n**FRAX Counterparty Risk**: **C+**\n\nCurrently the Frax protocol can be paused or modified by a multisig. The protocol is meant to be governance minimized with a gradual transition to DAO + comptrollers.\n\n**FRAX Market Risk**: **B**\n\nThe current FRAX market cap is over $307,000,000 USD. The average 24H trading volume in the past month has been over $14,000,000 USD. FRAX's volatility is negligible on Curve and Uniswap v3.\n\n**FRAX Overall Risk**: **B-**\n\n## References\n\nWhitepaper - https://github.com/FraxFinance/frax-solidity/blob/master/frax_whitepaper_v1.pdf\n\nWebsite - https://frax.finance/\n\nTwitter - https://twitter.com/fraxfinance\n\nDocs - https://docs.frax.finance/\n\nGithub - https://github.com/FraxFinance\n\nToken Contract - https://etherscan.io/token/0x853d955aCEf822Db058eb8505911ED77F175b99e\n\n## Test Cases\n\n## Implementation\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "AIP-29" + }, + "AIP-2": { + "aip": 2, + "title": "Bootstrap of the AAVE Governance Fund", + "status": "Implemented", + "author": "Emilio Frangella (@The3D_)", + "shortDescription": "", + "discussions": "https://governance.aave.com/t/proposal-to-stop-the-lend-burning-and-start-building-an-aave-governance-treasury/1012", + "created": "2020-11-05T00:00:00.000Z", + "updated": "2020-11-05T00:00:00.000Z", + "preview": "## AIP rationale\n\nThe Aave protocol V1 included the possibility to …", + "content": "\n\n## AIP rationale\n\nThe Aave protocol V1 included the possibility to burn LEND tokens by collecting flashloan premiums and borrowing fees. Up until now, 2.5M LEND have been burned, which will not be converted to AAVE.\nAs a result of the migration, the LEND liquidity has shrunk considerably, which makes it very hard to buy LEND on dexes for the burning.\n\nThe LEND burner currently holds around 20K of funds, distributed across all the different Aave V1 reserves (mostly stablecoins). The burner contract is here https://etherscan.io/address/0xe3d9988f676457123c5fd01297605efdd0cba1ae \n\nThis AIP proposes to stop the LEND burning. Instead, the idea is to collect the fees accrued by AAVE V1 to bootstrap a protocol fund. \n\n## AIP content in short\n\n- Deprecation of the current TokenDistributor contract\n- Implementation of the following strategy instead of burning:\n \n 1. Remove the assets conversion to LEND and subsequent burning\n 2. The assets are moved to the AAVE Collector contract, under direct control of the AAVE governance (https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c)\n\n- The implementation will keep the current redistribution of the referral fees (20% of the total) to continue with the referral distribution as until now.\n\n## Implementation details\n\n- Upgrade of the TokenDistributor contract https://etherscan.io/address/0xe3d9988f676457123c5fd01297605efdd0cba1ae \n- Modify the distribute() function as follows:\n\n 1. Remove LEND burning\n 2. Move the assets to 0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c\n\nDistribution to the current referral fees wallet will be kept.\n \n## Proposal data\n\nAIP2 Payload:\n\nhttps://etherscan.io/address/0x4b7c3e3ea48f80a78487067cd08b9a8430eb8eb5\n\nNew TokenDistributor Implementation:\n\nhttps://etherscan.io/address/0x62C936a16905AfC49B589a41d033eE222A2325Ad\n\nAave Collector contract:\n\nhttps://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-2" + }, + "AIP-32": { + "aip": 32, + "title": "Extend Liquidity Incentives for Aave v2", + "status": "Proposed", + "author": "Anjan Vinod (@Anjan-ParaFi)", + "shortDescription": "Extend Liquidity Incentives for Aave v2", + "discussions": "https://governance.aave.com/t/arc-extend-aave-liquidity-mining-rewards/4852", + "created": "2021-08-19T00:00:00.000Z", + "updated (*optional)": "2021-08-19T00:00:00.000Z", + "preview": "## **AAVE AIP 32**\n\n**Liquidity Mining V1**\n\nLiquidity mining …", + "content": "\n## **AAVE AIP 32**\n\n**Liquidity Mining V1**\n\nLiquidity mining incentives were introduced for Aave v2 on 4/26/21.\n\n2,200 stkAAVE per day were allocated pro-rata across supported markets based on the dollar value of the borrowing activity in the underlying market. stkAAVE was distributed over AAVE to further align users with the Aave Protocol and increase the amount of AAVE staked in the safety module.\n\n![AAVE](../assets/AIP-32/v1-program.png)\n\nLiquidity Mining Recap (as of 7/15/21)\n\n- Value Distributed: During the liquidity mining campaign, 198,000 stkAAVE will be distributed to borrowers and lenders on Aave v2, using ~7% of the Ecosystem Reserve. This equates to $82MM in rewards (AAVE VWAP since LM program started).\n\n- TVL: v2 TVL rose from $7.8 billion to a high of $14.4 billion in mid-May. Stablecoin liquidity accounts for more than 60% of total Aave v2 liquidity.\n\n- V1 to V2 liquidity migration: v1 liquidity decreased from $2.5 billion to $372MM since the liquidity mining program started. 40% of Aave liquidity was deployed in v1 before the LM rewards started. Aave v1 liquidity now accounts for less than 3% of all liquidity on Aave. This allows the community to remain focused on v2 and upcoming money markets.\n\n- Growth in dollar value supplied and borrowed: The USDC and DAI markets experienced the largest increase in dollar value supplied and borrowed. Note - many users on these markets have recursively levered their position to maximize yields. Recursive leverage accounts for ~32% of all deposits on v2. This compares to ~40% on Aave’s Polygon market.\n\n- Reserve Growth: Since liquidity mining rewards launched, Aave’s v2 reserves have grown by [~$7MM](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c).\n\n\nChange in v2 markets from 4/26/21 to 7/15/21\n\n![AAVE](../assets/AIP-32/v1-recap.png)\n\n**Liquidity Mining V2**\n\nAave's liquidity mining program is ending in the next few days.\n\nWe have seen several adjustments discussed in the forums including adding/removing new assets, allocating rewards based on health factors, additional vesting for stkAAVE rewards, and discouraging recursive borrowing. However, after discussing with several Aave community members and developers, these changes would require a heavy technical lift and potentially layer on a centralized distribution plan.\n\nWe are open to these changes in the future but to avoid a disruption to the liquidity mining program, we propose the following program for the next 3 months:\n\nThis proposal [passed on Snapshot](https://snapshot.org/#/aave.eth/proposal/QmeHAwW7XwUD3vqYLMRPF8MJiXkj2nnbRg1ae7mZ1SNQdm) with 91.7k AAVE voting in favor.\n\n![AAVE](../assets/AIP-32/v2-program.png)\n\n**Rationale**\n\nDecrease in Daily stkAAVE Distributed\n\nThis program would decrease the liquidity mining distribution by 9%, saving $7.1MM for the Aave Ecosystem Reserve during the 3 month program.\n\nNew Assets\n\nThe goal of this program is to create a more inclusive liquidity mining program with the option to further refine the distribution once live.\n\nStablecoins remain the highest value asset for Aave v2. This program distributes 40% of the stkAAVE distribution to the USDC market given the USDC market size and utilization. The USDT distribution has been lowered and allocated to other stablecoin markets including DAI, RAI, PAX, TUSD, and sUSD. The DAI allocation has been increased to account for higher utilization and encourage more deposits.\n\nWe believe incentivizing several centralized and decentralized stablecoin markets will help build a more robust stablecoin ecosystem in Aave v2. As new stablecoins are onboarded to Aave, the Aave community can choose to include them in the distribution. The allocations across new markets will likely need fine tuning as we analyze borrow/lend activity.\n\nWBTC and ETH allocations have been decreased and re-distributed to DeFi tokens listed on Aave.\n\nSeveral tokens including LINK, YFI, xSUSHI, UNI, MKR, and BAL have also been included. The rewards for all of these markets are weighted 100% to lenders.\n\nSimilar to the first version of Aave’s liquidity mining program, we believe the distribution parameters will need to be further refined once borrow/lend activity is available.\n", + "basename": "AIP-32" + }, + "AIP-33": { + "aip": 33, + "title": "Add FEI to Aave V2", + "status": "Proposed", + "author": "Joey Santoro (@joeysantoro), Brianna Montgomery (@bpm6867)", + "shortDescription": "Create a new Aave V2 market for the FEI stablecoin", + "discussions": "https://governance.aave.com/t/arc-add-support-for-fei-as-a-lending-currency/4542", + "created": "2021-06-16T00:00:00.000Z", + "updated": "N/A", + "preview": "## Simple Summary\n\nFei Protocol issues a decentralized, scalable USD …", + "content": "\n\n## Simple Summary\n\nFei Protocol issues a decentralized, scalable USD stablecoin called FEI. FEI aims to become a widely used decentralized stablecoin that reduces centralization risk throughout DeFi.\n\n## Abstract\n\nFEI is backed by protocol owned reserves used to provide liquidity and stabilize the peg. The Fei community is committed to using decentralized reserve assets and oracles to have FEI be as decentralized as possible. FEI is an ideal candidate to be included on Aave to provide more decentralized stablecoin alternatives.\n\nAdditionally, Fei Protocol will be committing 25m FEI to bootstrap the market and 4M TRIBE in incentives for borrowing for at least the first 6 months.\n\n## Motivation\n\nBeing the liquidity protocol, Aave understands the need for robust capital efficient liquidity in creating healthy markets. DAI and sUSD being the current available options for decentralized stablecoins is good but likely insufficient longer term. Having more options like FEI will improve liquidity and optionality for protocols which are committed to decentralization.\n\nFEI brings with it substantial liquidity in the form of the $500m ETH-FEI pair on Uniswap V2. This can allow ETH leverage traders a capital efficient way to benefit from Aave liquidity and FEI liquidity. The yield paid by these traders will attract more FEI liquidity to Aave, benefiting both ecosystems.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n@Brianna is a core team member at Fei Labs focused on ecosystem development.\n\n2. Provide a brief high-level overview of the project and the token\nFEI is a decentralized and scalable stablecoin for DeFi.\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\nIf listed, FEI would be one of the most decentralized stablecoins on Aave. The Fei DAO can support FEI markets on Aave by providing FEI liquidity, approved via snapshot for 25 million. Traders will have the ability to tap into the large FEI-ETH liquidity on Uni V2 ($561 million) as well as any future protocol owned or incentivized liquidity pools.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?\n\nFei Protocol launched in April 2021 with a DAO since day one, and currently has over $643 million in liquidity. Fei aligns itself with the top communities and teams in the space, including Aave, with a similar decentralization ethos. There has been a large voter turnout during important community and team lead proposals that supported stabilizing the peg after the initial launch of the protocol.\n\n5. How is the asset currently used?\nFEI is currently being used in interest rate markets, including Fuse, and soon to be CREAM. FEI is growing and finding utilization in other financial service offerings in the broader DeFi ecosystem: synthetics, option platforms, exchanges and AMM’s, etc.\n\n6. Emission schedule\n\nThere is no emission schedule.\n\n7. Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?\nContracts within the Fei protocol have the ability to mint and burn FEI through processes that support stabilization around the 1 USD price target. The DAO controlled by TRIBE holders has the ability to mint FEI and appoint other Minter and Burner contracts.\n\nThe FEI contract itself is not upgradeable.\n\nAn additional role, the Guardian, can pause the minting of FEI. The Fei Core Team holds this role in a multi-sig, with the intention of either renouncing the role or transitioning to a community held multi-sig. More information can be read in our docs: https://docs.fei.money/governance/fei-guardian 1\n\n6. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n\tMarket Cap: $527,000,000\n\t24h Volume: $70,000,000\n\tVolatility: Low\n\tExchanges: Uniswap V2, Uniswap V3, Gate.io 1, MXC, Virgox, BiKi, etc. As reported by CoinGeicko 3.\n\tMaturity: Early-Mid\n\n9. Social channels data (Size of communities, activity on Github)\n27K followers on Twitter, 2 17k members in Discord 3, Github\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\tDate of Deployment: March 28, 2021\n\tNumber of Transactions: 81,798\n\tNumber of Holders: 4,089\n\n## Rationale\nBecause FEI is an earlier stage project the proposal is only for depositing. The use of rateStrategyStableTwo, reserve factor, and disabled stable borrowing is appropriate for similar stablecoins per https://docs.aave.com/risk/asset-risk/risk-parameters.\n\n## Implementation\n\nThe FEI price oracle will be served via [ChainLink](https://chain.link/), which includes the [FEI/ETH feed](https://docs.chain.link/docs/ethereum-addresses).\n\nFEI will only be used for depositing, not as collateral. The following params are proposed:\n\n\n - Strategy: rateStrategyStableOne\n - Base LTV As Collateral: 0\n - Liquidation Threshold: 0\n - Liquidation Bonus: 0\n - Borrowing Enabled: true\n - Stable BorrowRate Enabled: false\n - Reserve Decimals: 18\n - Reserve Factor: 2000\n\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n\n- Interest bearing aFEI: 0xAcF35Af93a65904C50ED93dfb010bAAdEBb4ccF0\n- Variable Debt variableDebtFEI: 0x1B669D5034143E272b5Ff548f2878735A2F3505A\n- Stable Debt stableDebtFEI: 0x1DdcF68f4C2600CBE534212765F964342a2faf02\n- Strategy Implementation for FEI: 0xF0bA2a8c12A2354c075b363765EAe825619bd490\n\nAdditionally the Fei Smart Contracts team contributed an ERC-20 compatibile incentives controller contract to the Aave codebase so other teams can add rewards in their native token: https://github.com/aave/incentives-proposal/pull/5 \n\n- TRIBE Incentives Controller Implementation: 0xff865335401f12b88fa3ff5a3a51685a7f224191\n- and proxy: 0xDee5c1662bBfF8f80f7c572D8091BF251b3B0dAB\n\n## References\n\nWebsite - https://fei.money/\n\nTwitter - https://twitter.com/feiprotocol\n\nDocs - https://docs.fei.money/\n\nGithub - https://github.com/fei-protocol\n\nToken Contract - https://etherscan.io/token/0x956F47F50A910163D8BF957Cf5846D573E7f87CA\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "AIP-33" + }, + "AIP-35": { + "aip": 35, + "title": "Adjust interest rate to account for APY over-approximation", + "status": "Proposed", + "author": "Ahmed Naguib Aly (@ahnaguib)", + "shortDescription": "Adjust interest rate to account for APY over-approximation", + "discussions": "https://governance.aave.com/t/arc-update-ampl-interest-rate-curve-to-account-for-over-approximation-in-compounded-interest/5350", + "created": "2021-07-26T00:00:00.000Z", + "preview": "## Simple Summary\n\n- Update interest rate on AMPL market to account …", + "content": "\n\n## Simple Summary\n\n- Update interest rate on AMPL market to account for over-approximation in compounded interest computation.\n- Make use of the exponential curve due to the over-approximation to set higher max APY.\n\n\n## Motivation\n\nIn AAVEs MathUtils an over-approximation in the application of the interest rate for computing compounded interest was discovered. \n\n### In [calculateCompoundedInterest](https://github.com/aave/protocol-v2/blob/baeb455fad42d3160d571bd8d3a795948b72dd85/contracts/protocol/libraries/math/MathUtils.sol#L45) method\n\nPeriodic rate (per second) is computed as:\n\nuint256 ratePerSecond = rate / SECONDS_PER_YEAR;\n\nin comparison to the exact computation.\n\n![|281x35](https://github.com/aave/aip/blob/debf98b7ebe21b2964b3dc03843854c78709d813/content/assets/AIP-35/rate_per_second.png?raw=true)\n\nderived from:\n\n![|269x48](https://github.com/aave/aip/blob/debf98b7ebe21b2964b3dc03843854c78709d813/content/assets/AIP-35/apy_formula.jpeg?raw=true)\n\nThe deviation in the applied interest rate causes a small over-approximation for APYs <10%, but grows exponentially as can be seen below.\n\n|Expected APY|Effective APY|Expected daily rate|Effective daily rate|\n| --- | --- | --- | --- |\n|4.00%|4.08%|0.01%|0.01%|\n|5.00%|5.13%|0.01%|0.01%|\n|10.00%|10.52%|0.03%|0.03%|\n|50.00%|64.87%|0.11%|0.14%|\n|100.00%|171.83%|0.19%|0.27%|\n|200.00%|638.91%|0.31%|0.55%|\n|1000.00%|2202543.09%|0.68%|2.78%|\n|10000.00%|2.69E+43%|1.30%|31.52%|\n\nThis difference is especially noticeable in the AMPL market, where the configured interest rate can go up to 10,002% at max utilization.\n\nThe AAVE Genesis team has been made aware and they will publish more guidance on the discrepancy.\n\n## Specification\n\nAs mentioned in AIP-26, a nonlinear - logistic or exponential - interest curve is more suited for \nAMPL's market and potentially other assets on AAVE's platform.\n\nThe over-approximation mentioned above results in an exponential curve which allows for defining a \nmore suitable interest curve for AMPL. We propose the following parameters, which produces the curve below.\n\n* Optimal utilization = 80%\n* Base rate = 1%\n* Slope1 = 2%\n* Slope2 = 750%\n\n\n![|624x384](https://github.com/aave/aip/blob/debf98b7ebe21b2964b3dc03843854c78709d813/content/assets/AIP-35/curve.png?raw=true \"Chart\")\n\n##### APY table above 80% Utilization:\n\n|Utilization|APY|\n|---|---|\n|80.00%|3.05%|\n|81.00%|49.93%|\n|82.00%|118.15%|\n|83.00%|217.40%|\n|84.00%|361.82%|\n|85.00%|571.94%|\n|86.00%|877.67%|\n|87.00%|1322.50%|\n|88.00%|1969.72%|\n|89.00%|2911.43%|\n|90.00%|4281.60%|\n|91.00%|6275.19%|\n|92.00%|9175.85%|\n|93.00%|13396.29%|\n|94.00%|19536.98%|\n|95.00%|28471.63%|\n|96.00%|41471.48%|\n|97.00%|60386.14%|\n|98.00%|87906.81%|\n|99.00%|127949.14%|\n|100.00%|186210.38%|\n\n \n##### The part of the curve under 80% Utilization: \n\n**![|624x325](https://github.com/aave/aip/blob/debf98b7ebe21b2964b3dc03843854c78709d813/content/assets/AIP-35/curve_under_optimal.png?raw=true \"Chart\")**\n\n## Rationale\n\n1. Accounting for the over-approximation of the existing Slope2=10,000% interest curve requires reducing the slope2 parameter.\n2. Taking advantage of the exponential curve allows for:\n a. Setting a higher optimal utilization rate.\n b. Setting a higher maximum APY to reduce the potential for\n utilization being at 100% for extended periods without creating a too steep of an interest rate increase right above the optimal utilization rate.\n\n\n## Implementation\n\nA deployment of the existing implementation of the Interest Strategy will be used, with the following parameters:\n\n optimalUtilizationRate: new BigNumber(0.8).multipliedBy(oneRay).toFixed(),\n baseVariableBorrowRate: new BigNumber(0).multipliedBy(oneRay).toFixed(),\n variableRateSlope1: new BigNumber(0.02).multipliedBy(oneRay).toFixed(),\n variableRateSlope2: new BigNumber(7.5).multipliedBy(oneRay).toFixed(),\n\n[https://etherscan.io/address/0x84d1FaD9559b8AC1Fda17d073B8542c8Fb6986dd#readContract](https://etherscan.io/address/0x84d1FaD9559b8AC1Fda17d073B8542c8Fb6986dd#readContract)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-35" + }, + "AIP-37": { + "aip": 37, + "title": "Update to the Liquidity Mining Distribution", + "status": "Proposed", + "author": "Anjan Vinod (@Anjan-ParaFi)", + "shortDescription": "Update to the Liquidity Mining Distribution", + "discussions": "https://governance.aave.com/t/arc-extend-aave-liquidity-mining-rewards/4852/72", + "created": "2021-09-10T00:00:00.000Z", + "updated (*optional)": "2021-09-10T00:00:00.000Z", + "preview": "## **AAVE AIP 37**\n\nUpdate to the Liquidity Mining Distribution\n\nThe …", + "content": "\n## **AAVE AIP 37**\n\nUpdate to the Liquidity Mining Distribution\n\nThe latest liquidity mining proposal went live on August 24th.\n\nA misconfiguration was found in the latest liquidity mining distribution: new assets added to the program are **not receiving rewards**. This AIP fixes the misconfiguration, increasing the rewards proportionally for those assets by taking into account when they should have started receiving rewards and the execution timestamp of this update.\n\nThe new emission rate will be determined by the formula listed in this AIP’s [payload](https://etherscan.io/address/0xC5Dc99a421e3FB9d64c7B5BBb47a5e072370eDE8#code). The new emission rate will go live once this AIP is executed.\n", + "basename": "AIP-37" + }, + "AIP-3": { + "aip": 3, + "title": "V1 upgrades for seamless transition to AAVE v2", + "status": "Implemented", + "author": "Marc Zeller (@marczeller)", + "shortDescription": "", + "discussions": "https://governance.aave.com/t/aip-3-upgrade-aave-v1-lendingpool-contract-for-seamless-migration-to-v2/1383", + "created": "2020-11-11T00:00:00.000Z", + "updated": "2020-11-11T00:00:00.000Z", + "preview": "## AIP rationale\r\n\r\nAt the time of writing, 14,732,165 aLEND are …", + "content": "\r\n\r\n## AIP rationale\r\n\r\nAt the time of writing, 14,732,165 aLEND are deposited in the Aave protocol reserve, several community members currently use these assets as collateral in loans and would like to migrate both from LEND to AAVE and from V1 to V2 in the future.\r\nOutside of the situation of the aLEND holders, having a Flashloan-powered migration tool usable for every asset available on V1 to allow seamless migration from v1 to v2 would significantly ease the process of upgrading the liquidity to the new version of AAVE.\r\n\r\nTo allow these new features, small modifications of the `repay()` method are needed to upgrade the efficiency of the process and allow v2 flashloans to access it.\r\n\r\n## AIP content in short\r\n\r\n- upgrade of `lendingPool` v1 smart-contract `repay()` method\r\n \r\n This AIP expected effect will be the increase of migrated LEND and faster & easier transition to Aave V2 of V1 liquidity of all assets alongside an increased volume of Flashloans.\r\n\r\n\r\n## Implementation details\r\n\r\n- Upgrade of the LendingPool contract https://etherscan.io/address/0x017788dded30fdd859d295b90d4e41a19393f423#code\r\n- Modify the repay() function as follows:\r\nOn LendingPool.sol, line 617, replace `onBehalfOf` with `msg.sender`\r\n\r\nThe upgrade having a minimum impact on v1 and is particularly simple on the technical side, for this reason, internal review by the Aave genesis team has been considered sufficient to validate it.\r\nthis upgrade details can be found in the Aave public github repo :\r\n\r\n- modification code : https://github.com/aave/aave-protocol/pull/28/\r\n\r\n- AIP 3 Proposal payload: https://etherscan.io/address/0x3f0cfa3cad621c3651faf9de014489e20e5bf9d1\r\n \r\n## Copyright\r\n\r\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\r\n", + "basename": "AIP-3" + }, + "AIP-4": { + "aip": 4, + "title": "Activation of Aave Protocol Governance V2", + "status": "Implemented", + "author": "Marc Zeller (@marczeller)", + "shortDescription": "", + "discussions": "https://governance.aave.com/t/arc-activation-of-aave-protocol-governance-v2/1717", + "created": "2020-12-11T00:00:00.000Z", + "updated": "2020-12-11T00:00:00.000Z", + "preview": "## AIP rationale\n\nAave V2 governance is inspired by delegation-based …", + "content": "\n\n## AIP rationale\n\nAave V2 governance is inspired by delegation-based governance models already on the market, while introducing 3 key innovations and a new layer of resilience:\n\nThe introduction of a new concept in DeFi governance - the **segregation between voting and proposition power** to increase control and ownership of voting rights for AAVE holders.\nAAVE holders will have the choice between delegating proposal creation power to specialized actors while holding their voting rights; or even delegating them to another entity.\n\n**Voting strategies** - The AAVE token exists and is used in the Aave ecosystem in a variety of ways. Through different voting strategies, AAVE in different forms can be used to vote and create proposals. In the initial implementation both AAVE and stkAAVE holders will have voting and proposal creation rights. Voting strategies can be upgraded at any time through a governance proposal to include other forms of AAVE (i.e. aAAVE, staked AAVE/ETH AMM shares, etc.)\n\n**Multiple executor entities** - Different components of the ecosystem might have different needs for consensus and security. For example, changing the AAVE token logic itself might have a large impact on the ecosystem and is something that requires higher consensus than adjusting a risk management parameter. The Aave governance V2 splits the control of different entities within the Aave ecosystem between different executors with different execution delays (timelocks) and different consensus parameters. At the beginning there will be two different executors:\n\n**a.** Executor 1 (short timelock) will control the whole Aave Protocol v1, the token distributor used in v1, the contract collecting the v1 fees, the AAVE Reserve Ecosystem and any change in this timelock itself. Once the break-in period for Aave V2 is completed, this timelock will also control the current Aave V2 market and all the future markets instantiated by the Aave Genesis Team.\n\n- admin : Aave Governance v2\n- delay : 1 day\n- grace period : 5 days\n- proposition threshold: 0.5%\n- voting duration: 3 days\n- vote differential: 0.5%\n- Approval quorum: 2%\n\n**b.** Executor 2 (long timelock) will control the upgradeability of the AAVE token, stkAAVE, any change in v2 governance parameters and any change in the parameters of this timelock itself.\n\n- admin: Aave Governance v2\n- delay: 7 days\n- grace period: 5 days\n- proposition threshold: 2%\n- voting duration: 10 days\n- vote differential: 15%\n- Approval quorum: 20%\n\nThe Guardian - As long as a large majority of AAVE tokens are in a centralised exchange, it’s impossible to prevent a STEEM-like governance attack where a centralised entity would use its users’ assets to take over a decentralised protocol through governance. As a security measure to avoid such a scenario, a temporary 5/10 multisig is given a power of veto to cancel proposals in case malicious code is introduced through an AIP. Those entities have been chosen within the AAVE community to be globally distributed, and they cover safety skill sets through governance, code, and economic analysis. Guardians can be changed later through election.\nThe current multisig signers are : James Vaugh (Fire Eyes/Metacartel), Anthony Sassano (SET protocol/ETHhub/Daily Gwei), Mariano Conti (ex MakerDAO head of smart contracts), Tarun Chitra (Gauntlet), DeFiSaver, Zerion, Parafi Capital, Framework Venture, Arthur0x and the Aave Genesis Team\nSome of the expected short-term outcomes of this implementation are new actors creating proposals for token additions, risk parameter upgrades or new liquidity market creation.\n\n## AIP content in short\n\n- Implementation of the Aave Governance v2 smart contract\n- Implementation of voting delegation and proposal power delegation\n- Implementation of voting strategies with the inclusion of AAVE and StkAAVE\n- Addition of voting and proposition power delegations on AAVE and SktAAVE\n- Implementation of Executor entities\n- Implementation of the Guardian\n\n\n## Implementation details\n\nCreating a Governance V1 Proposal vote with the proposal executor at https://etherscan.io/address/0xd194b24913806fc885f1fecd3e776f8449e5e24a#code\n\nIf the proposal passes:\n\na. The new Aave Token logic implementation will be https://etherscan.io/address/0xc13eac3b4f9eed480045113b7af00f7b5655ece8#code which includes the new delegation capabilities.\n\nb. The new StakeToken logic implementation will be https://etherscan.io/address/0xc0d503b341868a6f6b6e21e0780aa57fdbbca53a#code which includes the new delegation capabilities.\n\nc. The upgradeability permissions over the AAVE and stkAAVE tokens will be moved to the long executor on https://etherscan.io/address/0x61910ecd7e8e942136ce7fe7943f956cea1cc2f7#code\n\nd. All the permissions on V1 of the protocol will be moved to the short executor.\n\ne. The permissions over the contract of the Ecosystem’s Reserve will be moved the short executor on https://etherscan.io/address/0xee56e2b3d491590b5b31738cc34d5232f378a8d5#code\n\nAt this point, the Governance V2 on https://etherscan.io/address/0xec568fffba86c094cf06b22134b23074dfe2252c#code will be operative, accepting submission of new proposals\n \n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-4" + }, + "AIP-5": { + "aip": 5, + "title": "Adding CRV on AAVE", + "status": "Implemented", + "author": "Charlie (@charlie_eth), Julien (@bneiluj)", + "discussions": "https://governance.aave.com/t/listing-proposal-add-crv-curve-dao-token/1395", + "shortDescription": "Aave governance proposal to enable CRV as a base asset", + "created": "2020-12-14T00:00:00.000Z", + "updated": "2020-12-14T00:00:00.000Z", + "preview": "## AIP rationale\n\nCurve is an exchange liquidity pool on Ethereum …", + "content": "\n\n## AIP rationale\n\nCurve is an exchange liquidity pool on Ethereum designed for extremely efficient stablecoin trading. It is the second biggest DEX on Ethereum and the third biggest protocol by TVL.\n\n## References \n\n- Forum proposal and poll \nhttps://governance.aave.com/t/listing-proposal-add-crv-curve-dao-token/1395\nhttps://governance.aave.com/t/proposal-add-support-for-crv-curve-dao-token/774\n\n- Project: https://www.curve.fi/\n- whitepaper: https://www.curve.fi/stableswap-paper.pdf\n- document portal, \nhttps://curve.readthedocs.io/en/latest/\n- source code for the system(s) that interact with the proposed collateral: https://github.com/curvefi/curve-contract, https://github.com/curvefi/curve-dao-contracts\n- Ethereum addresses contracts: https://www.curve.fi/contracts\n- audits both procedural and smart contract focused: https://www.curve.fi/audits\n- communities:\n\n* Telegram: https://t.me/curvefi\n* Twitter: https://twitter.com/curvefinance\n* Discord: https://discord.gg/rgrfS7W\n* Youtube Channel: http://www.youtube.com/c/CurveFinance\n\n## Paragraph Summary \n\nCurve is an exchange liquidity pool on Ethereum designed for extremely efficient stablecoin trading. It is the second biggest DEX on Ethereum and the third biggest protocol by TVL.\nThe CRV token is a governance token which also allows liquidity providers to boost their rewards on the platform as well as receive a share of trading fees on the Curve platform. Curve has recently reached over $10B in cumulative volume.\nUsers who vote lock their tokens (CRV => veCRV) receive a share of trading fees on the platform as well as a boost on their provided liquidity.\n\n## Motivation \nShort description of the proposed technical solution\n\n### Specifications \n\n1. What is the link between the author of the AIP and the Asset? \n\nTeam member/llama master\n\n2. Provide a brief high-level overview of the project and the collateral token \nSee Summary\n\n3. Explain positioning of token in the AAVE ecosystem: which market? \n\nThe asset will be listed in the current AAVE V2 market.\n\n4. Provide a brief history of the project and how it overcame stressed conditions \n\nCurve was created in early 2020 and was the second protocol to reach $1B in TVL. It is currently the second biggest DEX on Ethereum.\n\n5. How is the asset currently used? \n\nLending/governance/profit sharing\n\n6. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity) \n\nhttps://www.coingecko.com/en/coins/curve-dao-token#markets\n\n7. Social channels data (Size of communities, activity on Github) \n\nLinks above\n\n8. Risk Assessment and Parameter suggestions \n\nHere is an analysis based on Aave’s Asset Risk Framework 3 to quantify CRV’s risks and the resulting model parameters suggestions\n\n## CRV’s Overall Risk is B-\n\n

\n \n

\n\nThe table below shows the key metrics used for the analysis as well as the risk scores using data from CoinGecko as of 15/12/2020\nCRV is the governance token of the Curve DAO behind the Curve Stablecoin Exchange the third biggest DEX on Ethereum with $1B of TVL. Curve offers an optimised model for stablecoin trading and revenue sharing incentives with fees from the >$10B in cumulative trading volume\n\n## CRV Smart Contract Risk: B-\nCRV token was introduced to Curve in August 2020 through liquidity mining. The code has 3 audits from ToB, Quantstamp and MixBytes. It is central in the DAO operations enabling stakers to vote and boost their yields with the locking of CRV. This model has generated half a billion transactions in half a year, with around 15,000 holders\n\n## CRV Counterparty Risk: B\nThe Curve DAO operates as a fully decentralised organisation with community proposals and votes. The ecosystem is funded by fees of the Curve Exchange generated by the $40m of daily volume\n\n## CRV Market Risk: C\nCurve is one of the leading DeFi projects. The token is available on top exchanges with nearly $100m market capitalisation and nearly as much average daily volume though a large share of CRV’s supply is locked. CRV experienced volatility in the last month with the rest of the market having yet to recover\nCRV’s risk profile is close to YFI’s leading to the same model parameters\n\n## Risk Parameters\n\n- LTV 40%\n- Liquidation Threshold 55%\n- Liquidation Bonus 15%\n- Reserve Factor 20%\n\n## Variable Interest Rate Model\n\n

\n \n

\n\n\nCRV fits the profile of a collateral asset, with the need for a conservative borrow rate model with a low optimal utilisation to protect collateral liquidity\n\n- UOptimal 45%\n- R_0 0%\n- R_s1 7%\n- R_s2 300%\n\n### Code \nThe code is part of the standard Aave protocol deployment (the AToken, Debt tokens and interest rate strategy) therefore no audits are needed. The code can be found here https://github.com/aave/protocol-v2/tree/master/contracts/protocol/tokenization\n\n### Test Cases \nBeing a standard ERC20, the Aave protocol test cases already cover everything needed to support CRV.\n\n### Security Considerations\nThe CRV token doesn’t have any specific behavior (eg. rebasing, balance increasing) and doesn’t offer meta governance functionalities since it requires locking to participate in the governance. Therefore, the standard AToken contract and corresponding debt tokens, already used for the majority of assets listed in Aave, can be also used for CRV. No auditing of the code is required.\n\n", + "basename": "AIP-5" + }, + "AIP-6": { + "aip": 6, + "title": "Adding GUSD on AAVE", + "status": "Implemented", + "author": "Gemini (@Gemini)", + "shortDescription": "", + "discussions": "https://governance.aave.com/t/proposal-add-support-for-gemini-gusd/384", + "created": "2020-12-23T00:00:00.000Z", + "updated": "2020-12-23T00:00:00.000Z", + "preview": "## Simple Summary\nThe Gemini dollar is a cryptographic token that is …", + "content": "\n## Simple Summary\nThe Gemini dollar is a cryptographic token that is issued by Gemini, strictly pegged 1:1 to the U.S. dollar, and built on the Ethereum network according to the ERC20 standard for tokens.\n\n\n## Abstract\nAdd GUSD to the AAVE V2 market.\n\n## Motivation\nGUSD is an additional fiat on-ramp into the DeFi ecosystem that will help diversify fiat sources inside of AAVE markets.\n\n## Specification\nGUSD can be exchanged for USD at a fixed 1:1 rate on the Gemini exchange. I have personally tested this out and was impressed with the results: withdraw of GUSD from Gemini exchange was sent within 1 minute using fast gas, and deposit back into Gemini was credited within ~17 block confirmation. It should be possible for liquidators (who are willing/able to KYC) to flip GUSD collateral directly through Gemini for the time being. GUSD also has a few trading pairs on other centralized exchanges such as OKEx, HitBTC, and ZB. I plan on submitting a proposal to create a GUSD Curve pool in the near future as well, if this is supported by veCRV voters the on-chain liquidity for GUSD should improve substantially.\n\n## Rationale\nBenefits for Aave:\n\nDiversification of centralized assets: GUSD relies on a different issuer and custodian compared to USDC, TUSD, USDT, or BUSD. Credit, custody, or regulatory risks may be less correlated across these assets, which could reduce risk to Aave security module stakers.\nNew DeFi on/off ramp: Gemini has good linkage with US bank wire and ACH networks, comparable to Coinbase as a fiat ramp.\nWhile Coinbase have played nice so far, it’s dominance in regulated crypto liquidity and USDC on/off ramp has huge influence over the space. I see Gemini and GUSD as a viable competitor. From an industrial economics standpoint, Aave and other Defi protocols like Maker may benefit from breaking down monopolies of their key counter-parties.\n\n## Risk Analysis\n\nThe Risk Team has applied Aave’s Risk Framework to GUSD leading to an overall risk rating of B-\n\nGUSD is issued by Gemini Trust Company. It has been created for practical use in innovative applications, among which to facilitate Gemini’s institutional solutions and exchange operations.\n\nGUSD Smart contract Risk: C+\n\nGUSD was launched in September 2018 – at the same time then USDC – yet it has only experienced 120k blockchain transactions.\n\nThe GUSD smart contract only supports 2 decimals meaning that interest accrual can only occur for more than 1 cent.\n\nUSDC Counterparty Risk: C+ cannot use as collateral (centralisation D-)\n\nAs it is backed by real US dollars, GUSD is centralised. Moreover it has few holders with most of the transactions off-chain on the centralised Gemini environment.\n\nAn independent accountant’s audit report is published at the end of each month on the website. GUSD is regulated bringing trust to the token. Still, the infrastructure is based on the Ethereum blockchain where regulators have little power.\n\nGUSD Market Risk: B -\n\nGUSD has a small market capitalisation at less than 20m with a small trading volume. The price has diverged from 1 a few times in the last 3 months with up to 3% price variation.\nGiven the reduced market capitalization and the possibility of market price manipulation, the oracle will fix the price of GUSD to $1. This does not bring additional risk because the asset cannot be used as collateral and even if the market price swings considerably, the asset is still redeemable 1:1 for USD. The risk team will reevaluate the asset periodically to validate the viability of an actual market based oracle as the GUSD supply grows. \n\nRisk Parameters ~ BUSD sUSD\nNot a collateral\nReserve Factor 10%\n\nVariable Interest Rate Model ~ BUSD sUSD\nUOptimal 80%\n\nR_0 0%\n\nR_s1 4%\n\nR_s2 100%\n\n## References\n\n- *Whitepaper*: https://gemini.com/static/dollar/gemini-dollar-whitepaper.pdf\n- *Website*: https://gemini.com/dollar\n- *Twitter*: https://twitter.com/Gemini\n- *Source Code*: https://github.com/gemini/dollar\n- *GUSD token contract*: https://etherscan.io/token/0x056fd409e1d7a124bd7017459dfea2f387b6d5cd\n- *Accountant’s reports at bottom of page*: https://gemini.com/dollar#reports\n- *Trail of bits contract audit*: https://gemini.com/static/dollar/gemini-dollar-trailofbits-audit.pdf\n\n## Copyright\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-6" + }, + "AIP-7": { + "aip": 7, + "title": "Aavenomics Quarterly Upgrade", + "status": "Proposed", + "author": "Marc Zeller (@marczeller)", + "discussions": "https://governance.aave.com/t/arc-aavenomics-quarterly-upgrade/1631", + "created": "2021-01-05T00:00:00.000Z", + "updated": "2021-01-05T00:00:00.000Z", + "shortDescription": "This AIP will increase the responsibility of AAVE stakers for their service of protecting the Aave protocol by the formal activation of the slashing and adjust the emission accordingly", + "preview": "## AIP rationale\n\nOn the 25th of September 2020, with the results of …", + "content": "\n\n## AIP rationale\n\nOn the 25th of September 2020, with the results of AIP-1, the Aave protocol kickstarted its initial phase of Aavenomics and Safety Incentives with a scheduled distribution of 400 AAVE per day to Safety module stakers.\n\nWith the implementation of the Aave Protocol V2 and the soft deadline of first-quarter reached, this proposal will allow an upgrade of the reserve emission model for the Safety module.\n\nThis AIP will increase the responsibility of AAVE stakers for their service of protecting the Aave protocol by the formal activation of the slashing.\n\nThe slashing officially enforces the currently implicit responsibility and risk of the participation in the stakings modules of Aave. In the worst-case scenario of critical failure, an amount to be decided will be slashed from stakers deposits.\n\nIn this phase 0 of the slashing, the auction mechanism will not be automatized yet and if a slash were to happen it would be done through governance and direct compensation.\n\n\n## AIP content in short\n\n- Increasing the Safety Incentives: As the possibility of slashing will now be formally introduced, staking reward should reflect the risk. Hence we propose to increase the Safety Incentives to 550 AAVE per day\n- Slashing %: The maximum slashing amount is set to 30%\n\n\n## Implementation details\n\nThe payload to be executed is available at\n\nhttps://etherscan.io/address/0x4ab8ba929e4cc780cb82be34eea29a9ea7a58049#code\n\nThe payload will upgrade the Aave reserve contract to a new implementation\n\nhttps://etherscan.io/address/0xa335e2443b59d11337e9005c9af5bc31f8000714#code\n\nAnd introduce a reserve controller, with the rights of approving transfers/transferring assets out of the Aave Reserve, under control of the Aave governance short executor\n\nhttps://etherscan.io/address/0x1e506cbb6721b83b1549fa1558332381ffa61a93#code\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-7" + }, + "AIP-8": { + "aip": 8, + "title": "Adding BAL on AAVE", + "status": "Proposed", + "author": "Coopahtroopa (@coopahtroopa), MonetSupply(@monet-supply), Mubrais (@mubaris)", + "shortDescription": "Enable BAL as a base asset in Aave V2", + "discussions": "https://governance.aave.com/t/proposal-add-support-for-bal/1787", + "created": "2021-01-25T00:00:00.000Z", + "updated": "2021-01-27T00:00:00.000Z", + "preview": "## Simple Summary\n\nBAL is the governance token of …", + "content": "\n\n## Simple Summary\n\nBAL is the governance token of [Balancer](https://pools.balancer.exchange/#/explore), a programmable liquidity and asset managment protocol with over [$800M in TVL](https://defipulse.com/balancer) according to DeFi Pulse.\n\n## Abstract\n\nAdd [BAL](https://etherscan.io/token/0xba100000625a3754423978a60c9317c58a424e3d) to the AAVE V2 market.\n\nBalancer is a DEX that uses a constant function market maker formula to allow liquidity pools with multiple tokens, custom allocations and fees. Smart pools in Balancer can be used for programmable liquidity. \n\nTraders can swap between any of the tokens listed on Balancer in exchange for a swap fee (paid to liquidity providers) and slippage based upon the relative trade size. \n\nBAL is the governance token of the Balancer exchange, entitling holders (including those providing BAL liquidity on Balancer) to vote on proposals. BAL also receives preferential treatment in the Balancer exchange liquidity mining program.\n\nBalancer is responsible for the creation of [Snapshot](https://snapshot.page/#/), and currently leading a number of [governance intiatives](https://snapshot.page/#/balancer/proposal/QmXQpKyw1BvYgZtvC2KGqrDezWBfSUBEKK77Kx866yBLYf) to reward active contributions to the protocol.\n\n## Motivation\n\nAs Balancer gears up for the launch of Balancer V2, composability becomes key for the Balancer ecosystem.\n\nAt the time of writing, BAL has a market cap of $230M.\n\nApart from the BAL liquidity on Balancer, BAL is also listed on FTX, Coinbase, Binance, Gemini and other centralized exchanges.\n\nAdding BAL to Aave will be the first major lending/borrowing market for the asset, and one that sets precedent for future exploration of Balancer Pool Token (BPT) markets similar to [Aave V1 Uniswap Markets](https://medium.com/aave/the-uniswap-market-is-live-on-aave-protocol-12b5a4cc5e2).\n\nAave leverages Balancer for it's [Safety Module](https://docs.aave.com/aavenomics/safety-module), meaning this partnership further cements the relationship between the two protocols.\n\n*\"The advantage of using Balancer against other AMM solutions is clear when we factor in the possibility of dynamically adjusting the weighting towards AAVE. This allows for the creation of a market and the provision of liquidity whilst maintaining exposure to AAVE. Holding AAVE/ETH liquidity with uneven weights is very close to simply holding AAVE, with the benefits of earning trading fees on top of it.\"*\n\n\n## Benefits for Aave\nBalancer has an increasingly active community which would bring more users and liquidity to Aave.\n\nBAL earns native rewards through liquidity mining, currently yielding upwards of 80%+ APY with limited impermanent loss. This has generated strong borrowing demand for BAL on CREAM, with deposit rates often above 10%.\n\nWith deposit rates so high, it becomes super cost effective for people to borrow funds with BAL as collateral, often times with an effective negative borrowing rate!\n\n## Specification\nBAL will continue to see increased governance activity in the coming months.\n\nAdding BAL to the Aave V2 markets will provide strong borrowing demand, generating protocol fees and allowing for further governance participation.\n\n## Rationale\n\nBalancer and Aave are natural partners. Aave leverages Balancer for it's Safety Module and it only seems natural that BAL should be listed on Aave given the depth of the AAVE liquidity Balancer today.\n\nThis proposal opens design space for future lending use-cases, both on Balancer's end and on Aave's for more niche specific liqudity pool markets.\n\n## Additional Resources\n\nWhitepaper - https://balancer.finance/whitepaper 1 \nWebsite - https://balancer.finance 1 \nTwitter - https://twitter.com/BalancerLabs \nBlog - https://balancer.finance/blog-feed \nDocumentation - https://docs.balancer.finance \nSource Code - https://github.com/balancer-labs 2 \nBAL Token Contract - https://etherscan.io/address/0xba100000625a3754423978a60c9317c58a424e3d#code 1 \n\n\n## Audits/Security Reviews\n[Trail of Bits, Conesnsys Dilligence and Open Zeppelin.](https://docs.balancer.finance/core-concepts/security/audits) \n\n[AAVE Community x BAL Risk Assesment](https://governance.aave.com/t/proposal-add-support-for-bal/1787/6?u=coopahtroopa) \n\n![](https://i.imgur.com/lrXmHFD.png) \n\n**BAL Smart contract Risk: B-**\n\nSince it's launch in June BAL has reached half a million transactions driven by liquidity mining distribution program which may lead to inflation. The smart contract has been well battle tested, audited twice and has a good test coverage.\n\n**BAL Counterparty Risk: B**\n\nBalancer is a permissionless DEX with a large community of BAL holders that vote on proposals. Anyone can create a custom Balancer Pool.\n\n**BAL Market Risk: C +**\n\nThe BAL token has experience less volatility than the rest of the DeFi market since its inception but remains quite volatile. The token is traded on the top centralized exchanges with good volume.\n\n**Risk Parameters**\n\n- LTV 55%\n- Liquidation Threshold 60%\n- Liquidation Bonus 10%\n- Reserve Factor 20%\n\nVariable Interest Rate Model ~ Collaterals\n\n![](https://i.imgur.com/35kPGuC.png)\n\n- UOptimal 45%\n- R_0 0%\n- R_s1 7%\n- R_s2 300%\n\n## References\n[Coingecko](https://www.coingecko.com/en/coins/balancer) \n[Pool management - Balancer 1](https://pools.balancer.exchange/#/explore?type=shared&token=0xba100000625a3754423978a60c9317c58a424e3d) \n[Pools Vision 1](http://pools.vision/) \n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AIP-8" + }, + "AIP-9": { + "aip": 9, + "title": "Activation of the Aave Balancer Pool Liquidity Staking", + "status": "Proposed", + "author": "Marc Zeller (@marczeller), Hadrien Charlanes (@dhadrien)", + "shortDescription": "Activate Staking for Aave Balancer Pool", + "discussions": "https://governance.aave.com/t/arc-aavenomics-quarterly-upgrade/1631", + "created": "2021-01-27T00:00:00.000Z", + "updated": "2021-02-01T00:00:00.000Z", + "preview": "## AIP rationale\n\nAs stated in the [Aavenomics …", + "content": "\n\n## AIP rationale\n\nAs stated in the [Aavenomics paper](https://aave.com/Aavenomics.pdf), the AAVE asset is designed to become the center of gravity for Aave governance and the protocol safety, The Safety Incentives (SI) allocation is designed to incentivize the lines of defenses of the Aave protocol.\n\nAIP-1 was the first step of the activations of the lines of defenses of the Aave Protocol with the activation of the safety module, for the Safety to be as efficient as possible, it is required to reach significant liquidity of the AAVE asset on a Decentralized AMM.\n\nThis AIP aims at incentivizing the Liquidity providing for the AAVE asset on a specificaly designed smart pool of the Balancer protocol to make the AAVE asset more liquid on-chain by activation Safety Incentives (SI) for BPT tokens stakers.\n\nABPT (Aave Balancer Pool Token) tokens can be obtained by providing liquidity to the AAVE/ETH Balancer smart pool at a 80/20 ratio. The contract of the ABPT can be found [here](https://etherscan.io/address/0x41a08648c3766f9f9d85598ff102a08f4ef84f84).\n\nThis AIP, if accepted by the community, will start the Safety Incentive (SI) rewards distribution for ABPT stakers at the rate of 550 AAVE/day. The contract of the stkABPT can be found [here](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47).\n\nThe Safety Module is designed as an additional line of defense for Aave protocol liquidity providers and Both highliquidity and Safety module reserve can mitigate the possibility of bad debt in the occurence of a shortfall event.\n\n## AIP content in short\n\n- Start of the Safety Incentives for ABPT stakers with initial SI rewards of 550 AAVE/day.\n\n## Safety Incentives Schedule\n\nIf the community accepts the current AIP, the Safety Incentives will add 550 AAVE/day to the ABPT tokens Stakers.\n\nFor a total of 1100 AAVE/day Safety Incentives allocation.\n\nThe Safety Incentive's allocation quarterly date should be voted on before the end of the 3 months (90 days) distribution schedule. In the case of a late or no vote on a new SI allocation plan, the current allocation will continue until a vote or until the ER is empty.\n\n## Implementations details\n\nThe implementation of the AIP consist in three actions: \n- Transfer proxy ownerships of [ABPT](https://etherscan.io/address/0x41a08648c3766f9f9d85598ff102a08f4ef84f84) and [stkABPT](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47) to the Long Timelocked Governance Executor.\n- Configure [stkABPT](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47) to reward stakers for 550 AAVE per day.\n- Approve 550 AAVE per day for 3 months allowance from Reserve for [stkABPT](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47) rewards.\n\nIf this AIP is validated by a community vote, the following addresses will be involved in the execution process :\n\n- [AIP9 Proposal Payload](https://etherscan.io/address/0xd08E12367A7D68CAA8ff080D3A56b2dc6650709b#contracts)\n- [ABPT](https://etherscan.io/address/0x41a08648c3766f9f9d85598ff102a08f4ef84f84)\n- [stkABPT](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47)\n- [Aave Reserve Controller](https://etherscan.io/address/0x1E506cbb6721B83B1549fa1558332381Ffa61A93)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "AIP-9" + }, + "APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC": { + "title": "Appoint Securitize as a Whitelister to Aave Arc", + "status": "Proposed", + "author": "Adan Carreno (@adancspal)", + "shortDescription": "Securitize asks the Aave Governance community to approve Securitize as a Whitelister for Aave Arc", + "discussions": "https://governance.aave.com/t/arc-appoint-securitize-as-a-whitelister-to-aave-arc/6434", + "created": "2022-06-08T00:00:00.000Z", + "updated": "2022-06-21T00:00:00.000Z", + "preview": "## Simple Summary\n\nSecuritize asks the Aave Governance community to …", + "content": "\n\n## Simple Summary\n\nSecuritize asks the Aave Governance community to approve the appointment, adoption, and authorization of Securitize as a “whitelister” on the Aave Arc market.\n\n## Abstract\n\nSecuritize is the leading digital asset securities company. As a FINRA member Broker-Dealer and the first SEC-registered Transfer Agent operating with digital asset securities, Securitize is one of the most regulated firms in the entire digital assets industry.\n\nSecuritize has an excellent track record for providing comprehensive compliance services to a vast array of digital assets companies. Our proprietary investor passport, Securitize iD, is globally recognized and built upon Securitize’s battle-tested KYC/KYB/AML/CFT compliance program, allowing Securitize iD to be trusted by over 450K registered investors and over 200 issuers to date.\n\nWe have performed a detailed analysis and documented it [here](https://governance.aave.com/t/arc-appoint-securitize-as-a-whitelister-to-aave-arc/6434) for the consideration of the Aave Governance community. We believe that Securitize satisfies all criteria necessary to be appointed as a whitelister for Aave Arc.\n\n\n## Motivation\n\nThe institutional appetite for DeFi is growing, but that hunger remains mostly unsatisfied due to compliance obstacles. In response, pragmatic DeFi communities like Aave launched permissioned versions of their services, like Aave Arc, and are wisely seeking regulated third parties, like Securitize, to facilitate user credential and access management.\n\nAs a whitelister, Securitize will function as one of the trusted gatekeepers for Aave Arc, ensuring that only wallets with verified credentials can access the permissioned liquidity pool. Therefore, institutions can safely leverage the transactional benefits of Aave — e.g., supply, borrow, and liquidate digital assets — while still abiding by their compliance requirements. Securitize believes that this is a monumental first step toward the eventual mass inclusion of institutions in the decentralized economy.\n\n## Specification\n\n“Whitelisting” is the gatekeeping function performed by whitelisters on users of Aave Arc. The term refers specifically to the process of:\n\nConducting KYC/KYB checks on the user;\nOnboarding the user with appropriate disclosures, terms, and conditions;\nGranting specific permissions (e.g., borrow, supply, liquidate) to the Ethereum wallet address(es) provided by the user.\nIn addition, Aave Arc whitelisters perform a similar role on Arc as guardians do on Aave V2. Specifically, whitelisters can use a multi-sig veto on governance proposals that add excessive compliance risk on the Aave Arc protocol. For example, existing whitelisters can veto the addition of a privacy coin if such a coin is impermissible in the relevant jurisdiction, or veto the addition of a whitelister that has a poor reputation for compliance.\n\nThe whitelisting is managed via a [PermissionManager](https://etherscan.io/address/0xF4a1F5fEA79C3609514A417425971FadC10eCfBE) contract, in which whitelisters are designated as Permission Admins. Permission Admins are permitted to add or remove wallets grants to the Aave Arc market by calling addPermissions() and removePermissions() contract methods, respectively.\n\n## Rationale\n\nThe Aave Governance community voted on the Snapshot proposal with “YES” 389K AAVE (99.98%) and “No” 87 AAVE (0.02%)\n\n## Implementation\n\nThe implementation is described [here](https://github.com/aave/arc-timelock#adding-a-new-permissionadmin)\n\n## Proposal\n\nThe proposal executes a single call to the PermissionManager contract to add [Securitize](https://etherscan.io/address/0x36b8A1D23BDc76092aD88A1c4Ef59fafD4931b03) as PermissionAdmin in Aave ARC market:\n`IPermissionManager(0xF4a1F5fEA79C3609514A417425971FadC10eCfBE).addPermissionAdmins([0x36b8A1D23BDc76092aD88A1c4Ef59fafD4931b03]);`\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC" + }, + "AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2": { + "title": "Authorize the Guardian to hold the emergency keys for V2", + "status": "Proposed", + "author": "Imran Khan", + "shortDescription": "Authorize the Guardian to hold the emergency keys for V2", + "discussions": "https://governance.aave.com/t/aip-authorize-the-guardian-to-hold-the-emergency-keys-for-v2/6291", + "created": "2021-11-18T00:00:00.000Z", + "preview": "## Abstract\nThis Aave Improvement Proposal (AIP) is to authorize the …", + "content": "\n\n\n## Abstract\nThis Aave Improvement Proposal (AIP) is to authorize the Guardian to hold the emergency keys for V2 of the Aave Protocol, just as the Guardian holds the keys for new deployments of the Aave Protocol. These keys will allow the Guardian to pause the protocol in case of an unforeseen event, such as an exploit or other emergency.\n\nThe Guardian – a community multisig comprised of elected, reputable members of the Aave community – was established to protect the Aave Protocol in a number of ways, including against potential governance takeovers by centralized actors. Recently, the Aave community voted in favor of the Guardian holding the admin keys for new deployments of the Aave Protocol on different networks such as Avalanche.\n\nConsistent with its purpose to protect the Aave Protocol, the Guardian should hold the emergency keys for all deployments of the Aave Protocol in order to ensure security and safety for the Aave ecosystem. This will allow a more rapid response in the event of an exploit or emergency. As you know, the Guardians were a community-elected set of DeFi participants, builders, and capital allocators (see here for more info). These individuals are active contributors in the space, and are prepared to act at a moment’s notice to help the community and ecosystem mitigate risk.\n\nAlthough Aave Governance makes all decisions regarding the Aave Protocol, the need to act quickly in the case of an unanticipated event points to having the Guardian – a smaller DAO / multisig of ten – hold the emergency keys in order to be able protect the Aave Protocol and its users.\n\nTo protect the Aave Protocol from malicious actors, this AIP sets forth a proposal to authorize the Community Guardian to hold the emergency keys for all deployments of the Aave Protocol.\n\n## Motivation\n\n\n## Specification\n\n\n## Rationale\n\n\n## Test Cases\n\n\n## Implementation\n### Proposal\n\n\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2" + }, + "BAL-AAVE-TOKEN-SWAP": { + "title": "Strategic Investment Part 1 - BAL <> AAVE Token Swap", + "status": "Proposed", + "author": "Matthew Graham (@Matthew_Graham_), Elad Mallel (@eladmallel), Rajath Alex (@0xrajath)", + "shortDescription": "BAL <> AAVE Token Swap", + "discussions": "https://governance.aave.com/t/arc-strategic-partnership-with-balancer-part-1/7617", + "created": "2022-06-05T00:00:00.000Z", + "preview": "## Simple Summary\n\nThe Aave DAO is to perform a token swap with …", + "content": "\n\n## Simple Summary\n\nThe Aave DAO is to perform a token swap with Balancer DAO. The Aave DAO is to acquire 200,000 BAL tokens for 16907.28 AAVE tokens based on a 90 day moving average exchange rate of 1 AAVE for 11.8292250604 BAL tokens. \n\nUpon completion of the transaction the BAL tokens will be received into the mainnet Reserve Factor (RF).\n\n\n## Abstract\n\nThis AIP only performs the very first step in creating a veBAL holding for the Aave DAO. This AIP performs only the token swap with Balancer by exchanging AAVE from the Ecosystem Reserve for 200,000 BAL tokens.\n\nThis is the initial transaction that will then allow for the 200,000 BAL tokens plus the aBAL tokens in the Reserve Factor (redeemed for BAL) are to be paired with sufficient ETH and deposited into the Balancer V2 BAL:ETH (80:20) pool. The B-80BAL-20WETH Liquidity Provider position will then be locked up for 1 year. \n\nInitially, the veBAL will be used to vote BAL rewards to pools which support aTokens that create TVL for Aave and/or AAVE liquidity pools.\n\n\n## Motivation\n\nAave and Balancer have a long history of working together. The AAVE : ETH (80/20) Balancer V1 pool BPT is accepted within the Aave Safe Module and the newly created Balancer Boosted Pools drive TVL to Aave markets, [1](https://pools.balancer.exchange/#/pool/0xc697051d1c6296c24ae3bcef39aca743861d9a81/).\n\nWhen the AAVE : ETH (80/20) Balancer V1 pool is moved to Balancer V2 and integrated into Aave’s Safety Module, the veBAL tokens can be used to vote BAL rewards to the newly created AAVE : ETH (80/20) Balancer V2 pool.\n\nIn addition, the veBAL can be used to vote BAL rewards to Balancer Boosted Pools which utilise Aave markets in the background to create yield for passively held liquidity, [2](https://app.balancer.fi/#/pool/0x7b50775383d3d6f0215a8f290f2c9e2eebbeceb20000000000000000000000fe). There are likely to be many more Balancer Boosted Pools that utilise aTokens in the future and the veBAL votes can be used to help bootstrap these pools by directing BAL rewards to those pools. Using veBAL to vote for BAL rewards to pools that strengthen Aave is a strategic advantage of deploying the BAL tokens into the BAL:ETH pool.\n\nBy exchanging AAVE for BAL, the tokenswap reflects the ongoing collaboration and shared vision through governance in each other’s community. The token exchange is significant enough for Aave to become just outside of the Top 50 BAL tokens holder, based on etherscan BAL holder rankings, [3](https://etherscan.io/token/0xba100000625a3754423978a60c9317c58a424e3d#balances). Balancer will become a Top 80 AAVE holder, [4](https://etherscan.io/token/0x7fc66500c84a76ad7e9c93437bfc5ac33e2ddae9#balances). Each community will have influence in the other’s governance process, enabling them to best represent their interests and to collaborate.\n\nAave will likely be one of the first movers in the upcoming BAL wars and will gain a strategic advantage to bootstrap new Balancer Boosted Pools which lead to tokens being deposited in Aave markets to earn yield. This has the benefit of creating TVL and Revenue for Aave.\n\nThe initial sizing to acquire 200,000 BAL was something that was reached via discussions with the Balancer community and happens to be the same size as the recent Tribe DAO and Balancer token swap, [5](https://tribe.fei.money/t/fip-33-swap-between-balancer-dao-and-fei-dao/3555).\n\n\n## Test Cases\n\n* The full test of the Proposal Payload can be found here: https://github.com/llama-community/aave-balancer-swap\n* The full test of the Swap contract can be found here: https://github.com/llama-community/bal-aave-token-swap\n\n## Implementation\n\nCode Implementation of the OTC swap contract and AAVE proposal payload for AAVE Governance : https://github.com/llama-community/aave-balancer-swap\n\nThe full implementation consists of 4 steps:\n1. Deploy the Swap contract (`OtcEscrowApprovals`). The Swap contract contains a `swap()` function that trustlessly executes a token swap between the AAVE Ecosystem Reserve + AAVE Mainnet Reserve Factor and Balancer treasury for the pre-determined and pre-approved token amounts.\n2. Balancer treasury approves the Swap contract to transfer the 200,000 BAL tokens on its behalf.\n3. Deploy the Proposal Payload contract (`ProposalPayload`). \n4. The Proposal Payload contract contains an `execute()` function that:\n* Approves the Swap contract contract through the AAVE Ecosystem Reserve Controller to transfer 16907.28 AAVE from the AAVE Ecosystem Reserve. \n* Calls the `swap()` function on the Swap contract to execute the swap. \n\nSteps 1, 2 and 3 are intended to be pre-requisites to the actual implementation of this proposal which is Step 4.\n\n**Deployed Contracts**\n* OtcEscrowApprovals = [0x5AE986d7ca23fc3519daaa589E1d38d19BA42a47](https://etherscan.io/address/0x5ae986d7ca23fc3519daaa589e1d38d19ba42a47)\n* ProposalPayload = [0xc730008C64783a283988b0fA3b5eE6b6F997922A](https://etherscan.io/address/0xc730008c64783a283988b0fa3b5ee6b6f997922a)\n\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "BAL-AAVE-TOKEN-SWAP" + }, + "BALANCER-WHITELIST-CLAIM-STKAAVE": { + "title": "Whitelist Balancer’s Liquidity Mining Claim", + "author": "Llama, Matthew Graham, Dan Hepworth", + "shortDescription": "Whitelist Balancer’s Liquidity Mining Claim", + "discussions": "https://governance.aave.com/t/arc-whitelist-balancer-s-liquidity-mining-claim/9724", + "created": "2022-10-10T00:00:00.000Z", + "preview": "# Simple Summary\n\nThis proposal enables Balancer DAO to retrieve the …", + "content": "\n\n# Simple Summary\n\nThis proposal enables Balancer DAO to retrieve the stkAAVE Liquidity Mining incentives distributed to Linear Pools in the Balancer Boosted Aave Pool.\n\n# Abstract\n\nBalancer DAO seeks to retrieve around 1,500 stkAAVE from several Linear Pools. Balancer DAO accrued this stkAAVE after it deposited liquidity into Aave while Liquidity Mining incentives were being distributed [1,2]. \n\nThe proposal is to implement the changes required to enable Balancer DAO to retrieve the stkAAVE from the Linear Pools within the Balancer Boosted Aave Pool.\n\n# Motivation\n\nThree Linear Pools within the Balancer Boosted Aave Pool have accrued around 1,500 stkAAVE from Liquidity Mining rewards, [3]. \n\nThe Linear Pool holds the aTokens and receives the stkAAVE liquidity mining rewards but can not call the `claimRewards` function or manage any stkAAVE if it was received.\n\nThe Linear Pools unable to call `getUnclaimedRewards()` with [0xba12222222228d8ba445958a75a0704d566bf2c8](https://etherscan.io/address/0xba12222222228d8ba445958a75a0704d566bf2c8) are detailed below:\n\n1. [0x02d60b84491589974263d922d9cc7a3152618ef6](https://etherscan.io/address/0x02d60b84491589974263d922d9cc7a3152618ef6)\n2. [0xd093fa4fb80d09bb30817fdcd442d4d02ed3e5de](https://etherscan.io/address/0xd093fa4fb80d09bb30817fdcd442d4d02ed3e5de)\n3. [0xf8fd466f12e236f4c96f7cce6c79eadb819abf58](https://etherscan.io/address/0xf8fd466f12e236f4c96f7cce6c79eadb819abf58)\n\nAave enables other addresses to claim on behalf of smart contracts using the `claimOnBehalfOf()` function. \n\n# Specification\n\nA full specification of the payload contract and tests enabling this mandate can be found on the Llama Github [here](https://github.com/llama-community/aave-stkaave-retrieval)\n\nThe Proposal Payload does the following:\n1. Sets the claimer of the Balancer DAO contract's stkAAVE rewards to be the Retrieval Contract.\n\nThe retrieval contract does the following:\n1. It can only be called by the Balancer Multisig: [0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f](https://etherscan.io/address/0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f).\n2. It claims the stkAAVE rewards on behalf of the Balancer DAO: [0xba12222222228d8ba445958a75a0704d566bf2c8](https://etherscan.io/address/0xba12222222228d8ba445958a75a0704d566bf2c8) from aDAI, aUSDC, and aUSDT Balancer Linear Pools.\n3. It transfers the stkAAVE rewards to the Balancer Multisig: [0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f](https://etherscan.io/address/0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f).\n\nSnapshot and forum discussion can be found at reference [6] and [7].\n\n## Test Cases\n\nThis proposal has been tested and peer reviewed by Bored Ghost Developing [5], including simulations on mainnet of the whole proposal lifecycle.\n\nTest cases can be found at reference [8].\n\n## Implementation\n \nPayload Implementation and Retrieval Contract can be found at reference [9] & [10] respectively.\n\n## Deployed Contracts\n1. Proposal Payload = [0x9e0f13a2298a879c7834d84c2967fccc7fa42df8](https://etherscan.io/address/0x9e0f13a2298a879c7834d84c2967fccc7fa42df8)\n2. Retrieval Contract = [0x0e2d46fe246eb926d939a10efa96fb7d4eb14bb3](https://etherscan.io/address/0x0e2d46fe246eb926d939a10efa96fb7d4eb14bb3)\n\n# References\n\n1. [https://docs.balancer.fi/products/balancer-pools/boosted-pools#linear-pools](https://docs.balancer.fi/products/balancer-pools/boosted-pools#linear-pools)\n2. [https://governance.aave.com/t/arc-continue-liquidity-mining-program-on-aave-v2-ethereum-market-and-introduce-liquidity-mining-on-aave-arc-market/7189](https://governance.aave.com/t/arc-continue-liquidity-mining-program-on-aave-v2-ethereum-market-and-introduce-liquidity-mining-on-aave-arc-market/7189)\n3. [https://app.balancer.fi/#/pool/0x7b50775383d3d6f0215a8f290f2c9e2eebbeceb20000000000000000000000fe](https://app.balancer.fi/#/pool/0x7b50775383d3d6f0215a8f290f2c9e2eebbeceb20000000000000000000000fe)\n4. [https://etherscan.io/address/0x10a19e7ee7d7f8a52822f6817de8ea18204f2e4f](https://etherscan.io/address/0x10a19e7ee7d7f8a52822f6817de8ea18204f2e4f)\n5. [https://twitter.com/bgdlabs](https://twitter.com/bgdlabs)\n6. [https://snapshot.org/#/aave.eth/proposal/0xdaa660ea59f8678748d6f133d7d7ed70b941798aa9a0044a16a1285d09e26bf5](https://snapshot.org/#/aave.eth/proposal/0xdaa660ea59f8678748d6f133d7d7ed70b941798aa9a0044a16a1285d09e26bf5)\n7. [https://governance.aave.com/t/arc-whitelist-balancer-s-liquidity-mining-claim/9724](https://governance.aave.com/t/arc-whitelist-balancer-s-liquidity-mining-claim/9724)\n8. [https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/test/StkAaveRetrievalE2E.t.sol](https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/test/StkAaveRetrievalE2E.t.sol)\n9. [https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/ProposalPayload.sol](https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/ProposalPayload.sol)\n10. [https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/StkAaveRetrieval.sol](https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/StkAaveRetrieval.sol)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "BALANCER-WHITELIST-CLAIM-STKAAVE" + }, + "BOUNTY-TO-HACXYK-FALLBACK-ORACLE": { + "title": "Bounty to Hacxyk for fallback oracle misconfiguration", + "status": "Proposed", + "author": "BGD Labs (@bgdlabs)", + "shortDescription": "Releases the bug bounty payment to the Hacxyk team for their finding on the fallback oracle of Aave v3", + "discussions": "https://governance.aave.com/t/bgd-proposal-for-bounty-fallback-oracle-misconfiguration/8421", + "created": "2022-07-05T00:00:00.000Z", + "preview": "## Simple Summary\n\nThis proposal releases the 50'000 USDC …", + "content": "\n\n## Simple Summary\n\nThis proposal releases the 50'000 USDC pre-approved by the Aave community on forum and Snapshot to the Hacxyc team, for their finding concerning a misconfiguration on Aave v3 fallback oracle.\n\n## Abstract\n\nDuring the past month of April, the security firm Hacxyk disclosed to the Aave community a misconfiguration on the fallback oracle used for Aave v3 pools across markets.\nThis disclosure was analysed from a technical perspective and a bounty proposed to the Aave community to approve [HERE](https://governance.aave.com/t/bgd-proposal-for-bounty-fallback-oracle-misconfiguration/8421).\nAfter having support in both forum and Snapshot, this on-chain proposal will release the pre-approved 50'000 USDC to Hacxyk.\n\n\n## Relevant links\n\n- Governance discussion: [https://governance.aave.com/t/bgd-proposal-for-bounty-fallback-oracle-misconfiguration/8421](https://governance.aave.com/t/bgd-proposal-for-bounty-fallback-oracle-misconfiguration/8421)\n\n- Snapshot vote: [https://snapshot.org/#/aave.eth/proposal/0xb4886ff25f454773a779be3627863181ec7dbe1fb6b6e631678610dbe3f03a88](https://snapshot.org/#/aave.eth/proposal/0xb4886ff25f454773a779be3627863181ec7dbe1fb6b6e631678610dbe3f03a88)\n\n## Implementation\n\nThis proposal exclusively releases 50'000 USDC from the Aave V2 Ethereum collector, to the Ethereum account provided by the Hacxyk team.\n\nThe implementation can be found on [https://github.com/bgd-labs/aip-hacxyk-bug-bounty/blob/main/src/contracts/PayloadBountyHacxykFallbackOracle.sol](https://github.com/bgd-labs/aip-hacxyk-bug-bounty/blob/main/src/contracts/PayloadBountyHacxykFallbackOracle.sol)\n\nSimple tests can be found on [https://github.com/bgd-labs/aip-hacxyk-bug-bounty/blob/main/test/PayloadBountyHacxykFallbackOracle.t.sol](https://github.com/bgd-labs/aip-hacxyk-bug-bounty/blob/main/test/PayloadBountyHacxykFallbackOracle.t.sol)\n\n**Target Contracts**\n\nPayloadBountyHacxykFallbackOracle = [https://etherscan.io/address/0xF4294973B7E6F6C411dD8A388592E7c7D32F2486#code](\nhttps://etherscan.io/address/0xF4294973B7E6F6C411dD8A388592E7c7D32F2486#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "BOUNTY-TO-HACXYK-FALLBACK-ORACLE" + }, + "CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI": { + "title": "Consolidate Reserve Factors and Enable Borrowing DPI", + "status": "Proposed", + "author": "Llama - Matthew Graham (@Matthew_Graham_), Dydymoon (@dydymoon1), Austin Green (@AustinGreen), Noah Citron (@NoahCitron)", + "shortDescription": "Consolidate Aave Mainnet V1 and V2 Reserve Factors and Enable Borrowing DPI", + "discussions": "https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797", + "created": "2022-05-30T00:00:00.000Z", + "preview": "## Simple Summary\n\nThis is a copy of [Proposal …", + "content": "\n\n## Simple Summary\n\nThis is a copy of [Proposal 76](https://app.aave.com/governance/proposal/76/) ([IPFS](https://gateway.pinata.cloud/ipfs/QmaqqGyP76hDi5ywqSoF5r63jVrG7TdZVNzcm8Zdwa4PeM)). It expired before execution so we need to re-propose it to the Aave community.\n\nThis AIP is the combination of two ARCs presented on the Aave Governance Forum. This proposal performs the initial step of the [Llama treasury management strategy](https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797) and also includes [Index Coop’s enable borrowing of DPI](https://governance.aave.com/t/arc-enable-borrowing-of-dpi-on-aave-markets/6976) proposal. \n\nThe Llama proposal entails re-routing the current and future revenue from the mainnet V1 Reserve Factor to the mainnet V2 Reserve Factor. The Index Coop proposal re-enables users to borrow DPI after it was disable by [AIP-44](https://app.aave.com/#/governance/44-QmNVWrrm3ieyRRVD4f77zdxrvSUj1W4HDCojLKNcxmVQhr). \n\n## Abstract\n\nThe Llama Community recommends consolidating revenue earned on all Aave markets on mainnet into a single Reserve Factor (RF). This proposal consolidates past and future Aave mainnet V1 market revenue into the mainnet V2 RF. In the future, other aspects of the Llama treasury management proposal will be implemented through separate AIPs.\n\nThis proposal is broken into two parts, the second part is to enable borrowing of DPI. The borrowing of DPI was disabled via [AIP-44](https://app.aave.com/#/governance/44-QmNVWrrm3ieyRRVD4f77zdxrvSUj1W4HDCojLKNcxmVQhr) along with xSUSHI. Shortly after enacting AIP-44, DPI was found to be safe. This proposal is to reinstate DPI as an asset that can be borrowed on the Aave markets.\n\n## Motivation\n\n### Part A - Consolidate Aave Mainnet V1and V2 Reserve Factors\n\nThe legacy V1 market continues to generate mostly flash loan fee revenue and this has slowed down in recent times. There is only ~$102.7M of TVL remaining in the V1 market, and at the rate of which revenue is generated is expected to continue declining as more and more users move to V2 or V3 over time. \n\nThis proposal recommends consolidating the Aave V1, V2, and AMM market revenue into a single location before deploying the capital to earn additional yield. The V1 RF holds around [~$435K](https://etherscan.io/address/0xe3d9988f676457123c5fd01297605efdd0cba1ae) of assets at the time of writing, whereas the Ethereum V2 + AMM market holds [$26.88M](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c) of assets. Consolidating the RF balance would increase the mainnet treasury to around $27.32M.\n\n## Specification\n\n### Part A - Consolidate Aave Mainnet V1 and V2 Reserve Factors\n\nWithin this proposal, the assets held with the Aave mainnet V1 RF are to be transferred to the Aave mainnet V2 RF. All future revenue from the V1 deployment will now automatically accrue in the V2 RF upon implementation of this proposal. Post implementation of this proposal, the V1 RF is not expected to accrue any future revenue.\n\nA detailed breakdown of the consolidated constituents can be found on the [Aave Treasury Finances by Llama Dune Dashboard](https://dune.com/llama/Aave-Treasury-Finances-by-Llama?Trailing%20Num%20Time-Series=60).\n\n### Part B - Enable Borrowing DPI\n\nThe recommendation is to enable borrowing and although there are a number of extrinsic use cases for DPI emerging, starting with a utilisation rate of 45%. For Variable Interest Rate parameters, a Base of 0, Slope 1 of 7% and Slope 2 of 300% was selected which is similar to the constituents within DPI. At this point in time, there is no ask for Stable Interest Rate borrowing. \n\nThe details outlining the original specification for listing DPI can be found here, [AIP-31](https://app.aave.com/#/governance/27-Qme2d9yZ81j3JkQ4ecr7BSZv4Rvh5NyU36um48f5S75CQG). For any additional information see Index Coop’s website: https://www.indexcoop.com/dpi.\n\n## Test Cases\n\nThe full test of this proposal can be found here: https://github.com/llama-community/refactor-aave-rf/\n\n## Implementation\n\nAave mainnet V1 Reserve Factor: `0xE3d9988F676457123C5fD01297605efdD0Cba1ae`\nAave mainnet V2 Reserve Factor: `0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c`\n\nBy calling `function execute()` and `function distributeTokens()` on the ProposalPayload contract, the token distributor will be upgraded to send all funds to the `Aave mainnet V2 Reserve Factor`, the AAVE protocol v1's token distributor will be set to `Aave mainnet V2 Reserve Factor`, DPI borrowing will be enabled and all large balances from the `Aave mainnet V1 Reserve Factor` will be distributed to `Aave mainnet V2 Reserve Factor`. The new token distributor implementation was deployed to [0x55c559730cbCA5deB0bf9B85961957FfDf502603](\nhttps://etherscan.io/address/0x55c559730cbCA5deB0bf9B85961957FfDf502603).\n\n**Target Contracts**\n\nProposalPayload = [0x43D2A74c55eE4DB917251eC934b2fD03E3069bd6](\nhttps://etherscan.io/address/0x43D2A74c55eE4DB917251eC934b2fD03E3069bd6)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI" + }, + "CONTINUOUS-FORMAL-VERIFICATION-CERTORA": { + "title": "Continuous Formal Verification", + "status": "WIP", + "author": "Shelly Grossman (@shellygr)", + "shortDescription": "A proposal for integrating formal verification and path coverage tools for continuous securing of the Aave Protocol.", + "discussions": "https://governance.aave.com/t/continuous-formal-verification/6308", + "created": "2022-02-03T00:00:00.000Z", + "preview": "## Simple Summary\n\nA proposal for significantly and continuously …", + "content": "\n\n## Simple Summary\n\nA proposal for significantly and continuously improving the security of the Aave platform and the dApps built on top of it, by offering our formal verification and path coverage tooling service to the Aave Platform contributors and the Aave Protocol dApp developers. The initial proposal is for 6 months starting from the execution of this proposal.\n\n## Abstract\n\nCertora proposes two approaches to significantly increase the confidence in the platform itself and in the smart contracts built on top of it, even when the code is evolving.\n\nFirst, we propose to change the project-based relationship of Aave and Certora, to an ongoing relationship, where we will provide ongoing support and rule-writing for Certora Prover on Aave’s code. This service will be provided to all community contributions to core and periphery parts of the Aave ecosystem. This will ensure that the constantly-evolving code of Aave’s platform remains secure, protecting its users’ assets.\n\nSecond, we will develop a new symbolic execution tool (path coverage) which will significantly increase the coverage of code areas where we look for bugs, complementing the more focused nature of the Certora Prover. This tool’s results will be visible to all via a unique dashboard we will build. In addition, it will be open-source, so the community could contribute to its development.\n\n## Motivation\n\nOne of the major risks in managing a complex system of smart contracts such as Aave's is that it is harder to ensure that changes introduced via governance are safe, and that they do not break the behavior of the protocol.\n\nThese risks were highlighted by a recent incident in which a bug was introduced in a Compound governance proposal, leading to huge nonrecoverable financial losses. Of course, such bugs are not exclusive to Compound— they have been affecting many DeFi protocols.\n\nDetecting vulnerabilities before they are deployed is difficult because of the lack of good security tools for smart contract development. Smart contract developers often rely on manual auditing to prevent bugs, but audits are difficult to employ in the setting of ongoing, time-controlled governance proposals. Moreover, even the best auditor can miss critical bugs due to the complexity of the code.\n\n## Rationale\n\nSee `discussions` for further information.\n\n## Implementation\n\nThis AIP implements the proposal for its 6 months period. According to the forum discussion, the price is $1,700,000, where:\n1. $1,000,000 is paid in USDC. These funds will be transferred from the Aave Collector, and will be vested using [Sablier](https://docs.sablier.finance/).\n2. $700,000 is paid in Aave, also vested using Sablier.\n3. A one-time payment of $200,000 in Aave tokens will be transferred to a special 3/4 multi-sig wallet owned by the Aave Governance, 2 members from the Aave community, and 2 Certora delegates. The wallet will serve as a special fund for paying decentralized community rule writers.\n\nThe AAVE price is computed using the [Chainlink AAVE/USD price feed](https://etherscan.io/address/0x547a514d5e3769680Ce22B2361c10Ea13619e8a9) upon execution of the proposal.\n\nThe transactions that will be performed are as follows:\n1. Transfer a total worth of $900,000 in AAVE tokens from the EcosystemReserve to the ShortExecutor using the Ecosystem Reserve Controller contract at 0x1E506cbb6721B83B1549fa1558332381Ffa61A93.\n2. Approve $700,000 worth of AAVE tokens to Sablier.\n3. Create a Sablier stream with Certora as the beneficiary, to stream the $700,000 worth of Aave over 6 months.\n4. Transfer $200,000 worth of AAVE to a multisig co-controlled by Aave and Certora teams.\n5. Transfer USDC 1,000,000 from the Aave Collector to the ShortExecutor, first transfering aUSDC and then withdrawing them from the pool.\n6. Approve USDC 1,000,000 to Sablier.\n7. Create a Sablier stream with Certora as the beneficiary, to stream the USDC 1,000,000 over 6 months.\n\nThe source code for the proposal payload contract is available [here](https://github.com/Certora/aave-proposal-test).\nThe contract is deployed at [0x879A89D30b04b481Bcd54f474533d3D6A27cFd7D](https://etherscan.io/address/0x879a89d30b04b481bcd54f474533d3d6a27cfd7d).\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "CONTINUOUS-FORMAL-VERIFICATION-CERTORA" + }, + "ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL": { + "title": "Use AAVE Ecosystem Reserve to vote YES on proposal to adjust Level 2 Governance requirements", + "status": "Proposed", + "author": "BGD Labs (@bgdlabs)", + "shortDescription": "Update of the AAVE Ecosystem Reserve to allow one-time voting YES a proposal to adjust Level 2 Governance requirements", + "discussions": "https://governance.aave.com/t/rfc-aave-governance-adjust-level-2-requirements-long-executor/8693", + "created": "2022-09-16T00:00:00.000Z", + "preview": "## Simple Summary\n\nThis proposal upgrades the implementation of the …", + "content": "\n\n## Simple Summary\n\nThis proposal upgrades the implementation of the AAVE Ecosystem Reserve, allowing for a one-time YES vote with the voting power held, in order to \"vote boost\" the [proposal to upgrade the Level 2 Executor requirements](https://github.com/bgd-labs/aip/blob/feat/lvl2-proposals/content/aips/656A6D889F89-AIP-GOV-LVL2-EXECUTOR-PROPOSAL.md).\n\n\n## Motivation\nAll context/motivation of this proposal is extensively explained on the [Aave Governance forum thread](https://governance.aave.com/t/rfc-aave-governance-adjust-level-2-requirements-long-executor/8693)\n\n\n## Specification\nThis proposal exclusively upgrades the implementation of the AAVE Ecosystem Reserve, keeping the exact same logic, but changing the `initialize()` function to include a one-time YES vote on another Aave governance proposal passed as input. The implementation of this can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/AaveEcosystemReserveV2.sol#L779).\n\n**This proposal will be created via a fully decentralized smart contract (so-called Autonomous Proposal). This is especially important in this case, as it will assure that the proposal id on which to vote YES will be exactly the proposal to upgrade Level 2 requirements**\n\n\n## Security\n\n- An extensive suite of tests can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/test)\n\n- We have executed a diff between the current implementation of the [AAVE Ecosystem Reserve in production](https://etherscan.io/address/0x1aa435ed226014407fa6b889e9d06c02b1a12af3#code) and the new implementation, to verify that the changes and exclusively the ones expected. The diff can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/diffs/AaveEcosystemReserveV2-diff.md).\n\n- SigmaPrime has audited the changes, and implemented an [independent test suite](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/audits/sigmap/tests), complementary to BGD's. The audit report can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/sigmap/SigmaPrime.md).\n\n- Certora has reviewed the changes, and implemented an [independent test suite](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/certora/specs/executor.spec), complementary to BGD's. The audit report can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/certora/report/Security%20Review%20of%20Aave%20Governance%20V2%20Update.pdf).\n\n## Implementation\n\nSmart contracts can be found [here](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/src/contracts). Especifically for what concerns this proposal:\n\n- New AAVE Ecosystem Reserve [https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/AaveEcosystemReserveV2.sol](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/AaveEcosystemReserveV2.sol)\n- Proposal payload [https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadAaveEcosystemReserveWithVoting.sol](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadAaveEcosystemReserveWithVoting.sol)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL" + }, + "FEI-RESERVE-FACTOR-UPDATE": { + "title": "FEI Reserve Factor Update", + "status": "Proposed", + "author": "Llama, Shreyas Hariharan, Rajath Alex", + "shortDescription": "FEI Reserve Factor Update", + "discussions": "https://governance.aave.com/t/bgd-aave-v2-ethereum-fei-security-report/10251", + "created": "2022-10-18T00:00:00.000Z", + "preview": "# Simple Summary\n\nThis proposal updates FEI’s Reserve Factor on Aave …", + "content": "\n\n# Simple Summary\n\nThis proposal updates FEI’s Reserve Factor on Aave v2 Ethereum from 100% to 99%. As noted by [BGD](https://governance.aave.com/t/bgd-aave-v2-ethereum-fei-security-report/10251), the current configuration of FEI’s Reserve Factor at 100% does not accrue variable borrow debt and does not redirect the Reserve Factor fees to the Collector smart contract.\n\n# Abstract\n\nAs noted [here](https://governance.aave.com/t/bgd-aave-v2-ethereum-fei-security-report/10251), the Reserve Factor (RF) on Aave is a percentage representing the proportion of the supplier’s yield that gets redirected to the protocol as a “fee”.\n\nOn every user action, when the new interest rate is calculated, the amount of aTokens calculated from the RF of that specific asset gets minted to the Collector. In addition, extra accounting gets done on the so-called “indexes” of the asset (supply/variable borrow), which represent the total accumulation of yield on both supply and borrow side.\n\nIt is important to highlight that the reserve factor gets discounted when calculating the supply rate, prior to further accounting like the indexes.\n\nOn September 05, [Aave governance proposal 96](https://app.aave.com/governance/proposal/96/) was executed, freezing the FEI asset on Aave v2 Ethereum.\n\nInitially, the payload seemed fine and performed two actions:\n1. Call a freeze() function on the protocol for FEI.\n2. In order for suppliers of FEI to not have incentives and withdraw, “redirect” all yield on the borrowers’ side to the protocol’s Collector. This was done by setting the Reserve Factor configuration of FEI to 100% (maximum).\n\nLater, it was realized that the variable borrow interest did not properly accrue for FEI borrowers. After some debugging, it was realized that the issue was caused by a side effect of configuring any RF to exactly 100%.\n\nThe temporary solution to fix this (until the protocol is updated to handle reserve factor of 100% correctly), is to set the FEI reserve factor to 99% through this AIP.\n\n# Motivation\n\nThe full motivation for this AIP can be found [here](https://governance.aave.com/t/bgd-aave-v2-ethereum-fei-security-report/10251)\n\n# Specification\n\nA full specification of the payload contract and tests enabling this mandate can be found on the Llama Github [here](https://github.com/llama-community/aave-fei-rf-update)\n\nThe Proposal Payload does the following:\n1. Sets FEI Reserve Factor from 100% to 99%.\n2. If liquidity is available to withdraw, then calls `swapAllAvailable()` on the [aFEI to aDAI Swapper Contract](https://etherscan.io/address/0x9A953AC1090C7014D00FD205D89c6BA1C219Af8b)\n\n## Test Cases\n\nThis proposal has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs).\n\nTest cases can be found: [Here](https://github.com/llama-community/aave-fei-rf-update/blob/main/src/test/ProposalPayloadE2E.t.sol)\n\n## Implementation\n\nPayload Implementation can be found: [Here](https://github.com/llama-community/aave-fei-rf-update/blob/main/src/ProposalPayload.sol)\n\n## Deployed Contracts\n\nProposal Payload = [0x993ee4acc9F736fd3e47846d18b397d06B899112](https://etherscan.io/address/0x993ee4acc9f736fd3e47846d18b397d06b899112)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "FEI-RESERVE-FACTOR-UPDATE" + }, + "FEI-RISK-PARAMETER-UPDATE-AAVE-V2": { + "title": "FEI Risk Parameter Updates for Ethereum Aave v2 Market", + "status": "Proposed", + "author": "Llama (@llama), Matthew_Graham (@Matthew_Graham_), defijesus.eth (@eldefijesus)", + "shortDescription": "FEI Risk Parameter Updates for Ethereum Aave v2 Market", + "discussions": "https://governance.aave.com/t/arc-risk-parameter-updates-for-ethereum-aave-v2-market/9393", + "created": "2022-08-29T00:00:00.000Z", + "preview": "# Simple Summary\n\nIn response to Tribe DAO’s proposal to enter a …", + "content": "\n\n# Simple Summary\n\nIn response to Tribe DAO’s proposal to enter a terminal state, this ARC proposes disabling Deposits, disabling Borrowing and route 100% of the interest paid by FEI borrowers to the Reserve Factor.\n\n# Abstract\n\nTribe DAO is dissolving the DAO’s assets and TRIBE governance token. As a result, FEI will become backed 1:1 with DAI and redeemable 1FEI:1DAI. With Tribe DAO transitioning into a terminal state, the FEI stablecoin will overtime be redeemed for DAI.\n\nAs FEI is redeemed for DAI, over time FEI’s circulating supply and liquidity will fall away. Without sufficient liquidity, liquidations can not be performed efficiently which creates a risk for the Ethereum Aave v2 market.\n\nIn response, this ARC proposes freezing the FEI market which will Disabling Deposits, Disabling Borrowing and increase the Reserve Factor from 20% to 100%. Users will still be able to redeem aFEI and repay debt. \n\n# Motivation\n\nWith the emergence of news that Tribe DAO intends to dissolve FEI and the Protocol Controlled Value (PCV) backing the stablecoin, there is a need to amend the FEI reserve in preparation of the risks to emerge with transition Tribe DAO to a terminal state.\n\nThe details around how Tribe DAO will transition from current state to terminal state can be found [here](https://tribe.fei.money/t/tip-121-proposal-for-the-future-of-the-tribe-dao/4475).\n\nSnapshot found [here](https://snapshot.org/#/aave.eth/proposal/0x19df23070be999efbb7caf6cd35c320eb74dd119bcb15d003dc2e82c2bbd0d94). \n\n## Specification\n\nThe proposal will freeze the FEI reserve on the pool, stopping supply of liquidity and borrowing.\n\nBorrowing Enabled → Disable \nDeposits Enabled → Disable \n\nAlso,\n\nReserve Factor 20% → 100%\n\n## Test Cases\n\nThis proposal has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs).\n\nTest cases can be found: [Here](https://github.com/llama-community/aave-risk-param-updates-fei/blob/main/src/test/ValidationFeiRiskParamsUpdate.sol)\n\n## Implementation\n\nDeployment of the proposal payload can be found [here](https://etherscan.io/address/0xb8fe2a2104afb975240d3d32a7823a01cb74639f#code)\n\nThe repository of the payload can be found [here](https://github.com/llama-community/aave-risk-param-updates-fei)\n \nThe proposal calls freezeReserve on the LendingPoolConfigurator (0x311Bb771e4F8952E6Da169b425E7e92d6Ac45756) targeting FEI (0x956F47F50A910163D8BF957Cf5846D573E7f87CA).\n\nThe proposal calls the setReserveFactor function on the LendingPoolConfigurator (0x311Bb771e4F8952E6Da169b425E7e92d6Ac45756) for the FEI (0x956F47F50A910163D8BF957Cf5846D573E7f87CA) market with the new reserve Factor set to 10000 (100%).\n\n# Copyright\n\nCopyright and related rights waived via CC0.\n", + "basename": "FEI-RISK-PARAMETER-UPDATE-AAVE-V2" + }, + "FIREBLOCKS-WHITELISTER-ON-AAVE-ARC": { + "title": "Add Fireblocks as a whitelister on Aave Arc", + "status": "Proposed", + "author": "Idan Ofrat (@idan-fb)", + "shortDescription": "Proposal to add Fireblocks LLC, a Fireblocks company, as a “whitelister” on the Aave Arc market.", + "discussions": "https://governance.aave.com/t/add-fireblocks-as-a-whitelister-on-aave-arc/5753", + "created": "2021-10-02T00:00:00.000Z", + "preview": "## Simple Summary\n\nFireblocks asks the Aave Governance community to …", + "content": "\n\n## Simple Summary\n\nFireblocks asks the Aave Governance community to approve the appointment, adoption, and authorization of Fireblocks LLC, a Fireblocks company, as a “whitelister” on the Aave Arc market.\n\n## Abstract\n\nAave Arc is a “permissioned” version of the software underlying V2 of the Aave protocol that employs an additional smart contract layer to only allow “whitelisted” or “permissioned” users to engage with the protocol.\n\nOnly regulated entities that (a) employ KYC/KYB principles in accordance with FATF guidelines to identify and accept their clients; (b) have robust AML/CFT compliance programs; and (c) are currently in good standing with an active license/registration in the entity’s operating jurisdiction will be accepted as “whitelisters” on Aave Arc.\n\nWe believe that Fireblocks LLC, a Fireblocks company, satisfies all the qualification requirements to be a whitelister. We have performed a detailed analysis and documented it [here](https://governance.aave.com/t/add-fireblocks-as-a-whitelister-on-aave-arc/5753) for the consideration of the Aave Governance community.\n\n## Motivation\n\nDeFi is considered by institutional users to be one of the more complex markets to navigate across security, compliance, and risk perspectives. We are eager to be at the forefront of this transformational opportunity with Aave Arc by extending access to even our most compliance-conscious customers, who have been searching to engage with DeFi in a way that comports with their own internal requirements.\n\nApproval of Fireblocks LLC can potentially also facilitate the integration of other “whitelisters” and institutions into instances of the Aave protocol. This may have multiple benefits, including the creation of sustainable governance practices for Aave Arc whitelisters and whitelister customers, as well as the enablement of benefits to the ecosystem, such as the onboarding of regulated fiat on/off ramps and protocol deployments connected to debit cards, high yield savings accounts and other innovative fintech products.\n\n## Specification\n\n“Whitelisting” is the gatekeeping function performed by whitelisters on users of Aave Arc. The term refers specifically to the process of:\n1. Conducting KYC/KYB checks on the user;\n2. Onboarding the user with appropriate disclosures, terms, and conditions;\n3. Granting specific permissions (e.g., borrow, supply, liquidate) to the Ethereum wallet address(es) provided by the user.\n\nIn addition, Aave Arc whitelisters perform a similar role on Arc as guardians do on Aave V2. Specifically, whitelisters can use a multi-sig veto on governance proposals that add excessive compliance risk on the Aave Arc protocol. For example, existing whitelisters can veto the addition of a privacy coin if such a coin is impermissible in the relevant jurisdiction, or veto the addition of a whitelister that has a poor reputation for compliance.\n\nThe whitelisting is managed via a [PermissionManager](https://etherscan.io/address/0xF4a1F5fEA79C3609514A417425971FadC10eCfBE) contract, in which whitelisters are designated as Permission Admins. Permission Admins are permitted to add or remove wallets grants to the Aave Arc market by calling `addPermissions()` and `removePermissions()` contract methods, respectively. \n\n## Rationale\n\nThe Aave community voted on the [Snapshot proposal](https://snapshot.org/#/aave.eth/proposal/QmYQEh4vstJADjSK2b8nyK1otFG6R4rh9VHszU5xUEw26S) with Yes 149.2k AAVE (98.33%) and No 2.54k AAVE (1.67%).\n\n## Test Cases\n\nTest cases for an implementation are mandatory for AIPs but can be included with the implementation.\n\n## Implementation\n### Proposal\n\nExecutes the proposal deployed at:\n\n[https://etherscan.io/address/0xA7fC6E204c2069edb0ed5Fed451F419B985eC416#code](https://etherscan.io/address/0xA7fC6E204c2069edb0ed5Fed451F419B985eC416#code)\n\nThe proposal executes the following:\n- Adds [Fireblocks](https://etherscan.io/address/0x686a12A79008246F4dF2f1Ea30d136BD6DE748B4) as Permission Admin by calling addPermissionAdmins` on the [PermissionManager](https://etherscan.io/address/0xF4a1F5fEA79C3609514A417425971FadC10eCfBE) contract.\n\n`IPermissionManager(0xF4a1F5fEA79C3609514A417425971FadC10eCfBE).addPermissionAdmins([0x686a12A79008246F4dF2f1Ea30d136BD6DE748B4]);`\n\n- Unpause the pool by calling setPoolPause on the [LendingPoolConfigurator](https://etherscan.io/address/0x4e1c7865e7BE78A7748724Fa0409e88dc14E67aA) contract.\n\n`ILendingPoolConfigurator(0x4e1c7865e7BE78A7748724Fa0409e88dc14E67aA).setPoolPause(false);`\n\n- Transfers the EmergencyAdmin role of the system to the [ArcTimelock's Veto DAO](https://etherscan.io/address/0x33B09130b035d6D7e57d76fEa0873d9545FA7557).\n\n`provider.setEmergencyAdmin(ARC_TIMELOCK_VETO_DAO_ADDRESS);`\n\n- Transfers ownership of the system to the [ARC Market Multisig](https://etherscan.io/address/0x23c155C1c1ecB18a86921Da29802292f1d282c68) temporarily until handed over to Aave Governance.\n\n`provider.transferOwnership(ARC_MARKET_MULTISIG_ADDRESS);`\n\n### Aave Arc Timelock\n\nAave Arc Timelock gives a guardian address the opportunity to cancel an approved governance action prior to its execution.\nThe timelock implementation can be found [here](https://github.com/aave/arc-timelock).\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "FIREBLOCKS-WHITELISTER-ON-AAVE-ARC" + }, + "GOV-LVL2-EXECUTOR-PROPOSAL": { + "title": "Adjust Aave Governance Level 2 requirements", + "status": "Proposed", + "author": "BGD Labs (@bgdlabs)", + "shortDescription": "Activate a new Aave Governance Level 2 Executor with new requirements", + "discussions": "https://governance.aave.com/t/rfc-aave-governance-adjust-level-2-requirements-long-executor/8693", + "created": "2022-09-16T00:00:00.000Z", + "preview": "## Simple Summary\n\nThis proposal updates the governance parameters …", + "content": "\n\n## Simple Summary\n\nThis proposal updates the governance parameters (voting/proposition requirements) of the Level 2 Executor smart contract on the Aave Governance v2.\n\n## Motivation\nAll context/motivation of this proposal is extensively explained on the [Aave Governance forum thread](https://governance.aave.com/t/rfc-aave-governance-adjust-level-2-requirements-long-executor/8693)\n\n## Specification\nThis proposal upgrades Level 2 requirements the following way:\n\n- Quorum of Level 2 Executor changes from 20% to 6.5%\n- Vote differential of Level 2 Executor changes from 15% to 6.5%\n- Proposition power required for Level 2 proposal changes from 2% to 1.25%.\n- A delay of 7200 blocks is added between proposal creation and vote start. 1 day considering 12 seconds/block.\n\nThese updates are applied in practice by whitelisting on the Aave Governance v2 a newly deployed Executor smart contract.\n\nAs the current Level 2 Executor holds permissions of the Aave ecosystem, this proposal also migrates them from the old Executor to the new one; permissions being:\n\n- Ownership of the Aave Governance v2 smart contract.\n- Proxy admin of the AAVE token smart contract.\n- Proxy admin of stkAAVE (Safety Module).\n\nThis proposal also migrates the Proxy admin of ABPT and stkABPT to the [Short Executor](https://etherscan.io/address/0xEE56e2B3D491590B5b31738cC34d5232F378a8D5) as they don't have influence on the Aave Governance\n\n**This proposal will be created via a fully decentralized smart contract (so-called Autonomous Proposal)**\n\n## Security\n\n- An extensive suite of tests can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/test)\n\n- We have executed a diff between the current [Level 2 Executor](https://etherscan.io/address/0x61910ecd7e8e942136ce7fe7943f956cea1cc2f7#code) and the new Executor, to verify that the changes are exclusively the ones expected. The diff can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/diffs/Executor-diff.md).\n\n- In order to properly verify that all permissions are transferred to the new Executor, we did a verification procedure described [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/Analysis%20of%20Level%202%20executor%20permissions.md)\n\n- SigmaPrime has audited the changes, and implemented an [independent test suite](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/audits/sigmap/tests), complementary to BGD's. The audit report can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/sigmap/SigmaPrime.md).\n\n- Certora has reviewed the changes, and implemented an [independent test suite](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/certora/specs/executor.spec), complementary to BGD's. The audit report can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/certora/report/Security%20Review%20of%20Aave%20Governance%20V2%20Update.pdf)\n\n## Implementation\n\nSmart contracts can be found [here](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/src/contracts). Especifically for what concerns this proposal:\n\n- New Executor [https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/Executor.sol](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/Executor.sol)\n- Proposal payload [https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadNewLongExecutor.sol](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadNewLongExecutor.sol)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "GOV-LVL2-EXECUTOR-PROPOSAL" + }, + "OPTIMIZING-ETH-RATES": { + "title": "Optimizing ETH rates", + "status": "Proposed", + "author": "Samyak Jain (@smykjain)", + "shortDescription": "Optimizing ETH rates to meet borrow demands & increase ETH revenue generation", + "discussions": "https://governance.aave.com/t/optimize-rate-curve-for-eth-improve-revenue-generation/7571", + "created": "2022-03-23T00:00:00.000Z", + "updated (*optional)": "2022-03-23T00:00:00.000Z", + "preview": "## Simple Summary\nOptimizing ETH rates on Aave v2 ethereum mainnet …", + "content": "\n\n## Simple Summary\nOptimizing ETH rates on Aave v2 ethereum mainnet to meet the borrowing demands generated from the inclusion of stETH collateral.\n\n\n## Motivation\n\nWith the inclusion of new collateral type stETH the borrowing of ETH has increased to an all time high (4-6x more utilization) it is now critical to adjust rates to continue growth under current conditions.\n\nCurrently, stETH earns ~3.9% APR from staking rewards, while still being used as collateral in Aave, which allows users to go leverage on stETH while borrowing ETH. This is only sensible to do when ETH borrow rates are lower than stETH rewards. With the current interest modals the utilization has reached up to 19% (an all time high) and can grow further to about 24%. With the above updates it will allow utilization to go up to 70%. Yeilding good returns to users and a 3-4x increase in ETH revenue for the Aave protocol.\n\nFollow the forum post [here](https://governance.aave.com/t/optimize-rate-curve-for-eth-improve-revenue-generation/7571) for more detailed description on calcualations, benefits & risks.\n\n## Specification\n\nProposed updated to ETH rates:\n\n- OPTIMAL_UTILIZATION_RATE = **70** (previously: 65)\n- EXCESS_UTILIZATION_RATE = **30** (previously: 35)\n- baseVariableBorrowRate = **0** (previously: 0)\n- variableRateSlope1 = **3** (previously: 8)\n- variableRateSlope2 = **100** (previously: 100)\n- stableRateSlope1 = **4** (previously: 10)\n- stableRateSlope2 = **100** (previously: 100)\n\n\n## Rationale\nCurrent stETH rewards are 4%. Staking rewards on ETH via Lido are still relatively high and stETH still has the capacity to accept another $4.5B of ETH. This increase in stETH supply would only reduce the rewards by 0.3%, meaning there is at least 1.5M ETH (~$4-5B USD) that could get staked. For Aave, it represents $4-5B in borrowings of ETH (more significant than any borrowing market that currently exists across any token)\n\n**Projected rates at current a 3% borrowing rate:**\n\n- Utilization: 24.5% [very low utilization leading to less revenue generation]\n- Borrowing rate: 3.02%\n- Supplying rate: 0.66% [low incentives for new lenders to come in]\n\n**Projected rates at 3% borrow rate and 70% utilization:**\n\n- Utilization: 70% [good revenue for governance]\n- Borrow rate: 3%\n- Supplying rate: 1.9% [decent for new lenders to come in or to get a discount for stable coin borrowing against ETH]\n\nSee Governance Post [here](https://governance.aave.com/t/optimize-rate-curve-for-eth-improve-revenue-generation/7571) for more detailed description on calcualations, benefits & risks.\n\n## Implementation\n\n[Here](https://etherscan.io/address/0xEc368D82cb2ad9fc5EfAF823B115A622b52bcD5F#code) is the new rate strategy.\n[Here](https://etherscan.io/address/0x49e4db0a4d63c73bae75747ee12ab63bbdda3207#code) is the execution payload.\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "OPTIMIZING-ETH-RATES" + }, + "REDEEM-AFEI-FOR-DAI": { + "title": "Ethereum v2 Reserve Factor - aFEI Holding Update", + "status": "Proposed", + "author": "Llama, Matthew Graham, defijesus", + "shortDescription": "Redeem aFEI for aDAI", + "discussions": "https://governance.aave.com/t/arc-ethereum-v2-reserve-factor-afei-holding-update/9401", + "created": "2022-09-28T00:00:00.000Z", + "preview": "# Simple Summary\n\nThis proposal proposes unwinding the aFEI holding …", + "content": "\n\n# Simple Summary\n\nThis proposal proposes unwinding the aFEI holding for DAI and depositing the DAI into the Aave v2 Ethereum Pool DAI Reserve.\n\n# Abstract\n\nDue to recent events within the Tribe DAO community, the FEI stablecoin is being removed from circulation. This proposal details how Aave DAO will enable anyone with an EOA to convert the DAO’s aFEI holding to an aDAI holding. \n\nBased upon available FEI liquidity in the FEI Reserve, Aave DAO’s aFEI will be redeemed for FEI, swapped for DAI, and then deposited into the DAI Reserve on Ethereum. The Reserve Factor will transition from holding aFEI to aDAI over time. \n\n# Motivation\n\nAave DAO is currently holding 94.3% (624,866.75 units) of aFEI supply while there are only 80,069.50 units of FEI in the FEI Reserve available for redeeming aFEI to FEI, [2]. \n\nThe Reserve currently supports 662,518.93 units of aFEI, with 582,449.43 units of debt and 80,069.50 units available for lenders to redeem their collateral from or for users to borrow, [3,4]. Any user seeking to claim 80,069.50 units or less is able to do so now, but this may change as others start redeeming aFEI. \n\nMigrating Aave’s aFEI holding in the Reserve Factor to aDAI can not be performed in a single transaction and therefore must occur gradually over time as FEI liquidity becomes available.\n\n# Specification\n\nThe below provides a broad, high level summary of how any EOA calling the `swapAllAvailable` function from the Swapper contract will convert aFEI to aDAI. \n\nThe contract determines the maximum amount of aFEI to be redeemed by assessing the amount of aFEI held in the Reserve Factor and the amount FEI in the FEI Reserve. The lower of the two amounts will be used to redeem aFEI to FEI.\n\nAll FEI held within the Reserve Factor will then be swapped for DAI via Tribe DAO’s SimpleFeiDaiPSM. There are no fees, the exchange rate is fixed at 1:1 (Example: unwrapping wETH to ETH), and there is around $57.4 Million of liquidity at the time of writing, [1]. \n\nDAI is then deposited into the DAI Reserve and the Ethereum Reserve Factor will receive aDAI.\n\n# Test Cases\n\nThis proposal has been tested and peer reviewed by Bored Ghost Developing, [5].\n\nTest cases, payload, and Swapper can be found at reference [6], [7] & [8] respectively.\n\n## Implementation\n\nThe governance payload is deployed at [9], the Swapper contract is deployed at [10].\n\nThe payload gives the Swapper aFEI max allowance from the Aave Ethereum Reserve Factor and calls the `swapAllAvailable` function on the Swapper.\n\nWhen called, Swapper transfers all possible aFEI from the Aave Ethereum Reserve Factor ([0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c](https://etherscan.io/address/0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c)) to the payload contract via the Aave Ecosystem Controller ([0x3d569673dAa0575c936c7c67c4E6AedA69CC630C](https://etherscan.io/address/0x3d569673dAa0575c936c7c67c4E6AedA69CC630C)) transfer function.\n\nThe proposal redeems aFEI for FEI via the FEI Reserve ([0x7d2768dE32b0b80b7a3454c06BdAc94A69DDc7A9](https://etherscan.io/address/0x7d2768dE32b0b80b7a3454c06BdAc94A69DDc7A9)).\n\nThe proposal redeems all available FEI for DAI via the Tribe DAO Fixed Price PSM ([0x2A188F9EB761F70ECEa083bA6c2A40145078dfc2](https://etherscan.io/address/0x2A188F9EB761F70ECEa083bA6c2A40145078dfc2)), depositing all DAI in the Aave V2 Ethereum DAI Reserve with the Aave Ethereum Reserve Factor ([0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c](0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c)) as the beneficiary.\n\n# References\n\n1. [https://etherscan.io/address/0x7842186cdd11270c4af8c0a99a5e0589c7f249ce#code](https://etherscan.io/address/0x7842186cdd11270c4af8c0a99a5e0589c7f249ce#code)\n2. [https://etherscan.io/token/0x683923db55fead99a79fa01a27eec3cb19679cc3#balances](https://etherscan.io/token/0x683923db55fead99a79fa01a27eec3cb19679cc3#balances)\n3. [https://etherscan.io/address/0x683923db55fead99a79fa01a27eec3cb19679cc3](https://etherscan.io/address/0x683923db55fead99a79fa01a27eec3cb19679cc3)\n4. [https://tribe.fei.money/t/tip-121-proposal-for-the-future-of-the-tribe-dao/4475](https://tribe.fei.money/t/tip-121-proposal-for-the-future-of-the-tribe-dao/4475)\n5. [https://twitter.com/bgdlabs](https://twitter.com/bgdlabs)\n6. [https://github.com/llama-community/aave-redeem-fei/blob/main/src/test/ValidateRedeemFei.sol](https://github.com/llama-community/aave-redeem-fei/blob/main/src/test/ValidateRedeemFei.sol)\n7. [https://github.com/llama-community/aave-redeem-fei/blob/main/src/RedeemFei.sol](https://github.com/llama-community/aave-redeem-fei/blob/main/src/RedeemFei.sol)\n8. [https://github.com/llama-community/aave-redeem-fei/blob/main/src/AFeiToDaiSwapper.sol](https://github.com/llama-community/aave-redeem-fei/blob/main/src/AFeiToDaiSwapper.sol)\n9. [https://etherscan.io/address/0x8dfd2255a9d38c182a14f49afcb8a4a4763c6098#code](https://etherscan.io/address/0x8dfd2255a9d38c182a14f49afcb8a4a4763c6098#code)\n10. [https://etherscan.io/address/0x9a953ac1090c7014d00fd205d89c6ba1c219af8b#code](https://etherscan.io/address/0x9a953ac1090c7014d00fd205d89c6ba1c219af8b#code)\n\n# Copyright\n\nCopyright and related rights waived via CC0.\n", + "basename": "REDEEM-AFEI-FOR-DAI" + }, + "RENEW_AAVE_GRANTS_DAO": { + "title": "Renew Aave Grants DAO", + "status": "Proposed", + "author": "Shreyas Hariharan (@hello-shreyas), Austin Green (@austingreen)", + "shortDescription": "Provide funding to expand the budget and scope of Aave Grants DAO", + "discussions": "https://governance.aave.com/t/aave-grants-update-and-renewal/6371", + "created": "2021-12-11T00:00:00.000Z", + "preview": "## Simple Summary\n\nProvide Aave Grants DAO (AGD) with a $2m per …", + "content": "\n\n## Simple Summary\n\nProvide Aave Grants DAO (AGD) with a $2m per quarter budget to fund more projects that benefit Aave.\n\n## Abstract\n\n[AIP 17](https://app.aave.com/governance/13-QmURZNW6PT4z3e4DZqxHMAW1bWRFvxZjtyQZqhnhgdLB6R) established Aave Grants DAO on May 4, 2021 with the goal of funding ideas and builders in the Aave ecosystem. The two quarter pilot program had a grants budget of $1 million and an operating budget of $250,000 per quarter. The pilot program has awarded $1.17m to 38 grant recipients and made the initial steps to put the grants process and the protocol in the hands of the community.\n\nMoving forward we propose renewing Aave Grants DAO with an increased grants budget of $2 million and an operations budget of $2 million per quarter. With the increased budget we will increase the number of larger community grants, fund non-developer grants including sponsorship and community events, and work to decentralize the grants process.\n\n## Motivation\n\nAGD’s mission is to build a thriving ecosystem of contributors for Aave. We provide grants to projects, ideas, and events that benefit Aave and its ecosystem. We hope to be at the forefront of ecosystem development at Aave. Ensuring a constant influx of talented builders is critical to Aave’s growth.\n\n## Test Cases\n\nThe full test of this proposal can be found here: https://github.com/aave/aave-grants-update-and-renewal\n\n## Implementation\n\nIn order to transfer funds from the Aave Ecosystem Reserve, the proposal will target the contract ControllerAaveEcosystemReserve and call the function `transfer(IERC20 token, address recipient, uint256 amount)`.\n\n**Target Contract**\n\nControllerAaveEcosystemReserve = [0x1E506cbb6721B83B1549fa1558332381Ffa61A93](\nhttps://etherscan.io/address/0x1e506cbb6721b83b1549fa1558332381ffa61a93)\n\n**Transfer Parameters**\n\ntoken = the aave token [0x7fc66500c84a76ad7e9c93437bfc5ac33e2ddae9](\nhttps://etherscan.io/address/0x7fc66500c84a76ad7e9c93437bfc5ac33e2ddae9)\n\nrecipient = the grants dao multi-sig = [0x89C51828427F70D77875C6747759fB17Ba10Ceb0](\nhttps://etherscan.io/address/0x89C51828427F70D77875C6747759fB17Ba10Ceb0)\n\namount = $2 million / ($189.67 / aave) = 10544.63 adjust for decimals = 10544630000000000000000\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", + "basename": "RENEW_AAVE_GRANTS_DAO" + }, + "RENEW_AAVE_GRANTS": { + "title": "Renew Aave Grants DAO", + "status": "Proposed", + "author": "Shreyas Hariharan (@hello-shreyas), Austin Green (@austingreen)", + "shortDescription": "Provide funding to expand the budget and scope of Aave Grants DAO", + "discussions": "https://governance.aave.com/t/aave-grants-dao-update-and-renewal/7842", + "created": "2022-05-02T00:00:00.000Z", + "preview": "## Simple Summary\n\nProvide Aave Grants DAO (AGD) with $6m ($3m per …", + "content": "\n\n## Simple Summary\n\nProvide Aave Grants DAO (AGD) with $6m ($3m per quarter budget) to fund more projects that benefit Aave.\n\n## Abstract\n\nAfter two successful quarters of Aave Grants DAO, we are looking to renew the program for the next two quarters by providing $3 million dollars in AAVE and $3 million dollars in aUSDC ($3 million per quarter). By partially funding the AGD with stablecoins, budgeting will be easier. The aUSDC will be funded through an approval and the AAVE will be funded with a transfer. Our initial proposal was made in May 2021 and our renewal proposal was made in November 2021.\n\n## Motivation\n\nAave Grants DAO is a community-led grants program, focused on growing a thriving ecosystem of contributors within Aave through funding ideas, projects and events that benefit the ecosystem. We aim to drive development on top of Aave and ensure a constant influx of talented builders to maintain Aave’s long term growth. We help build culture and community around the Aave ecosystem that in turn attracts the best contributors.\n\n## Test Cases\n\nThe full test of this proposal can be found here: https://github.com/llama-community/renew-aave-grants\n\n## Implementation\n\nThis proposal includes a $3M transfer of AAVE from the AaveEcosystemReserve to the grants DAO multisig and the AaveV2Collector approving $3M of aUSDC to the grants DAO multisig. This will allow the grants DAO to withdraw funds as needed and let the V2Collector to continue to earn interest in the meantime. The proposa payload will target the contract AaveEcosystemReserveController and call the function `function transfer(address collector, IERC20 token, address recipient, uint256 amount)` and `approve(address collector, IERC20 token, address recipient, uint256 amount)`.\n\n**Target Contracts**\n\nProposalPayload = [0x8e7df91fed22c192a3aa1bb6143879295ee91295](\nhttps://etherscan.io/address/0x8e7df91fed22c192a3aa1bb6143879295ee91295)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "RENEW_AAVE_GRANTS" + }, + "RENEW-ALLOWANCE-AAVE-SM": { + "title": "Renew allowance of the Aave Safety Module", + "status": "Proposed", + "author": "BGD Labs (@bgdlabs)", + "shortDescription": "Increase allowance of AAVE from the Ecosystem's Reserve to stkAAVE and stkABPT", + "discussions": "N/A", + "created": "2022-06-10T00:00:00.000Z", + "preview": "## Simple Summary\n\nThis proposal aims to extend the allowance of …", + "content": "\n\n## Simple Summary\n\nThis proposal aims to extend the allowance of AAVE for safety incentives on the Aave Safety Module for two years at the current emission, pending eventual review of the emission rate by the community.\n\n## Abstract\n\nThis proposal extends the ability for the Safety Module contracts (stkAAVE and stkABPT) to transfer the AAVE rewards out of the Aave Ecosystem's Reserve for the next two years onwards (401'500 AAVE each; 802'300 AAVE in total).\n\nDoing so will allow the technical continuation of the safety incentives for at least two years, but submitted to any change of the community at any moment, as this proposal doesn't modify the emission per second currently configured.\n\nThis continues the strategy for which changing the emission requires an on demand emission review when the community deems necessary. Only one yearly review will be required.\n**This update represents a purely technical update to allow the continuation of the incentives and to stackers that have rewards left to claim to receive their incentives.**\n\n## Relevant links\n\n- AIP-19 postponing the end of safety incentives: [https://app.aave.com/governance/14-QmTYMox4aBpyQH53LwMzTuJY2z7Df7ANUSakeeeWWUoXmJ](https://app.aave.com/governance/14-QmTYMox4aBpyQH53LwMzTuJY2z7Df7ANUSakeeeWWUoXmJ)\n- Aavenomics : [https://docs.aave.com/aavenomics/](https://docs.aave.com/aavenomics/)\n\n## Implementation\n\nThis proposal exclusively increases the allowance of AAVE from the AAVE Ecosystem's reserve (owner) to stkAAVE and stkABPT (spenders).\nIn order to comply with the requirements of the Controller of the Reserve, there is a previous reset of allowance to 0, before the increase.\n\n**Target Contracts**\n\nAllowanceRenewalSMPayload = [https://etherscan.io/address/0x83fba23163662149b33dbc05cf1312df6dcba72b#code](\nhttps://etherscan.io/address/0x83fba23163662149b33dbc05cf1312df6dcba72b#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "RENEW-ALLOWANCE-AAVE-SM" + }, + "SEBA-BANK-WHITELISTER-ON-AAVE-ARC": { + "title": "Add SEBA Bank as a whitelister on Aave Arc", + "status": "Proposed", + "author": "Diego Garcia (@diego-g)", + "shortDescription": "Proposal to add SEBA Bank, a licensed and supervised Swiss Bank, as a “whitelister” on the Aave Arc market.", + "discussions": "https://governance.aave.com/t/arc-adding-seba-bank-as-a-whitelister-to-aave-arc/6661", + "created": "2022-01-31T00:00:00.000Z", + "preview": "## Simple Summary\n\nSEBA Bank asks the Aave Governance community to …", + "content": "\n\n## Simple Summary\n\nSEBA Bank asks the Aave Governance community to approve the appointment, adoption, and authorization of SEBA Bank AG, a licensed and supervised Swiss Bank, as a “whitelister” on the Aave Arc market.\n\n## Abstract\n\nSEBA is a licensed and supervised Swiss Bank providing a seamless and secure bridge between digital and traditional assets. The interest of SEBA’s clients and prospects for crypto earning products has grown substantially overtime. The launch of Aave Arc with its permissioned layer represents a great opportunity for them to access DeFi yields while remaining compliant with their regulatory obligations. At SEBA, we believe that this will directly benefit the Aave community with institutional liquidities accelerating growth in TVL and in protocol revenues.\n\nThe Aave Governance reviews and approves Whitelisters that will conduct the requisite level of due diligence on Aave Arc participants. As a Swiss digital asset bank, we believe that SEBA is ideally positioned to provide those investors with the flexible and fully regulated platform that they need to bridge new liquidities in Aave Arc. We have performed a detailed analysis and documented it [here](https://governance.aave.com/t/arc-adding-seba-bank-as-a-whitelister-to-aave-arc/6661) for the consideration of the Aave Governance community.\n\n## Motivation\n\nWith an increasing demand from institutional investors for accessing new opportunities in the DeFi space, SEBA has positioned DeFi at the heart of its strategy by developing a suite of products and services in relation with decentralized finance. Recently, SEBA has integrated several DeFi tokens into its proprietary institutional-grade cold storage custody solution, including AAVE.\n\nBeyond innovation and transparency brought by permissionless DeFi, SEBA is a strong believer that Aave Arc represents a thoughtful response to a growing institutional demand, which is subject to anti-money laundering (AML) and combatting the financing of terrorism (CFT) regulations in various jurisdictions. In line with that vision and with innovation at the center of its values, SEBA believes it fulfills the key attributes to perform the role of Whitelister in Aave Arc.\n\n## Specification\n\n[Reference](https://github.com/aave/aip/blob/9da687033ae0536377b822c9196dd783be0e3e65/content/aips/4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md#specification) to standard.\n\n## Rationale\n\nThe Aave community voted on the [Snapshot proposal](https://snapshot.org/#/aave.eth/proposal/QmNfumVDA2GkmyA3xWC12HhDFGBUybSAHUpvygqkMnV34V) with Yes 324K AAVE (100%) and No 3.3 AAVE (0%).\n\n## Implementation\n### Proposal\n\nThe proposal executes a single call to the [PermissionManager](https://etherscan.io/address/0xF4a1F5fEA79C3609514A417425971FadC10eCfBE) contract to add [SEBA](https://etherscan.io/address/0xC5eeEd1a811b77d64A37d94CF0363bA716375FDd) as PermissionAdmin in Aave ARC market:\n`IPermissionManager(0xF4a1F5fEA79C3609514A417425971FadC10eCfBE).addPermissionAdmins([0xC5eeEd1a811b77d64A37d94CF0363bA716375FDd]);`\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "SEBA-BANK-WHITELISTER-ON-AAVE-ARC" + }, + "SIGP": { + "title": "Sigma Prime - Security Assessment Services for Aave", + "status": "Proposed", + "author": "Sigma Prime (@sigp)", + "shortDescription": "Proposal for continuous security assessment services from Sigma Prime", + "discussions": "https://governance.aave.com/t/sigma-prime-security-assessment-services-for-aave/8518", + "created": "2022-07-12T00:00:00.000Z", + "preview": "## Summary\n\nThis proposal acts as a mandate from the Aave community …", + "content": "\n\n## Summary\n\nThis proposal acts as a mandate from the Aave community to engage [Sigma Prime](https://sigmaprime.io) for continous security assessment services as outlined in [this post](https://governance.aave.com/t/sigma-prime-security-assessment-services-for-aave/8518) and already pre-approved via Snapshot [here](https://snapshot.org/#/aave.eth/proposal/0xf4d2d4c89e29cd11472d5b86f013cb0995952b96099ced35eb91a03e99fbb5cf).\n\n\n## Abstract\n\nThe aim of this proposal is to ensure Aave receives high-quality security assessment services to address all upcoming updates to its protocols, including critical upgrades such as the v2 → v3 migration.\n\n[Sigma Prime](https://sigmaprime.io) has been providing security assessment services to Aave for the past 2.5 years, reviewing critical components such as Aave v2 and v3, along with various other changes made to the lending platform.\n\n## Motivation\n\nAave’s success relies partly on its ability to deliver high quality products with a strong security posture. To date, and despite the large TVL potentially attracting a lot of malicious actors, Aave users haven’t suffered any losses due to smart contract bugs or vulnerabilities. Lately, it has been increasingly difficult to contract reputable smart contract security auditors, as most of the prominent firms in this space are booked out for months.\n\n\n## Specification\n\nThis proposal authorises payment of the minimum engagement fee outlined in [the proposal](https://governance.aave.com/t/sigma-prime-security-assessment-services-for-aave/8518) (US$ 1,296,000) through the following:\n- Upfront payment for 50% of the minimum engagement fee (US$ 648,000) paid in aUSDC and aUSDT (even split, $324,000 each)\n- Remaining 50% (US$ 648,000) paid at the end of the engagement period (12 months) via two (2) payment streams in aUSDC and aUSDT (even split, $324,000 each), with each stream starting 12 months from now, and lasting a duration of 1 second.\n\nIf the maximum fee was to apply to this engagement, a subsequent proposal will be pushed forward for the remaining amount in 12 months (i.e at the end of the engagement period).\n\n\n## Rationale\n\nSigma Prime is an information security consultancy who specialise in Blockchain technology and administered from Sydney, Australia.\n\nThe primary focus of Sigma Prime is to help secure distributed systems through in-depth security assessments of decentralised projects, while concurrently researching and developing core Blockchain infrastructure. Over the past 6 years, we have been working with some of the most prominent organisations in the space: the Ethereum Foundation, Chainlink, SushiSwap, 1inch, the Filecoin Foundation, NEAR, Arbitrum, Lido, Rocket Pool, and plenty of others.\n\nSigma Prime is also the founder and maintainer of the Lighthouse project, an open-source implementation of the Ethereum Proof-of-Stake Consensus specification, written in Rust. Lighthouse is one of the leading Ethereum consensus client implementations and has a particular focus on performance and security.\n\nThroughout the works performed for Aave, the feedback received from the leadership team has been highly positive. Sigma Prime has gained a high degree of familiarity with the protocol, which will be leveraged as required for the delivery of this engagement.\n\n## Test Cases\n\n- Please refer to the [test section](https://github.com/sigp/sigp-aip-payload/tree/master/test) of the [sigp/sigp-aip-payload](https://github.com/sigp/sigp-aip-payload) repository.\n\n## Implementation\n\n- [PayloadAaveSigP](https://etherscan.io/address/0xe8ea74754dce51168102e820424f7e7f74c5be3e#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "SIGP" + }, + "UPDATE-POLYGON-MARKET": { + "title": "Add Assets to Aave Polygon Market and Update WMATIC Risk Parameters", + "status": "Proposed", + "author": "Coder Dan (@coderdannn), MatthewGraham, tomuky", + "shortDescription": "Update Polygon Market", + "discussions": "https://governance.aave.com/t/arc-list-aavegotchi-ghst-token-as-collateral-on-matic-aave-network/3619 https://governance.aave.com/t/listing-proposal-add-v2-market-assets-to-polygon-market-that-are-relevant-to-polygon-network/5511 https://governance.aave.com/t/arc-polygon-market-wmatic-risk-parameter-changes/6021", + "created": "2021-12-14T00:00:00.000Z", + "preview": "## Simple Summary\n\nThis AIP would list BAL, CRV, DPI, GHST, LINK, …", + "content": "\n\n## Simple Summary\n\nThis AIP would list BAL, CRV, DPI, GHST, LINK, and SUSHI from the AAVE V2 market on the Aave Polygon Market, and list GHST as a new asset to the Polygon market as collateral. WMATIC risk parameters are also being updated.\n\n## Rationale\n\nBAL, CRV, DPI, LINK, and SUSHI have been voted in by governance to be added to the Polygon market. These tokens are already listed in the V2 market.\n \nWMATIC parameters are being updated to maintain the overall risk tolerance of the protocol while making risk trade-offs between specific assets.\n\nGHST is the token that powers the Aavegotchi universe. Aavegotchi (Playable DeFi-backed NFTs) utilizes Aave aTokens in game as collateral assets for Aavegotchis “playable bank”. Given Aave’s recent launch onto Polygon (where Aavegotchi is deployed) the Aavegotchi community believes it would be a great idea to have GHST token as collateral on Matic Aave. If GHST gets listed as an collateral on Aave, users of Aavegotchi will be able to use aGHST as collateral within their Aavegotchis.\n\n## Motivation\n\nWith the availability of cross chain governance, it's time to make long overdue updates to the Polygon market.\n\n## Specifications\n \nThe risk parameters for the assets coming from the V2 market to the Polygon market are as follows:\n\n#### BAL\n- LTV: 20%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 10%\n- Reserve Factor: 20%\n#### CRV\n- LTV: 20%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 10%\n- Reserve Factor: 20%\n#### DPI\n- LTV: 20%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 10%\n- Reserve Factor: 20%\n- Not borrowable\n#### LINK\n- LTV: 50%\n- Liquidation Threshold: 65\n- Liquidation Bonus: 7.5%\n- Reserve Factor: 10%\n#### SUSHI\n- LTV: 20%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 10%\n- Reserve Factor: 35%\n- Not borrowable\n\n## Adding GHST to the Polygon Market\n\n1. Aavegotchis are crypto-collectibles (NFT). Aavegotchis are pixelated ghosts living on the Matic blockchain, backed by the ERC-721 standard. Their value is determined by rarity level 2, which is calculated via multiple factors, such as base traits, amount of staked collateral 2, and equipped wearables. GHST token is the backbone of Aavegotchi Realm. GHST is an in-game asset, used in all operations in-game (excluding usage of GHST as a collateral for summoning your Aavegotchi, which are aTokens powered by Aave) such as buying portals (opened\\closed), wearable items, potions and etc.\n\n2. Users of Aavegotchi will borrow GHST, to use it as an in-game asset, to speculate on in-game values or for other in-game purposes. Users of Aavegotchi will use it as a collateral to summon their gotchis with it because aTokens are another backbone of the game. To summon your Aavegotchi you need to have a specific amount of aTokens to make it possible.\n\n3. GHST token has been live on Ethereum Mainnet since September, when it was launched via a continuous bonding curve DAICO sale (still live today at aavegotchi.com/curve 5). The token was launched at 0.2 DAI / GHST and currently sits at around 1.2 DAI. The all-time high is around 1.9 DAI / GHST. GHST is priced in DAI because unlike most tokens in crypto, it is actually backed by a DAI reserve at a 33% connecting weight. This makes the price more stable because it takes more in/out to change the price.\n\nA significant challenge for Aavegotchi as a project was deciding to migrate our ecosystem from Ethereum to Polygon (then known as Matic). Expensive gas fees would have made it impossible for our players to use Aavegotchi NFTs (which require constant onchain attention). However, from January to March, we were able to complete the migration and launch successfully onto Polygon.\n\n4. GHST is the official utility token of the Aavegotchi ecosystem and can be used to purchase portals, wearables, and consumables.\n\n5. The inflation of GHST tokens through purchases on the bonding curve is positively correlated to the GHST price. The bonding curve has been mathematically programmed to increase the price of GHST as the circulating supply of GHST increases.\n\n6. The bonding curve has minting and burning permissions, but these permissions are governed by the AavegotchiDAO which exists on Ethereum Mainnet. GHST tokens are not arbitrarily minted or burned. The supply is determined by inputs via the bonding curve.\n\n#### Market Data\n\n- Market Cap - \\$140,000,000\n- 24hr Trading volume - \\$29,209,070\n- Currently listed on 14 exchanges: Binance, Okex, Poloniex, Uniswap, Gate.io, LBank, Bilaxy, Hoo, MXC, BiBox, 0x, BamBoo Relay, QuickSwap, 1ich Exchange;\n- Maturity - 15 months.\n\n#### Proposed Risk Parameters\n- LTV: 25%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 12.5%\n- Reserve Factor: 20% \n \n#### Socials\n\n- Telegram group: - Telegram: Contact @aavegotchi 8 - 12,000+ members;\n- Discord - https://discord.gg/aavegotchi 16,000+ members\n- https://twitter.com/aavegotchi - twitter 67,000 followers;\n- Active forum https://dao.aavegotchi.com/\n- Governance Snapshot https://snapshot.org/#/aavegotchi.eth\n- Active code development - https://github.com/aavegotchi\n\n#### Token Stats\n\n- Contract’s date of deployments: 14 September 2020 (Ethereum)\n- Number of transactions:\n - Ethereum: 143,397\n - Polygon: 2,507,992\n- Number of holders for tokens:\n - Ethereum: 6,427\n - Polygon: 68,943\n- Currently circulating Supply - 66,419,514\n- Current total supply - 66,419,514\n\n#### Full Disclosure\n\nStani Kulechov is an official advisor of Aavegotchi, and Aave has invested into Pixelcraft Studios, the development team behind Aavegotchi.\n \n## WMATIC Risk Parameter Update\n \nThe criteria for assessing market risk, as determined by the market size and changes in fluctuation in demand, is presented by the Aave community here. In line with the criteria, analysis of the MATIC token on Polygon network is presented below:\n\n|Holders:|168,102|B+ to A-|B+|\n| --- | --- | --- | --- |\n|Transactions|100,240,631|A||\n|Mkt Cap|586,568,252|B+ to A-||\n|Av. Vol.|$50,675,854|C+ to B-||\n|Norm. Vol|0.06579|C+ to B-||\n\nThe MATIC token risk score compiled by Index Coop is B+. This matches the risk score cited here 1. However, the volatility score of B- (C+ to B-) is justified by the 0.06579 score compared to 0.064 in the table presented in the documentation 1. Further to this, assets like BAL and BAT on Ethereum have similar vol characteristics to wMATIC on Polygon. The Norm. Vol parameter is the average of the t=30 days and t=90 days as shown in the below table.\n \n#### wMATIC Volatility Data (Polygon Network Data)\n\n|Time|S.D Vol|\n| --- | --- |\n|t=7 days|0.08475|\n|t=30 days|0.06535|\n|t= 90 days|0.06622|\n|t= 180 days|0.09013|\n|t= 365 days|NA|\n\nBased upon the volatility data share above, Index Coop suggests changing the Liquidation Threshold and Loan to Value parameters as shown below:\n\n|Parameter|Current Value|Recommended Value|\n| --- | --- | --- |\n|wMATIC Liquidation Threshold|65%|70%|\n|wMATIC Loan to Value|50%|65%| \n\n## Implementation\n\nThis proposal is the first cross chain proposal for AAVE. AAVE holders will vote through the Ethereum mainnet to change parameters on the Polygon market. The proposal makes use of the [cross chain bridge](https://github.com/aave/governance-crosschain-bridges) to send a message to the [Polygon bridge executor](https://polygonscan.com/address/0xdc9A35B16DB4e126cFeDC41322b3a36454B1F772). The following functions are called on the [lending pool configurator](https://polygonscan.com/address/0x26db2b833021583566323e3b8985999981b9f1f3) from the executor:\n\nFor GHST, BAL, DPI, CRV, SUSHI, LINK:\n* batchInitReserve((address aTokenImpl, address stableDebtImpl, address variableDebtImpl, uint8 decimals, address interestRateStrategy, address underlyingAsset, address treasury, address incentivesController, string underlyingAssetName, string aTokenName, string aTokenSymbol, string varTokenName, string varTokenSymbol, string stableDebtName, string stableDebtSymbol, bytes params)[])\n* setReserveFactor(address asset, uint256 reserveFactor)\n\nFor GHST, BAL, CRV, LINK:\n* enableBorrowingOnReserve(address asset, bool stableBorrowEnabled)\n\nFor GHST, BAL, DPI, CRV, SUSHI, LINK, WMATIC:\n* configureReserveAsCollateral(address asset, uint256 ltv, uint256 liquidationThreshold, uint256 liquidationBonus)\n\nAnd the following function is called on the [Aave Oracle](https://polygonscan.com/address/0x0229f777b0fab107f9591a41d5f02e4e98db6f2d#code) for GHST, BAL, DPI, CRV, SUSHI, LINK:\n* setAssetSources(address[] assets, address[] sources)\n\nA payload contract has been created to initiate all the above changes.\n\n[Payload Contract](https://polygonscan.com/address/0x8b97a0B37974Ddec0CB8B8039a4e593457DefE8c)\n\nTests and implementation are located [here](https://github.com/pakim249CAL/Polygon-Asset-Deployment-Generic-Executor).\n", + "basename": "UPDATE-POLYGON-MARKET" + }, + "V3-RETROACTIVE-FUNDING": { + "title": "V3 Retroactive Funding", + "status": "Proposed", + "author": "AaveCompanies", + "shortDescription": "Aave V3 Retroactive Funding Proposal", + "discussions": "https://governance.aave.com/t/arc-aave-v3-retroactive-funding/9250", + "created": "2022-12-04T00:00:00.000Z", + "preview": "## Simple Summary\n\nWe propose that the Aave DAO retribute a total of …", + "content": "\n\n## Simple Summary\n\nWe propose that the Aave DAO retribute a total of $16.28M in retroactive funding to Aave Companies for development of Aave Protocol V3. This total includes $15M for work performed directly by the team over the course of more than one year and \\$1.28M for costs paid to third-party audit services.\n\n## Abstract\n\nFollowing the successful launch of V3 of the Aave Protocol, this Aave Request for Comment (ARC) seeks community feedback and validation for a governance proposal to the Aave DAO seeking retroactive funding for the development and deployment of V3 by the Aave Companies.\n\nAave V3 provided enhanced features to the Aave Protocol based on community feedback, solving limitations in V2 while pushing important new features to the forefront of the protocol and contributing to the overall success and strength of the Aave ecosystem.\n\nSome of the important new features include:\n\n- New modes such as the High Efficiency Mode and Isolation Mode which allow for increased capital efficiency whilst limiting risks for the protocol.\n- Risk Management Improvements providing additional protection to the protocol through risk caps and other tools.\n- L2-Specific features which improve user experience and reliability.\n- Portal, which allows assets to seamlessly flow between Aave V3 markets over different networks\n\nWe propose that the Aave DAO retribute $15 million (incurred work) and $1.28 million (audit) to the Aave Companies to retroactively fund the development of V3. This funding request covers work done by members of the Aave Companies over the course of more than a year.\n\nThe full proposal can be found here: https://governance.aave.com/t/arc-aave-v3-retroactive-funding/9250\n\n## Motivation\n\n### **Introduction**\n\n![Introduction](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/a22882572b3f-AIP-V3-RETROACTIVE-FUNDING/introimage.png)\n\nA focus on risk management and capital efficiency and a contemporaneous reinforcement of the flexibility and decentralization of the protocol has been instrumental in the success of Aave V3.\n\nAligned with [Vitalik’s take on retroactive public goods funding](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c) —it’s easier to agree on what was useful than what will be useful—the benefit of hindsight allows the community to make an accurate and fair quantification of the work done on V3 against the backdrop of V3’s post-launch success, as well as the potential for V3 moving forward.\n\nThis ARC follows this logic, seeking retroactive funding for the work that went into V3, which allows the community to view V3’s success since its launch, as noted in the [initial proposal](https://governance.aave.com/t/introducing-aave-v3/6035): “The community will also be able to decide whether to provide retroactive funding to those who contributed to the creation of V3, and how much funding to provide.”\n\n### **Context: Decentralization and Incentivizing Contributors**\n\nIt is imperative that the Aave protocol ecosystem remains as decentralized as possible. This is why contributors to the Aave protocol such as BGD Labs, Certora, SigmaPrime, Llama and Gauntlet have been able to build sustainable businesses within the Aave ecosystem. By working on the protocol, interacting with governance, and collaborating, all these different contributors add to the decentralized space.\n\nContributors interact with the protocol and the DAO in a symbiotic circle, as demonstrated in the diagram below:\n\n![circle](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/a22882572b3f-AIP-V3-RETROACTIVE-FUNDING/circle.jpeg)\n\nEach part of this symbiotic circle is integral to the whole. Contributors help to develop the protocol and ensure that protocol revenue continues to grow in a sustainable manner. Innovations and contributions help attract more users by improving user experience and developing new products and services. Protocol revenue, in part, then gets redirected to the DAO; bolstering the DAO treasury to continue fuelling innovations in the Aave ecosystem.\n\nThe DAO has the ability to fund contributors within the ecosystem, spurring further innovation and ensuring that contributors can operate successfully in this environment. This incentivizes groups to continue to build, in turn contributing efforts that benefit the Aave community and the cycle continues.\n\nTherefore, for the Aave Protocol to continue to develop, contributors need to be able to build and sustain successful businesses through decentralized funding methods within the ecosystem.\n\n### Aave Companies as a Contributor\n\nThe revenue created across versions of the Aave Protocol adds to the sustainability of the DAO, facilitating the funding of a variety of contributors within the ecosystem through various types of cryptoassets.\n\nWith request, permission and support granted by the Aave DAO, the Aave Companies have been an important contributor for the protocol, alongside others such as BGD Labs, Gauntlet, Certora, SigmaPrime, Llama and others. We have been building exciting innovations within the Aave ecosystem and want to continue doing so. A brief overview of this work that has taken place over many years is visualized in the simple diagram below:\n\n![timeline](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/a22882572b3f-AIP-V3-RETROACTIVE-FUNDING/timeline.jpeg)\n\nAs the Aave protocol has grown into what it is today, costs associated with development have risen substantially. For example, security has always been a cornerstone of protocol development, and this has become more crucial as Aave’s TVL has increased. Building an innovative, secure and battle-tested version of a protocol such as Aave V3 requires experienced builders across a variety of skill sets that are fairly compensated for their work.\n\n### **V3’s Technological Advancements and Success**\n\nIn 2019, the first version of the Aave Protocol smart contracts was deployed on Ethereum. Users were able to obtain and provide liquidity and earn yield on the liquidity they provided. In 2021, V2 of the Aave Protocol saw new features such as credit delegation, debt tokenization, and optimized gas costs. V2 established the Aave Protocol as a DeFi primitive, substantially growing the community and ecosystem.\n\nWhilst V2 provided a solid foundation, through community feedback, it became clear that to scale the Aave Protocol, capital efficiency and risk management would need to be central to the protocol’s functionalities.\n\nAave V3 therefore iterates on the previous versions, solving limitations present in V2 while pushing innovative features to the forefront of the protocol. Here are just a few of these features and improvements:\n\n- High Efficiency Mode allows borrowers to extract the highest borrowing power out of their collateral;\n- Isolation Mode limits exposure and risks to the protocol from newly listed assets by only permitting borrowing up to a specific debt ceiling;\n- Risk Management Improvements provide additional protection for the protocol through various risk caps and other tools;\n- L2-Specific Features designs specific to Layer 2 networks to improve user experience and reliability;\n- Portal allows assets to seamlessly flow between Aave V3 markets over different networks;Community Contribution facilitates and incentivizes community usage through a modular, well-organized codebase.\n\nThese new features offer flexibility for Aave V3 users. In the last few months, new markets have been created based on community proposals thanks to the V3 supply caps and isolation mode, which add risk mitigation features so that the community can manage such markets on the Aave Protocol.\n\nOne of the most talked about features of V3, Portal, has already found a use case for bridges like Connext as detailed in [their proposal](https://governance.aave.com/t/arc-whitelist-connext-for-v3-portals/8047) to the Aave DAO, allowing for Connext’s LPs to access immediate extra liquidity to fulfil transactions in a trust minimized way. Other proposals have followed suit, such as [this one](https://governance.aave.com/t/arc-whitelist-debridge-for-portals-v3/8259) from deBridge.\n\nV3 has also seen demand for stable Efficiency Mode (eMode), with proposals for new asset listings such as this one for FRAX continually taking advantage of Aave V3’s capital efficiency. So far, over 4,100 borrowing addresses have enabled eMode, accounting for 12% of all borrowing wallets on V3. Power users and automated strategies likely will utilize eMode more frequently as more liquidity enters market ecosystems. In light of recent significant crypto market events, risk management features such as isolation mode have also proven to be prescient.\n\nAave V3 markets attracted liquidity quickly, with the Avalanche V3 market growing to a market size of $2.22 billion, driven by the Avalanche Rush rewards despite adverse market conditions. Much of this growth was in stable assets, accounting for ~60% of total supply since mid-April. We have seen this growth in activity mirrored on V3 on Optimism, which in the recent weeks has risen to a market size of $2 billion. We expect this increase in liquidity and usage to be mirrored across other versions of Aave V3 moving forward.\n\nDuring May and June’s difficult crypto-ecosystem events, liquidations functioned well across V3 markets, minimizing insolvencies while market size was reduced by two thirds. V3 also provides the ability to set liquidation collection factors, meaning the DAO can benefit from fee accumulation during liquidation events. This is particularly pertinent given the extent of recent liquidation events in the industry.\n\nThese examples are only the tip of the iceberg, and we expect V3 to continue to further prove itself over time as users experiment with the new features and opportunities. The Aave Grants DAO has been playing, and will continue to play, a large role in this by helping to fund creative projects that take advantage of V3 and add value to the Aave ecosystem.\n\n### **What is the Compensation Model based on?**\n\nWe propose that the Aave DAO retribute $15 million (work incurred) and $1.28 million (audits) to the Aave Companies to retroactively fund the development of Aave V3, cover the cost of audits, incentivize further building on the Aave Protocol, and enable sustainable building within the Aave ecosystem. This request covers the work done by members of the Aave Companies over more than a year.\n\nOverall, there were multiple functions involved in V3’s creation. These functions included Data Science, Risk Management, QnA, Dev Ops, Smart Contract Engineering, Front-end Engineering, Back-end Engineering, Product, and Design. On top of the direct work done on V3 by the aforementioned departments there were a number of supporting measures that helped maintain high standards of security and quality throughout the process.\n\nBelow you can find a breakdown of the different teams that make up the Aave V3 Working Group at the Aave Companies:\n\n![aavepod](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/a22882572b3f-AIP-V3-RETROACTIVE-FUNDING/aavepod.jpeg)\n\nIn terms of costs related to incurred work for V3, 60% are associated with engineering roles, whilst 40% are related to non-engineering roles.\n\nMore than full-time personnel costs, there were significant operational costs associated with the creation of V3, from equipment to software, which is included in our calculations for incurred work.\n\nThere were also two rounds of extensive and in-depth audits. The first round of audits was conducted by ABDK, OpenZeppelin, Trail of Bits, and Peckshield. The second round was done by SigmaPrime. Certora provided [formal verification](https://github.com/aave/aave-v3-core/blob/master/Certora/certora/Verification_Report.pdf). These were important expenses given the Aave community’s high standards regarding security and ethos. A more digestible breakdown of these security measures is shown in the table below:\n\n| **Auditor** | **Date** | **Report** | **Round** |\n| :-----------: | :--------: | :--------------------------------------------------------------------------------------------------------: | :-------: |\n| ABDK | 27-01-2022 | [ABDK](https://github.com/aave/aave-v3-core/blob/master/audits/27-01-2022_ABDK_AaveV3.pdf) | 1 |\n| OpenZeppelin | 01-11-2021 | [OpenZeppelin](https://github.com/aave/aave-v3-core/blob/master/audits/01-11-2021_OpenZeppelin_AaveV3.pdf) | 1 |\n| Trail of Bits | 07-01-2022 | [Trail of Bits](https://github.com/aave/aave-v3-core/blob/master/audits/07-01-2022_TrailOfBits_AaveV3.pdf) | 1 |\n| Peckshield | 14-01-2022 | [Peckshield](https://github.com/aave/aave-v3-core/blob/master/audits/14-01-2022_PeckShield_AaveV3.pdf) | 1 |\n| SigmaPrime | 14-01-2022 | [SigmaPrime](https://github.com/aave/aave-v3-core/blob/master/audits/27-01-2022_SigmaPrime_AaveV3.pdf) | 2 |\n\n### Compensation Model\n\nIf the AIP is approved by the DAO, the Aave team will receive $16,280,000 million in retroactive funding for the development of Aave Protocol V3. The funding will consist of $5,456,993.61 between DAI, USDT and USDC; $1,148,881.31 in alternative stable assets, $3,394,125.08 million in more volatile crypto assets; and \\$6,280,000 million in AAVE tokens.\n\nThe \\$6.28 million in AAVE tokens requested will be based on a 14-day TWAP - time weighted average price (average of open, high, low, close) per Messari at UTC+0 - from the moment the proposal is approved in a Snapshot vote.\n\nThe funding of the aforementioned \\$6.28 million in AAVE tokens will be reimbursed with two lock-up periods. 50% of the AAVE tokens received will be deposited in the Safety Module for one year, whilst the other 50% of AAVE tokens will be deposited in the Safety Module for two years. During this time, the tokens will contribute to the protocol safety module, helping to reduce risk for the protocol. Based on this model, Aave Companies would be free to use the tokens after the end of each lock-up period.\n\nWe request that the USDC, DAI, and USDT be broken down as follows:\n\n| | **USDC** | **DAI** | **USDT** |\n| :--------------------------: | :------------: | :------------: | :------------: |\n| **Approximate % Breakdown** | 51% | 30% | 19% |\n| **Total \\$ Value Requested** | \\$2,783,066.74 | \\$1,637,098.08 | \\$1,036,828.78 |\n\nRegarding the \\$1,148,881.31 in alternative stable assets, a small volatility discount has been applied to each asset to account for peg fluctuations and low liquidity. These discounts are based on the lowest close price of each asset in the past 90 days. An itemized view of the requested alternative assets and their respective discounts can be found below:\n\n| **Token** | **Volatility Discount** | **Number** | **Value** |\n| :-------: | :---------------------: | :--------: | :------------: |\n| **sUSD** | -0.2% | 463,358.33 | 462,526.88 |\n| **TUSD** | -0.4% | 292,927.66 | 291,647.27 |\n| **FRAX** | -1.4% | 154,992.10 | 152,830.21 |\n| **BUSD** | -0.5% | 130,749.62 | 130,142.79 |\n| **GUSD** | -1.4% | 86,354.30 | 85,154.05 |\n| **USDP** | -1.1% | 26,871.32 | 26,580.10 |\n| **Total** | | | \\$1,148,881.31 |\n\nFurther, the remaining \\$3,394,125.08 that will be composed of more volatile crypto assets will remain fixed. The price will be determined by TWAP - time weighted average price (average of open, high, low, close) per Messari at UTC+0 on the day the Snapshot vote is made.\n\nLooking at the volatility of ETH over the last week, there is daily implied volatility of 5%. This does not mean that every day ETH will move by 5%, but on average, the general size of the moves will be so big that their standard deviation will be 5%.\n\nAssuming a normal distribution of returns, there is a 68% chance prices move 5% daily, a 95% chance that prices move 10% and 99% chance they are 15%. When looking at the actual daily movements we see an average difference between the daily high and low prices of 6.6%, with a maximum difference of 13.2%. With the exception of BTC, most assets we are requesting have volatility equal to or exceeding ETH.\n\nGiven the time delay of at least 1-2 weeks between the end of the Snapshot and execution of the AIP, we are asking for a flat 10% discount on the market value of non-stable crypto assets to account for this extreme market volatility. This accounts for expected daily volatility of the assets and the time delay between asset pricing and any hedge execution we need to make.\n\nAny difference between the aforementioned $3,394,125.08 value and the TWAP value at the close of the Snapshot will be made up for with additional AAVE tokens which will not be subject to a lock if the price of the assets has reduced. If the volatile assets are worth more than $3,394,125.08 after the discount at the conclusion of the Snapshot vote, then the amount of USDC et al will be lowered proportionally. This is to ensure the amount of stable funding requested from the DAO remains fixed.\n\nA detailed breakdown of the requested assets with the 10% discount outlined can be found below:\n\n| **Token** | **Volatility Discount** | **Tokens Requested** | **Current Price** | **Value w/ Discount** |\n| :--------: | :---------------------: | :------------------: | :---------------: | :-------------------: |\n| **WMATIC** | 10% | 850,000.00 | 0.80 | 612,000.00 |\n| **WAVAX** | 10% | 29,000.00 | 22.60 | 589,860.00 |\n| **CRV** | 10% | 509,732.68 | 1.10 | 504,635.36 |\n| **WETH** | 10% | 350.00 | 1,597.00 | 503,055.00 |\n| **WBTC** | 10% | 23.62 | 21,300.00 | 452,817.23 |\n| **SNX** | 10% | 96,251.92 | 3.00 | 259,880.19 |\n| **RAI** | 10% | 66,094.61 | 2.92 | 173,535.14 |\n| **MANA** | 10% | 103,234.63 | 0.82 | 76,558.80 |\n| **LINK** | 10% | 12,053.48 | 7.01 | 76,045.43 |\n| **YFI** | 10% | 7.08 | 8,951.00 | 57,067.95 |\n| **CVX** | 10% | 5,137.26 | 5.29 | 24,458.50 |\n| **MKR** | 10% | 30.36 | 835.00 | 22,812.38 |\n| **KNC** | 10% | 12,031.49 | 1.85 | 20,032.43 |\n| **UNI** | 10% | 1,685.66 | 6.99 | 10,604.50 |\n| **ENJ** | 10% | 7,242.48 | 0.55 | 3,585.03 |\n| **xSUSHI** | 10% | 2,331.22 | 1.58 | 3,314.99 |\n| **BAT** | 10% | 6,395.16 | 0.36 | 2,072.03 |\n| **REN** | 10% | 15,300.17 | 0.13 | 1,790.12 |\n| **Total** | | | | \\$3,394,125.08 |\n\nThis compensation model aims to reduce the burden on the DAO’s stablecoin reserves by diversifying the requested compensation to include other assets from the DAO treasury.\n\nAs part of this retro funding proposal, we gave great consideration to the continued economic health of the DAO and the variety of tokens requested.\n\nWith these amendments, this ARC will go to Snapshot for vote by the DAO.\n\n### Conclusion\n\nTo conclude, this proposal outlines a request for the Aave DAO to provide feedback and validation for granting Aave Companies funding for the creation of Aave V3.\n\nAave V3 is a protocol that emphasizes capital efficiency, security, and risk management. It is a reflection of both the current and future success of the community.\n\n## Specification\n\nThis proposal transfers the requested funds to the Aave Companies, following the compensation model described above. The requested assets are pulled from multiple contracts, fee collectors and ecosystem reserves across networks.\n\nThese are the main actions included in the proposal:\n\n1. Transfer of AAVE assets from the Aave Ecosystem Reserve.\n2. Transfer of aToken assets from the AaveCollector of Ethereum V2 Market.\n3. Upgrade the AaveCollector contract of Polygon V2 and V3 Markets to add the ability to retrieve funds from themselves.\n4. Transfer of aToken assets from the AaveCollector of Polygon V2 Market.\n\nA detailed breakdown of the assets to transfer, following the considerations described in the [Compensation](#compesation) section, can be found below:\n\n| **Received Token** | **# Tokens** | **Market Value USD (w/ Discount)** | **Transfer Method** |\n| :----------------: | :------------: | :--------------------------------: | :-----------------: |\n| **aAvaWAVAX** | 9584.301837 | \\$164,451.39 | Manual |\n| **aAvaWBTC** | 1.077275 | \\$19,376.34 | Manual |\n| **AAVE** | 76196.367344 | \\$6,533,944.52 | On-chain |\n| **aBAT** | 6395.160000 | \\$1,927.71 | On-chain |\n| **aBUSD** | 130399.257103 | \\$129,794.20 | On-chain |\n| **aCRV** | 509732.680000 | \\$519,461.65 | On-chain |\n| **aCVX** | 5137.260000 | \\$23,534.81 | On-chain |\n| **aDAI** | 1637098.070000 | \\$1,637,098.07 | On-chain |\n| **aENJ** | 7242.480000 | \\$3,339.30 | On-chain |\n| **aFRAX** | 154992.100000 | \\$152,829.96 | On-chain |\n| **aGUSD** | 86354.300000 | \\$85,153.98 | On-chain |\n| **aKNC** | 11236.269638 | \\$17,632.12 | On-chain |\n| **aLINK** | 12053.480000 | \\$73,118.35 | On-chain |\n| **aMANA** | 103234.630000 | \\$71,608.23 | On-chain |\n| **aMKR** | 30.360000 | \\$20,592.35 | On-chain |\n| **amWBTC** | 16.656090 | \\$299,583.70 | On-chain |\n| **amWMATIC** | 850000.000000 | \\$656,394.81 | On-chain |\n| **aPAX** | 26871.320000 | \\$26,580.03 | On-chain |\n| **aRAI** | 66094.610000 | \\$7,874.06 | On-chain |\n| **aREN** | 15300.170000 | \\$1,670.62 | On-chain |\n| **aSNX** | 96251.920000 | \\$256,779.94 | On-chain |\n| **aSUSD** | 463358.329101 | \\$462,526.88 | On-chain |\n| **aTUSD** | 292839.518601 | \\$291,559.81 | On-chain |\n| **aUNI** | 1681.265487 | \\$9,370.44 | On-chain |\n| **aUSDC** | 2783066.720000 | \\$2,783,066.72 | On-chain |\n| **aUSDT** | 1036828.780000 | \\$1,036,828.78 | On-chain |\n| **avWAVAX** | 19415.698163 | \\$333,142.53 | Manual |\n| **avWBTC** | 1.807146 | \\$32,504.12 | Manual |\n| **aWBTC** | 3.388551 | \\$60,947.95 | On-chain |\n| **aWETH** | 350.000000 | \\$492,366.99 | On-chain |\n| **aXSUSHI** | 2331.216007 | \\$2,922.55 | On-chain |\n| **aYFI** | 7.080000 | \\$57,880.72 | On-chain |\n| **BUSD** | 350.362897 | \\$348.74 | On-chain |\n| **KNC** | 795.220362 | \\$1,247.87 | On-chain |\n| **TUSD** | 88.141399 | \\$87.76 | On-chain |\n| **UNI** | 4.394513 | \\$24.49 | On-chain |\n| **WBTC** | 0.445770 | \\$8,017.82 | On-chain |\n| **Grand Total** | 8405344.837285 | \\$16,275,590.32 | |\n\n## Test Cases\n\nPlease refer to the [test section](https://github.com/aave/v3-retroactive-funding/tree/main/test) of the [aave/v3-retroactive-funding](https://github.com/aave/v3-retroactive-funding) repository.\n\n## Implementation\n\nThe [aave/v3-retroactive-funding](https://github.com/aave/v3-retroactive-funding) repository contains all the code, tests and scripts needed to deploy, execute and test the governance proposal.\n\nRelevant contracts:\n\n- [EthereumProposalPayload](https://etherscan.io/address/0xDB89487A449274478e984665b8692AfC67459deF)\n- [PolygonProposalPayload](https://polygonscan.com/address/0xccf14215e0134d6709c7dd7fa172cec40e97bfb1#code)\n- [AaveCollector Implementation](https://polygonscan.com/address/0xc773bf5a987b29ddeac77cf1d48a22a4ce5b0577)\n- [CollectorController](https://polygonscan.com/address/0xdb89487a449274478e984665b8692afc67459def)\n\n## **Copyright**\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", + "basename": "V3-RETROACTIVE-FUNDING" + } +} From 2fd0f2ed840da7e7b6c9ceca81004ea72bd1200f Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 17:26:25 +0200 Subject: [PATCH 09/11] fix: remove accidental rename --- content/ipfs-aips/all-ipfs.json | 848 -------------------------------- 1 file changed, 848 deletions(-) delete mode 100644 content/ipfs-aips/all-ipfs.json diff --git a/content/ipfs-aips/all-ipfs.json b/content/ipfs-aips/all-ipfs.json deleted file mode 100644 index 0273d5ee..00000000 --- a/content/ipfs-aips/all-ipfs.json +++ /dev/null @@ -1,848 +0,0 @@ -{ - "006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2": { - "title": "Add CVX to Aave V2", - "status": "Proposed", - "author": "Llama (Matthew Graham, Dydymoon, Jean Brasse and Austin Green)", - "shortDescription": "Add CVX as a collateral asset to Aave v2", - "discussions": "https://governance.aave.com/t/arc-add-support-for-cvx-convex-finance-token/7319", - "created": "2022-05-12T00:00:00.000Z", - "preview": "## Simple Summary\n\nLlama proposes listing CVX, the governance token …", - "content": "\n\n## Simple Summary\n\nLlama proposes listing CVX, the governance token of the Convex Finance protocol, on Aave v2 mainnet as collateral with borrowing enabled. The risk parameters detailed within have been provided by Gauntlet.\n\n## Abstract\n\nConvex Finance allows Curve.fi liquidity providers to earn trading fees, CVX liquidity mining and boosted CRV rewards without having to lock and use their boosting power with veCRV. Convex Finance intends to add support for other tokens like FXS in the future.\n\nListing CVX on Aave v2 will enable lenders to receive yield and borrowers of CVX to partake in Convex Finance’s tokenomics model to earn yield. As CVX has a different, but similar tokenomics model to CRV, Llama expects there to be similar demand for CVX. aCRV is one of the highest earning assets on Aave v2 and Llama hopes CVX will become a significant source of revenue for the community.\n\nThe Aave community also benefits from being able to use the aCVX revenue to participate in Convex Finance’s tokenomics and vote CRV rewards to Curve pools that contain aTokens.\n\n## Motivation\n\nListing CVX on the Aave V2 market would allow Aave to benefit from the first mover advantage as CVX is not currently listed on any major lending market. This asset listing has the potential to be a meaningful high vol asset revenue source. CRV is currently the fifth highest earning asset on the Aave V2 Market and has generated 190.33k aCRV tokens in revenue worth around [$744k](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c) at the time of writing.\n\nIn addition to the lending and borrowing demand, the aCVX revenue can be used to support directing CRV and CVX incentives distribution to those who stake Curve Liquidity Provider tokens on Convex Finance. Further details can be found [here](https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797).\n\n## Specification\n\nThis proposal initialises the CVX reserve, enables variable borrowing, sets a reserve factor and configures the reserve as collateral. As needed, it also connects a price source on the AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\n## Implementation\n\nWe recommend the following risk parameters.\nRisk Parameters:\nLTV \t\t\t\t\t45%\nLiquidation Threshold\t60%\nLiquidation Bonus\t\t8.5%\nReserve Factor\t\t\t20%\n\nVariable Interest Rate Parameters:\nUOptimal 50%\nR_0 0%\nR_s1 7%\nR_s2 200%\n\naToken = [0x0e9134467A273De42BE82D8764BF1E9cC0e0c8Ba](https://etherscan.io/address/0x0e9134467A273De42BE82D8764BF1E9cC0e0c8Ba)\nStable Debt Token = [0x10638C31Daeee246f0026f7174E1f30fB17010F5](https://etherscan.io/address/0x10638c31daeee246f0026f7174e1f30fb17010f5)\nVariable Debt Token = [0xa2eC40E5e60d71144e16C92A4C78F8b38FEA7877](https://etherscan.io/address/0xa2eC40E5e60d71144e16C92A4C78F8b38FEA7877)\nInterest Strategy = [0x1dA981865AE7a0C838eFBF4C7DFecb5c7268E73A](https://etherscan.io/address/0x1da981865ae7a0c838efbf4c7dfecb5c7268e73a)\nChainlink CVX/ETH Price Feed = [0xC9CbF687f43176B302F03f5e58470b77D07c61c6](https://etherscan.io/address/0xC9CbF687f43176B302F03f5e58470b77D07c61c6)\nCVX Token = [0x4e3FBD56CD56c3e72c1403e103b45Db9da5B9D2B](https://etherscan.io/token/0x4e3FBD56CD56c3e72c1403e103b45Db9da5B9D2B)\n\nThe governance forum proposal discussing Add CVX on Aave V2 mainnet market can be found [here](https://governance.aave.com/t/arc-add-support-for-cvx-convex-finance-token/7319) and the snapshot vote can be found [here](https://snapshot.org/#/aave.eth/proposal/0x399300d33120f63cdda37068b46e5da8485dbeeb1100dab0367a223124798f5b). The payload can be found here.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "006E2100C20F-AIP-ADD-CVX-TO-AAVE-V2" - }, - "08C1D37498C4-AIP-AAVE-BGD": { - "title": "Approval of BGD contribution to Aave", - "status": "Proposed", - "author": "BGD Labs (@bgdlabs)", - "shortDescription": "Mandate to approve the BGD Labs onboarding on Aave", - "discussions": "https://governance.aave.com/t/aave-bored-ghosts-developing-bgd/7527", - "created": "2022-05-02T00:00:00.000Z", - "preview": "## Summary\n\nThis proposal acts as a mandate from the Aave community …", - "content": "\n\n\n## Summary\n\nThis proposal acts as a mandate from the Aave community to engage with BGD Labs for the technical work defined on the Aave governance forum [here](https://governance.aave.com/t/aave-bored-ghosts-developing-bgd/7527) and already pre-approved by the Aave community via Snapshot [here](https://snapshot.org/#/aave.eth/proposal/0x10e6378f193ec4a2953b3ca73b86947586676250191346a90ed4c83593f14883).\n\nAs a result of this proposal, the proposed budget will be approved to a BGD-controlled address: 40% of the total transferred upfront, and the rest only defined as a claimable stream during the following 15 months.\nIn order to enable this mandate, this proposal also includes what can be considered as the first development on the list of tasks proposed: the update of the ecosystem's reserve of Aave v2 Ethereum to enable stream of funds, to be used now by BGD, but also by anybody else in the future.\n\n## Motivation\n\nA full rationale of the proposal can be found on the Aave governance forum post [here](https://governance.aave.com/t/aave-bored-ghosts-developing-bgd/7527), but the main motivation is the onboarding of another technical provider to the decentralized Aave ecosystem.\n\n## Specification\n\nA full specification of the contracts update enabling this mandate can be found on the BGD Labs github [here](https://github.com/bgd-labs/aave-ecosystem-reserve-v2/tree/release/final-proposal), together will all the security procedures applied, and the implementation of the governance payload.\nIn summary, the proposal:\n- Updates the Aave v2 Ethereum ecosystem reserve and the AAVE ecosystem reserve with a common implementation contract, with streaming capabilities.\n- Sets as fundsAdmin of those ecosystem reserves a new AaveEcosystemReserveController contract, controlled directly by the Aave governance and the only entity able to transfer and approve funds, create streams, and cancel streams.\n- Releases the 40% of the budget defined upfront: 1'200'000 USDC, 1'000'000 USDT, 1'000'000 DAI and 8'400 AAVE.\n- Creates 15-months duration streams: 4'800'000 USDC and 12'600 AAVE.\n\n## Security\nAs mandatory with any change on a running Aave smart contract, extensive security procedures have been applied to the proposal payload and the changes included. A full security report can be found [here](https://github.com/bgd-labs/aave-ecosystem-reserve-v2/tree/release/final-proposal#security), but as summary:\n- Full test coverage via units tests in the Forge environment.\n- Security review from Aave community members.\n- Minimal changes from the Sablier's v1 logic used as base for the streaming capabilities. The original codebase is audited and battle tested (running in production with meaningful funds for a long time).\n- Set of properties (formal verification) by Certora.\n- Slither analysis of the codebase.\n\n## Implementation\n\n- [AaveEcosystemReserveController](https://etherscan.io/address/0x3d569673daa0575c936c7c67c4e6aeda69cc630c#code)\n- [AaveEcosystemReserveV2](https://etherscan.io/address/0x1aa435ed226014407fa6b889e9d06c02b1a12af3#code)\n- [PayloadAaveBGD](https://etherscan.io/address/0x1e12071bd95341aa92fcba1513c714f9f49282a4#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "08C1D37498C4-AIP-AAVE-BGD" - }, - "0DC11FACBC53-AIP-RENEW_AAVE_GRANTS": { - "title": "Renew Aave Grants DAO", - "status": "Proposed", - "author": "Shreyas Hariharan (@hello-shreyas), Austin Green (@austingreen)", - "shortDescription": "Provide funding to expand the budget and scope of Aave Grants DAO", - "discussions": "https://governance.aave.com/t/aave-grants-dao-update-and-renewal/7842", - "created": "2022-05-02T00:00:00.000Z", - "preview": "## Simple Summary\n\nProvide Aave Grants DAO (AGD) with $6m ($3m per …", - "content": "\n\n## Simple Summary\n\nProvide Aave Grants DAO (AGD) with $6m ($3m per quarter budget) to fund more projects that benefit Aave.\n\n## Abstract\n\nAfter two successful quarters of Aave Grants DAO, we are looking to renew the program for the next two quarters by providing $3 million dollars in AAVE and $3 million dollars in aUSDC ($3 million per quarter). By partially funding the AGD with stablecoins, budgeting will be easier. The aUSDC will be funded through an approval and the AAVE will be funded with a transfer. Our initial proposal was made in May 2021 and our renewal proposal was made in November 2021.\n\n## Motivation\n\nAave Grants DAO is a community-led grants program, focused on growing a thriving ecosystem of contributors within Aave through funding ideas, projects and events that benefit the ecosystem. We aim to drive development on top of Aave and ensure a constant influx of talented builders to maintain Aave’s long term growth. We help build culture and community around the Aave ecosystem that in turn attracts the best contributors.\n\n## Test Cases\n\nThe full test of this proposal can be found here: https://github.com/llama-community/renew-aave-grants\n\n## Implementation\n\nThis proposal includes a $3M transfer of AAVE from the AaveEcosystemReserve to the grants DAO multisig and the AaveV2Collector approving $3M of aUSDC to the grants DAO multisig. This will allow the grants DAO to withdraw funds as needed and let the V2Collector to continue to earn interest in the meantime. The proposa payload will target the contract AaveEcosystemReserveController and call the function `function transfer(address collector, IERC20 token, address recipient, uint256 amount)` and `approve(address collector, IERC20 token, address recipient, uint256 amount)`.\n\n**Target Contracts**\n\nProposalPayload = [0x8e7df91fed22c192a3aa1bb6143879295ee91295](\nhttps://etherscan.io/address/0x8e7df91fed22c192a3aa1bb6143879295ee91295)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "0DC11FACBC53-AIP-RENEW_AAVE_GRANTS" - }, - "194D8F0A7E11-AIP-FEI-RISK-PARAMETER-UPDATE-AAVE-V2": { - "title": "FEI Risk Parameter Updates for Ethereum Aave v2 Market", - "status": "Proposed", - "author": "Llama (@llama), Matthew_Graham (@Matthew_Graham_), defijesus.eth (@eldefijesus)", - "shortDescription": "FEI Risk Parameter Updates for Ethereum Aave v2 Market", - "discussions": "https://governance.aave.com/t/arc-risk-parameter-updates-for-ethereum-aave-v2-market/9393", - "created": "2022-08-29T00:00:00.000Z", - "preview": "# Simple Summary\n\nIn response to Tribe DAO’s proposal to enter a …", - "content": "\n\n# Simple Summary\n\nIn response to Tribe DAO’s proposal to enter a terminal state, this ARC proposes disabling Deposits, disabling Borrowing and route 100% of the interest paid by FEI borrowers to the Reserve Factor.\n\n# Abstract\n\nTribe DAO is dissolving the DAO’s assets and TRIBE governance token. As a result, FEI will become backed 1:1 with DAI and redeemable 1FEI:1DAI. With Tribe DAO transitioning into a terminal state, the FEI stablecoin will overtime be redeemed for DAI.\n\nAs FEI is redeemed for DAI, over time FEI’s circulating supply and liquidity will fall away. Without sufficient liquidity, liquidations can not be performed efficiently which creates a risk for the Ethereum Aave v2 market.\n\nIn response, this ARC proposes freezing the FEI market which will Disabling Deposits, Disabling Borrowing and increase the Reserve Factor from 20% to 100%. Users will still be able to redeem aFEI and repay debt. \n\n# Motivation\n\nWith the emergence of news that Tribe DAO intends to dissolve FEI and the Protocol Controlled Value (PCV) backing the stablecoin, there is a need to amend the FEI reserve in preparation of the risks to emerge with transition Tribe DAO to a terminal state.\n\nThe details around how Tribe DAO will transition from current state to terminal state can be found [here](https://tribe.fei.money/t/tip-121-proposal-for-the-future-of-the-tribe-dao/4475).\n\nSnapshot found [here](https://snapshot.org/#/aave.eth/proposal/0x19df23070be999efbb7caf6cd35c320eb74dd119bcb15d003dc2e82c2bbd0d94). \n\n## Specification\n\nThe proposal will freeze the FEI reserve on the pool, stopping supply of liquidity and borrowing.\n\nBorrowing Enabled → Disable \nDeposits Enabled → Disable \n\nAlso,\n\nReserve Factor 20% → 100%\n\n## Test Cases\n\nThis proposal has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs).\n\nTest cases can be found: [Here](https://github.com/llama-community/aave-risk-param-updates-fei/blob/main/src/test/ValidationFeiRiskParamsUpdate.sol)\n\n## Implementation\n\nDeployment of the proposal payload can be found [here](https://etherscan.io/address/0xb8fe2a2104afb975240d3d32a7823a01cb74639f#code)\n\nThe repository of the payload can be found [here](https://github.com/llama-community/aave-risk-param-updates-fei)\n \nThe proposal calls freezeReserve on the LendingPoolConfigurator (0x311Bb771e4F8952E6Da169b425E7e92d6Ac45756) targeting FEI (0x956F47F50A910163D8BF957Cf5846D573E7f87CA).\n\nThe proposal calls the setReserveFactor function on the LendingPoolConfigurator (0x311Bb771e4F8952E6Da169b425E7e92d6Ac45756) for the FEI (0x956F47F50A910163D8BF957Cf5846D573E7f87CA) market with the new reserve Factor set to 10000 (100%).\n\n# Copyright\n\nCopyright and related rights waived via CC0.\n", - "basename": "194D8F0A7E11-AIP-FEI-RISK-PARAMETER-UPDATE-AAVE-V2" - }, - "1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I": { - "title": "Aave <> Starknet - Phase I", - "status": "Proposed", - "author": "Ernesto Boado (@eboadom)", - "shortDescription": "Kick-start of Phase I of Aave <> Starknet", - "discussions": "https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145", - "created": "2022-02-21T00:00:00.000Z", - "updated (*optional)": "2022-02-21T00:00:00.000Z", - "preview": "## Abstract\n\nThis proposal serves as kick-start of the Phase I of …", - "content": "\n\n\n## Abstract\n\nThis proposal serves as kick-start of the Phase I of the Aave <> Starknet project, releasing the initial section of the budget, accounting for 100'000 USD in USDC and WETH.\nIn addition, this proposal includes some technical updates to enable release of any kind of tokens from the protocol treasury.\n\n## Specification\n\nThe proposal implementation's specification can be found [here](https://github.com/eboadom/aip-aave-starknet-phasei/blob/master/README.md#aip-aave--starknet-phase-i).\nIn summary, the proposal's executable code (payload) does the following:\n- Deploys a new ControllerOfCollector contract. Rationale explained on the previous link.\n- Upgrades the AaveCollector implementation to the same as the AAVE treasury implementation.\n- Withdraws 90'000 USDC to the project's facilitator address.\n- Withdraws 3 WETH to the project's facilitator address.\n\n## Test Cases\n\nBoth the proposal lifecycle and it's correctness have been tested and simulation on a mainnet fork, with the specific tests being [here](https://github.com/eboadom/aip-aave-starknet-phasei/blob/master/src/test/ValidateAIPStarknetPhaseI.sol).\n\n## Implementation\n\nThe proposal's payload has been deployed on [https://etherscan.io/address/0x4e76e1d71806aae6ccaac0fc67c3aa74cb245277](https://etherscan.io/address/0x4e76e1d71806aae6ccaac0fc67c3aa74cb245277)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "1B0F30D959FD-AIP-AAVE_STARKNET_PHASE_I" - }, - "1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA": { - "title": "Continuous Formal Verification", - "status": "WIP", - "author": "Shelly Grossman (@shellygr)", - "shortDescription": "A proposal for integrating formal verification and path coverage tools for continuous securing of the Aave Protocol.", - "discussions": "https://governance.aave.com/t/continuous-formal-verification/6308", - "created": "2022-02-03T00:00:00.000Z", - "preview": "## Simple Summary\n\nA proposal for significantly and continuously …", - "content": "\n\n## Simple Summary\n\nA proposal for significantly and continuously improving the security of the Aave platform and the dApps built on top of it, by offering our formal verification and path coverage tooling service to the Aave Platform contributors and the Aave Protocol dApp developers. The initial proposal is for 6 months starting from the execution of this proposal.\n\n## Abstract\n\nCertora proposes two approaches to significantly increase the confidence in the platform itself and in the smart contracts built on top of it, even when the code is evolving.\n\nFirst, we propose to change the project-based relationship of Aave and Certora, to an ongoing relationship, where we will provide ongoing support and rule-writing for Certora Prover on Aave’s code. This service will be provided to all community contributions to core and periphery parts of the Aave ecosystem. This will ensure that the constantly-evolving code of Aave’s platform remains secure, protecting its users’ assets.\n\nSecond, we will develop a new symbolic execution tool (path coverage) which will significantly increase the coverage of code areas where we look for bugs, complementing the more focused nature of the Certora Prover. This tool’s results will be visible to all via a unique dashboard we will build. In addition, it will be open-source, so the community could contribute to its development.\n\n## Motivation\n\nOne of the major risks in managing a complex system of smart contracts such as Aave's is that it is harder to ensure that changes introduced via governance are safe, and that they do not break the behavior of the protocol.\n\nThese risks were highlighted by a recent incident in which a bug was introduced in a Compound governance proposal, leading to huge nonrecoverable financial losses. Of course, such bugs are not exclusive to Compound— they have been affecting many DeFi protocols.\n\nDetecting vulnerabilities before they are deployed is difficult because of the lack of good security tools for smart contract development. Smart contract developers often rely on manual auditing to prevent bugs, but audits are difficult to employ in the setting of ongoing, time-controlled governance proposals. Moreover, even the best auditor can miss critical bugs due to the complexity of the code.\n\n## Rationale\n\nSee `discussions` for further information.\n\n## Implementation\n\nThis AIP implements the proposal for its 6 months period. According to the forum discussion, the price is $1,700,000, where:\n1. $1,000,000 is paid in USDC. These funds will be transferred from the Aave Collector, and will be vested using [Sablier](https://docs.sablier.finance/).\n2. $700,000 is paid in Aave, also vested using Sablier.\n3. A one-time payment of $200,000 in Aave tokens will be transferred to a special 3/4 multi-sig wallet owned by the Aave Governance, 2 members from the Aave community, and 2 Certora delegates. The wallet will serve as a special fund for paying decentralized community rule writers.\n\nThe AAVE price is computed using the [Chainlink AAVE/USD price feed](https://etherscan.io/address/0x547a514d5e3769680Ce22B2361c10Ea13619e8a9) upon execution of the proposal.\n\nThe transactions that will be performed are as follows:\n1. Transfer a total worth of $900,000 in AAVE tokens from the EcosystemReserve to the ShortExecutor using the Ecosystem Reserve Controller contract at 0x1E506cbb6721B83B1549fa1558332381Ffa61A93.\n2. Approve $700,000 worth of AAVE tokens to Sablier.\n3. Create a Sablier stream with Certora as the beneficiary, to stream the $700,000 worth of Aave over 6 months.\n4. Transfer $200,000 worth of AAVE to a multisig co-controlled by Aave and Certora teams.\n5. Transfer USDC 1,000,000 from the Aave Collector to the ShortExecutor, first transfering aUSDC and then withdrawing them from the pool.\n6. Approve USDC 1,000,000 to Sablier.\n7. Create a Sablier stream with Certora as the beneficiary, to stream the USDC 1,000,000 over 6 months.\n\nThe source code for the proposal payload contract is available [here](https://github.com/Certora/aave-proposal-test).\nThe contract is deployed at [0x879A89D30b04b481Bcd54f474533d3D6A27cFd7D](https://etherscan.io/address/0x879a89d30b04b481bcd54f474533d3d6a27cfd7d).\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "1E6D88C52590-AIP-CONTINUOUS-FORMAL-VERIFICATION-CERTORA" - }, - "1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET": { - "title": "Add Assets to Aave Polygon Market and Update WMATIC Risk Parameters", - "status": "Proposed", - "author": "Coder Dan (@coderdannn), MatthewGraham, tomuky", - "shortDescription": "Update Polygon Market", - "discussions": "https://governance.aave.com/t/arc-list-aavegotchi-ghst-token-as-collateral-on-matic-aave-network/3619 https://governance.aave.com/t/listing-proposal-add-v2-market-assets-to-polygon-market-that-are-relevant-to-polygon-network/5511 https://governance.aave.com/t/arc-polygon-market-wmatic-risk-parameter-changes/6021", - "created": "2021-12-14T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis AIP would list BAL, CRV, DPI, GHST, LINK, …", - "content": "\n\n## Simple Summary\n\nThis AIP would list BAL, CRV, DPI, GHST, LINK, and SUSHI from the AAVE V2 market on the Aave Polygon Market, and list GHST as a new asset to the Polygon market as collateral. WMATIC risk parameters are also being updated.\n\n## Rationale\n\nBAL, CRV, DPI, LINK, and SUSHI have been voted in by governance to be added to the Polygon market. These tokens are already listed in the V2 market.\n \nWMATIC parameters are being updated to maintain the overall risk tolerance of the protocol while making risk trade-offs between specific assets.\n\nGHST is the token that powers the Aavegotchi universe. Aavegotchi (Playable DeFi-backed NFTs) utilizes Aave aTokens in game as collateral assets for Aavegotchis “playable bank”. Given Aave’s recent launch onto Polygon (where Aavegotchi is deployed) the Aavegotchi community believes it would be a great idea to have GHST token as collateral on Matic Aave. If GHST gets listed as an collateral on Aave, users of Aavegotchi will be able to use aGHST as collateral within their Aavegotchis.\n\n## Motivation\n\nWith the availability of cross chain governance, it's time to make long overdue updates to the Polygon market.\n\n## Specifications\n \nThe risk parameters for the assets coming from the V2 market to the Polygon market are as follows:\n\n#### BAL\n- LTV: 20%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 10%\n- Reserve Factor: 20%\n#### CRV\n- LTV: 20%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 10%\n- Reserve Factor: 20%\n#### DPI\n- LTV: 20%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 10%\n- Reserve Factor: 20%\n- Not borrowable\n#### LINK\n- LTV: 50%\n- Liquidation Threshold: 65\n- Liquidation Bonus: 7.5%\n- Reserve Factor: 10%\n#### SUSHI\n- LTV: 20%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 10%\n- Reserve Factor: 35%\n- Not borrowable\n\n## Adding GHST to the Polygon Market\n\n1. Aavegotchis are crypto-collectibles (NFT). Aavegotchis are pixelated ghosts living on the Matic blockchain, backed by the ERC-721 standard. Their value is determined by rarity level 2, which is calculated via multiple factors, such as base traits, amount of staked collateral 2, and equipped wearables. GHST token is the backbone of Aavegotchi Realm. GHST is an in-game asset, used in all operations in-game (excluding usage of GHST as a collateral for summoning your Aavegotchi, which are aTokens powered by Aave) such as buying portals (opened\\closed), wearable items, potions and etc.\n\n2. Users of Aavegotchi will borrow GHST, to use it as an in-game asset, to speculate on in-game values or for other in-game purposes. Users of Aavegotchi will use it as a collateral to summon their gotchis with it because aTokens are another backbone of the game. To summon your Aavegotchi you need to have a specific amount of aTokens to make it possible.\n\n3. GHST token has been live on Ethereum Mainnet since September, when it was launched via a continuous bonding curve DAICO sale (still live today at aavegotchi.com/curve 5). The token was launched at 0.2 DAI / GHST and currently sits at around 1.2 DAI. The all-time high is around 1.9 DAI / GHST. GHST is priced in DAI because unlike most tokens in crypto, it is actually backed by a DAI reserve at a 33% connecting weight. This makes the price more stable because it takes more in/out to change the price.\n\nA significant challenge for Aavegotchi as a project was deciding to migrate our ecosystem from Ethereum to Polygon (then known as Matic). Expensive gas fees would have made it impossible for our players to use Aavegotchi NFTs (which require constant onchain attention). However, from January to March, we were able to complete the migration and launch successfully onto Polygon.\n\n4. GHST is the official utility token of the Aavegotchi ecosystem and can be used to purchase portals, wearables, and consumables.\n\n5. The inflation of GHST tokens through purchases on the bonding curve is positively correlated to the GHST price. The bonding curve has been mathematically programmed to increase the price of GHST as the circulating supply of GHST increases.\n\n6. The bonding curve has minting and burning permissions, but these permissions are governed by the AavegotchiDAO which exists on Ethereum Mainnet. GHST tokens are not arbitrarily minted or burned. The supply is determined by inputs via the bonding curve.\n\n#### Market Data\n\n- Market Cap - \\$140,000,000\n- 24hr Trading volume - \\$29,209,070\n- Currently listed on 14 exchanges: Binance, Okex, Poloniex, Uniswap, Gate.io, LBank, Bilaxy, Hoo, MXC, BiBox, 0x, BamBoo Relay, QuickSwap, 1ich Exchange;\n- Maturity - 15 months.\n\n#### Proposed Risk Parameters\n- LTV: 25%\n- Liquidation Threshold: 45%\n- Liquidation Bonus: 12.5%\n- Reserve Factor: 20% \n \n#### Socials\n\n- Telegram group: - Telegram: Contact @aavegotchi 8 - 12,000+ members;\n- Discord - https://discord.gg/aavegotchi 16,000+ members\n- https://twitter.com/aavegotchi - twitter 67,000 followers;\n- Active forum https://dao.aavegotchi.com/\n- Governance Snapshot https://snapshot.org/#/aavegotchi.eth\n- Active code development - https://github.com/aavegotchi\n\n#### Token Stats\n\n- Contract’s date of deployments: 14 September 2020 (Ethereum)\n- Number of transactions:\n - Ethereum: 143,397\n - Polygon: 2,507,992\n- Number of holders for tokens:\n - Ethereum: 6,427\n - Polygon: 68,943\n- Currently circulating Supply - 66,419,514\n- Current total supply - 66,419,514\n\n#### Full Disclosure\n\nStani Kulechov is an official advisor of Aavegotchi, and Aave has invested into Pixelcraft Studios, the development team behind Aavegotchi.\n \n## WMATIC Risk Parameter Update\n \nThe criteria for assessing market risk, as determined by the market size and changes in fluctuation in demand, is presented by the Aave community here. In line with the criteria, analysis of the MATIC token on Polygon network is presented below:\n\n|Holders:|168,102|B+ to A-|B+|\n| --- | --- | --- | --- |\n|Transactions|100,240,631|A||\n|Mkt Cap|586,568,252|B+ to A-||\n|Av. Vol.|$50,675,854|C+ to B-||\n|Norm. Vol|0.06579|C+ to B-||\n\nThe MATIC token risk score compiled by Index Coop is B+. This matches the risk score cited here 1. However, the volatility score of B- (C+ to B-) is justified by the 0.06579 score compared to 0.064 in the table presented in the documentation 1. Further to this, assets like BAL and BAT on Ethereum have similar vol characteristics to wMATIC on Polygon. The Norm. Vol parameter is the average of the t=30 days and t=90 days as shown in the below table.\n \n#### wMATIC Volatility Data (Polygon Network Data)\n\n|Time|S.D Vol|\n| --- | --- |\n|t=7 days|0.08475|\n|t=30 days|0.06535|\n|t= 90 days|0.06622|\n|t= 180 days|0.09013|\n|t= 365 days|NA|\n\nBased upon the volatility data share above, Index Coop suggests changing the Liquidation Threshold and Loan to Value parameters as shown below:\n\n|Parameter|Current Value|Recommended Value|\n| --- | --- | --- |\n|wMATIC Liquidation Threshold|65%|70%|\n|wMATIC Loan to Value|50%|65%| \n\n## Implementation\n\nThis proposal is the first cross chain proposal for AAVE. AAVE holders will vote through the Ethereum mainnet to change parameters on the Polygon market. The proposal makes use of the [cross chain bridge](https://github.com/aave/governance-crosschain-bridges) to send a message to the [Polygon bridge executor](https://polygonscan.com/address/0xdc9A35B16DB4e126cFeDC41322b3a36454B1F772). The following functions are called on the [lending pool configurator](https://polygonscan.com/address/0x26db2b833021583566323e3b8985999981b9f1f3) from the executor:\n\nFor GHST, BAL, DPI, CRV, SUSHI, LINK:\n* batchInitReserve((address aTokenImpl, address stableDebtImpl, address variableDebtImpl, uint8 decimals, address interestRateStrategy, address underlyingAsset, address treasury, address incentivesController, string underlyingAssetName, string aTokenName, string aTokenSymbol, string varTokenName, string varTokenSymbol, string stableDebtName, string stableDebtSymbol, bytes params)[])\n* setReserveFactor(address asset, uint256 reserveFactor)\n\nFor GHST, BAL, CRV, LINK:\n* enableBorrowingOnReserve(address asset, bool stableBorrowEnabled)\n\nFor GHST, BAL, DPI, CRV, SUSHI, LINK, WMATIC:\n* configureReserveAsCollateral(address asset, uint256 ltv, uint256 liquidationThreshold, uint256 liquidationBonus)\n\nAnd the following function is called on the [Aave Oracle](https://polygonscan.com/address/0x0229f777b0fab107f9591a41d5f02e4e98db6f2d#code) for GHST, BAL, DPI, CRV, SUSHI, LINK:\n* setAssetSources(address[] assets, address[] sources)\n\nA payload contract has been created to initiate all the above changes.\n\n[Payload Contract](https://polygonscan.com/address/0x8b97a0B37974Ddec0CB8B8039a4e593457DefE8c)\n\nTests and implementation are located [here](https://github.com/pakim249CAL/Polygon-Asset-Deployment-Generic-Executor).\n", - "basename": "1F43FC2F4FC1-AIP-UPDATE-POLYGON-MARKET" - }, - "226BEDACF8B7-AIP-ADD-MATICX-TO-AAVE-V3-POLYGON": { - "title": "Add MaticX to Aave v3 Polygon Pool", - "status": "Proposed", - "author": "Llama, Matthew Graham, Rajath Alex", - "shortDescription": "Add MaticX to Aave v3 Polygon Pool", - "discussions": "https://governance.aave.com/t/proposal-to-add-maticx-to-aave-v3-polygon-market/7995", - "created": "2022-09-12T00:00:00.000Z", - "preview": "# Simple Summary\n\nLlama proposes listing MaticX on the Aave v3 …", - "content": "\n\n# Simple Summary\n\nLlama proposes listing MaticX on the Aave v3 Polygon Pool. MaticX is an ERC20 receipt token which represents staked MATIC and a portion of the staking rewards.\n\n# Abstract\n\nStader is building a native staking smart contract platform spanning multiple networks that enables users to develop staking-related applications. The MaticX product selects validators based upon performance, safety, decentralisation and the commission terms to ensure users receive the best user experience in supporting the Polygon Network. \n\nMaticX allows users to stake their MATIC tokens on the Ethereum mainnet or Polygon and immediately get the representation of their share in the form of MaticX token without maintaining staking infrastructure. Users will receive staking rewards whilst being able to utilise their MaticX tokens in secondary markets on Ethereum mainnet and Polygon.\n\nMaticX will be added as collateral and Users will be able to borrow against their MaticX deposits. A SupplyCap of $6M will be implemented, borrowing disabled and Matrix will be added to the 'Matic correlated' eMode. \n\n# Motivation\n\nListing MaticX on the Aave v3 Polygon Pool will allow Aave DAO to benefit from the first mover advantage and provide an alternative to Lido’s stMATIC. \n\nIn addition to being able to stake on Ethereum mainnet, MaticX allows users to stake Matic directly on Polygon through a unique instant pool mechanism while remaining on Polygon throughout. This is expected to drive staking penetration higher for MATIC with Users being able to enjoy the cheaper, faster transactions on Polygon to stake.\n\nMaticX offers users a maximum 50 hours withdrawal period, which is shorter than alternatives and is expected to support a tighter secondary spot market price relative to the fundamental value of the receipt token’s claim.\n\nWith the introduction of eMode on Aave v3, there exists the potential for users to recursive loop MaticX and wMATIC to create a significant source of yield provided borrowing rates remain accommodative. \n\n## Specification\n\nIn supporting the MaticX asset listing, this proposal creates a liquidity pool that reflects the characteristics shown below and connect the Chainlink oracle price source to AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\nThis proposal has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs).\n\nLink to Test Cases: [Here](https://github.com/llama-community/aave-v3-crosschain-maticx-listing/blob/master/src/test/PolygonMaticXE2E.t.sol)\n\n## Implementation\n\nThis proposal presents the following parameter configuration upon listing MaticX.\n\nRisk Parameters:\n\nCollateral: Yes\nBorrowing: No\nLTV: 50%\nLiquidation Threshold: 65%\nLiquidation Bonus: 10%\nReserve Factor: 20%\nChainlink Oracle: [0x5d37E4b374E6907de8Fc7fb33EE3b0af403C7403](https://polygonscan.com/address/0x5d37E4b374E6907de8Fc7fb33EE3b0af403C7403)\n\nVariable Interest Rate Parameters:\n\nUOptimal: 45%\nR_0: 0%\nR_s1: 7%\nR_s2: 300%\n\n'MATIC correlated' eMode Parameters:\n\nLTV: 92.5%\nLiquidation Threshold: 95%\nLiquidation Bonus: 1%\n \nSupply / Borrow Caps:\n\nNewSupplyCap: $6m MaticX\n\nThe governance forum proposal discussing Add MaticX on Aave v3 Polygon pool can be found [here](https://governance.aave.com/t/proposal-to-add-maticx-to-aave-v3-polygon-market/7995) and the snapshot vote can be found [here](https://snapshot.org/#/aave.eth/proposal/0x88e896a245ffeda703e0b8f5494f3e66628be6e32a7243e3341b545c2972857f). \n\nLink to Payload Implementation: [Here](https://github.com/llama-community/aave-v3-crosschain-maticx-listing/blob/master/src/contracts/polygon/MaticXPayload.sol)\n\n**Deployed Contracts**\nProposalPayload = [0xD417d07c20e31F6e129fa68182054B641FbEC8Bd](https://polygonscan.com/address/0xD417d07c20e31F6e129fa68182054B641FbEC8Bd)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "226BEDACF8B7-AIP-ADD-MATICX-TO-AAVE-V3-POLYGON" - }, - "29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES": { - "title": "Add claimRewardsToSelf() to incentives for Ethereum V2 Aave Market", - "status": "Proposed", - "author": "Sean Casey (@SeanJCasey)", - "shortDescription": "Add claimRewardsToSelf() to the liquidity mining incentives contract for Ethereum V2 Aave Market", - "discussions": "https://governance.aave.com/t/proposal-adapt-contracts-slightly-to-improve-defi-composability/4125", - "created": "2021-11-30T00:00:00.000Z", - "preview": "## Summary\n\nAdd a `claimRewardsToSelf()` function to the liquidity …", - "content": "\n\n## Summary\n\nAdd a `claimRewardsToSelf()` function to the liquidity mining incentives contract, so a caller can claim their own rewards without specifying the `to` recipient.\n\n## Abstract\n\nAave incentive contracts currently only contain claiming functions in which the caller specifies the recipient `to` address, who will receive the claimed rewards. Unfortunately, this poses a security problem for abstractly-designed smart contract claimants that do not have fully-trusted originators of claiming txs. This is the case for Enzyme vaults. By adding an additional claiming function to the incentive contract that uses `msg.sender` instead of `to`, the tx originator no longer needs to be trusted.\n\nThis simple addition - that reuses the exact same claiming logic as the current claiming functions with no changes to storage layout - will increase composability opportunities with Enzyme and similarly architected protocols.\n\n## Motivation\n\nEnzyme is a decentralised asset management infrastructure built on Ethereum. It allows asset managers to build on-chain investment Vaults that utilise and allocate to the newest innovations in DeFi. Because all transactions occur on the Ethereum blockchain, compliance, accounting, and investor management services are rendered programatically and at a dramatically-reduced cost to their traditional finance counterparts.\n\nAmongst other things, Enzyme Vaults can interact with AAVE by lending. We are currently also working on accommodating the borrowing functionality to enable leveraged strategies.\n\nIn order to keep providing our users with superior asset management tools in DeFi, we want to open up the liquidity mining option for them as soon as possible. Our users rely on having the latest DeFi functionality in Enzyme to reach their full potential.\n\nBenefits for AAVE:\n\n- Increased AAVE adoption by the Enzyme user base and other similarly architected protocols\n- Tapping into a new and fast-growing community\n- A closer collaboration between our two projects & communities\n- Enzyme contracts have been audited by PWC, Chain Security and some of the leading auditors in the space who sit on the Enzyme Council\n- Opening up the possibility for new and novel use-cases to be built around AAVE\n\n## Specification\n\nAdds `function claimRewardsToSelf(address[] calldata assets, uint256 amount)` to the liquidity mining incentives contract, which reuses the logic of `claimRewards()` but uses `msg.sender` instead of `to`.\n\n## Rationale\n\nThis is the simplest, least intrusive way to support claimants who might not be trusted to send claimed rewards to a third party.\n\n## Test Cases\n\nTest suites (local, mainnet fork, and proposal flow on mainnet fork) have been included at https://github.com/aave/incentives-controller/pull/4 and have been reviewed by Aave team.\n\n## Implementation\n\nFull PR: https://github.com/aave/incentives-controller/pull/4\n\nNew incentives implementation contract on Ethereum mainnet: `0xD9ED413bCF58c266F95fE6BA63B13cf79299CE31`\n\nUpgrade to be executed via deployment of `ProposalIncentivesV2Executor.sol`: https://github.com/aave/incentives-controller/blob/e5e8b2c994ee29b0af883db7c94add372b4423b2/contracts/proposals/ProposalIncentivesV2Executor.sol\n\nDeployed proposal payload (`ProposalIncentivesV2Executor.sol`) on Ethereum mainnet: `0xb8fA635fEC4E6BDb05e7937cBeF01214991e9D5a`\n\n## Audit\n\nhttps://github.com/aave/incentives-proposal/blob/1ef7705546dc7970795003e435f76b73efebbb1d/audits/Enzyme_Aave_IncentivesController_Improvement.pdf\n\n## Snapshot vote\n\nhttps://snapshot.org/#/aave.eth/proposal/QmcgTovk982fcUTN17qtDyZ4oCoVGnKZJGuwMVtqspfphk\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "29720ED10AEA-AIP-ADD-CLAIMREWARDSTOSELF-TO-INCENTIVES" - }, - "298883DBD784-AIP-ADD-MAI-TO-AAVE-V3": { - "title": "Add MAI to Aave V3 on Polygon", - "status": "Proposed", - "author": "Pablo Peillard (@itspublu)", - "shortDescription": "Add MAI Stablecoin to Aave V3 on Polygon", - "discussions": "https://governance.aave.com/t/add-mai-on-aave-v3/7630", - "created": "2022-08-16T00:00:00.000Z", - "preview": "## Author: \nQiDao Protocol core team\n\n## Forum post: \n …", - "content": "\n\n## Author: \nQiDao Protocol core team\n\n## Forum post: \n\nhttps://governance.aave.com/t/add-mai-on-aave-v3/7630\nProposal to add support for MAI (aka miMatic) on Aave V3 (On Polygon)\n\n## Summary\n\nMAI is the first and largest native stablecoin project on Polygon and a variety of other chains. It is an overcollateralized stablecoin that is non-custodial. All MAI is backed by collateral locked in user-managed vaults. MAI minting is available on 8 chains, and bridging to 18 chains.\n\nAll accepted collaterals are priced using Chainlink price feeds. MAI has stayed within its peg through several market downturns.\n\nThere’s around 250M MAI minted, with liquidity on all top DEXs in which MAI is present. A significant portion of liquidity for MAI is on Curve. MAI hosts the largest pool on Curve Polygon.\n\n## Risk Parameters\n\nV3 Efficiency mode: stablecoins\nV3 Isolation mode: 75% LTV, 80% liquidation threshold, 10% reserve factor, $2M initial debt ceiling per chain\n\n## Specifications\n**What is the link between the author of the AIP and the Asset?**\n\nCore team at QiDao Protocol.\n\n**Provide a brief high-level overview of the project and the token**\n\nMAI is the first and largest stablecoin protocol on Polygon. It allows users to lock their tokens and use them as collateral to mint MAI at 0% interest.\n\nMAI is an overcollateralized CDP stablecoin on Polygon, Avalanche, Fantom, Arbitrum, Harmony, Moonriver, and Gnosis Chain. MAI is one of the most crosschain assets in DeFi, currently on 18 chains through Multichain. Accepted collateral includes interest-bearing assets like Aave Market Tokens. Users are not charged interest for borrowing MAI - instead, they are charged a 0.5% fee upon repayment.\n\nDespite market downturns during its existence, MAI has maintained its peg.\n\nMAI currently has a TVL of around $90M, and has around 70M MAI outstanding.\n\n**Explain positioning of the token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?**\n\nBeing the largest native stablecoin on Polygon and Fantom, MAI has a wide reach within the native projects on those chains. Listing MAI would connect Aave to most communities in these chains through the integrations already made by MAI.\nMAI is one of the most crosschain assets, available on 18 chains through canonical bridging. As a result, users will be drawn to borrow MAI to bridge value to other chains and take advantage of the many yield opportunities that MAI has.\n\nMAI’s risk profile is low. It is used by large institutions. MAI has also received grants from several blockchains, including Polygon, Metis, Optimism, Arbitrum, and Gnosis.\n\n**Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?**\n\nMAI is governed by the QiDao Protocol, a community-run DAO around the QI token.\nSeveral other projects have participated in our DAO through proposals and bribing, including Frax Finance, Stake DAO, Celsius, * PolygonDAO, SpiritSwap, SpookySwap, Gotchi Vault, and Beefy Finance\nThe Polygon Alliance was recently set up to participate in QiDao.\n\n**How is the asset currently used?**\n\nLending (Market.xyz, Impermax, Tarot)\nListed on several DEXs on 18 chains. Main DEXs are Curve, Balancer, QuickSwap, SpookySwap, SpiritSwap, Solidly, Saber, and TombSwap\nTop two pools on Curve Fantom and Polygon\nMAI is used by Celsius to borrow against their AUM\nMAI has been used by Polygon to award bounties\nMAI offers low-cost leverage to strategies on Stake DAO, Yearn, Beefy, and Aave\n\n**Emission schedule**\n\nUsers can mint MAI by locking up their assets and borrowing against that value at 0% interest. Temporary debt ceilings serve as the a supply mitigation.\n\n**Token (& Protocol) permissions (minting) and upgradability.**\n\n**Is there a multisig? What can it do? Who are the signers?**\n\nAll funds stored as collateral are fully controlled by users\nThere is a 3/5 multisig, comprised by the QiDao team. Team members are doxxed and regularly appear on podcasts, live streams, and crypto conferences\nThe multisig executes the results of Snapshot votes: liquidation ratios for new collaterals, partnerships, and debt ceilings. There have been over 70 votes since the start of the DAO: see votes here 1.\nSince the protocol uses canonical bridging, QiDao retains the power to mint MAI on chains it is bridged to.\n\n## Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n- Market Cap: ~$70M\n- 24h Volume: >$40M\n- Volatility: Low\n- Exchanges: Curve, Balancer, QuickSwap, SpookySwap, SpiritSwap, Saber, Beethoven, Solidly, TombSwap, Solarbeam, Trader Joe, Crodex, ZoomSwap, PaintSwap, Elk Finance, and Rose\n- Maturity: Launched 5/4/21\n- Social channels data (Size of communities, activity on Github)\n- Project: https://www.mai.finance/\n- Defillama: https://defillama.com/protocol/qidao\n- Whitepaper: https://docs.mai.finance/\n- Document portal: https://docs.mai.finance/\n- Source code for the system(s) that interact with the proposed asset: https://github.com/0xlaozi\n- Twitter: 17k followers: https://twitter.com/QiDaoProtocol\n- Telegram: 2,130 members: @QiDaoProtocol\n- Discord: 8,987 members: https://discord.com/qidaoprotocol\n- Contracts date of deployments, number of transactions, number of holders for tokens\nMAI token\n\n- Date of deployment: May 4, 2021\n- Number of transactions: +3M\n- Number of crosschain token holders: 16k+\n\n## Security Considerations\nMAI has undergone 2 thorough audits (linked below). Constant internal reviews are performed to ensure MAI’s economic and technical safety.\n\nThe protocol currently has around $90M TVL.\n\n- First audit: https://uploads-ssl.webflow.com/606120c25fb119221b762612/60bd3b9a1366549deb6a1cf7_Mai_Finance_Audit_Bramah.pdf\n\n- Second audit: https://cloakwire.com/qi-dao-security-audit/\n\n## Other links\n\nContract addresses: https://docs.mai.finance/functions/smart-contract-addresses\n\nChainlink Oracle: 0xd8d483d813547CfB624b8Dc33a00F2fcbCd2D428 (Polygon)\n\n## Proposal's technical implementation\n\nThis asset listing will be executed via Aave's cross-chain governance module, described here [https://github.com/bgd-labs/aave-v3-crosschain-listing-template](https://github.com/bgd-labs/aave-v3-crosschain-listing-template). The listing of miMATIC via cross-chain is one of the examples included there, together with tests.\n\nProposal Payload on Polygon: [https://polygonscan.com/address/0x83fba23163662149b33dbc05cf1312df6dcba72b#code](https://polygonscan.com/address/0x83fba23163662149b33dbc05cf1312df6dcba72b#code)\n\nBGD Labs has provided support on the technical aspects of the listing and Certora has reviewed the proposal's payload.\n", - "basename": "298883DBD784-AIP-ADD-MAI-TO-AAVE-V3" - }, - "30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC": { - "title": "Appoint Securitize as a Whitelister to Aave Arc", - "status": "Proposed", - "author": "Adan Carreno (@adancspal)", - "shortDescription": "Securitize asks the Aave Governance community to approve Securitize as a Whitelister for Aave Arc", - "discussions": "https://governance.aave.com/t/arc-appoint-securitize-as-a-whitelister-to-aave-arc/6434", - "created": "2022-06-08T00:00:00.000Z", - "updated": "2022-06-21T00:00:00.000Z", - "preview": "## Simple Summary\n\nSecuritize asks the Aave Governance community to …", - "content": "\n\n## Simple Summary\n\nSecuritize asks the Aave Governance community to approve the appointment, adoption, and authorization of Securitize as a “whitelister” on the Aave Arc market.\n\n## Abstract\n\nSecuritize is the leading digital asset securities company. As a FINRA member Broker-Dealer and the first SEC-registered Transfer Agent operating with digital asset securities, Securitize is one of the most regulated firms in the entire digital assets industry.\n\nSecuritize has an excellent track record for providing comprehensive compliance services to a vast array of digital assets companies. Our proprietary investor passport, Securitize iD, is globally recognized and built upon Securitize’s battle-tested KYC/KYB/AML/CFT compliance program, allowing Securitize iD to be trusted by over 450K registered investors and over 200 issuers to date.\n\nWe have performed a detailed analysis and documented it [here](https://governance.aave.com/t/arc-appoint-securitize-as-a-whitelister-to-aave-arc/6434) for the consideration of the Aave Governance community. We believe that Securitize satisfies all criteria necessary to be appointed as a whitelister for Aave Arc.\n\n\n## Motivation\n\nThe institutional appetite for DeFi is growing, but that hunger remains mostly unsatisfied due to compliance obstacles. In response, pragmatic DeFi communities like Aave launched permissioned versions of their services, like Aave Arc, and are wisely seeking regulated third parties, like Securitize, to facilitate user credential and access management.\n\nAs a whitelister, Securitize will function as one of the trusted gatekeepers for Aave Arc, ensuring that only wallets with verified credentials can access the permissioned liquidity pool. Therefore, institutions can safely leverage the transactional benefits of Aave — e.g., supply, borrow, and liquidate digital assets — while still abiding by their compliance requirements. Securitize believes that this is a monumental first step toward the eventual mass inclusion of institutions in the decentralized economy.\n\n## Specification\n\n“Whitelisting” is the gatekeeping function performed by whitelisters on users of Aave Arc. The term refers specifically to the process of:\n\nConducting KYC/KYB checks on the user;\nOnboarding the user with appropriate disclosures, terms, and conditions;\nGranting specific permissions (e.g., borrow, supply, liquidate) to the Ethereum wallet address(es) provided by the user.\nIn addition, Aave Arc whitelisters perform a similar role on Arc as guardians do on Aave V2. Specifically, whitelisters can use a multi-sig veto on governance proposals that add excessive compliance risk on the Aave Arc protocol. For example, existing whitelisters can veto the addition of a privacy coin if such a coin is impermissible in the relevant jurisdiction, or veto the addition of a whitelister that has a poor reputation for compliance.\n\nThe whitelisting is managed via a [PermissionManager](https://etherscan.io/address/0xF4a1F5fEA79C3609514A417425971FadC10eCfBE) contract, in which whitelisters are designated as Permission Admins. Permission Admins are permitted to add or remove wallets grants to the Aave Arc market by calling addPermissions() and removePermissions() contract methods, respectively.\n\n## Rationale\n\nThe Aave Governance community voted on the Snapshot proposal with “YES” 389K AAVE (99.98%) and “No” 87 AAVE (0.02%)\n\n## Implementation\n\nThe implementation is described [here](https://github.com/aave/arc-timelock#adding-a-new-permissionadmin)\n\n## Proposal\n\nThe proposal executes a single call to the PermissionManager contract to add [Securitize](https://etherscan.io/address/0x36b8A1D23BDc76092aD88A1c4Ef59fafD4931b03) as PermissionAdmin in Aave ARC market:\n`IPermissionManager(0xF4a1F5fEA79C3609514A417425971FadC10eCfBE).addPermissionAdmins([0x36b8A1D23BDc76092aD88A1c4Ef59fafD4931b03]);`\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "30C900A596F6-AIP-APP-SECURITIZE-WHITELISTER-TO-AAVE-ARC" - }, - "3C58C5F00209-AIP-SIGP": { - "title": "Sigma Prime - Security Assessment Services for Aave", - "status": "Proposed", - "author": "Sigma Prime (@sigp)", - "shortDescription": "Proposal for continuous security assessment services from Sigma Prime", - "discussions": "https://governance.aave.com/t/sigma-prime-security-assessment-services-for-aave/8518", - "created": "2022-07-12T00:00:00.000Z", - "preview": "## Summary\n\nThis proposal acts as a mandate from the Aave community …", - "content": "\n\n## Summary\n\nThis proposal acts as a mandate from the Aave community to engage [Sigma Prime](https://sigmaprime.io) for continous security assessment services as outlined in [this post](https://governance.aave.com/t/sigma-prime-security-assessment-services-for-aave/8518) and already pre-approved via Snapshot [here](https://snapshot.org/#/aave.eth/proposal/0xf4d2d4c89e29cd11472d5b86f013cb0995952b96099ced35eb91a03e99fbb5cf).\n\n\n## Abstract\n\nThe aim of this proposal is to ensure Aave receives high-quality security assessment services to address all upcoming updates to its protocols, including critical upgrades such as the v2 → v3 migration.\n\n[Sigma Prime](https://sigmaprime.io) has been providing security assessment services to Aave for the past 2.5 years, reviewing critical components such as Aave v2 and v3, along with various other changes made to the lending platform.\n\n## Motivation\n\nAave’s success relies partly on its ability to deliver high quality products with a strong security posture. To date, and despite the large TVL potentially attracting a lot of malicious actors, Aave users haven’t suffered any losses due to smart contract bugs or vulnerabilities. Lately, it has been increasingly difficult to contract reputable smart contract security auditors, as most of the prominent firms in this space are booked out for months.\n\n\n## Specification\n\nThis proposal authorises payment of the minimum engagement fee outlined in [the proposal](https://governance.aave.com/t/sigma-prime-security-assessment-services-for-aave/8518) (US$ 1,296,000) through the following:\n- Upfront payment for 50% of the minimum engagement fee (US$ 648,000) paid in aUSDC and aUSDT (even split, $324,000 each)\n- Remaining 50% (US$ 648,000) paid at the end of the engagement period (12 months) via two (2) payment streams in aUSDC and aUSDT (even split, $324,000 each), with each stream starting 12 months from now, and lasting a duration of 1 second.\n\nIf the maximum fee was to apply to this engagement, a subsequent proposal will be pushed forward for the remaining amount in 12 months (i.e at the end of the engagement period).\n\n\n## Rationale\n\nSigma Prime is an information security consultancy who specialise in Blockchain technology and administered from Sydney, Australia.\n\nThe primary focus of Sigma Prime is to help secure distributed systems through in-depth security assessments of decentralised projects, while concurrently researching and developing core Blockchain infrastructure. Over the past 6 years, we have been working with some of the most prominent organisations in the space: the Ethereum Foundation, Chainlink, SushiSwap, 1inch, the Filecoin Foundation, NEAR, Arbitrum, Lido, Rocket Pool, and plenty of others.\n\nSigma Prime is also the founder and maintainer of the Lighthouse project, an open-source implementation of the Ethereum Proof-of-Stake Consensus specification, written in Rust. Lighthouse is one of the leading Ethereum consensus client implementations and has a particular focus on performance and security.\n\nThroughout the works performed for Aave, the feedback received from the leadership team has been highly positive. Sigma Prime has gained a high degree of familiarity with the protocol, which will be leveraged as required for the delivery of this engagement.\n\n## Test Cases\n\n- Please refer to the [test section](https://github.com/sigp/sigp-aip-payload/tree/master/test) of the [sigp/sigp-aip-payload](https://github.com/sigp/sigp-aip-payload) repository.\n\n## Implementation\n\n- [PayloadAaveSigP](https://etherscan.io/address/0xe8ea74754dce51168102e820424f7e7f74c5be3e#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "3C58C5F00209-AIP-SIGP" - }, - "3D16C7B29565-AIP-FEI-RESERVE-FACTOR-UPDATE": { - "title": "FEI Reserve Factor Update", - "status": "Proposed", - "author": "Llama, Shreyas Hariharan, Rajath Alex", - "shortDescription": "FEI Reserve Factor Update", - "discussions": "https://governance.aave.com/t/bgd-aave-v2-ethereum-fei-security-report/10251", - "created": "2022-10-18T00:00:00.000Z", - "preview": "# Simple Summary\n\nThis proposal updates FEI’s Reserve Factor on Aave …", - "content": "\n\n# Simple Summary\n\nThis proposal updates FEI’s Reserve Factor on Aave v2 Ethereum from 100% to 99%. As noted by [BGD](https://governance.aave.com/t/bgd-aave-v2-ethereum-fei-security-report/10251), the current configuration of FEI’s Reserve Factor at 100% does not accrue variable borrow debt and does not redirect the Reserve Factor fees to the Collector smart contract.\n\n# Abstract\n\nAs noted [here](https://governance.aave.com/t/bgd-aave-v2-ethereum-fei-security-report/10251), the Reserve Factor (RF) on Aave is a percentage representing the proportion of the supplier’s yield that gets redirected to the protocol as a “fee”.\n\nOn every user action, when the new interest rate is calculated, the amount of aTokens calculated from the RF of that specific asset gets minted to the Collector. In addition, extra accounting gets done on the so-called “indexes” of the asset (supply/variable borrow), which represent the total accumulation of yield on both supply and borrow side.\n\nIt is important to highlight that the reserve factor gets discounted when calculating the supply rate, prior to further accounting like the indexes.\n\nOn September 05, [Aave governance proposal 96](https://app.aave.com/governance/proposal/96/) was executed, freezing the FEI asset on Aave v2 Ethereum.\n\nInitially, the payload seemed fine and performed two actions:\n1. Call a freeze() function on the protocol for FEI.\n2. In order for suppliers of FEI to not have incentives and withdraw, “redirect” all yield on the borrowers’ side to the protocol’s Collector. This was done by setting the Reserve Factor configuration of FEI to 100% (maximum).\n\nLater, it was realized that the variable borrow interest did not properly accrue for FEI borrowers. After some debugging, it was realized that the issue was caused by a side effect of configuring any RF to exactly 100%.\n\nThe temporary solution to fix this (until the protocol is updated to handle reserve factor of 100% correctly), is to set the FEI reserve factor to 99% through this AIP.\n\n# Motivation\n\nThe full motivation for this AIP can be found [here](https://governance.aave.com/t/bgd-aave-v2-ethereum-fei-security-report/10251)\n\n# Specification\n\nA full specification of the payload contract and tests enabling this mandate can be found on the Llama Github [here](https://github.com/llama-community/aave-fei-rf-update)\n\nThe Proposal Payload does the following:\n1. Sets FEI Reserve Factor from 100% to 99%.\n2. If liquidity is available to withdraw, then calls `swapAllAvailable()` on the [aFEI to aDAI Swapper Contract](https://etherscan.io/address/0x9A953AC1090C7014D00FD205D89c6BA1C219Af8b)\n\n## Test Cases\n\nThis proposal has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs).\n\nTest cases can be found: [Here](https://github.com/llama-community/aave-fei-rf-update/blob/main/src/test/ProposalPayloadE2E.t.sol)\n\n## Implementation\n\nPayload Implementation can be found: [Here](https://github.com/llama-community/aave-fei-rf-update/blob/main/src/ProposalPayload.sol)\n\n## Deployed Contracts\n\nProposal Payload = [0x993ee4acc9F736fd3e47846d18b397d06B899112](https://etherscan.io/address/0x993ee4acc9f736fd3e47846d18b397d06b899112)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "3D16C7B29565-AIP-FEI-RESERVE-FACTOR-UPDATE" - }, - "412B6185D705-AIP-ADD-STETH-TO-AAVE-V2": { - "title": "Add stETH to AAVE v2", - "status": "Proposed", - "author": "Jacob Blish (@jbeezy); Gregory Stepanov (@grstepanov)", - "shortDescription": "AAVE governance proposal to enable stETH as a collateral asset", - "discussions": "https://governance.aave.com/t/arc-add-support-for-steth-lido/5793", - "created": "2022-04-02T00:00:00.000Z", - "preview": "## Simple Summary\nLido allows users to earn staking rewards on the …", - "content": "\n\n## Simple Summary\nLido allows users to earn staking rewards on the Ethereum beacon chain without locking Ether or maintaining staking infrastructure. This is done through the stETH token. stETH tokens represent a tokenized staking deposit with staking rewards and slashing penalties applied. stETH can be held, traded, or sold. \nWe propose listing stETH to AAVE v2 market. This would allow users to borrow against stETH.\n\n#### References\n- Website: [lido.fi](https://lido.fi/)\n- [Primer](https://lido.fi/static/Lido:Ethereum-Liquid-Staking.pdf) \n- [Document portal](https://docs.lido.fi/)\n- [Source code for the system(s) that interact with the proposed asset](https://github.com/lidofinance/lido-dao/blob/master/contracts/0.4.24/Lido.sol)\n- [Ethereum addresses contracts](https://docs.lido.fi/deployed-contracts)\n- [ChainLink Oracle](https://etherscan.io/address/0x86392dC19c0b719886221c78AB11eb8Cf5c52812)\n- [Audits](https://github.com/lidofinance/audits)\n- Community\n - [Governance forum](https://research.lido.fi/)\n - [Twitter](https://twitter.com/lidofinance)\n - [Discord](https://discord.gg/vgdPfhZ)\n - [Telegram](https://t.me/lidofinance)\n - [Reddit](https://www.reddit.com/r/LidoFinance)\n\n## Abstract\nThe goal of listing stETH on AAVE v2 market is to provide the ability to deposit stETH into AAVE and allow to use it as collateral. There is no intention to enable borrowing of stETH on AAVE v2 market.\n\n## Motivation\nListing stETH on AAVE can work to attract a larger audience to both AAVE and Lido. More ETH staked with Lido would subsequently benefit the decentralization and security of the Ethereum network, to the benefit of the community as a whole. stETH would likely bring new borrow demand to AAVE as market participants look to borrow against stETH.\n\nstETH makes a perfect DeFi collateral and is beneficial for a number of reasons covered in the Specifications section of this AIP.\n\n## Specification\n1. **What is the link between the author of the AIP and the Asset?**\n\n- Jacob (jbeezy) is a full time member of the DAO working to facilitate integrations for st-Assets across DeFi in protocols such as Aave among others.\n- Gregory (GrStepanov) is a full time protocol contributor working on technical integrations.\n\n2. **Provide a brief high-level overview of the project and the token.**\n\n#### Lido Background\n\nThe Lido Protocol, built on Ethereum’s beacon chain to start, allows users to earn staking rewards on the beacon chain without rendering their assets illiquid or maintaining staking infrastructure.\n\nLido was [announced](https://blog.lido.fi/how-lido-works/) in November 2020. The testnet was released in late November.\n\nLido today has 3 products (stETH, stSOL, bLuna) managed by 4 teams in separate organizations. Across these products is a multi billion dollar TVL and has pushed Lido to #6 on [DeFi Llama rankings](https://defillama.com/protocol/lido). stETH has also been accepted as part of Nexus Mutual’s treasury as part of their [risk management strategy](https://forum.nexusmutual.io/t/proposal-increase-the-allocation-of-the-capital-pool-to-steth/641).\n\nLido has begun the process to move over to a fully non-custodial solution. Details can be found here: [Withdrawal Credentials in Lido](https://blog.lido.fi/withdrawal-credentials-in-lido/).\n\nThe Lido DAO manages the liquid staking protocol by deciding on key parameters (e.g. setting fees, assigning node operators and oracles) through the voting power of governance token holders.\n\nLido has been audited by Sigma Prime, Quantstamp and MixBytes.\n\n#### stETH Background\n\nLido allows users to deposit ETH and receive stETH. The deposited ETH is then pooled and staked with node operators selected by the Lido DAO. stETH represents the user’s staked ETH balance of the beacon chain along with staking rewards accrued or penalties inflicted on validators in the beacon chain. When withdrawals are enabled on the beacon chain, stETH can be redeemed for unstaked ETH and accumulated rewards.\n\nUnlike beacon chain ETH, stETH can be freely transferred and traded. Onboarding stETH to Aave would allow users to borrow against stETH.\n\nThe balance of stETH is based on the total amount of staked ETH plus total staking rewards minus slashing applied on validators. stETH rebases daily.\nThe stETH supply stands at 1,697,460 - worth $5.4BN using current stETH prices.\n\n3. **Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?**\n\nstETH as DeFi collateral is beneficial for a number of reasons.\n\n- stETH is almost as safe as ETH, price-wise: barring catastrophic scenarios, its value tends to hold the ETH peg well;\n- stETH is a productive asset. Earning rewards on collateral effectively lowers the cost of borrowing. This could make borrowing more attractive on Aave and help to increase market utilization (and therefore Aave’s protocol revenue from \ncoin reserve factors).\n- stETH is a very liquid asset with $5+ billion in liquidity used across [multiple DeFi projects](https://dune.xyz/LidoAnalytical/Integration-monitor-dashboard\n). stETH<>ETH liquidity pool on Curve is the deepest LP in DeFi with $3.8 billion TVL.\n\n4. **Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?**\n\nLido protocol background is listed in Question #2.\n\nThere is a DAO and it is live. The Lido DAO consists of, amongst others, Semantic VC, ParaFi Capital, Libertus Capital, Terra, Bitscale Capital, StakeFish, StakingFacilities, Chorus, P2P Capital and KR1, Stani Kulechov of Aave, Banteg of Yearn, Will Harborne of Deversifi, Julien Bouteloup of Stake Capital and Kain Warwick of Synthetix.\n\nThe Lido treasury has been diversified and DAO members now include Paradigm, Three Arrows Capital, DeFiance Capital, Jump Trading, Alameda Research, iFinex, Dragonfly Capital, Delphi Digital, Robot Ventures, Coinbase Ventures, Digital Currency Group, The LAO and [angels](https://research.lido.fi/t/proposal-ldo-treasury-diversification-part-2/506).\n\nThe Lido suite of products consist of st-assets which represent the underlying staked collateral on various protocols. Currently this is stETH, bLuna, stLuna and stSOL and is managed by 4 teams in separate organizations to further mitigate centralization risk.\n\nThere are further wrapped versions to address platform limitations around rebasing assets or bridging to other ecosystem. These wrapped assets are minted/burned based on locking of the st-asset. Currently there is wstETH (non-rebasing) and bETH (Terra representation of stETH).\n\nEarly challenges were overcome with DAO member support, speed of execution and utility of st-assets. The last one is particularly critical in the success of any liquid product.\n\n5. **How is the asset currently used?**\n\nstETH is used in a number of ways.\n\n- a productive asset (e.g. in Nexus Mutual Treasury risk management strategy);\n- compounding yield strategies in DeFI (AMMs, autofarms) (e.g. Convex, Yearn, Harvest);\n- multichain collateral (e.g. wstETH on Ethereum on Maker and bETH on Terra in Anchor).\n\n5. **Emission schedule**\n\nThere is no emission schedule. Similar to DAI, stETH is minted on demand when users lock ETH into the protocol.\n\n6. **Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?**\n\nstETH token is the upgradable contract behind `AppProxyUpgradeable` proxy at https://etherscan.io/address/0xae7ab96520de3a18e5e111b5eaab095312d7fe84. Lido DAO can change the implementation with the successful DAO vote.\n\nThe roles and addresses can be checked in the Aragon UI: https://mainnet.lido.fi/#/lido-dao/permissions/app/0xae7ab96520de3a18e5e111b5eaab095312d7fe84\n\nTo mitigate withdrawal risks, Lido staking went live on December 18th, 2020, through a [withdrawal key ceremony](https://blog.lido.fi/lido-withdrawal-key-ceremony/). Chorus One, Staking Facilities, Certus One, Argent, Banteg (yearn.finance), Alex Svanevik (Nansen), Anton Bukov (1inch), Michael Egorov (Curve/Nucypher), Rune Christensen (MakerDAO), Will Harborne (DeversiFi), and Mustafa Al-Bassam (LazyLedger) came together over a four-day event to generate threshold signatures for Lido’s withdrawal keys in a secure environment on air-gapped machines. \nLido has already migrated to a non-custodial solution and >60% of all stETH already uses this. Details can be found here: [Withdrawal Credentials in Lido](https://blog.lido.fi/withdrawal-credentials-in-lido/).\n\n8. **Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)**\n\n**Market Cap** $5.5B\n\n**Volatility** - Over the past year, stETH proved to hold peg extremely well through various market conditions. [stETH<>ETH balance data for the Curve pool can be found here](https://dune.xyz/queries/36557/72603).\n\n**Volumes and DEXes**\n\n**[Balancer (wstETH/WETH)](https://app.balancer.fi/#/pool/0x32296969ef14eb0c6d29669c550d4a0449130230000200000000000000000080)** \nLiquidity: $409.3M \nVolume (24h): $509,3 \nhttps://dune.xyz/embeds/153863/304423/684fdf22-161c-4352-a41d-81ce8a705c01 \n\n**[SushiSwap (wstETH/DAI)](https://analytics.sushi.com/pairs/0xc5578194d457dcce3f272538d1ad52c68d1ce849)** \nLiquidity: $32.2M \nVolume (24h): $756,211 \nhttps://dune.xyz/embeds/153729/304165/5c53e046-47ef-485d-9767-6ec188a5629e \n\n**[Curve (stETH/ETH)](https://curve.fi/steth)** \nLiquidity: $3,75B \nVolume (24h): $5,7M \nhttps://dune.xyz/embeds/153374/303383/9c8cb193-4538-497e-a774-c33e78bcd34d \n\n9. **Social channels data**\n\n[Discord](https://discord.gg/vgdPfhZ) - 7400 members \n[Twitter](https://twitter.com/LidoFinance) - 60K followers \n[GitHub](https://github.com/lidofinance) - Active and managed \n\n10. **Contracts date of deployments, number of transactions, number of holders for tokens**\n\nDate of Deployment: December 18th, 2020 \nNumber of Transactions (stETH): [146,000+](https://etherscan.io/token/0xae7ab96520de3a18e5e111b5eaab095312d7fe84) \nUnique holders: [42,000+](https://etherscan.io/token/0xae7ab96520de3a18e5e111b5eaab095312d7fe84) \n\n11. **Unique Depositors**\n\nUnique depositors: [36,000+](https://dune.xyz/queries/20029/41160)\n\n## Rationale\nstETH represents the user’s staked ETH balance of the beacon chain along with staking rewards accrued or penalties inflicted on validators in the beacon chain. \nThis is implemented via rebasing mechanism. \n\nDue to the rebasing nature of stETH, the proposed listing implementation involves few changes to AAVE's generic aToken.\nThe proposed aToken uses underlying stETH shares to store balances and implement the rebase ability. Thus, it has 2 private balances and 1 public balance.\n\n1. The internal (fixed-supply) balance and total supply are used for book-keeping. The deposited balance is stored in stETH shares and converted into the amount of the tokens with functions from stETH. Users’ balances are book-kept with the underlying ERC20 token.\n2. The internal (elastic-supply) balance and total supply correspond to the deposited balance without accrued interest. Rebasing of aSTETH according to stETH happens in this layer. \n3. The external (elastic-supply) balance and total supply correspond to the deposited balance with interest.\n\nExternally, the aSTETH behaves similar to every other aToken. It always maintains a 1:1 peg with the underlying stETH. \n\nThe current implementation doesn't support borrowing, neither with variable nor with stable interest rates. The stableDebtSTETH and variableDebtSTETH contracts extend default stableDebtToken and variableDebtToken contracts accordingly to make it impossible to use borrowing with aSTETH because default debt tokens are not compatible with the AStETH contract.\n\n## Implementation\n\n#### Code\nAStETH https://etherscan.io/address/0xbd233D4ffdAA9B7d1d3E6b18CCcb8D091142893a \nvariableDebtSTETH https://etherscan.io/address/0xde2c414b671d2db93617d1592f0490c13674de24 \nstableDebtSTETH https://etherscan.io/address/0x8180949ac41ef18e844ff8dafe604a195d86aea9 \nDefaultReserveInterestRateStrategy https://etherscan.io/address/0xff04ed5f7a6C3a0F1e5Ea20617F8C6f513D5A77c \nSteps the proposal will execute: start a vote to add stETH as a new asset.\n\n#### Security Considerations\nStandard technical risks of smart contracts apply to the AToken implementation.\nThe implementation has been audited by MixBytes() and considered safe. Read the full report from [here](https://github.com/lidofinance/audits/blob/main/MixBytes%20AAVE%20stETH%20integration%20Security%20Audit%20Report%2002-22.pdf).\n\n**Proposed Risk Parameters**\nLTV: 70% \nLiquidation Threshold: 75% \nLiquidation Bonus: 7.5% \nReserve Factor: 10% \n\n**Interest Rate Model:** \nUOptimal: 60% \nBase: 0% \nSlope 1: 8% \nSlope 2: 200% \n\nAs stETH is more suited as collateral instead of a borrowing asset, we propose listing stETH on AAVE v2 market with borrowing disabled. \n\n## Risk Assessment\n\n**Smart contract risks**\n\nLido faces smart contract risks. To mitigate these, Lido has been audited multiple times - by Quantstamp, Sigma Prime, and MixBytes (see [Audits](https://github.com/lidofinance/audits)), with no critical issues found.\n\n**Counterparty risks**\n\nLido is a DAO. Decisions in the Lido DAO are made through proposals and votes - community members manage protocol parameters, node operators, oracle members, and more. The Lido staking infrastructure for stETH consists of 22 node operators, with a focus on decentralization.\nLido relies on a set of oracles to report staking rewards to the smart contracts. Their maximum possible impact is limited by the [recent upgrade](https://github.com/lidofinance/lido-improvement-proposals/blob/develop/LIPS/lip-2.md#sanity-checks-the-oracles-reports-by-configurable-values) (limit oracles report change by 10% APR increase in stake and 5% decrease in stake), and the operators of oracles are all well-known entities: Stakefish, Certus One, Chorus One, Staking Facilities, DSRV, Blockscape, Everstake, SkillZ, RockX, Allnodes, P2P Validator, and others.\nRead further in Lido [documentation](https://docs.lido.fi/token-guides/steth-superuser-functions/).\n\n**Market risk**\n\nOver the past year, stETH proved to hold the ETH peg 1:1 steadily.\nFour liquidity pools across different DEXes are incentivized with significant LDO rewards. Curve stETH<>ETH LP has grown into the deepest LP across DeFi, which makes it extremely resistant to any attempts of moving the peg.\n\n**Staking risks**\n\nstETH faces staking risks, specifically validator risks including slashing and hostage risks. To mitigate these, Lido works only with best-in-class validators with a track record of success.\nBesides, there's an ongoing [discussion in the community](https://research.lido.fi/t/lip-6-in-protocol-coverage-proposal/1468) about in-protocol coverage options to mitigate slashing risks.\n\n**Price feed risk**\n\nThe ChainLink price feed for stETH is based on the pools with extremely deep liquidity. This makes stETH price very stable and resilient. Manipulating stETH price at this point would require staggering amount of resources and potentially render this kind of attack unreasonable.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "412B6185D705-AIP-ADD-STETH-TO-AAVE-V2" - }, - "4A7DEC60B007-AIP-AAVE-LLAMA": { - "title": "Llama <> Aave", - "status": "Proposed", - "author": "Llama (@llama)", - "shortDescription": "Approve Llama <> Aave Proposal", - "discussions": "https://governance.aave.com/t/updated-proposal-llama-aave/9924", - "created": "2022-09-28T00:00:00.000Z", - "preview": "# Simple Summary\n\nLlama outlines a 12-month proposal to work with …", - "content": "\n\n# Simple Summary\n\nLlama outlines a 12-month proposal to work with Aave on treasury management, protocol upgrades, growth, and analytics.\n\n# Abstract\n\nThis proposal acts as a mandate from the Aave community to engage with Llama for the work defined on the Aave governance forum [here](https://governance.aave.com/t/updated-proposal-llama-aave/9924) and pre-approved by the Aave community via Snapshot [here](https://snapshot.org/#/aave.eth/proposal/0x9f65a598bee69a1dd84127d712ffedbc0795f0647e89056a297cae998dd18bf1).\n\n# Motivation\n\n[Llama](https://www.llama.xyz/) is one of the most active contributors to Aave. We hope to deepen our engagement with the community and ensure that Aave is a market-leading protocol for many decades to come.\n\nAave currently has $9 billion of liquidity locked across 7 networks and over 13 pools, with more in the works. To continue its rate of growth, the community needs to onboard proven contributors who can drive value to the Aave ecosystem. Skilled teams have the knowledge, trust, and alignment to meaningfully contribute to growing Aave.\n\nLlama has received grants from Aave Grants DAO over the past 12 months for work that includes treasury management, protocol upgrades, DAO to DAO partnerships, and analytics. Aave Grants has recommended that we move from short-term grants to a longer-term work scope funded through governance, allowing us to drive more impact to the Aave ecosystem. It should be noted that many of the deliverables in this proposal require substantial smart contract engineering, data engineering, and financial expertise.\n\nLlama charges a $1.5 million base fee plus a bonus of upto $500k based on completion of deliverables. 70% of the total fee will be in aUSDC and 30% in AAVE. Note that the bonus payment is not included in this proposal but will be included in a separate proposal towards the end of our 12-month period.\n\nWe will provide regular updates on the forum with details of our work and will solicit feedback from the community to ensure we continue to uphold the commitments outlined in our forum post. Towards the end of the 12-month period, a renewal proposal will be shared with Aave governance.\n\n## Specification\n\nA full specification of the payload contract and tests enabling this mandate can be found on the Llama Github [here](https://github.com/llama-community/aave-llama-proposal).\n\nIn summary, the proposal:\n1. Transfers upfront 350,000 aUSDC ($0.35 Million) to the Llama-controlled address.\n2. Transfers upfront 1,813.68 AAVE ($0.15 Million using 30 day TWAP on day of proposal) to the Llama-controlled address.\n3. Creates a 12-month stream of 700,000 aUSDC ($0.7 Million) to the Llama-controlled address.\n4. Creates a 12-month stream of 3,627.35 AAVE ($0.3 Million using 30 day TWAP on day of proposal) to the Llama-controlled address.\n\n## Test Cases\n\nThe Proposal Payload has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs), including simulations on mainnet of the whole proposal lifecycle.\n\nLink to Test Cases: [Here](https://github.com/llama-community/aave-llama-proposal/blob/main/src/test/ProposalPayload.t.sol)\n\n## Implementation\n\nLink to Payload Implementation: [Here](https://github.com/llama-community/aave-llama-proposal/blob/main/src/ProposalPayload.sol)\n\n**Deployed Contracts**\nProposalPayload = [0xbDd286d4b9BfbD10319f3FCd1c76e9ECA12a80Ee](https://etherscan.io/address/0xbdd286d4b9bfbd10319f3fcd1c76e9eca12a80ee)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "4A7DEC60B007-AIP-AAVE-LLAMA" - }, - "4B301050BD35-AIP-ADD-STMATIC-TO-AAVE-V3-POLYGON": { - "title": "Add stMATIC to Aave v3 pool on Polygon", - "status": "Proposed", - "author": "Llama (@llama), Matthew Graham (@Matthew_Graham_), Rajath Alex (@0xrajath)", - "shortDescription": "Add stMATIC to Aave v3 pool on Polygon", - "discussions": "https://governance.aave.com/t/proposal-add-support-for-stmatic-lido/7677", - "created": "2022-09-01T00:00:00.000Z", - "preview": "# Simple Summary\n\nLlama proposes listing stMATIC on the Aave v3 …", - "content": "\n\n# Simple Summary\n\nLlama proposes listing stMATIC on the Aave v3 Polygon pool. stMATIC is an ERC20 token that represents the account’s share of the total supply of MATIC tokens inside the Lido system. \n\n# Abstract\n\nLido is a DAO governed liquid staking protocol for the Polygon PoS chain. It allows users to stake their MATIC tokens on the Ethereum mainnet and immediately get the representation of their share in the form of stMATIC token without maintaining staking infrastructure. Users will receive staking rewards whilst being able to utilize their stMATIC tokens in secondary pools on Ethereum mainnet and Polygon.\n\nListing stMATIC as collateral will enable depositors to borrow funds against stMATIC. In addition, a special 'MATIC correlated' eMode will be created for just stMATIC and wMATIC, a $7.5M Supply Cap will be set and borrowing disabled to manage the risk exposure with this asset listing.\n\n# Motivation\n\nListing stMATIC on the Aave v3 pool would allow Aave DAO to benefit from the first mover advantage and hopefully in time replicate the success of the stETH listing which has generated $1.38B in TVL on the Ethereum Aave v2 pool. \n\nAs with the stETH listing on Ethereum Aave v2 pool, we expect stMATIC to stimulate demand for wMATIC and other assets. With the introduction of eMode on Aave v3, we expect the recursive stMATIC and wMATIC loop to create a significant source of yield for Users. \n\n## Specification\n\nIn supporting the stMATIC asset listing, this proposal creates a pool that reflects the characteristics shown below and connects the Chainlink oracle price source to AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\nThis proposal has been tested and peer reviewed by [Bored Ghost Developing](https://twitter.com/bgdlabs).\n\nLink to Test Cases: [Here](https://github.com/llama-community/aave-v3-crosschain-stmatic-listing/blob/master/src/test/PolygonStMaticE2E.t.sol)\n\n## Implementation\n\nLlama recommends the following parameter configuration upon listing stMATIC.\n\nRisk Parameters:\n\nCollateral: Yes\nBorrowing: No\nLTV: 50%\nLiquidation Threshold: 65%\nLiquidation Bonus: 10%\nReserve Factor: 20%\nChainlink Oracle: [0x97371dF4492605486e23Da797fA68e55Fc38a13f](https://polygonscan.com/address/0x97371dF4492605486e23Da797fA68e55Fc38a13f)\n\nVariable Interest Rate Parameters:\n\nUOptimal: 45%\nR_0: 0%\nR_s1: 7%\nR_s2: 300%\n\n'MATIC correlated' eMode Parameters:\n\nLTV: 92.5%\nLiquidation Threshold: 95%\nLiquidation Bonus: 1%\n \nSupply / Borrow Caps:\n\nNewSupplyCap: $7.5m stMATIC\n\nThe governance forum proposal discussing Add stMATIC on Aave v3 Polygon pool can be found [here](https://governance.aave.com/t/proposal-add-support-for-stmatic-lido/7677) and the snapshot vote can be found [here](https://snapshot.org/#/aave.eth/proposal/0xc8646abba01becf81ad32bf4adf48f723a31483dc4dedc773bbb6e3954c3990f). \n\nLink to Payload Implementation: [Here](https://github.com/llama-community/aave-v3-crosschain-stmatic-listing/blob/master/src/contracts/polygon/StMaticPayload.sol)\n\n**Deployed Contracts**\nProposalPayload = [0xc730008C64783a283988b0fA3b5eE6b6F997922A](https://polygonscan.com/address/0xc730008C64783a283988b0fA3b5eE6b6F997922A)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "4B301050BD35-AIP-ADD-STMATIC-TO-AAVE-V3-POLYGON" - }, - "4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC": { - "title": "Add Fireblocks as a whitelister on Aave Arc", - "status": "Proposed", - "author": "Idan Ofrat (@idan-fb)", - "shortDescription": "Proposal to add Fireblocks LLC, a Fireblocks company, as a “whitelister” on the Aave Arc market.", - "discussions": "https://governance.aave.com/t/add-fireblocks-as-a-whitelister-on-aave-arc/5753", - "created": "2021-10-02T00:00:00.000Z", - "preview": "## Simple Summary\n\nFireblocks asks the Aave Governance community to …", - "content": "\n\n## Simple Summary\n\nFireblocks asks the Aave Governance community to approve the appointment, adoption, and authorization of Fireblocks LLC, a Fireblocks company, as a “whitelister” on the Aave Arc market.\n\n## Abstract\n\nAave Arc is a “permissioned” version of the software underlying V2 of the Aave protocol that employs an additional smart contract layer to only allow “whitelisted” or “permissioned” users to engage with the protocol.\n\nOnly regulated entities that (a) employ KYC/KYB principles in accordance with FATF guidelines to identify and accept their clients; (b) have robust AML/CFT compliance programs; and (c) are currently in good standing with an active license/registration in the entity’s operating jurisdiction will be accepted as “whitelisters” on Aave Arc.\n\nWe believe that Fireblocks LLC, a Fireblocks company, satisfies all the qualification requirements to be a whitelister. We have performed a detailed analysis and documented it [here](https://governance.aave.com/t/add-fireblocks-as-a-whitelister-on-aave-arc/5753) for the consideration of the Aave Governance community.\n\n## Motivation\n\nDeFi is considered by institutional users to be one of the more complex markets to navigate across security, compliance, and risk perspectives. We are eager to be at the forefront of this transformational opportunity with Aave Arc by extending access to even our most compliance-conscious customers, who have been searching to engage with DeFi in a way that comports with their own internal requirements.\n\nApproval of Fireblocks LLC can potentially also facilitate the integration of other “whitelisters” and institutions into instances of the Aave protocol. This may have multiple benefits, including the creation of sustainable governance practices for Aave Arc whitelisters and whitelister customers, as well as the enablement of benefits to the ecosystem, such as the onboarding of regulated fiat on/off ramps and protocol deployments connected to debit cards, high yield savings accounts and other innovative fintech products.\n\n## Specification\n\n“Whitelisting” is the gatekeeping function performed by whitelisters on users of Aave Arc. The term refers specifically to the process of:\n1. Conducting KYC/KYB checks on the user;\n2. Onboarding the user with appropriate disclosures, terms, and conditions;\n3. Granting specific permissions (e.g., borrow, supply, liquidate) to the Ethereum wallet address(es) provided by the user.\n\nIn addition, Aave Arc whitelisters perform a similar role on Arc as guardians do on Aave V2. Specifically, whitelisters can use a multi-sig veto on governance proposals that add excessive compliance risk on the Aave Arc protocol. For example, existing whitelisters can veto the addition of a privacy coin if such a coin is impermissible in the relevant jurisdiction, or veto the addition of a whitelister that has a poor reputation for compliance.\n\nThe whitelisting is managed via a [PermissionManager](https://etherscan.io/address/0xF4a1F5fEA79C3609514A417425971FadC10eCfBE) contract, in which whitelisters are designated as Permission Admins. Permission Admins are permitted to add or remove wallets grants to the Aave Arc market by calling `addPermissions()` and `removePermissions()` contract methods, respectively. \n\n## Rationale\n\nThe Aave community voted on the [Snapshot proposal](https://snapshot.org/#/aave.eth/proposal/QmYQEh4vstJADjSK2b8nyK1otFG6R4rh9VHszU5xUEw26S) with Yes 149.2k AAVE (98.33%) and No 2.54k AAVE (1.67%).\n\n## Test Cases\n\nTest cases for an implementation are mandatory for AIPs but can be included with the implementation.\n\n## Implementation\n### Proposal\n\nExecutes the proposal deployed at:\n\n[https://etherscan.io/address/0xA7fC6E204c2069edb0ed5Fed451F419B985eC416#code](https://etherscan.io/address/0xA7fC6E204c2069edb0ed5Fed451F419B985eC416#code)\n\nThe proposal executes the following:\n- Adds [Fireblocks](https://etherscan.io/address/0x686a12A79008246F4dF2f1Ea30d136BD6DE748B4) as Permission Admin by calling addPermissionAdmins` on the [PermissionManager](https://etherscan.io/address/0xF4a1F5fEA79C3609514A417425971FadC10eCfBE) contract.\n\n`IPermissionManager(0xF4a1F5fEA79C3609514A417425971FadC10eCfBE).addPermissionAdmins([0x686a12A79008246F4dF2f1Ea30d136BD6DE748B4]);`\n\n- Unpause the pool by calling setPoolPause on the [LendingPoolConfigurator](https://etherscan.io/address/0x4e1c7865e7BE78A7748724Fa0409e88dc14E67aA) contract.\n\n`ILendingPoolConfigurator(0x4e1c7865e7BE78A7748724Fa0409e88dc14E67aA).setPoolPause(false);`\n\n- Transfers the EmergencyAdmin role of the system to the [ArcTimelock's Veto DAO](https://etherscan.io/address/0x33B09130b035d6D7e57d76fEa0873d9545FA7557).\n\n`provider.setEmergencyAdmin(ARC_TIMELOCK_VETO_DAO_ADDRESS);`\n\n- Transfers ownership of the system to the [ARC Market Multisig](https://etherscan.io/address/0x23c155C1c1ecB18a86921Da29802292f1d282c68) temporarily until handed over to Aave Governance.\n\n`provider.transferOwnership(ARC_MARKET_MULTISIG_ADDRESS);`\n\n### Aave Arc Timelock\n\nAave Arc Timelock gives a guardian address the opportunity to cancel an approved governance action prior to its execution.\nThe timelock implementation can be found [here](https://github.com/aave/arc-timelock).\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC" - }, - "541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2": { - "title": "Aave <> Starknet - Phase I (Part 2)", - "status": "Proposed", - "author": "Ernesto Boado (@eboadom)", - "shortDescription": "Requests for the second scheduled payment on Aave <> Starknet Phase I", - "discussions": "https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145#payments-8", - "created": "2022-07-01T00:00:00.000Z", - "preview": "## Simple Summary\n\nAave <> Starknet Phase I was approved by the Aave …", - "content": "\n\n## Simple Summary\n\nAave <> Starknet Phase I was approved by the Aave community with 2 payment tranches. This proposal releases the second payment tranche of 92'500 USDC.\n\n## Abstract\n\nBack in February 26th, the Aave community approved both on [Snapshot](https://snapshot.org/#/aave.eth/proposal/0x56eb24ad5e2811990899653155caee022a80f3800e51b2b37ecc9254a0a51335) and [on-chain governance](https://app.aave.com/governance/proposal/61/) the execution of the Aave <> Starknet Phase I project, with a planned budget of 192'500 USD to be released from the Aave DAO.\n\nWith the project almost ready for delivery as described in the last update [HERE](https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145/20), it is the moment now to request for the release of the second tranche of payment, accounting for 92'500 USDC and to be used to cover the rest of expenses of the project.\n\n## Relevant links\n\n- Thread of the Aave <> Starknet Phase I project: [https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145](https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145)\n\n- Definition of payment schedule: [https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145#payments-8](https://governance.aave.com/t/request-for-approval-aave-starkware-phase-i/7145#payments-8)\n\n- Snapshot approval of the project: [https://snapshot.org/#/aave.eth/proposal/0x56eb24ad5e2811990899653155caee022a80f3800e51b2b37ecc9254a0a51335](https://snapshot.org/#/aave.eth/proposal/0x56eb24ad5e2811990899653155caee022a80f3800e51b2b37ecc9254a0a51335)\n\n- On-chain governance approval of the project: [https://app.aave.com/governance/proposal/61/](https://app.aave.com/governance/proposal/61/)\n\n## Implementation\n\nThis proposal exclusively releases 92'500 USDC from the Aave V2 Ethereum collector, to the account receiving the funds on behalf of the Aave <> Starknet project.\n\nThe implementation can be found on [https://github.com/eboadom/aip-aave-starknet-phase1-part2/blob/main/src/contracts/PayloadAaveStarknetPhaseIPart2.sol](https://github.com/eboadom/aip-aave-starknet-phase1-part2/blob/main/src/contracts/PayloadAaveStarknetPhaseIPart2.sol)\n\nSimple tests can be found on [https://github.com/eboadom/aip-aave-starknet-phase1-part2/blob/main/test/PayloadAaveStarknetPhaseIPart2.t.sol](https://github.com/eboadom/aip-aave-starknet-phase1-part2/blob/main/test/PayloadAaveStarknetPhaseIPart2.t.sol)\n\n**Target Contracts**\n\nPayloadAaveStarknetPhaseIPart2 = [https://etherscan.io/address/0x0e06e1618e11ae602539b8d70fb6b611272d8a71#code](\nhttps://etherscan.io/address/0x0e06e1618e11ae602539b8d70fb6b611272d8a71#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "541C8BE22C02-AIP-AAVE_STARKNET_PHASE_I_PART2" - }, - "656A6D889F89-AIP-GOV-LVL2-EXECUTOR-PROPOSAL": { - "title": "Adjust Aave Governance Level 2 requirements", - "status": "Proposed", - "author": "BGD Labs (@bgdlabs)", - "shortDescription": "Activate a new Aave Governance Level 2 Executor with new requirements", - "discussions": "https://governance.aave.com/t/rfc-aave-governance-adjust-level-2-requirements-long-executor/8693", - "created": "2022-09-16T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis proposal updates the governance parameters …", - "content": "\n\n## Simple Summary\n\nThis proposal updates the governance parameters (voting/proposition requirements) of the Level 2 Executor smart contract on the Aave Governance v2.\n\n## Motivation\nAll context/motivation of this proposal is extensively explained on the [Aave Governance forum thread](https://governance.aave.com/t/rfc-aave-governance-adjust-level-2-requirements-long-executor/8693)\n\n## Specification\nThis proposal upgrades Level 2 requirements the following way:\n\n- Quorum of Level 2 Executor changes from 20% to 6.5%\n- Vote differential of Level 2 Executor changes from 15% to 6.5%\n- Proposition power required for Level 2 proposal changes from 2% to 1.25%.\n- A delay of 7200 blocks is added between proposal creation and vote start. 1 day considering 12 seconds/block.\n\nThese updates are applied in practice by whitelisting on the Aave Governance v2 a newly deployed Executor smart contract.\n\nAs the current Level 2 Executor holds permissions of the Aave ecosystem, this proposal also migrates them from the old Executor to the new one; permissions being:\n\n- Ownership of the Aave Governance v2 smart contract.\n- Proxy admin of the AAVE token smart contract.\n- Proxy admin of stkAAVE (Safety Module).\n\nThis proposal also migrates the Proxy admin of ABPT and stkABPT to the [Short Executor](https://etherscan.io/address/0xEE56e2B3D491590B5b31738cC34d5232F378a8D5) as they don't have influence on the Aave Governance\n\n**This proposal will be created via a fully decentralized smart contract (so-called Autonomous Proposal)**\n\n## Security\n\n- An extensive suite of tests can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/test)\n\n- We have executed a diff between the current [Level 2 Executor](https://etherscan.io/address/0x61910ecd7e8e942136ce7fe7943f956cea1cc2f7#code) and the new Executor, to verify that the changes are exclusively the ones expected. The diff can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/diffs/Executor-diff.md).\n\n- In order to properly verify that all permissions are transferred to the new Executor, we did a verification procedure described [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/Analysis%20of%20Level%202%20executor%20permissions.md)\n\n- SigmaPrime has audited the changes, and implemented an [independent test suite](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/audits/sigmap/tests), complementary to BGD's. The audit report can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/sigmap/SigmaPrime.md).\n\n- Certora has reviewed the changes, and implemented an [independent test suite](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/certora/specs/executor.spec), complementary to BGD's. The audit report can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/certora/report/Security%20Review%20of%20Aave%20Governance%20V2%20Update.pdf)\n\n## Implementation\n\nSmart contracts can be found [here](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/src/contracts). Especifically for what concerns this proposal:\n\n- New Executor [https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/Executor.sol](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/Executor.sol)\n- Proposal payload [https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadNewLongExecutor.sol](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadNewLongExecutor.sol)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "656A6D889F89-AIP-GOV-LVL2-EXECUTOR-PROPOSAL" - }, - "720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2": { - "title": "Add 1INCH to Aave v2 market", - "status": "Proposed", - "author": "Governance House - [Llama](https://twitter.com/llama), [Matthew Graham](https://twitter.com/Matthew_Graham_), [defijesus.eth](https://twitter.com/eldefijesus)", - "shortDescription": "Add 1INCH as collateral on the Aave V2 market", - "discussions": "https://governance.aave.com/t/arc-add-1inch-as-collateral/8056", - "created": "2022-07-18T00:00:00.000Z", - "preview": "## Simple Summary\n\nLlama proposes listing 1INCH, the governance …", - "content": "\n\n\n## Simple Summary\n\nLlama proposes listing 1INCH, the governance token of the 1inch Network, on Aave v2 mainnet as collateral with borrowing enabled. The risk parameters detailed within have been provided by Gauntlet. \n\n## Abstract\n\n1inch is a network of decentralized protocols designed to provide the fastest and most efficient operations in the DeFi space. The 1inch Network was launched in May 2019 with the release of its Aggregation Protocol v1. The 1inch Aggregation Protocol is both the oldest and most trusted DEX aggregator in the DeFi space.\n\nListing 1INCH on Aave v2 will enable lenders to receive yield and borrowers of 1INCH to partake in 1inch’s tokenomics to vote and be reimbursed their gas cost to perform swaps on 1inch’s Aggregation Platform.\n\n## Motivation\n\nListing 1INCH on the Aave v2 market would allow Aave to benefit from the first mover advantage and recognise the efforts of the 1inch team for being supportive of Aave since before v1. \n\nSince the original proposal to list 1INCH the team has removed minting roles on the token, introduced a progressive vesting schedule and created use cases for aTokens. The 1INCH token is supported by a Chainlink oracle feed and has favourable on-chain liquidity conditions.\n\n## Specification\n\nThis proposal initializes the 1INCH reserve, enables variable borrowing, sets a reserve factor and configures the reserve as collateral. As needed, it also connects a price source on the AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\nLink to Test Cases: [End-to-end test suite](https://github.com/defijesus/bdg-labs-aave-v2-listings/blob/master/src/test/Validation1InchListing.sol), [aToken/stableDebtToken/variableDebtToken verification](https://github.com/defijesus/bdg-labs-aave-v2-listings/tree/master/diffs), [deployment script](https://github.com/defijesus/bdg-labs-aave-v2-listings/blob/master/scripts/1InchListingPayload.s.sol)\n\n## Implementation\n\nWe recommend the following risk parameters.\n\n### Risk Parameters:\n\nLTV 40%\n\nLiquidation Threshold 50%\n\nLiquidation Bonus 8.5%\n\nReserve Factor 20%\n\n### Variable Interest Rate Parameters:\n\nUOptimal 45%\n\nR_0 0%\n\nR_s1 7%\n\nR_s2 300%\n\n\nThe snapshot vote to add 1INCH on Aave v2 mainnet market can be found [here](https://snapshot.org/#/aave.eth/proposal/0x2ea76814a0dfcad7ea1a7b3c597f059a8d574f8143886b23043918998505f5a7). \n\n\n- [ProposalPayload](https://etherscan.io/address/0xd417d07c20e31f6e129fa68182054b641fbec8bd#code)\n- [aINCH implementation](https://etherscan.io/address/0x130FBED7dBA2b370f0F93b0Caea2cfD9b811D66D#code)\n- [Variable Debt 1INCH implementation](https://etherscan.io/address/0x4d3707566Ee8a0ed6DE424a262050C7587da8152#code)\n- [Stable Debt 1INCH implementation](https://etherscan.io/address/0x9C2114Bf70774C36E9b8d6c790c9C14FF0d6799E#code)\n- [Interest rate strategy](https://etherscan.io/address/0xb2eD1eCE1c13455Ce9299d35D3B00358529f3Dc8#code) \n- [1INCH/ETH price feed](https://etherscan.io/address/0x72AFAECF99C9d9C8215fF44C77B94B99C28741e8#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "720A45A31DA6-AIP-ADD-1INCH-TO-AAVE-V2" - }, - "7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM": { - "title": "Renew allowance of the Aave Safety Module", - "status": "Proposed", - "author": "BGD Labs (@bgdlabs)", - "shortDescription": "Increase allowance of AAVE from the Ecosystem's Reserve to stkAAVE and stkABPT", - "discussions": "N/A", - "created": "2022-06-10T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis proposal aims to extend the allowance of …", - "content": "\n\n## Simple Summary\n\nThis proposal aims to extend the allowance of AAVE for safety incentives on the Aave Safety Module for two years at the current emission, pending eventual review of the emission rate by the community.\n\n## Abstract\n\nThis proposal extends the ability for the Safety Module contracts (stkAAVE and stkABPT) to transfer the AAVE rewards out of the Aave Ecosystem's Reserve for the next two years onwards (401'500 AAVE each; 802'300 AAVE in total).\n\nDoing so will allow the technical continuation of the safety incentives for at least two years, but submitted to any change of the community at any moment, as this proposal doesn't modify the emission per second currently configured.\n\nThis continues the strategy for which changing the emission requires an on demand emission review when the community deems necessary. Only one yearly review will be required.\n**This update represents a purely technical update to allow the continuation of the incentives and to stackers that have rewards left to claim to receive their incentives.**\n\n## Relevant links\n\n- AIP-19 postponing the end of safety incentives: [https://app.aave.com/governance/14-QmTYMox4aBpyQH53LwMzTuJY2z7Df7ANUSakeeeWWUoXmJ](https://app.aave.com/governance/14-QmTYMox4aBpyQH53LwMzTuJY2z7Df7ANUSakeeeWWUoXmJ)\n- Aavenomics : [https://docs.aave.com/aavenomics/](https://docs.aave.com/aavenomics/)\n\n## Implementation\n\nThis proposal exclusively increases the allowance of AAVE from the AAVE Ecosystem's reserve (owner) to stkAAVE and stkABPT (spenders).\nIn order to comply with the requirements of the Controller of the Reserve, there is a previous reset of allowance to 0, before the increase.\n\n**Target Contracts**\n\nAllowanceRenewalSMPayload = [https://etherscan.io/address/0x83fba23163662149b33dbc05cf1312df6dcba72b#code](\nhttps://etherscan.io/address/0x83fba23163662149b33dbc05cf1312df6dcba72b#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "7896B42652EF-AIP-RENEW-ALLOWANCE-AAVE-SM" - }, - "7CDA90A3999E-AIP-REDEEM-AFEI-FOR-DAI": { - "title": "Ethereum v2 Reserve Factor - aFEI Holding Update", - "status": "Proposed", - "author": "Llama, Matthew Graham, defijesus", - "shortDescription": "Redeem aFEI for aDAI", - "discussions": "https://governance.aave.com/t/arc-ethereum-v2-reserve-factor-afei-holding-update/9401", - "created": "2022-09-28T00:00:00.000Z", - "preview": "# Simple Summary\n\nThis proposal proposes unwinding the aFEI holding …", - "content": "\n\n# Simple Summary\n\nThis proposal proposes unwinding the aFEI holding for DAI and depositing the DAI into the Aave v2 Ethereum Pool DAI Reserve.\n\n# Abstract\n\nDue to recent events within the Tribe DAO community, the FEI stablecoin is being removed from circulation. This proposal details how Aave DAO will enable anyone with an EOA to convert the DAO’s aFEI holding to an aDAI holding. \n\nBased upon available FEI liquidity in the FEI Reserve, Aave DAO’s aFEI will be redeemed for FEI, swapped for DAI, and then deposited into the DAI Reserve on Ethereum. The Reserve Factor will transition from holding aFEI to aDAI over time. \n\n# Motivation\n\nAave DAO is currently holding 94.3% (624,866.75 units) of aFEI supply while there are only 80,069.50 units of FEI in the FEI Reserve available for redeeming aFEI to FEI, [2]. \n\nThe Reserve currently supports 662,518.93 units of aFEI, with 582,449.43 units of debt and 80,069.50 units available for lenders to redeem their collateral from or for users to borrow, [3,4]. Any user seeking to claim 80,069.50 units or less is able to do so now, but this may change as others start redeeming aFEI. \n\nMigrating Aave’s aFEI holding in the Reserve Factor to aDAI can not be performed in a single transaction and therefore must occur gradually over time as FEI liquidity becomes available.\n\n# Specification\n\nThe below provides a broad, high level summary of how any EOA calling the `swapAllAvailable` function from the Swapper contract will convert aFEI to aDAI. \n\nThe contract determines the maximum amount of aFEI to be redeemed by assessing the amount of aFEI held in the Reserve Factor and the amount FEI in the FEI Reserve. The lower of the two amounts will be used to redeem aFEI to FEI.\n\nAll FEI held within the Reserve Factor will then be swapped for DAI via Tribe DAO’s SimpleFeiDaiPSM. There are no fees, the exchange rate is fixed at 1:1 (Example: unwrapping wETH to ETH), and there is around $57.4 Million of liquidity at the time of writing, [1]. \n\nDAI is then deposited into the DAI Reserve and the Ethereum Reserve Factor will receive aDAI.\n\n# Test Cases\n\nThis proposal has been tested and peer reviewed by Bored Ghost Developing, [5].\n\nTest cases, payload, and Swapper can be found at reference [6], [7] & [8] respectively.\n\n## Implementation\n\nThe governance payload is deployed at [9], the Swapper contract is deployed at [10].\n\nThe payload gives the Swapper aFEI max allowance from the Aave Ethereum Reserve Factor and calls the `swapAllAvailable` function on the Swapper.\n\nWhen called, Swapper transfers all possible aFEI from the Aave Ethereum Reserve Factor ([0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c](https://etherscan.io/address/0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c)) to the payload contract via the Aave Ecosystem Controller ([0x3d569673dAa0575c936c7c67c4E6AedA69CC630C](https://etherscan.io/address/0x3d569673dAa0575c936c7c67c4E6AedA69CC630C)) transfer function.\n\nThe proposal redeems aFEI for FEI via the FEI Reserve ([0x7d2768dE32b0b80b7a3454c06BdAc94A69DDc7A9](https://etherscan.io/address/0x7d2768dE32b0b80b7a3454c06BdAc94A69DDc7A9)).\n\nThe proposal redeems all available FEI for DAI via the Tribe DAO Fixed Price PSM ([0x2A188F9EB761F70ECEa083bA6c2A40145078dfc2](https://etherscan.io/address/0x2A188F9EB761F70ECEa083bA6c2A40145078dfc2)), depositing all DAI in the Aave V2 Ethereum DAI Reserve with the Aave Ethereum Reserve Factor ([0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c](0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c)) as the beneficiary.\n\n# References\n\n1. [https://etherscan.io/address/0x7842186cdd11270c4af8c0a99a5e0589c7f249ce#code](https://etherscan.io/address/0x7842186cdd11270c4af8c0a99a5e0589c7f249ce#code)\n2. [https://etherscan.io/token/0x683923db55fead99a79fa01a27eec3cb19679cc3#balances](https://etherscan.io/token/0x683923db55fead99a79fa01a27eec3cb19679cc3#balances)\n3. [https://etherscan.io/address/0x683923db55fead99a79fa01a27eec3cb19679cc3](https://etherscan.io/address/0x683923db55fead99a79fa01a27eec3cb19679cc3)\n4. [https://tribe.fei.money/t/tip-121-proposal-for-the-future-of-the-tribe-dao/4475](https://tribe.fei.money/t/tip-121-proposal-for-the-future-of-the-tribe-dao/4475)\n5. [https://twitter.com/bgdlabs](https://twitter.com/bgdlabs)\n6. [https://github.com/llama-community/aave-redeem-fei/blob/main/src/test/ValidateRedeemFei.sol](https://github.com/llama-community/aave-redeem-fei/blob/main/src/test/ValidateRedeemFei.sol)\n7. [https://github.com/llama-community/aave-redeem-fei/blob/main/src/RedeemFei.sol](https://github.com/llama-community/aave-redeem-fei/blob/main/src/RedeemFei.sol)\n8. [https://github.com/llama-community/aave-redeem-fei/blob/main/src/AFeiToDaiSwapper.sol](https://github.com/llama-community/aave-redeem-fei/blob/main/src/AFeiToDaiSwapper.sol)\n9. [https://etherscan.io/address/0x8dfd2255a9d38c182a14f49afcb8a4a4763c6098#code](https://etherscan.io/address/0x8dfd2255a9d38c182a14f49afcb8a4a4763c6098#code)\n10. [https://etherscan.io/address/0x9a953ac1090c7014d00fd205d89c6ba1c219af8b#code](https://etherscan.io/address/0x9a953ac1090c7014d00fd205d89c6ba1c219af8b#code)\n\n# Copyright\n\nCopyright and related rights waived via CC0.\n", - "basename": "7CDA90A3999E-AIP-REDEEM-AFEI-FOR-DAI" - }, - "7CFFAE5FB3C0-AIP-ADD_LUSD_TO_AAVE_V2": { - "title": "Add LUSD to Aave V2", - "status": "Proposed", - "author": "ßingen (@bingen)", - "shortDescription": "List LUSD as borrowing asset on the Aave V2 pool", - "discussions": "https://governance.aave.com/t/arc-add-support-for-lusd-liquity/8443", - "created": "2022-08-19T00:00:00.000Z", - "preview": "## Simple Summary\n\nAdd LUSD as a borrowable asset on Aave (0% LTV), …", - "content": "\n\n## Simple Summary\n\nAdd LUSD as a borrowable asset on Aave (0% LTV), helping the protocol diversify its stablecoin offering away from centralized stablecoins.\n\n## Abstract\n\nLUSD is stablecoin minted directly by the protocol users by opening a Trove and depositing ETH as collateral. Loans are interest-free, with a 0.5% base initiation fee. All the contracts of the Liquity protocol are immutable, which makes LUSD the most trustless stablecoin currently available on the Ethereum mainnet.\n\nLUSD is overcollateralized by ETH with two main mechanisms helping it keep its peg: first, LUSD can be redeemed for ETH at face value (i.e., 1 LUSD for $1 of ETH). Secondly, there is a minimal collateral ratio of 110%. Both mechanisms respectively create a price floor and ceiling through arbitrage opportunities.\n\nSince the protocol is immutable, no additional developments are planned, yet the Liquity team is working on another project that will prove synergetic with LUSD.\n\nLUSD’s resilience makes it a highly sought-after stablecoin for DAOs and protocols looking to diversify their treasury and users looking for cost-effective leverage on ETH. The current focus is to grow the DeFi ecosystem around LUSD to enable more diverse use cases.\n\n## Motivation\n\nMost of the stablecoins available for borrowing on Aave are centralized or relying heavily on centralized collateral, apart from FEI, sUSD and RAI. Adding LUSD as a borrowable asset on Aave would enable the protocol to further diversify away from centralized stablecoins.\n\n## Specification\n\nThis proposal initialises the LUSD reserve, enables variable borrowing and sets a reserve factor. As needed, it also connects a price source on the AaveOracle.\n\n## Rationale\n\nLUSD will be added as a borrowable asset only (0% LTV) to ensure the safest onboarding possible. If the demand for borrowing is sufficient, the LTV could later be raised and once mainnet v3 is available, efficiency mode could also be enabled. \n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\nLink to Test Cases: [End-to-end test suite](https://github.com/liquity/example-aave-v2-listing/blob/master/src/test/ValidationLUSDListing.sol)\n\n## Implementation\n\n- [LUSDListingPayload](https://etherscan.io/address/0xe0070f7a961dcb102e3d904a170613be3f3b37a9)\n- [aLUSD implementation](https://etherscan.io/address/0x893E606358205AD994e610ad48e8aEF98aEadDbe)\n- [Variable Debt LUSD implementation](https://etherscan.io/address/0xEB1cfEF24F5B9d287F702AC6EbD301E606936B54)\n- [Stable Debt LUSD implementation](https://etherscan.io/address/0x595c33538215DC4B092F35Afc85d904631263f4F)\n- [Interest rate strategy for LUSD](https://etherscan.io/address/0x545Ae1908B6F12e91E03B1DEC4F2e06D0570fE1b)\n- [LusdUsdToLusdEth price feed](https://etherscan.io/address/0x60c0b047133f696334a2b7f68af0b49d2F3D4F72)\n- [LUSD token](https://etherscan.io/address/0x5f98805A4E8be255a32880FDeC7F6728C6568bA0)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "7CFFAE5FB3C0-AIP-ADD_LUSD_TO_AAVE_V2" - }, - "8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI": { - "title": "Consolidate Reserve Factors and Enable Borrowing DPI", - "status": "Proposed", - "author": "Llama - Matthew Graham (@Matthew_Graham_), Dydymoon (@dydymoon1), Austin Green (@AustinGreen), Noah Citron (@NoahCitron)", - "shortDescription": "Consolidate Aave Mainnet V1 and V2 Reserve Factors and Enable Borrowing DPI", - "discussions": "https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797", - "created": "2022-05-30T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis is a copy of [Proposal …", - "content": "\n\n## Simple Summary\n\nThis is a copy of [Proposal 76](https://app.aave.com/governance/proposal/76/) ([IPFS](https://gateway.pinata.cloud/ipfs/QmaqqGyP76hDi5ywqSoF5r63jVrG7TdZVNzcm8Zdwa4PeM)). It expired before execution so we need to re-propose it to the Aave community.\n\nThis AIP is the combination of two ARCs presented on the Aave Governance Forum. This proposal performs the initial step of the [Llama treasury management strategy](https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797) and also includes [Index Coop’s enable borrowing of DPI](https://governance.aave.com/t/arc-enable-borrowing-of-dpi-on-aave-markets/6976) proposal. \n\nThe Llama proposal entails re-routing the current and future revenue from the mainnet V1 Reserve Factor to the mainnet V2 Reserve Factor. The Index Coop proposal re-enables users to borrow DPI after it was disable by [AIP-44](https://app.aave.com/#/governance/44-QmNVWrrm3ieyRRVD4f77zdxrvSUj1W4HDCojLKNcxmVQhr). \n\n## Abstract\n\nThe Llama Community recommends consolidating revenue earned on all Aave markets on mainnet into a single Reserve Factor (RF). This proposal consolidates past and future Aave mainnet V1 market revenue into the mainnet V2 RF. In the future, other aspects of the Llama treasury management proposal will be implemented through separate AIPs.\n\nThis proposal is broken into two parts, the second part is to enable borrowing of DPI. The borrowing of DPI was disabled via [AIP-44](https://app.aave.com/#/governance/44-QmNVWrrm3ieyRRVD4f77zdxrvSUj1W4HDCojLKNcxmVQhr) along with xSUSHI. Shortly after enacting AIP-44, DPI was found to be safe. This proposal is to reinstate DPI as an asset that can be borrowed on the Aave markets.\n\n## Motivation\n\n### Part A - Consolidate Aave Mainnet V1and V2 Reserve Factors\n\nThe legacy V1 market continues to generate mostly flash loan fee revenue and this has slowed down in recent times. There is only ~$102.7M of TVL remaining in the V1 market, and at the rate of which revenue is generated is expected to continue declining as more and more users move to V2 or V3 over time. \n\nThis proposal recommends consolidating the Aave V1, V2, and AMM market revenue into a single location before deploying the capital to earn additional yield. The V1 RF holds around [~$435K](https://etherscan.io/address/0xe3d9988f676457123c5fd01297605efdd0cba1ae) of assets at the time of writing, whereas the Ethereum V2 + AMM market holds [$26.88M](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c) of assets. Consolidating the RF balance would increase the mainnet treasury to around $27.32M.\n\n## Specification\n\n### Part A - Consolidate Aave Mainnet V1 and V2 Reserve Factors\n\nWithin this proposal, the assets held with the Aave mainnet V1 RF are to be transferred to the Aave mainnet V2 RF. All future revenue from the V1 deployment will now automatically accrue in the V2 RF upon implementation of this proposal. Post implementation of this proposal, the V1 RF is not expected to accrue any future revenue.\n\nA detailed breakdown of the consolidated constituents can be found on the [Aave Treasury Finances by Llama Dune Dashboard](https://dune.com/llama/Aave-Treasury-Finances-by-Llama?Trailing%20Num%20Time-Series=60).\n\n### Part B - Enable Borrowing DPI\n\nThe recommendation is to enable borrowing and although there are a number of extrinsic use cases for DPI emerging, starting with a utilisation rate of 45%. For Variable Interest Rate parameters, a Base of 0, Slope 1 of 7% and Slope 2 of 300% was selected which is similar to the constituents within DPI. At this point in time, there is no ask for Stable Interest Rate borrowing. \n\nThe details outlining the original specification for listing DPI can be found here, [AIP-31](https://app.aave.com/#/governance/27-Qme2d9yZ81j3JkQ4ecr7BSZv4Rvh5NyU36um48f5S75CQG). For any additional information see Index Coop’s website: https://www.indexcoop.com/dpi.\n\n## Test Cases\n\nThe full test of this proposal can be found here: https://github.com/llama-community/refactor-aave-rf/\n\n## Implementation\n\nAave mainnet V1 Reserve Factor: `0xE3d9988F676457123C5fD01297605efdD0Cba1ae`\nAave mainnet V2 Reserve Factor: `0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c`\n\nBy calling `function execute()` and `function distributeTokens()` on the ProposalPayload contract, the token distributor will be upgraded to send all funds to the `Aave mainnet V2 Reserve Factor`, the AAVE protocol v1's token distributor will be set to `Aave mainnet V2 Reserve Factor`, DPI borrowing will be enabled and all large balances from the `Aave mainnet V1 Reserve Factor` will be distributed to `Aave mainnet V2 Reserve Factor`. The new token distributor implementation was deployed to [0x55c559730cbCA5deB0bf9B85961957FfDf502603](\nhttps://etherscan.io/address/0x55c559730cbCA5deB0bf9B85961957FfDf502603).\n\n**Target Contracts**\n\nProposalPayload = [0x43D2A74c55eE4DB917251eC934b2fD03E3069bd6](\nhttps://etherscan.io/address/0x43D2A74c55eE4DB917251eC934b2fD03E3069bd6)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "8E70B487F248-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI" - }, - "8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE": { - "title": "Bounty to Hacxyk for fallback oracle misconfiguration", - "status": "Proposed", - "author": "BGD Labs (@bgdlabs)", - "shortDescription": "Releases the bug bounty payment to the Hacxyk team for their finding on the fallback oracle of Aave v3", - "discussions": "https://governance.aave.com/t/bgd-proposal-for-bounty-fallback-oracle-misconfiguration/8421", - "created": "2022-07-05T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis proposal releases the 50'000 USDC …", - "content": "\n\n## Simple Summary\n\nThis proposal releases the 50'000 USDC pre-approved by the Aave community on forum and Snapshot to the Hacxyc team, for their finding concerning a misconfiguration on Aave v3 fallback oracle.\n\n## Abstract\n\nDuring the past month of April, the security firm Hacxyk disclosed to the Aave community a misconfiguration on the fallback oracle used for Aave v3 pools across markets.\nThis disclosure was analysed from a technical perspective and a bounty proposed to the Aave community to approve [HERE](https://governance.aave.com/t/bgd-proposal-for-bounty-fallback-oracle-misconfiguration/8421).\nAfter having support in both forum and Snapshot, this on-chain proposal will release the pre-approved 50'000 USDC to Hacxyk.\n\n\n## Relevant links\n\n- Governance discussion: [https://governance.aave.com/t/bgd-proposal-for-bounty-fallback-oracle-misconfiguration/8421](https://governance.aave.com/t/bgd-proposal-for-bounty-fallback-oracle-misconfiguration/8421)\n\n- Snapshot vote: [https://snapshot.org/#/aave.eth/proposal/0xb4886ff25f454773a779be3627863181ec7dbe1fb6b6e631678610dbe3f03a88](https://snapshot.org/#/aave.eth/proposal/0xb4886ff25f454773a779be3627863181ec7dbe1fb6b6e631678610dbe3f03a88)\n\n## Implementation\n\nThis proposal exclusively releases 50'000 USDC from the Aave V2 Ethereum collector, to the Ethereum account provided by the Hacxyk team.\n\nThe implementation can be found on [https://github.com/bgd-labs/aip-hacxyk-bug-bounty/blob/main/src/contracts/PayloadBountyHacxykFallbackOracle.sol](https://github.com/bgd-labs/aip-hacxyk-bug-bounty/blob/main/src/contracts/PayloadBountyHacxykFallbackOracle.sol)\n\nSimple tests can be found on [https://github.com/bgd-labs/aip-hacxyk-bug-bounty/blob/main/test/PayloadBountyHacxykFallbackOracle.t.sol](https://github.com/bgd-labs/aip-hacxyk-bug-bounty/blob/main/test/PayloadBountyHacxykFallbackOracle.t.sol)\n\n**Target Contracts**\n\nPayloadBountyHacxykFallbackOracle = [https://etherscan.io/address/0xF4294973B7E6F6C411dD8A388592E7c7D32F2486#code](\nhttps://etherscan.io/address/0xF4294973B7E6F6C411dD8A388592E7c7D32F2486#code)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "8EB7754E04CE-AIP-BOUNTY-TO-HACXYK-FALLBACK-ORACLE" - }, - "922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO": { - "title": "Renew Aave Grants DAO", - "status": "Proposed", - "author": "Shreyas Hariharan (@hello-shreyas), Austin Green (@austingreen)", - "shortDescription": "Provide funding to expand the budget and scope of Aave Grants DAO", - "discussions": "https://governance.aave.com/t/aave-grants-update-and-renewal/6371", - "created": "2021-12-11T00:00:00.000Z", - "preview": "## Simple Summary\n\nProvide Aave Grants DAO (AGD) with a $2m per …", - "content": "\n\n## Simple Summary\n\nProvide Aave Grants DAO (AGD) with a $2m per quarter budget to fund more projects that benefit Aave.\n\n## Abstract\n\n[AIP 17](https://app.aave.com/governance/13-QmURZNW6PT4z3e4DZqxHMAW1bWRFvxZjtyQZqhnhgdLB6R) established Aave Grants DAO on May 4, 2021 with the goal of funding ideas and builders in the Aave ecosystem. The two quarter pilot program had a grants budget of $1 million and an operating budget of $250,000 per quarter. The pilot program has awarded $1.17m to 38 grant recipients and made the initial steps to put the grants process and the protocol in the hands of the community.\n\nMoving forward we propose renewing Aave Grants DAO with an increased grants budget of $2 million and an operations budget of $2 million per quarter. With the increased budget we will increase the number of larger community grants, fund non-developer grants including sponsorship and community events, and work to decentralize the grants process.\n\n## Motivation\n\nAGD’s mission is to build a thriving ecosystem of contributors for Aave. We provide grants to projects, ideas, and events that benefit Aave and its ecosystem. We hope to be at the forefront of ecosystem development at Aave. Ensuring a constant influx of talented builders is critical to Aave’s growth.\n\n## Test Cases\n\nThe full test of this proposal can be found here: https://github.com/aave/aave-grants-update-and-renewal\n\n## Implementation\n\nIn order to transfer funds from the Aave Ecosystem Reserve, the proposal will target the contract ControllerAaveEcosystemReserve and call the function `transfer(IERC20 token, address recipient, uint256 amount)`.\n\n**Target Contract**\n\nControllerAaveEcosystemReserve = [0x1E506cbb6721B83B1549fa1558332381Ffa61A93](\nhttps://etherscan.io/address/0x1e506cbb6721b83b1549fa1558332381ffa61a93)\n\n**Transfer Parameters**\n\ntoken = the aave token [0x7fc66500c84a76ad7e9c93437bfc5ac33e2ddae9](\nhttps://etherscan.io/address/0x7fc66500c84a76ad7e9c93437bfc5ac33e2ddae9)\n\nrecipient = the grants dao multi-sig = [0x89C51828427F70D77875C6747759fB17Ba10Ceb0](\nhttps://etherscan.io/address/0x89C51828427F70D77875C6747759fB17Ba10Ceb0)\n\namount = $2 million / ($189.67 / aave) = 10544.63 adjust for decimals = 10544630000000000000000\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "922C7BCAA707-AIP-RENEW_AAVE_GRANTS_DAO" - }, - "9DDCC8B77A40-AIP-AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2": { - "title": "Authorize the Guardian to hold the emergency keys for V2", - "status": "Proposed", - "author": "Imran Khan", - "shortDescription": "Authorize the Guardian to hold the emergency keys for V2", - "discussions": "https://governance.aave.com/t/aip-authorize-the-guardian-to-hold-the-emergency-keys-for-v2/6291", - "created": "2021-11-18T00:00:00.000Z", - "preview": "## Abstract\nThis Aave Improvement Proposal (AIP) is to authorize the …", - "content": "\n\n\n## Abstract\nThis Aave Improvement Proposal (AIP) is to authorize the Guardian to hold the emergency keys for V2 of the Aave Protocol, just as the Guardian holds the keys for new deployments of the Aave Protocol. These keys will allow the Guardian to pause the protocol in case of an unforeseen event, such as an exploit or other emergency.\n\nThe Guardian – a community multisig comprised of elected, reputable members of the Aave community – was established to protect the Aave Protocol in a number of ways, including against potential governance takeovers by centralized actors. Recently, the Aave community voted in favor of the Guardian holding the admin keys for new deployments of the Aave Protocol on different networks such as Avalanche.\n\nConsistent with its purpose to protect the Aave Protocol, the Guardian should hold the emergency keys for all deployments of the Aave Protocol in order to ensure security and safety for the Aave ecosystem. This will allow a more rapid response in the event of an exploit or emergency. As you know, the Guardians were a community-elected set of DeFi participants, builders, and capital allocators (see here for more info). These individuals are active contributors in the space, and are prepared to act at a moment’s notice to help the community and ecosystem mitigate risk.\n\nAlthough Aave Governance makes all decisions regarding the Aave Protocol, the need to act quickly in the case of an unanticipated event points to having the Guardian – a smaller DAO / multisig of ten – hold the emergency keys in order to be able protect the Aave Protocol and its users.\n\nTo protect the Aave Protocol from malicious actors, this AIP sets forth a proposal to authorize the Community Guardian to hold the emergency keys for all deployments of the Aave Protocol.\n\n## Motivation\n\n\n## Specification\n\n\n## Rationale\n\n\n## Test Cases\n\n\n## Implementation\n### Proposal\n\n\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "9DDCC8B77A40-AIP-AUTHORIZE-GUARDIAN-TO-HOLD-EMERGENCY-KEYS-FOR-V2" - }, - "A22882572B3F-AIP-V3-RETROACTIVE-FUNDING": { - "title": "V3 Retroactive Funding", - "status": "Proposed", - "author": "AaveCompanies", - "shortDescription": "Aave V3 Retroactive Funding Proposal", - "discussions": "https://governance.aave.com/t/arc-aave-v3-retroactive-funding/9250", - "created": "2022-12-04T00:00:00.000Z", - "preview": "## Simple Summary\n\nWe propose that the Aave DAO retribute a total of …", - "content": "\n\n## Simple Summary\n\nWe propose that the Aave DAO retribute a total of $16.28M in retroactive funding to Aave Companies for development of Aave Protocol V3. This total includes $15M for work performed directly by the team over the course of more than one year and \\$1.28M for costs paid to third-party audit services.\n\n## Abstract\n\nFollowing the successful launch of V3 of the Aave Protocol, this Aave Request for Comment (ARC) seeks community feedback and validation for a governance proposal to the Aave DAO seeking retroactive funding for the development and deployment of V3 by the Aave Companies.\n\nAave V3 provided enhanced features to the Aave Protocol based on community feedback, solving limitations in V2 while pushing important new features to the forefront of the protocol and contributing to the overall success and strength of the Aave ecosystem.\n\nSome of the important new features include:\n\n- New modes such as the High Efficiency Mode and Isolation Mode which allow for increased capital efficiency whilst limiting risks for the protocol.\n- Risk Management Improvements providing additional protection to the protocol through risk caps and other tools.\n- L2-Specific features which improve user experience and reliability.\n- Portal, which allows assets to seamlessly flow between Aave V3 markets over different networks\n\nWe propose that the Aave DAO retribute $15 million (incurred work) and $1.28 million (audit) to the Aave Companies to retroactively fund the development of V3. This funding request covers work done by members of the Aave Companies over the course of more than a year.\n\nThe full proposal can be found here: https://governance.aave.com/t/arc-aave-v3-retroactive-funding/9250\n\n## Motivation\n\n### **Introduction**\n\n![Introduction](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/a22882572b3f-AIP-V3-RETROACTIVE-FUNDING/introimage.png)\n\nA focus on risk management and capital efficiency and a contemporaneous reinforcement of the flexibility and decentralization of the protocol has been instrumental in the success of Aave V3.\n\nAligned with [Vitalik’s take on retroactive public goods funding](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c) —it’s easier to agree on what was useful than what will be useful—the benefit of hindsight allows the community to make an accurate and fair quantification of the work done on V3 against the backdrop of V3’s post-launch success, as well as the potential for V3 moving forward.\n\nThis ARC follows this logic, seeking retroactive funding for the work that went into V3, which allows the community to view V3’s success since its launch, as noted in the [initial proposal](https://governance.aave.com/t/introducing-aave-v3/6035): “The community will also be able to decide whether to provide retroactive funding to those who contributed to the creation of V3, and how much funding to provide.”\n\n### **Context: Decentralization and Incentivizing Contributors**\n\nIt is imperative that the Aave protocol ecosystem remains as decentralized as possible. This is why contributors to the Aave protocol such as BGD Labs, Certora, SigmaPrime, Llama and Gauntlet have been able to build sustainable businesses within the Aave ecosystem. By working on the protocol, interacting with governance, and collaborating, all these different contributors add to the decentralized space.\n\nContributors interact with the protocol and the DAO in a symbiotic circle, as demonstrated in the diagram below:\n\n![circle](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/a22882572b3f-AIP-V3-RETROACTIVE-FUNDING/circle.jpeg)\n\nEach part of this symbiotic circle is integral to the whole. Contributors help to develop the protocol and ensure that protocol revenue continues to grow in a sustainable manner. Innovations and contributions help attract more users by improving user experience and developing new products and services. Protocol revenue, in part, then gets redirected to the DAO; bolstering the DAO treasury to continue fuelling innovations in the Aave ecosystem.\n\nThe DAO has the ability to fund contributors within the ecosystem, spurring further innovation and ensuring that contributors can operate successfully in this environment. This incentivizes groups to continue to build, in turn contributing efforts that benefit the Aave community and the cycle continues.\n\nTherefore, for the Aave Protocol to continue to develop, contributors need to be able to build and sustain successful businesses through decentralized funding methods within the ecosystem.\n\n### Aave Companies as a Contributor\n\nThe revenue created across versions of the Aave Protocol adds to the sustainability of the DAO, facilitating the funding of a variety of contributors within the ecosystem through various types of cryptoassets.\n\nWith request, permission and support granted by the Aave DAO, the Aave Companies have been an important contributor for the protocol, alongside others such as BGD Labs, Gauntlet, Certora, SigmaPrime, Llama and others. We have been building exciting innovations within the Aave ecosystem and want to continue doing so. A brief overview of this work that has taken place over many years is visualized in the simple diagram below:\n\n![timeline](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/a22882572b3f-AIP-V3-RETROACTIVE-FUNDING/timeline.jpeg)\n\nAs the Aave protocol has grown into what it is today, costs associated with development have risen substantially. For example, security has always been a cornerstone of protocol development, and this has become more crucial as Aave’s TVL has increased. Building an innovative, secure and battle-tested version of a protocol such as Aave V3 requires experienced builders across a variety of skill sets that are fairly compensated for their work.\n\n### **V3’s Technological Advancements and Success**\n\nIn 2019, the first version of the Aave Protocol smart contracts was deployed on Ethereum. Users were able to obtain and provide liquidity and earn yield on the liquidity they provided. In 2021, V2 of the Aave Protocol saw new features such as credit delegation, debt tokenization, and optimized gas costs. V2 established the Aave Protocol as a DeFi primitive, substantially growing the community and ecosystem.\n\nWhilst V2 provided a solid foundation, through community feedback, it became clear that to scale the Aave Protocol, capital efficiency and risk management would need to be central to the protocol’s functionalities.\n\nAave V3 therefore iterates on the previous versions, solving limitations present in V2 while pushing innovative features to the forefront of the protocol. Here are just a few of these features and improvements:\n\n- High Efficiency Mode allows borrowers to extract the highest borrowing power out of their collateral;\n- Isolation Mode limits exposure and risks to the protocol from newly listed assets by only permitting borrowing up to a specific debt ceiling;\n- Risk Management Improvements provide additional protection for the protocol through various risk caps and other tools;\n- L2-Specific Features designs specific to Layer 2 networks to improve user experience and reliability;\n- Portal allows assets to seamlessly flow between Aave V3 markets over different networks;Community Contribution facilitates and incentivizes community usage through a modular, well-organized codebase.\n\nThese new features offer flexibility for Aave V3 users. In the last few months, new markets have been created based on community proposals thanks to the V3 supply caps and isolation mode, which add risk mitigation features so that the community can manage such markets on the Aave Protocol.\n\nOne of the most talked about features of V3, Portal, has already found a use case for bridges like Connext as detailed in [their proposal](https://governance.aave.com/t/arc-whitelist-connext-for-v3-portals/8047) to the Aave DAO, allowing for Connext’s LPs to access immediate extra liquidity to fulfil transactions in a trust minimized way. Other proposals have followed suit, such as [this one](https://governance.aave.com/t/arc-whitelist-debridge-for-portals-v3/8259) from deBridge.\n\nV3 has also seen demand for stable Efficiency Mode (eMode), with proposals for new asset listings such as this one for FRAX continually taking advantage of Aave V3’s capital efficiency. So far, over 4,100 borrowing addresses have enabled eMode, accounting for 12% of all borrowing wallets on V3. Power users and automated strategies likely will utilize eMode more frequently as more liquidity enters market ecosystems. In light of recent significant crypto market events, risk management features such as isolation mode have also proven to be prescient.\n\nAave V3 markets attracted liquidity quickly, with the Avalanche V3 market growing to a market size of $2.22 billion, driven by the Avalanche Rush rewards despite adverse market conditions. Much of this growth was in stable assets, accounting for ~60% of total supply since mid-April. We have seen this growth in activity mirrored on V3 on Optimism, which in the recent weeks has risen to a market size of $2 billion. We expect this increase in liquidity and usage to be mirrored across other versions of Aave V3 moving forward.\n\nDuring May and June’s difficult crypto-ecosystem events, liquidations functioned well across V3 markets, minimizing insolvencies while market size was reduced by two thirds. V3 also provides the ability to set liquidation collection factors, meaning the DAO can benefit from fee accumulation during liquidation events. This is particularly pertinent given the extent of recent liquidation events in the industry.\n\nThese examples are only the tip of the iceberg, and we expect V3 to continue to further prove itself over time as users experiment with the new features and opportunities. The Aave Grants DAO has been playing, and will continue to play, a large role in this by helping to fund creative projects that take advantage of V3 and add value to the Aave ecosystem.\n\n### **What is the Compensation Model based on?**\n\nWe propose that the Aave DAO retribute $15 million (work incurred) and $1.28 million (audits) to the Aave Companies to retroactively fund the development of Aave V3, cover the cost of audits, incentivize further building on the Aave Protocol, and enable sustainable building within the Aave ecosystem. This request covers the work done by members of the Aave Companies over more than a year.\n\nOverall, there were multiple functions involved in V3’s creation. These functions included Data Science, Risk Management, QnA, Dev Ops, Smart Contract Engineering, Front-end Engineering, Back-end Engineering, Product, and Design. On top of the direct work done on V3 by the aforementioned departments there were a number of supporting measures that helped maintain high standards of security and quality throughout the process.\n\nBelow you can find a breakdown of the different teams that make up the Aave V3 Working Group at the Aave Companies:\n\n![aavepod](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/a22882572b3f-AIP-V3-RETROACTIVE-FUNDING/aavepod.jpeg)\n\nIn terms of costs related to incurred work for V3, 60% are associated with engineering roles, whilst 40% are related to non-engineering roles.\n\nMore than full-time personnel costs, there were significant operational costs associated with the creation of V3, from equipment to software, which is included in our calculations for incurred work.\n\nThere were also two rounds of extensive and in-depth audits. The first round of audits was conducted by ABDK, OpenZeppelin, Trail of Bits, and Peckshield. The second round was done by SigmaPrime. Certora provided [formal verification](https://github.com/aave/aave-v3-core/blob/master/Certora/certora/Verification_Report.pdf). These were important expenses given the Aave community’s high standards regarding security and ethos. A more digestible breakdown of these security measures is shown in the table below:\n\n| **Auditor** | **Date** | **Report** | **Round** |\n| :-----------: | :--------: | :--------------------------------------------------------------------------------------------------------: | :-------: |\n| ABDK | 27-01-2022 | [ABDK](https://github.com/aave/aave-v3-core/blob/master/audits/27-01-2022_ABDK_AaveV3.pdf) | 1 |\n| OpenZeppelin | 01-11-2021 | [OpenZeppelin](https://github.com/aave/aave-v3-core/blob/master/audits/01-11-2021_OpenZeppelin_AaveV3.pdf) | 1 |\n| Trail of Bits | 07-01-2022 | [Trail of Bits](https://github.com/aave/aave-v3-core/blob/master/audits/07-01-2022_TrailOfBits_AaveV3.pdf) | 1 |\n| Peckshield | 14-01-2022 | [Peckshield](https://github.com/aave/aave-v3-core/blob/master/audits/14-01-2022_PeckShield_AaveV3.pdf) | 1 |\n| SigmaPrime | 14-01-2022 | [SigmaPrime](https://github.com/aave/aave-v3-core/blob/master/audits/27-01-2022_SigmaPrime_AaveV3.pdf) | 2 |\n\n### Compensation Model\n\nIf the AIP is approved by the DAO, the Aave team will receive $16,280,000 million in retroactive funding for the development of Aave Protocol V3. The funding will consist of $5,456,993.61 between DAI, USDT and USDC; $1,148,881.31 in alternative stable assets, $3,394,125.08 million in more volatile crypto assets; and \\$6,280,000 million in AAVE tokens.\n\nThe \\$6.28 million in AAVE tokens requested will be based on a 14-day TWAP - time weighted average price (average of open, high, low, close) per Messari at UTC+0 - from the moment the proposal is approved in a Snapshot vote.\n\nThe funding of the aforementioned \\$6.28 million in AAVE tokens will be reimbursed with two lock-up periods. 50% of the AAVE tokens received will be deposited in the Safety Module for one year, whilst the other 50% of AAVE tokens will be deposited in the Safety Module for two years. During this time, the tokens will contribute to the protocol safety module, helping to reduce risk for the protocol. Based on this model, Aave Companies would be free to use the tokens after the end of each lock-up period.\n\nWe request that the USDC, DAI, and USDT be broken down as follows:\n\n| | **USDC** | **DAI** | **USDT** |\n| :--------------------------: | :------------: | :------------: | :------------: |\n| **Approximate % Breakdown** | 51% | 30% | 19% |\n| **Total \\$ Value Requested** | \\$2,783,066.74 | \\$1,637,098.08 | \\$1,036,828.78 |\n\nRegarding the \\$1,148,881.31 in alternative stable assets, a small volatility discount has been applied to each asset to account for peg fluctuations and low liquidity. These discounts are based on the lowest close price of each asset in the past 90 days. An itemized view of the requested alternative assets and their respective discounts can be found below:\n\n| **Token** | **Volatility Discount** | **Number** | **Value** |\n| :-------: | :---------------------: | :--------: | :------------: |\n| **sUSD** | -0.2% | 463,358.33 | 462,526.88 |\n| **TUSD** | -0.4% | 292,927.66 | 291,647.27 |\n| **FRAX** | -1.4% | 154,992.10 | 152,830.21 |\n| **BUSD** | -0.5% | 130,749.62 | 130,142.79 |\n| **GUSD** | -1.4% | 86,354.30 | 85,154.05 |\n| **USDP** | -1.1% | 26,871.32 | 26,580.10 |\n| **Total** | | | \\$1,148,881.31 |\n\nFurther, the remaining \\$3,394,125.08 that will be composed of more volatile crypto assets will remain fixed. The price will be determined by TWAP - time weighted average price (average of open, high, low, close) per Messari at UTC+0 on the day the Snapshot vote is made.\n\nLooking at the volatility of ETH over the last week, there is daily implied volatility of 5%. This does not mean that every day ETH will move by 5%, but on average, the general size of the moves will be so big that their standard deviation will be 5%.\n\nAssuming a normal distribution of returns, there is a 68% chance prices move 5% daily, a 95% chance that prices move 10% and 99% chance they are 15%. When looking at the actual daily movements we see an average difference between the daily high and low prices of 6.6%, with a maximum difference of 13.2%. With the exception of BTC, most assets we are requesting have volatility equal to or exceeding ETH.\n\nGiven the time delay of at least 1-2 weeks between the end of the Snapshot and execution of the AIP, we are asking for a flat 10% discount on the market value of non-stable crypto assets to account for this extreme market volatility. This accounts for expected daily volatility of the assets and the time delay between asset pricing and any hedge execution we need to make.\n\nAny difference between the aforementioned $3,394,125.08 value and the TWAP value at the close of the Snapshot will be made up for with additional AAVE tokens which will not be subject to a lock if the price of the assets has reduced. If the volatile assets are worth more than $3,394,125.08 after the discount at the conclusion of the Snapshot vote, then the amount of USDC et al will be lowered proportionally. This is to ensure the amount of stable funding requested from the DAO remains fixed.\n\nA detailed breakdown of the requested assets with the 10% discount outlined can be found below:\n\n| **Token** | **Volatility Discount** | **Tokens Requested** | **Current Price** | **Value w/ Discount** |\n| :--------: | :---------------------: | :------------------: | :---------------: | :-------------------: |\n| **WMATIC** | 10% | 850,000.00 | 0.80 | 612,000.00 |\n| **WAVAX** | 10% | 29,000.00 | 22.60 | 589,860.00 |\n| **CRV** | 10% | 509,732.68 | 1.10 | 504,635.36 |\n| **WETH** | 10% | 350.00 | 1,597.00 | 503,055.00 |\n| **WBTC** | 10% | 23.62 | 21,300.00 | 452,817.23 |\n| **SNX** | 10% | 96,251.92 | 3.00 | 259,880.19 |\n| **RAI** | 10% | 66,094.61 | 2.92 | 173,535.14 |\n| **MANA** | 10% | 103,234.63 | 0.82 | 76,558.80 |\n| **LINK** | 10% | 12,053.48 | 7.01 | 76,045.43 |\n| **YFI** | 10% | 7.08 | 8,951.00 | 57,067.95 |\n| **CVX** | 10% | 5,137.26 | 5.29 | 24,458.50 |\n| **MKR** | 10% | 30.36 | 835.00 | 22,812.38 |\n| **KNC** | 10% | 12,031.49 | 1.85 | 20,032.43 |\n| **UNI** | 10% | 1,685.66 | 6.99 | 10,604.50 |\n| **ENJ** | 10% | 7,242.48 | 0.55 | 3,585.03 |\n| **xSUSHI** | 10% | 2,331.22 | 1.58 | 3,314.99 |\n| **BAT** | 10% | 6,395.16 | 0.36 | 2,072.03 |\n| **REN** | 10% | 15,300.17 | 0.13 | 1,790.12 |\n| **Total** | | | | \\$3,394,125.08 |\n\nThis compensation model aims to reduce the burden on the DAO’s stablecoin reserves by diversifying the requested compensation to include other assets from the DAO treasury.\n\nAs part of this retro funding proposal, we gave great consideration to the continued economic health of the DAO and the variety of tokens requested.\n\nWith these amendments, this ARC will go to Snapshot for vote by the DAO.\n\n### Conclusion\n\nTo conclude, this proposal outlines a request for the Aave DAO to provide feedback and validation for granting Aave Companies funding for the creation of Aave V3.\n\nAave V3 is a protocol that emphasizes capital efficiency, security, and risk management. It is a reflection of both the current and future success of the community.\n\n## Specification\n\nThis proposal transfers the requested funds to the Aave Companies, following the compensation model described above. The requested assets are pulled from multiple contracts, fee collectors and ecosystem reserves across networks.\n\nThese are the main actions included in the proposal:\n\n1. Transfer of AAVE assets from the Aave Ecosystem Reserve.\n2. Transfer of aToken assets from the AaveCollector of Ethereum V2 Market.\n3. Upgrade the AaveCollector contract of Polygon V2 and V3 Markets to add the ability to retrieve funds from themselves.\n4. Transfer of aToken assets from the AaveCollector of Polygon V2 Market.\n\nA detailed breakdown of the assets to transfer, following the considerations described in the [Compensation](#compesation) section, can be found below:\n\n| **Received Token** | **# Tokens** | **Market Value USD (w/ Discount)** | **Transfer Method** |\n| :----------------: | :------------: | :--------------------------------: | :-----------------: |\n| **aAvaWAVAX** | 9584.301837 | \\$164,451.39 | Manual |\n| **aAvaWBTC** | 1.077275 | \\$19,376.34 | Manual |\n| **AAVE** | 76196.367344 | \\$6,533,944.52 | On-chain |\n| **aBAT** | 6395.160000 | \\$1,927.71 | On-chain |\n| **aBUSD** | 130399.257103 | \\$129,794.20 | On-chain |\n| **aCRV** | 509732.680000 | \\$519,461.65 | On-chain |\n| **aCVX** | 5137.260000 | \\$23,534.81 | On-chain |\n| **aDAI** | 1637098.070000 | \\$1,637,098.07 | On-chain |\n| **aENJ** | 7242.480000 | \\$3,339.30 | On-chain |\n| **aFRAX** | 154992.100000 | \\$152,829.96 | On-chain |\n| **aGUSD** | 86354.300000 | \\$85,153.98 | On-chain |\n| **aKNC** | 11236.269638 | \\$17,632.12 | On-chain |\n| **aLINK** | 12053.480000 | \\$73,118.35 | On-chain |\n| **aMANA** | 103234.630000 | \\$71,608.23 | On-chain |\n| **aMKR** | 30.360000 | \\$20,592.35 | On-chain |\n| **amWBTC** | 16.656090 | \\$299,583.70 | On-chain |\n| **amWMATIC** | 850000.000000 | \\$656,394.81 | On-chain |\n| **aPAX** | 26871.320000 | \\$26,580.03 | On-chain |\n| **aRAI** | 66094.610000 | \\$7,874.06 | On-chain |\n| **aREN** | 15300.170000 | \\$1,670.62 | On-chain |\n| **aSNX** | 96251.920000 | \\$256,779.94 | On-chain |\n| **aSUSD** | 463358.329101 | \\$462,526.88 | On-chain |\n| **aTUSD** | 292839.518601 | \\$291,559.81 | On-chain |\n| **aUNI** | 1681.265487 | \\$9,370.44 | On-chain |\n| **aUSDC** | 2783066.720000 | \\$2,783,066.72 | On-chain |\n| **aUSDT** | 1036828.780000 | \\$1,036,828.78 | On-chain |\n| **avWAVAX** | 19415.698163 | \\$333,142.53 | Manual |\n| **avWBTC** | 1.807146 | \\$32,504.12 | Manual |\n| **aWBTC** | 3.388551 | \\$60,947.95 | On-chain |\n| **aWETH** | 350.000000 | \\$492,366.99 | On-chain |\n| **aXSUSHI** | 2331.216007 | \\$2,922.55 | On-chain |\n| **aYFI** | 7.080000 | \\$57,880.72 | On-chain |\n| **BUSD** | 350.362897 | \\$348.74 | On-chain |\n| **KNC** | 795.220362 | \\$1,247.87 | On-chain |\n| **TUSD** | 88.141399 | \\$87.76 | On-chain |\n| **UNI** | 4.394513 | \\$24.49 | On-chain |\n| **WBTC** | 0.445770 | \\$8,017.82 | On-chain |\n| **Grand Total** | 8405344.837285 | \\$16,275,590.32 | |\n\n## Test Cases\n\nPlease refer to the [test section](https://github.com/aave/v3-retroactive-funding/tree/main/test) of the [aave/v3-retroactive-funding](https://github.com/aave/v3-retroactive-funding) repository.\n\n## Implementation\n\nThe [aave/v3-retroactive-funding](https://github.com/aave/v3-retroactive-funding) repository contains all the code, tests and scripts needed to deploy, execute and test the governance proposal.\n\nRelevant contracts:\n\n- [EthereumProposalPayload](https://etherscan.io/address/0xDB89487A449274478e984665b8692AfC67459deF)\n- [PolygonProposalPayload](https://polygonscan.com/address/0xccf14215e0134d6709c7dd7fa172cec40e97bfb1#code)\n- [AaveCollector Implementation](https://polygonscan.com/address/0xc773bf5a987b29ddeac77cf1d48a22a4ce5b0577)\n- [CollectorController](https://polygonscan.com/address/0xdb89487a449274478e984665b8692afc67459def)\n\n## **Copyright**\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "A22882572B3F-AIP-V3-RETROACTIVE-FUNDING" - }, - "A8B4294C4B1F-AIP-ADD-OP-TO-AAVE-V3": { - "title": "Add OP to Aave V3 on Optimism", - "status": "Proposed", - "author": "Ben Jones", - "shortDescription": "Add OP as collateral asset to Aave V3 on Optimism", - "discussions": "https://governance.aave.com/t/arc-add-op-as-collateral-to-aave-v3/9087", - "created": "2022-10-04T00:00:00.000Z", - "preview": "## Author\n\nFounder of OP Labs and a director at Optimism Foundation\n …", - "content": "\n\n## Author\n\nFounder of OP Labs and a director at Optimism Foundation\n\n## Forum post\n\n[Proposal to add OP as collateral on Aave V3 (On Optimism)](https://governance.aave.com/t/add-mai-on-aave-v3/7630)\n\n## Summary\n\nThe proposal seeks to onboard the OP token as a collateral asset in Aave V3 on Optimism.\nThe Optimism Foundation could also seed incentives while the initial liquidity of the pool is bootstrapped.\n\n## Risk Parameters\n\nThe complete technical and risk parameters:\n\n- Loan-to-value: 50.00%\n- Liquidation threshold: 65.00%\n- Liquidation bonus: 10.00%\n- Price feed: OP/USD | Chainlink\n- A/S/V tokens (aToken/Variable/Stable): Standard implementation\n- Interest rate strategy: N/A\n- Borrowing enabled: No\n- Stable borrowing Enabled: No\n- Reserve Factor: 20.00%\n- Liquidation Protocol Fee:\n- Debt Ceiling: None\n- Borrowable in Isolation: No\n- Supply Cap: 40M\n- Borrow Cap: N/A\n- eMode (efficiency mode): No\n- Unbacked Mint Cap: 0\n- Siloed Borrowing: N/A\n\n## Specifications\n\n**What is the link between the author of the AIP and the Asset?**\n\nCofounder of Optimism and a director at the Optimism Foundation\n\n**Provide a brief high-level overview of the project and the token**\n\nOptimism is an EVM equivalent L2 scaling solution. The OP token is a governance token for the Optimism Collective.\nOP holders are currently able to vote on various decisions impacting the Collective, including the grants, protocol upgrades, inflation adjustments, and other fundamental changes.\nThe Collective is committed to an iterative governance system that will evolve dynamically over time.\nOptimism hopes to use the launch of this token to establish a deeper partnership between the Optimism and Aave communities.\nThis proposal would enable OP as collateral on AAVE V3 on Optimism.\n\n**Explain positioning of the token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?**\n\nWith the recent release of the OP token, we want to bolster initial growth for Aave V3 on Optimism. This will benefit the Aave community by creating a vibrant ecosystem around Aave V3, while being a strong first use case for OP.\n\nAave would be one of the first platforms to support OP as collateral. The OP token is one of the first and leading rollup technology ecosystem tokens, so the Aave community would be supporting the scaling of Ethereum and onboard the cohort of users coming with it.\nL2s being the home for AAVE v3 could also gain a lot from this synergy.\n\nOverall, the use cases will create the opportunity to continue growing liquidity and usage of the Aave v3 pools on Optimism.\n\n**Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?**\n\nInitially launched at the end of 2021, Optimism is an EVM equivalent L2 scaling solution. Optimism currently supports 100+ dapps and over $500m in on-chain value.\nOptimism drastically improves Ethereum’s scalability while retaining its security through rollup technology - having already saved its users over $1B in gas fees.\n\n**How is the asset currently used?**\n\nIt is used for governance on Optimism.\n\n**Emission schedule**\n\nAt genesis there was an initial total supply of 4,294,967,296 OP tokens. The total token supply is set to inflate at a rate of 2% per year, unless changed through governance.\n\n**Token (& Protocol) permissions (minting) and upgradability.**\n\n**Is there a multisig? What can it do? Who are the signers?**\n\nThere is a multisig. It coontrols all funds in the chain. Members are anonymous in order to make the multisig more difficult to compromise.\n\n## Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n- Market Cap: ~$202M\n- 24h Volume: >$150M\n- Volatility: Low\n- Exchanges: Uniswap, Velodrome, Sushi\n- Maturity: Launched 5/31/21\n- Communities:\n- Discord - https://discord-gateway.optimism.io/\n- Twitter - https://twitter.com/OptimismFND\n- Mirror - https://optimism.mirror.xyz/\n- Twitch - https://www.twitch.tv/optimismpbc\n\n- Date of deployment: May 31, 2021\n- Number of transactions: 12M\n- Number of holders: ~134k\n\n## Security Considerations\n\nOP has undergone audits. Constant internal reviews are performed to ensure OP’s economic and technical safety.\n\nThe protocol currently has around $936.43M TVL.\n\n## Other links\n\nContract addresses: [0x4200000000000000000000000000000000000042](https://optimistic.etherscan.io/address/0x4200000000000000000000000000000000000042)\n\nChainlink Oracle: [0x0D276FC14719f9292D5C1eA2198673d1f4269246](https://optimistic.etherscan.io/address/0x0D276FC14719f9292D5C1eA2198673d1f4269246) (Optimism)\n\n## Proposal's technical implementation\n\nThis asset listing will be executed via Aave's cross-chain governance module, described here: [https://github.com/aave/governance-crosschain-bridges](https://github.com/aave/governance-crosschain-bridges).\n\nProposal Payload on Optimism: [0x5f5c02875a8e9b5a26fbd09040abcfdeb2aa6711](https://optimistic.etherscan.io/address/0x5f5c02875a8e9b5a26fbd09040abcfdeb2aa6711#code)\n\nBGD Labs has provided support on the technical aspects of the listing and Certora has reviewed the proposal's payload.\n", - "basename": "A8B4294C4B1F-AIP-ADD-OP-TO-AAVE-V3" - }, - "AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI": { - "title": "Consolidate Reserve Factors and Enable Borrowing DPI", - "status": "WIP", - "author": "Llama - Matthew Graham (@Matthew_Graham_), Dydymoon (@dydymoon1), Austin Green (@AustinGreen), Noah Citron (@NoahCitron)", - "shortDescription": "Consolidate Aave Mainnet V1 and V2 Reserve Factors and Enable Borrowing DPI", - "discussions": "https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797", - "created": "2022-05-16T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis AIP is the combination of two ARCs presented …", - "content": "\n\n## Simple Summary\n\nThis AIP is the combination of two ARCs presented on the Aave Governance Forum. This proposal performs the initial step of the [Llama treasury management strategy](https://governance.aave.com/t/arc-consolidate-aave-v1-v2-amm-reserve-factors-purchase-cvx-and-deploy-to-earn-yield/6797) and also includes [Index Coop’s enable borrowing of DPI](https://governance.aave.com/t/arc-enable-borrowing-of-dpi-on-aave-markets/6976) proposal. \n\nThe Llama proposal entails re-routing the current and future revenue from the mainnet V1 Reserve Factor to the mainnet V2 Reserve Factor. The Index Coop proposal re-enables users to borrow DPI after it was disable by [AIP-44](https://app.aave.com/#/governance/44-QmNVWrrm3ieyRRVD4f77zdxrvSUj1W4HDCojLKNcxmVQhr). \n\n## Abstract\n\nThe Llama Community recommends consolidating revenue earned on all Aave markets on mainnet into a single Reserve Factor (RF). This proposal consolidates past and future Aave mainnet V1 market revenue into the mainnet V2 RF. In the future, other aspects of the Llama treasury management proposal will be implemented through separate AIPs.\n\nThis proposal is broken into two parts, the second part is to enable borrowing of DPI. The borrowing of DPI was disabled via [AIP-44](https://app.aave.com/#/governance/44-QmNVWrrm3ieyRRVD4f77zdxrvSUj1W4HDCojLKNcxmVQhr) along with xSUSHI. Shortly after enacting AIP-44, DPI was found to be safe. This proposal is to reinstate DPI as an asset that can be borrowed on the Aave markets.\n\n## Motivation\n\n### Part A - Consolidate Aave Mainnet V1and V2 Reserve Factors\n\nThe legacy V1 market continues to generate mostly flash loan fee revenue and this has slowed down in recent times. There is only ~$102.7M of TVL remaining in the V1 market, and at the rate of which revenue is generated is expected to continue declining as more and more users move to V2 or V3 over time. \n\nThis proposal recommends consolidating the Aave V1, V2, and AMM market revenue into a single location before deploying the capital to earn additional yield. The V1 RF holds around [~$435K](https://etherscan.io/address/0xe3d9988f676457123c5fd01297605efdd0cba1ae) of assets at the time of writing, whereas the Ethereum V2 + AMM market holds [$26.88M](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c) of assets. Consolidating the RF balance would increase the mainnet treasury to around $27.32M.\n\n## Specification\n\n### Part A - Consolidate Aave Mainnet V1 and V2 Reserve Factors\n\nWithin this proposal, the assets held with the Aave mainnet V1 RF are to be transferred to the Aave mainnet V2 RF. All future revenue from the V1 deployment will now automatically accrue in the V2 RF upon implementation of this proposal. Post implementation of this proposal, the V1 RF is not expected to accrue any future revenue.\n\nA detailed breakdown of the consolidated constituents can be found on the [Aave Treasury Finances by Llama Dune Dashboard](https://dune.com/llama/Aave-Treasury-Finances-by-Llama?Trailing%20Num%20Time-Series=60).\n\n### Part B - Enable Borrowing DPI\n\nThe recommendation is to enable borrowing and although there are a number of extrinsic use cases for DPI emerging, starting with a utilisation rate of 45%. For Variable Interest Rate parameters, a Base of 0, Slope 1 of 7% and Slope 2 of 300% was selected which is similar to the constituents within DPI. At this point in time, there is no ask for Stable Interest Rate borrowing. \n\nThe details outlining the original specification for listing DPI can be found here, [AIP-31](https://app.aave.com/#/governance/27-Qme2d9yZ81j3JkQ4ecr7BSZv4Rvh5NyU36um48f5S75CQG). For any additional information see Index Coop’s website: https://www.indexcoop.com/dpi.\n\n## Test Cases\n\nThe full test of this proposal can be found here: https://github.com/llama-community/refactor-aave-rf/\n\n## Implementation\n\nAave mainnet V1 Reserve Factor: `0xE3d9988F676457123C5fD01297605efdD0Cba1ae`\nAave mainnet V2 Reserve Factor: `0x464C71f6c2F760DdA6093dCB91C24c39e5d6e18c`\n\nBy calling `function execute()` and `function distributeTokens()` on the ProposalPayload contract, the token distributor will be upgraded to send all funds to the `Aave mainnet V2 Reserve Factor`, the AAVE protocol v1's token distributor will be set to `Aave mainnet V2 Reserve Factor`, DPI borrowing will be enabled and all large balances from the `Aave mainnet V1 Reserve Factor` will be distributed to `Aave mainnet V2 Reserve Factor`. The new token distributor implementation was deployed to [0x55c559730cbCA5deB0bf9B85961957FfDf502603](\nhttps://etherscan.io/address/0x55c559730cbCA5deB0bf9B85961957FfDf502603).\n\n**Target Contracts**\n\nProposalPayload = [0x43D2A74c55eE4DB917251eC934b2fD03E3069bd6](\nhttps://etherscan.io/address/0x43D2A74c55eE4DB917251eC934b2fD03E3069bd6)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AB128F4E15AE-AIP-CONSOLIDATE-RESERVE-FACTORS-ENABLE-DPI" - }, - "AIP-10": { - "aip": 10, - "title": "Adding xSushi on AAVE", - "status": "WIP", - "author": "0xMaki (@0xMaki), Joseph Delong (@dangerousfood)", - "shortDescription": "Aave governance proposal to enable xSushi as a base asset", - "discussions": "https://governance.aave.com/t/listing-proposal-add-xsushi/1794", - "created": "2021-01-15T00:00:00.000Z", - "updated": "2021-02-08T00:00:00.000Z", - "preview": "## Simple Summary\nxSUSHI is the governance token of Sushiswap, a …", - "content": "\n## Simple Summary\nxSUSHI is the governance token of Sushiswap, a community-led DEX with a current TVL of more than 1.1B.\n\n## Abstract\nAdd xSushi to the AAVE V2 market.\n\n## Motivation\nAave would be the first platform to support xSushi a yield bearing asset with over of 100m$ currently under utilized.\n\nAavengers could use their platform of predilection to borrow their existing xSushi.\n\nSupport community-led projects.\n\n## Specification\nxSushi is one of the two currently supported assets for Sushi governance (ETH/SUSHI SLP being the other one). We are currently not fully decentralized but the members of the Ops multisig and Treasury multisig are bound to respect all of the governance votes. We do plan to be a real DAO most likely leveraging Aragon v2 in 6 to 12 months depending on the progress made by community.\n\nxSushi is receiving 0.05% of all the swaps happening on Sushiswap and should also benefits from all of the future revenues streams from upcoming platforms such as Bento-Miso-Gusoku-Deriswap and more.\n\nThe current yield on this asset alone is hovering around 10-40% APY with over $100MM locked in the Sushibar making it an ideal productive asset as collateral.\n\n## Rationale\n\nThe rationale for adding xSushi to the AAVE V2 market is simple; xSushi is a popular yield bearing asset but is currently incapable of being utilized for borrowing or lending.\n\nSUSHI can currently be borrowed and lent on [cream.finance](https://app.cream.finance/). However, xSushi cannot be borrowed or lent on any platform currently. By allowing xSushi to be borrowed and lent on AAVE v2, this will allow xSushi holders to access the liquidity of their platform\n\n\nThe rationale fleshes out the specification by describing what motivated the design and why particular design decisions were made. It should describe alternate designs that were considered and related work, e.g. how the feature is supported in other languages. The rationale may also provide evidence of consensus within the community, and should discuss important objections or concerns raised during discussion.-->\n\n## Test Cases\n\n*see implementation*\n\n## Implementation\nAAVE does not use TWAP oracle and xSushi does not have sufficient liquidity on centralized exchanges we will calculate the xSushi using the existing oracle of SUSHI and applying a calculated exchange rate.\n\nThe price oracle for xSushi will calculate the price using a SUSHI price oracle multiplied by the exchange rate for SUSHI<>xSushi.\n\n`xSushiPrice = sushiPrice * exchangeRate`\n\nTo calculate the exchange rate we will check the SUSHI balance of the xSushi contract.\n\nAn example implementation of exchange rate calculation can be found below\n\n```js\nlet sushi = new ethers.Contract('0x6b3595068778dd592e39a122f4f5a5cf09c90fe2', abi, provider)\n\nlet totalSushiStakedinXSushi = await sushi.methods.balanceOf('0x8798249c2E607446EfB7Ad49eC89dD1865Ff4272').call()\n\nlet xSushi = new ethers.Contract('0x8798249c2E607446EfB7Ad49eC89dD1865Ff4272', abi, provider)\n\nlet totalXSushiSupply = await xSushi.methods.totalSupply().call()\n\nlet exchangeRate = totalSushiStakedinBar.div(totalXSushiSupply)\n```\n\nAt the request of the AAVE team we have included a convenience contract for returning the exchange rate of Sushi -> xSushi exchange rate.\n\n[Exchange Rate contract](https://etherscan.io/address/0xE8061286f2975EF38c8F70607eD839Fc9C0f0090#readContract)\n[Exchange Rate contract repo](https://github.com/sushiswap/xsushi-exchange-rate)\n\nValues from the `getExchangeRate()` method are returned as `uint256` values with a pecision of `10**18`\n\nLastly, xSushi is explicitly convertible for SUSHI at the exchange rate described above. Fees are paid as SUSHI to xSushi holders and collected into a pool of SUSHI, where each xSushi token represents a proportional share in the pool size. In essence SUSHI fees paid are accumulated to the xSushi which are not redeemable without the destruction of the underlying xSushi.\n\nSince debts incurred on AAVE would require that the debt be repaid in xSushi, the fees that are accumulated are safe from being harvested.\n\n\n## Audits/Security Reviews\n[Peckshield & Quantstamp](https://docs.defisafety.com/finished-reviews/sushiswap-process-quality-audit#audits)\n\n[**AAVE Community xSushi Risk Assement**](https://governance.aave.com/t/listing-proposal-add-xsushi/1794/16)\n\n![Screenshot 2021-01-05 at 19.56.10](https://aws1.discourse-cdn.com/standard21/uploads/aave/optimized/1X/e35ebb4c429ea6e1162d1fd6faf7d7b624287a14_2_690x184.png)\n\nSushiSwap is a DEX forked of Uniswap that grew very fast, now at $1.6B of TVL, thanks to generous liquidity mining incentives. It is now part of the Yearn conglomerate with many new upcoming features.\n\nxSUSHI is the staked SUSHI that receives .05% of the fees with 10 to 40% APY a great property for a collateral. The redeeming process from xSUSHI to SUSHI is permissionless allowing the analysis to focus on SUSHI.\n\n[**SUSHI Smart contract**](https://ethplorer.io/address/0x6b3595068778dd592e39a122f4f5a5cf09c90fe2) **Risk: B-**\n\nSUSHI was launched late August by a fork of the Uniswap Exchange. Shortly after launch, the key developer stole the development funds, eventually returning them. The network managed secure support from some industry leaders and has grown fast in these few month reaching two dozen users and over a billion transactions.\n\n**SUSHI Counterparty Risk: B**\n\nSushi is a permissionless blockchain protocol where token holders vote on incentives and upgrades. Anyone can create new Sushi markets.\n\n[**SUSHI Market**](https://www.coingecko.com/en/coins/sushi) **Risk: C +**\n\nSUSHI has a good market capitalisation with a high volume. The price has suffered from extreme volatility since inception, suffering from large drops in value which is problematic for a collateral, requiring prudent parameters. This was driven by internal drama which also deeply affected community trust, now on the mend.\n\n### Risk Parameters ~ New (also proposed for SNX)\n\nLTV 25%\n\nLiquidation Threshold 45%\n\nLiquidation Bonus 15%\n\nReserve Factor 35%\n\n### Variable Interest Rate Model ~ Collaterals\n\n![Screenshot 2020-12-15 at 19.44.31](https://aws1.discourse-cdn.com/standard21/uploads/aave/optimized/1X/db265d003d9c9d4afa45b1fcc6aa6d59a7527206_2_690x444.png)\n\nUOptimal 45%\n\nR_0 0%\n\nR_s1 7%\n\nR_s2 300%\n\n## References\n[Classic UI (deprecated 2021-1-22)](https://sushiswap.fi/)\n[SushiSwap Lite](https://lite.sushiswap.fi/)\n[SushiSwap.fi](https://lite.sushiswap.fi/)\n[Sushi token 0x6b3595068778dd592e39a122f4f5a5cf09c90fe2](https://etherscan.io/address/0x6b3595068778dd592e39a122f4f5a5cf09c90fe2)\n[xSushi token 0x8798249c2E607446EfB7Ad49eC89dD1865Ff4272](https://etherscan.io/address/0x8798249c2E607446EfB7Ad49eC89dD1865Ff4272)\n[Sushi Governance forum](forum.sushiswapclassic.org)\n[Help and FAQ](docs.sushiswap.fi)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "AIP-10" - }, - "AIP-11": { - "aip": 11, - "title": "desactivation of Aave V1 stable rate borrowing", - "status": "Proposed", - "author": "Marc Zeller (@marczeller), Emilio Frangella (@The3D_)", - "shortDescription": "Disable Aave V1 Stable Rates", - "discussions": "https://governance.aave.com/t/aave-protocol-v1-v2-migration-tool-and-transition-plan/2053", - "created": "2021-04-02T00:00:00.000Z", - "updated": "2021-04-02T00:00:00.000Z", - "preview": "## AIP rationale\n\nThe Aave Protocol V2 was launched in Dec 2020 and …", - "content": "\n\n## AIP rationale\n\nThe Aave Protocol V2 was launched in Dec 2020 and is now concentrating the majority of the Aave protocol Liquidity\nAave V1 users have the option to upgrade their position seamlessly into V2 with the native Aave migration tool\n\nWith significant reserves in, the community has the opportunity to implement a plan to transition the remaining reserves from V1 to v2.\nThe community has the opportunity to bring about this change to ease the borrowing pressure on V1, to address high transaction fees that exist now, and may increase further upon the implementation of Berlin hardfork.\nThe migration can benefit not only Aave users, but also the Aave ecosystem as a whole because it will allow protocols integrating with Aave to have additional stablecoins liquidity available(due to the ecosystem wide stablecoin liquidity crush).\n\nBesides the beneficial effects on the migration procedure, disabling the stable rate borrowing overcomes the friction generated by the inefficient lending rate oracle V1, which currently proposes rates that are too low for the current market conditions. This has generated a consistent amount of stable rate debt, which results in frictions for the V1 liquidity providers and integrators that still rely on Aave V1 for their deposits.\n\nIf this proposal is approved by the Aave governance, new stable rates loans positions will be disabled for Aave V1.\n\nThe rebalancing mechanism will also be updated to an enforced swap to variable rates. Which means, in case of extremely high borrowing pressure on the stablecoins reserves, users at stable rate will be migrated to variable until rebalancing conditions are not satisfied anymore.\n\n\n## AIP content in short\n\nDeactivation of the ability to open new stable rate borrowing positions on Aave V1 and update of the rebalance mechanism\n\n## Implementations details\n\nExecutes the proposal deployed at\n\nhttps://etherscan.io/address/0x6a46c03c861cab74c8a213983b7eb295234c16b3#code\n\nThe proposal executes the following:\n\n- Updates the LendingPool implementation to \n\n https://etherscan.io/address/0xDB9217fad3c1463093fc2801Dd0a22C930850A61#code\n\n- Updates the LendingPoolCore implementation to\n\n https://etherscan.io/address/0x2847A5D7Ce69790cb40471d454FEB21A0bE1F2e3#code\n\n These contract updates are needed to update the implementation of the rebalanceStableRate() function\n\n- Execute disableReserveStableBorrowRate() in all the assets listed on the protocol V1\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-11" - }, - "AIP-12": { - "aip": 12, - "title": "Adding AMPL on AAVE", - "status": "Proposed", - "author": "Ahmed Naguib Aly (@ahnaguib), Nithin Ottilingam (@nithinkrishna), Brandon Iles (@brandoniles)", - "shortDescription": "Aave governance proposal to enable AMPL as a borrow asset", - "discussions": "https://governance.aave.com/t/proposal-add-support-for-ampl/854", - "created": "2021-01-12T00:00:00.000Z", - "updated": "2021-07-16T00:00:00.000Z", - "preview": "## AIP rationale\n\nAmple is the first rebasing currency of DeFi. It …", - "content": "\n\n## AIP rationale\n\nAmple is the first rebasing currency of DeFi. It is an uncollateralized financial primitive with an elastic supply that adjusts each day according to demand in the marketplace. Like Bitcoin, Ample is non-dilutive but it has a long-term unit of account that unlocks safe denomination of debt.\n\n## References\n\n- Forum proposal: https://governance.aave.com/t/proposal-add-support-for-ampl/854\n- Project: https://www.ampleforth.org/\n- Whitepaper: https://www.ampleforth.org/papers/\n- Source code for the system(s) that interact with the proposed collateral: https://github.com/ampleforth/uFragments, https://github.com/ampleforth/market-oracle\n- Ethereum addresses contracts: https://github.com/ampleforth/uFragments#ampleforth\n- Audits both procedural and smart contract focused: https://github.com/ampleforth/ampleforth-audits\n- Communities:\n * Telegram: https://t.me/Ampleforth\n * Twitter: https://twitter.com/AmpleforthOrg\n * Discord: https://discord.gg/mptQ49m, https://discord.gg/T7XRSf8q\n\n## Paragraph Summary\nAmple is the first rebasing currency of DeFi. It is an uncollateralized financial primitive with an elastic supply that adjusts each day according to demand in the marketplace. Ample targets the 2019 USD. Like Bitcoin, Ample is non-dilutive but it has a long-term unit of account that unlocks safe denomination of debt. The goal of Ampleforth is to create a building block for a safer, more resilient financial ecosystem.\n\nBeing able to borrow and lend AMPL would enable holders to:\n\n- Utilize a new, low-correlated collateral asset which could reduce risk\n- Decrease exposure to rebases in exchange for income from interest\n- Use a non-collateralized asset that “[borrows like a stablecoin](https://medium.com/ampleforth/elastic-finance-lending-213e02de0583)\"\n- Create leveraged AMPL trades and unlock derivatives\n- Create interest bearing AMPL that can be staked in other protocols\n- Increase exposure to AMPL & farming\n\n## Motivation\nAMPL total supply and balances change once every 24 hours (at 2am UTC) based on market price. The supply change factor is the same for all holders. Because of that, lending and borrowing AMPL behaves differently from fixed supply tokens.\n\nThe desired behavior is for the borrow amount (loan) to stay the same after a rebase. The unborrowed tokens deposited in the Aave protocol still get exposed to rebase just like any other contract wallet. This means aAMPLs \"partially rebase\", in accordance with the utilization ratio.\n\nThe AMPL AToken functionally behaves similarly to every other AToken. It maintains a 1:1 peg with the underlying AMPL.\n\n### Specifications\n\n1. What is the link between the author of the AIP and the Asset?\n\nCo-founder, developer\n\n2. Provide a brief high-level overview of the project and the collateral token\nSee Summary\n\n3. Explain positioning of token in the AAVE ecosystem: which market?\n\nThe asset will be listed in the current AAVE V2 market.\n\n4. Provide a brief history of the project and how it overcame stressed conditions\n\nAmpleforth launched in July, 2019. Since then, Ample has executed over 550 days of rebases. The network was subject to extreme growth and volatility following the launch of the Geyser liquidity mining program in July 2020. It has shown resilience with a lifetime median price of $1.00 and average price of $1.02 (vs target price of $1.02). There are currently over 22K holders and is a top 100 currency by Market Cap.\n\nOnchain network history viewable on [Dashboard](https://www.ampleforth.org/dashboard/).\n\n5. How is the asset currently used?\n\nAmple aims to be a financial building block that supports a robust and stable financial ecosystem. Borrowing and lending is a critical layer of this stack. [Current roadmap](https://www.ampleforth.org/roadmap/).\n\n6. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\nAmple has developed deep liquidity on AMMs like Uniswap, SushiSwap, Mooniswap, and a Smart Pool on Balancer through its liquidity mining program.\n\nhttps://www.coingecko.com/en/coins/ampleforth#markets\n\n7. Social channels data (Size of communities, activity on Github)\n\nLinks above\n\n8. Risk Assessment and Parameter suggestions\n\nAMPL has been evaluated as low technical risk because it doesn't have any potential of infinite or uncontrolled minting.\n\nGiven the novel mechanism of rebasing, it will only be used as a borrowing currency for the time being. An evalution of whether to give it collateral status will be performed afterward.\n\nA 3rd party Audit report from Peckshield can be found [here](https://github.com/aave/protocol-v2/blob/50290685aa3b68eea18f4a908748aafb05db96ab/audits/PeckShield-Audit-Report-aAMPL-v1.0.pdf).\n\nAfter some recommendations from Aave devs, we made small updates to the implementation. This included no behavioral changes but included using a different math library and method of initializating configuration. We then ran a second round of audits with Peckshield that raised no new issues.\n\nInternal testing was performed with a mainnet fork.\n\nWe launched an [Immunefi Bug Bounty](https://immunefi.com/bounty/ampleforth/) for the aToken with a competitive $100K reward for critical vulnerabilities. This has also raised no issues.\n\n### Technical Specifications\n\nWe implement a custom AToken, StableDebtToken and VariableDebtToken for AMPL. The StableDebtToken and VariableDebtToken implementations make no functional changes to the generic implementation. When the debt tokens are minted and burned, it performs some additional book-keeping to keep track of the totalScaledAMPL (fixed AMPL denomination, ie Gons) borrowed at any-time. The new getAMPLBorrowData method returns the totalScaledAMPL and totalScaledSupply which are used for AAmplToken math.\n\nGeneric AToken has a private balance and public balance. The public balance returned by balanceOf is multiplied by an interest rate factor. The aAMPL works the same way but the AAmplInternal balance is multiplied by another factor, which accounts for the underlying AMPL rebasing and the amount of AMPL unborrowed.\n\n### Code\nAAMPL token address: 0x6fBC3BE5ee5273598d1491D41bB45F6d05a7541A\nCode verified [here](https://etherscan.io/address/0x6fBC3BE5ee5273598d1491D41bB45F6d05a7541A#code)\n\nSteps the proposal will execute:\n1. Start a vote to add aAMPL as a new asset.\n\n### Test Cases\n- [Colab Notebook](https://colab.research.google.com/drive/1a4zd7UL-U5Xrme9b0X5B39nJzjrFwfG1?usp=sharing) of test cases\n- Unit tests included with code change provide full coverage for all borrow, repay, and rebase flows.\n\n### Security Considerations\n- Standard technical risks of smart contracts apply to the AToken implementation.\n- Market risk resulting from first borrow/lending market for a rebasing currency.\n", - "basename": "AIP-12" - }, - "AIP-13": { - "aip": 13, - "title": "Add renFIL support to Aave", - "status": "Proposed", - "author": "Corbin Page (@corbinpage)", - "shortDescription": "Aave governance proposal to enable renFIL as a borrow asset", - "discussions": "https://governance.aave.com/t/proposal-add-support-for-renfil-filecoin/1059", - "created": "2021-02-03T00:00:00.000Z", - "updated": "2021-03-13T00:00:00.000Z", - "preview": "## Simple Summary\n\n\nAdd depositing and borrowing (not collateral) …", - "content": "\n\n\n## Simple Summary\n\n\nAdd depositing and borrowing (not collateral) support for renFIL to the Aave market. renFIL is a wrapped version of [Filecoin](https://filecoin.io/) using [Ren Protocol](https://renproject.io/).\n\n## Abstract\n\n\n[Filecoin](https://filecoin.io/) brings decentralized storage to DeFi, and [renFIL](https://renproject.io/) allows all types of new decentralized applications to be built to further the space. But these applications need a robust lending market to thrive, so storage miners can borrow renFIL/FIL to stake and FIL holders can earn a return on their holdings.\n\nThis proposal describes adding depositing and borrowing (not collateral) support for renFIL to the Aave market to unlock these new applications, expose the Filecoin community to Aave, and create a large new market on the protocol. [Ren Protocol](https://renproject.io/) was chosen as the tokenization service because it is already managing large bridges in production, including [$301 million in renBTC](https://www.coingecko.com/en/coins/renbtc) as of this writing. Collateral support for renFIL may be added later, but we recommend waiting for more price stability of FIL and renFIL before enabling.\n\n## Motivation\n\n\nFilecoin, and by extension, renFIL is unlike any other digital asset currently available in the Aave market, as it allows the purchase of hosting space on the permissionless Filecoin network. As a result, being able to lend and borrow renFIL will unlock many new DeFi applications, including:\n\n* Storage mining syndicates\n* Data markets\n* Shared UIs/images/content\n* Lossless capital hosting\n\nJust see the recent [EthGlobal<>Protocol Labs Hackathon](https://hack.ethglobal.co/hackfs/showcase) and [Filecoin Launchpad](https://www.filecoinlaunchpad.co/)for hints of what is possible at the intersection of Filecoin+DeFi. The Filecoin community is massive and growing everyday, however, many of the participants are unfamiliar with Aave and DeFi. Adding renFIL to Aave would dramatically increase support for these efforts, would bring Filecoin users/developers into the Aave ecosystem, and allow capital, yield, and value to accrue to Aave participants.\n\n## Specification\n\n\n### Project\nFilecoin is a distributed storage network based on a blockchain mechanism. Filecoin miners can elect to provide storage capacity for the network, and thereby earn units of the Filecoin cryptocurrency (FIL) by periodically producing cryptographic proofs that certify that they are providing the capacity specified. In addition, Filecoin enables parties to exchange FIL currency through transactions recorded in a shared ledger on the Filecoin blockchain. Rather than using Nakamoto-style proof of work to maintain consensus on the chain, however, Filecoin uses proof of storage itself: a miner’s power in the consensus protocol is proportional to the amount of storage it provides.\n\nFilecoin was founded in 2015 by [Juan Benet](https://twitter.com/juanbenet), has been backed by Sequoia Capital, Andreessen Horowitz, and Union Square Ventures, and its mainnet went live on October 15, 2020. The network is governed by the Filecoin Foundation and the Filecoin Foundation for Decentralised Web.\n\n## Rationale\n\n\nThe REN token is already supported in the Aave market, and renBTC is one of the most popular cross-chain tokens today. In unifying the Filecoin and DeFi ecosystems, Ren protocol is a natural bridge and has the technical expertise and experience to get the job down securely and safely.\n\n\n\n## Implementation\n\n\nThe Filecoin price oracle will be served via [ChainLink](https://chain.link/), which includes both [FIL/ETH and FIL/USD feeds](https://docs.chain.link/docs/ethereum-addresses).\n\nThe renFIL token will only be used for depositing and lending, not as collateral. The following strategy params are proposed:\n\n```\nIReserveParams = {\n optimalUtilizationRate: new BigNumber(0.8).multipliedBy(oneRay).toFixed(),\n baseVariableBorrowRate: '0',\n variableRateSlope1: new BigNumber(0.07).multipliedBy(oneRay).toFixed(),\n variableRateSlope2: new BigNumber(3).multipliedBy(oneRay).toFixed(),\n stableRateSlope1: '0',\n stableRateSlope2: '0',\n baseLTVAsCollateral: '0',\n liquidationThreshold: '0',\n liquidationBonus: '0',\n borrowingEnabled: true,\n stableBorrowRateEnabled: false,\n reserveDecimals: '18',\n aTokenImpl: eContractid.AToken,\n reserveFactor: '3500'\n};\n```\n\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n\n```\n New interest bearing asset deployed on main:\n Interest bearing aRENFIL address: 0x5CAF29fD8efbe4ED0cfc43A8a211B276E9889583\n Variable Debt variableDebtRENFIL address: 0x4B20f007d0c1567Ca8a6e80B8a8EE19Ac59C6a08\n Stable Debt stableDebtRENFIL address: 0xf22b80D58a7cCDEd772E0997AE90a6C77940B051\n Strategy Implementation for RENFIL address: 0xb140cb1306B396c658A5438602b6857842E1E98a\n```\n\n### Test Cases\n\n\n## Audits/Security Reviews\n[Ren Protocol audits from ChainSecurity, ConsenSys Diligence, and Trail of Bits](https://github.com/renproject/ren/wiki/Audits)\n\n[Filecoin audits and bug bounty](https://security.filecoin.io/)\n\n[AAVE Community renFIL Risk Assement](https://governance.aave.com/t/proposal-add-support-for-renfil-filecoin/1059/17?u=corbpage)\n\n![renFIL Risk Screenshot](../assets/AIP-add_renFIL_support/renFIL_risk_screenshot.png)\n\n[**RenFIL Smart contract Risk**](https://ethplorer.io/address/0xd5147bc8e386d91cc5dbe72099dac6c9b99276f5): **C**\n\nRenVM is a byzantine fault-tolerant network that is able to securely in a decentralized manner do ECDSA threshold key generation and signing via sMPC, which allows RenVM to securely manage private keys of different assets like Bitcoin and Filecoin, and wrap these assets on smart-contract chains. Since launch, RenVM has processed around $1.5B in total volume of Bitcoin, Filecoin, Zcash, Bitcoin cash going to and from Ethereum. The smart contract risks of RenFIL are mitigated by those of RenBTC which has been battle tested by the markets.\n\nTechnically, renFIL is a proxied token standard ERC with some features on top:\n\n* Mechanism of exchange rate (similar to Aave slashing)\n* Permit for approvals\n* Recovery of other tokens sent to the contract\n\n**RenFIL Counterparty Risk: C**\n\nThere is a proxy admin which can update all the logic of the contract with a 7 days timelock controller by a multisig, controlled by the team. Even with 7 days, it may be impossible to mitigate the consequences of a contract upgrade with minting for example.\n\nFurthermore there is an EOA (Externally Owned Account) with permissions to mint, burn, change the exchange rate and decide which tokens sent by mistake to the renFIL contract are recoverable.\n\nThis results in the capability to burn tokens of a particular address (potentially the ones contained in aToken) and the change of the implementation under the proxy.\n\n[RenFIL Market 1](https://www.coingecko.com/en/coins/renfil): **Risk B (based on FIL)**\n\nRenFIL market capitalisation is unknown with very little liquidity in the markets. The redemption process is permissionless enabling smooth liquidations into the liquidity of FIL.\n\n**Risk Parameters**\n\nGiven the centralisation of RenFIL it can only be listed as borrow asset.\n\nReserve Factor 35%\n\n**Variable Interest Rate Model** \n\nUOptimal 80% (since not a collateral)\n\nR_0 0%\n\nR_s1 7%\n\nR_s2 300%\n\n![renFIL Interest Rate Model](../assets/AIP-add_renFIL_support/renFIL_risk_graph.png)\n\n## References\n* [Filecoin Website](https://filecoin.io/)\n* [Filecoin Spec](https://spec.filecoin.io/)\n* [Ren Protocol](https://renproject.io/)\n* [renFIL Token](https://etherscan.io/token/0xD5147bc8e386d91Cc5DBE72099DAC6C9b99276F5)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "AIP-13" - }, - "AIP-14": { - "aip": 14, - "title": "Enable borrowing on renFIL", - "status": "Proposed", - "author": "Corbin Page (@corbinpage)", - "shortDescription": "Enable borrowing for the renFIL asset", - "discussions": "https://governance.aave.com/t/proposal-add-support-for-renfil-filecoin/1059", - "created": "2021-04-19T00:00:00.000Z", - "updated": "2021-04-19T00:00:00.000Z", - "preview": "## Simple Summary\n\n\nAIP-13 added a wrapped version of …", - "content": "\n\n## Simple Summary\n\n\nAIP-13 added a wrapped version of [Filecoin](https://filecoin.io/) (renFIL) to Aave, and this AIP will finalize it by enabling borrowing of the asset.\n\n## AIP rationale\n\nOver the past 6 months, [AIP-13](https://github.com/aave/aip/blob/Pending-AIPs/content/aips/AIP-13.md\n) has been proposed, debated, and ultimately passed on [April 19th](https://app.aave.com/governance/8-QmY4AYSTrxVvqTprSjwuaTiECzrWEs2JJFwTx6UNpYMepW) to allow deposits and borrowing (but not collateral use) on renFIL, a wrapped Filecoin token using Ren protocol. The discussion and trade-offs can be [found on the governance forum here](https://governance.aave.com/t/proposal-add-support-for-renfil-filecoin/1059).\n\nThis AIP finalizes the previous submission to configure the renFIL asset as a borrowable currency on Aave.\n\n## Implementations details\n\nThe proposal will:\n- Enable borrowing on renFIL\n- Target the lendingPoolConfigurator: https://etherscan.io/address/0x311bb771e4f8952e6da169b425e7e92d6ac45756\n- Call its enableBorrowingOnReserve(asset, enableStableBorrow) with argument (0xD5147bc8e386d91Cc5DBE72099DAC6C9b99276F5, false)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-14" - }, - "AIP-15": { - "aip": 15, - "title": "Upgrade Aave V1 repayment for migration tool", - "status": "Proposed", - "author": "Marc Zeller (@marczeller), Emilio (@The-3D)", - "shortDescription": "Aave v1 LendingPool implementation upgrade", - "discussions": "https://governance.aave.com/t/aave-protocol-v1-v2-migration-tool-and-transition-plan/2053", - "created": "2021-04-21T00:00:00.000Z", - "updated": "2021-04-21T00:00:00.000Z", - "preview": "## AIP rationale\n\nDuring the last months, some steps have been taken …", - "content": "\n\n## AIP rationale\n\nDuring the last months, some steps have been taken via governance to promote migration of liquidity from the version 1 of the protocol to the v2.\n\nProgressively, some changes have been needed on the v1 contracts and configuration to be in line with the migrations ethos, and this proposal helps by improving the mechanism of repayment on behalf in the v1 LendingPool smart contract.\n\n\n## AIP content in short\n\nUpgrade Aave V1 lendingPool implementation Contract\n\n## Implementations details\n\nCall setLendingPoolImpl(newLendingPoolImplementation) with newLendingPoolImplementation being the smart contract on `0xC1eC30dfD855c287084Bf6e14ae2FDD0246Baf0d`\n\nContract reference : https://etherscan.io/address/0xC1eC30dfD855c287084Bf6e14ae2FDD0246Baf0d#code\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-15" - }, - "AIP-16": { - "aip": 16, - "title": "introduce Liquidity Incentives for Aave v2", - "status": "Proposed", - "author": "Anjan Vinod (@Anjan-ParaFi)", - "shortDescription": "Aave V2 LM upgrade", - "discussions": "https://governance.aave.com/t/proposal-introduce-liquidity-incentives-for-aave-v2/2340/27", - "created": "2021-04-22T00:00:00.000Z", - "updated": "2021-04-22T00:00:00.000Z", - "preview": "## Motivation\n\nWe believe that a well designed LM program can …", - "content": "\n\n## Motivation\n\nWe believe that a well designed LM program can accomplish the following:\n\nGrow lending and borrowing activity in targeted markets: With almost every major DeFi protocol launching a liquidity mining program, we believe it would be advantageous for Aave to utilize part of the Ecosystem Reserve to drive lending and borrowing activity across markets. Distributing AAVE to borrowers and lenders acts as an added incentive to attract more capital. The distribution can become more targeted over time. For example, certain markets may need more AAVE than others based on liquidity, utilization, and maturity of the market.\n\nBroader distribution and protocol decentralization: Rewarding AAVE to users of the protocol improves the distribution of the AAVE token. This gets AAVE into the hands of more users, further decentralizing the protocol.\n\nDeprecating Aave v1: Due to high gas fees and a lack of incentive to migrate, Aave v1 still contains approximately 40% of the value locked in the broader Aave protocol. By introducing liquidity mining rewards only on Aave v2, liquidity providers and borrowers will naturally migrate toward the optimized version. Declining liquidity on Aave v1 will facilitate a gradual deprecation of this iteration of the protocol, allowing more development activity to be directed at Aave v2.\n\nThis program is being proposed as a beta to further investigate how the inclusion of liquidity mining rewards will benefit the Aave ecosystem. From a supply perspective, this distribution results in only 5% of the fully diluted AAVE supply released each year. This enables Aave to experiment with liquidity mining rewards while saving the majority of the ecosystem reserves for other growth initiatives and grants. If this AIP passes, the Aave community can reflect on total supply/borrow and utilization by market to further refine the distribution program.\n\nThe forum [poll](https://governance.aave.com/t/proposal-introduce-liquidity-incentives-for-aave-v2/2340/27) closed with 62% of participants supportive of introducing rewards.\n\n## AIP rationale\n\n2,200 stkAAVE per day will be allocated pro-rata across supported markets based on the dollar value of the borrowing activity in the underlying market. While Aave has seen success without rewards so far, this program would attempt to supercharge its growth at a relatively low cost to the treasury and AAVE holders.\n\nThis distribution strategy rewards markets based on borrow demand. Markets with higher dollar value borrowed receive a higher share of the daily stkAAVE rewards. stkAAVE will be allocated at a 50/50 ratio between lenders and borrowers across stablecoin markets. In WBTC and ETH markets, the ratio between lenders and borrowers will be 95/5 to discourage riskier borrowing activity.\n\nstkAAVE will be rewarded instead of AAVE to align long-term incentives, disincentivize speculative farmers, and allow users to earn an underlying yield on top of the AAVE they earn. This helps align LPs by giving them more governance weight upfront and secure the protocol by increasing the amount of AAVE staked in the Safety Module. LPs then immediately earn a staking yield on their vested AAVE.\n\nstkAAVE requires a 10 day cooldown period. The cooldown period must be started before LPs can unstake their AAVE. After the cooldown period, users have a 2 day window to unstake.\n\nTo simplify the implementation and allow the community to analyze the distribution first, this proposal does not include a vesting component. As we approach the target end date for the LM program, we encourage the community to explore any vesting structures for stkAAVE.\n\nWe propose 7/15/21 as the target end date for this liquidity mining program. A mid-July end date gives the community 3 months of activity to analyze before voting to end, continue, or adjust the LM program.\n\n\n## AIP content in short\n\nThe purpose of this AIP is to introduce liquidity mining rewards for Aave v2.\n\nThis AIP would distribute 2,200 Staked AAVE (stkAAVE) per day, representing around 1M$ in rewards distributed daily to lenders and borrowers. Users will receive stkAAVE.\n\n2,200 stkAAVE per day will be allocated pro-rata across the following markets based on the dollar value of the borrowing activity in the underlying market:\n\n![Aave](https://raw.githubusercontent.com/aave/aip/Pending-AIPs/content/assets/AIP-16/aip16-img.png)\n\n\n$ Value as of 3/22/21\n\nThis program is structured as a beta, with the opportunity to track protocol activity and refine the distribution in the future.\n\nThe distribution has a target end date of 7/15/21. The community will be able to review the results of the LM program and adjust any parameters accordingly.\n\n## Abstract\n\nDistribute 2,200 stkAAVE daily from the [Ecosystem Reserve](https://docs.aave.com/aavenomics/incentives-policy-and-aave-reserve) to borrowers and lenders\n\nEcosystem Reserve contract : https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491#code\n\n## Implementations details\n\nProposal contract:\n\nhttps://etherscan.io/address/0x5778DAee2a634acd303dC9dC91e58D57C8FFfcC8#code\n\nThe proposal will update the aDAI/GUSD/USDC/USDT/WBTC/WETH implementations and the variableDebt DAI/GUSD/USDC/USDT/WBTC/WETH implementation to set the Incentives controller to https://etherscan.io/address/0x5778DAee2a634acd303dC9dC91e58D57C8FFfcC8. The incentive controller will receive 198000 AAVE from the Aave ecosystem reserve https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491. \n\nThe proposal sets the following emissions per second (in wei):\n\n emissions[0] = 1706018518518520; //aDAI\n emissions[1] = 1706018518518520; //vDebtDAI\n emissions[2] = 92939814814815; //aGUSD\n emissions[3] = 92939814814815; //vDebtGUSD\n emissions[4] = 5291203703703700; //aUSDC\n emissions[5] = 5291203703703700; //vDebtUSDC\n emissions[6] = 3293634259259260; //aUSDT\n emissions[7] = 3293634259259260; //vDebtUSDT\n emissions[8] = 1995659722222220; //aWBTC\n emissions[9] = 105034722222222; //vDebtWBTC\n emissions[10] = 2464942129629630; //aETH\n emissions[11] = 129733796296296; //vDebtWETH\n\nThe proposal will set the emission end date to 90 days from the moment the proposal is executed.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-16" - }, - "AIP-17": { - "aip": 17, - "title": "Aave Grants DAO", - "status": "Proposed", - "author": "Shreyas Hariharan (@hello-shreyas)", - "shortDescription": "Introduce Aave Grants DAO", - "discussions": "https://governance.aave.com/t/arc-aave-community-grants-program/3642", - "created": "2021-04-23T00:00:00.000Z", - "updated": "2021-04-23T00:00:00.000Z", - "preview": "## Simple Summary\n\nIntroduce the Aave Grants DAO (AGD) to fund ideas …", - "content": "\n\n## Simple Summary\n\nIntroduce the Aave Grants DAO (AGD) to fund ideas submitted by the Aave community.\n\n## Abstract\n\nWe propose starting a community-led grants DAO to fund ideas submitted by the Aave community, with a focus on empowering a wider network of community developers. The pilot program will be over two quarters. The grants budget will be $1 million per quarter and the operating budget will be $250,000 over two quarters. The operating budget will be used to pay the lead, reviewers, lawyer, and other administrative costs to set up the grants program. A committee of 8 members, including one lead, will oversee the grants program. \n\nIf this AIP is approved, 2,809 AAVE ($1.25 million) will be transferred from the [Ecosystem Reserve](https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491) to the [grants DAO multisig](https://gnosis-safe.io/app/#/safes/0x89C51828427F70D77875C6747759fB17Ba10Ceb0/balances). The remaining $1 million will be funded in the beginning of the second quarter of the grants program.\n\n## Motivation\n\nAave has an ecosystem reserve of $1.2B or 2.7m AAVE as of 4/27/21, which is available to fund growth and community initiatives, part of which could be used to fund grants. However, it is currently not easy for the community to allocate from the reserve to fund proposals.\n\nTo promote inclusivity and a more visible and transparent avenue for funding development in the Aave ecosystem, while maintaining the decentralized nature of the ecosystem, we propose a community-led grants program called Aave Grants DAO.\n\nThe goal of the program is to provide resources to grow the Aave ecosystem in a way that can scale over time. There are many great ideas for improving the Aave protocol bubbling up in the Discord, community forum and other places. We hope to initiate a community-led, transparent process for connecting those developers/creators/innovators with resources needed to go from idea to funded development.\n\nGiven the difficulty of decentralizing grants administration, we propose establishing a committee which has the power to administer grants on a discretionary basis. The focus will be on disbursing grant funding effectively and quickly to individuals and teams working to improve the Aave ecosystem.\n\n## Rationale\n\nOur proposal is inspired by the grants programs of Compound and Uniswap, which have both received approvals to deploy $1m and $750k per quarter, respectively.\n\nWe propose to run the pilot grants program over two quarters. We request a max grants budget of $2m and a max operating budget of $250k. The operating budget will be used to pay the lead, reviewers, lawyer, and other administrative costs to set up the grants program.\n\nThere will be two types of grants that the grants committee can approve:\n1. Rapid grants: < $100k, simple process to apply for a grant to AGD, relatively quick grant decision\n2. Community grants: $100k-$500k, initial application followed by posting proposal on governance forum, committee can decide to approve these grants based on feedback from community\n\nContributors can also seek grants over $500k but they will not go through the committee. They will have to be posted on Aave’s governance forum and approved through an on-chain vote.\n\nThe expenses will be priced in USD terms at the beginning of each quarter. The reviewers will ensure that all unspent funds will be returned to the Ecosystem Reserve at the conclusion of the pilot. If the program is underfunded because AAVE’s token price falls significantly, the committee may request the underfunded amount from governance. After running the pilot program for two quarters, the community can vote to continue, modify, or discontinue the program.\n\nApplications will be reviewed and funded on a rolling basis. The applications approved and funded within each quarter will form a funding round which will be tracked, supported and documented.\n\nDocumentation of results will be made available to the community at the end of each round, at which point we will solicit feedback from the community. The idea is to start with a rough MVP and evolve through community feedback. We expect to learn a lot about how to do this right in the first 2 quarters and anticipate making changes to the grants program over time through subsequent proposals.\n\n## Committee Members\n\nWe propose a committee of 8 members: 1 lead and 7 reviewers. The lead will be the organizational backbone of the program and ensure that things move smoothly and efficiently. The lead will likely dedicate a significant amount of time to the program.\n\nReviewers will process applications, ensure that the lead is acting in good faith and is effective in their role, and will operate a 4 of 7 multisig which disburses funds to grantees. The reviewers will also hold the program accountable to its goals and objectives and return any excess funds to the Aave Ecosystem Reserve. Reviewers are likely to dedicate a smaller amount of time to the program.\n\nBoth the lead and the reviewers will serve for a period of two quarters. After two quarters, the grants program and the committee member positions will be up for renewal. This will be put up on the governance forum for a discussion and subsequent on-chain vote.\n\nMembers may be replaced during the pilot program, for example, if they find they are not able to dedicate sufficient time to the program. We aim to be as transparent as possible and get feedback on the Aave forum if there are any changes to the committee during the program.\n\nThe committee is composed as follows:\n\nLead: [Shreyas Hariharan](https://twitter.com/HelloShreyas) - Llama\n\nShreyas is the founder of Llama, which helps DeFi protocols and DAOs manage their treasury. He has actively worked on treasury spending, allocation, and reporting. He is working on a treasury strategy for Uniswap and serving as a reviewer for Uniswap grants. As an Aave community member and token holder, he is excited to help grow the Aave ecosystem through the grants program.\n\nReviewers:\n\n1. [Aleks Larsen](https://twitter.com/_alekslarsen) - Blockchain Capital\n2. [Jose Maria Macedo](https://twitter.com/ZeMariaMacedo) - Delphi Digital\n3. [Imran Khan](https://twitter.com/lmrankhan) - DeFi Alliance\n4. [Maggie Love](https://twitter.com/melove_07) - W3BCLOUD and SheFi\n5. [Corbin Page](https://twitter.com/corbpage) - ConsenSys Codefi\n6. [Nick Cannon](https://twitter.com/inkymaze) - Gauntlet\n7. [Calvin Chu](https://twitter.com/calchulus) - Independent\n\n## Budget\n\nWe request a max grants budget of $2m to distribute grants and a max operating budget of $250k over two quarters to pay the lead, reviewers, lawyer, and other administrative costs to set up the grants program. This will be funded by the Aave Ecosystem Reserve.\n\nPayments to the lead will be approved by the reviewers and made at the end of every month (i.e., if the program begins on 4/30/21, the lead will be paid on 5/30/21, and the again on 6/30/21 and 7/30/21 based on hours worked). Payments to reviewers will also be made every month based on hours worked.\n\nAny changes to the AGD including renewal of the program at the end of 2 quarters, total quarterly budget and committee compensation will require full quorum.\n\n## Committee Compensation\n\nWe suggest compensation for the lead roughly in line with the initial Uniswap and Compound proposals - $100/hr for a maximum of 40 hrs/week. This compensation will be allocated to the AGD multisig from the Aave Ecosystem Reserve as part of the overall funding for the program.\n\nThe time commitment for the reviewers is likely to be far lower. The compensation for reviewers will be $100/hr for a maximum of 5 hrs/week.\n\n## Priorities\n\nTo help inform the types of grants which are most likely to get funded, we highlight the following target areas:\n\n1. Protocol development (including core Aave protocol development, development of higher layer protocols which use the Aave protocol)\n2. Applications and integrations (front-ends and other applications that use the Aave protocol)\n3. Developer tooling\n4. Community (marketing and educational)\n5. Committees, sub-committees, and DAOs that serve the Aave ecosystem\n6. Code audits\n7. Events and hackathons\n8. Bounties\n\n## What does success look like?\n\nWe will evaluate the success of the program against the following criteria:\n\nMeasurable criteria:\n\n1. Growth in the number of grants applications received quarter-over-quarter\n2. Growth in the number of projects, ideas, and events funded\n3. Growth in community engagement (e.g. increased activity on forums, Discord, etc.)\n4. Growth in Aave pools driven by applications funded via grants (e.g. increased TVL, borrow activity, and unique addresses due to apps funded by grants)\n\nSubjective criteria:\n\n1. Improved sentiment and goodwill within the community\n2. Improvement to the Aave protocol’s brand and positioning in the market\n\n## Timeline / Process\n\nWe will organize grant recipients into two 3-month funding rounds. Applications will be accepted on a rolling basis and any grants disbursed during a given 3-month period become part of the corresponding round. Round 1 will be for three months from the day the grants proposal has been approved. For example, if the proposal is approved on 4/30/2021, Round 1 of the grants program will be from 4/30/2021 to 7/30/2021 and Round 2 of the grants program will be from 7/30/2021 to 10/30/2021.\n\nIf approved, starting immediately after a proposal is ratified, AGD will begin accepting applications on a rolling basis. The grants committee will determine on how funding is to be disbursed (e.g. milestones, upfront, etc.) on a case-by-case basis. In general, the goal will be to align long-term incentives with the interests of the Aave community and AAVE holders.\n\nAt the end of each round, the committee is responsible for sharing all the grant recipients along with amounts and descriptions as part of a transparent quarterly review process. The end of the Round 2 marks the end of the pilot. At that point, the community will decide based on the results of the first two rounds whether or not to continue funding AGD (in the same or an amended form).\n\nMost grants will have 1-2 milestones and recipients will receive about half the grant upfront and half on the completion of a milestone. For more complex projects or larger grants, there may be several milestones and payments could be split across these milestones. AGD will get progress updates from teams and assess the completion of these milestones. This ensures downside protection for the AGD in case the project is unsuccessful or needs to pivot.\n\nThe grants will primarily be focused on projects working to improve the Aave protocol. However, a small portion of the budget (5-10%) may be allocated to select projects with a wider scope (e.g. ETH scalability).\n\nIf AGD has distributed all grants but has more promising projects to fund, it can propose increasing the budget to governance. However, it is entirely up to the Aave community to vote on whether to increase the budget.\n\n## Implementation\n\nIf this AIP is approved, 2,809 AAVE ($1.25 million) will be transferred from the [Ecosystem Reserve](https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491) to the [grants committee multisig](https://gnosis-safe.io/app/#/safes/0x89C51828427F70D77875C6747759fB17Ba10Ceb0/balances). $1 million will fund the first quarter of Aave grants and $250,000 will cover two quarters of operating expenses for the program. The remaining $1 million will be funded in the beginning of the second quarter of the grants program.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-17" - }, - "AIP-18": { - "aip": 18, - "title": "Aavenomics quarterly upgrade Q2 2021", - "status": "Proposed", - "author": "Marc Zeller (@marczeller)", - "shortDescription": "Aave quarterly upgrade Q2 2021", - "discussions": "https://governance.aave.com/t/arc-fees-rewards-how-to-improve-the-aave-token-value/830", - "created": "2021-04-29T00:00:00.000Z", - "updated": "2021-04-29T00:00:00.000Z", - "preview": "## AIP Rationale\n\nThe bootstrap of the LEND to AAVE migration …", - "content": "\n\n## AIP Rationale\n\nThe bootstrap of the LEND to AAVE migration process and the creation of the Safety Module was configured to set the final day\nof emission for the 9th of May 2021. The following AIP moves forward the end date of the emission for the AAVE and AAVE/ETH Safety module to continue with the safety incentives program estabilished within the Aavenomics framework. The date will be set 100 years in the future, to effectively disable the emission date as control mechanism and allow the safety incentives to be controlled only using the emission per second (if there will be consensus around ending the AAVE safety incentives, it will be controlled by setting the emission per second to 0).\nAs a consequence of how the incentives system work and the duration of this vote (which will require high consensus, 10 days vote and\n7 days timelock) the emission of AAVE incentives will stop on Sunday 9th, but it will restart from where it left if the vote passes (participants of the safety module will not lose any reward as long as they keep staking while the proposal is executed).\n\n## AIP Content in short\n\nExtend the end date of the incentives for the Aave Safety module (stkAAVE and stkABPT) 100 years in the future.\n\n## Relevant links\n\n AIP-7 implementing the last quarter Aavenomics quarterly schedule: https://app.aave.com/governance/2-QmVrTta734LkhPcbAXLDcob6gk9NFwiEpggQRYHZx8Mr16\n* Community-led main Governance thread on the quarterly schedule plan: https://governance.aave.com/t/arc-fees-rewards-how-to-improve-the-aave-token-value/830\n* Aavenomics proposal : https://aave.com/aavenomics\n\n\n## Implementation details\n\n[needed]\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-18" - }, - "AIP-19": { - "aip": 19, - "title": "Whitelist Curve Liquidity Mining Claim", - "status": "Proposed", - "author": "Julien Bouteloup (@bneiluj)", - "shortDescription": "Whitelist Curve Liquidity Mining Claim", - "discussions": "https://governance.aave.com/t/proposal-introduce-liquidity-incentives-for-aave-v2/2340", - "created": "2021-05-03T00:00:00.000Z", - "updated": "2021-05-03T00:00:00.000Z", - "preview": "## AIP rationale\n\nWith the results of AIP-16, A liquidity mining …", - "content": "\n\n## AIP rationale\n\nWith the results of AIP-16, A liquidity mining program started on the Aave V2 protocol.\n\nMany protocol took this opportunity to reinforce their synergies with Aave and deposit liquidity on Aave on behalf of their users.\n\nFor some protocols based on immutable contracts, participating in the Liquidity mining program requires some slight governance intervention on both sides.\n\nCurve.finance is one of them, they implemented via a community work the compability with the Aave liquidity for their Aave and sAave pools : https://dao.curve.fi/vote/ownership/45\n\nIt's now up to the Aave community to strengthten this synergy on Aave side allowing Curve users depositing into Aave to collect both CRV & StkAAVE rewards.\n\n# AIP content in short\n\n* Set Curve contract as claimers in the incentives controller contract.\n\n# Relevant Links\n\n* AIP-16 implementing liquidity mining on Aave V2: https://app.aave.com/governance/11-Qmf1JeXiw8BDUoKJ89VmUJ8wy22D2udqL4HxprCG7DZ5zG\n* Curve governance vote: https://dao.curve.fi/vote/ownership/45\n\n\n## Implementations details\n\ncall `setClaimer()` for Curve contracts on `INCENTIVES_CONTROLLER_PROXY_ADDRESS` \n\nCurve aPool contract : https://etherscan.io/address/0x96D7BC17912e4F320c4894194564CF8425cfe8d9\n\nCurve sPool contract : https://etherscan.io/address/0xe5f41acad47849c6eb28b93913ca81893fb5a2a6\n\nLink to incentives controller proxy : https://etherscan.io/address/0xd784927Ff2f95ba542BfC824c8a8a98F3495f6b5#readProxyContract\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-19" - }, - "AIP-1": { - "aip": 1, - "title": "LEND/AAVE migration and activation of the Safety Module", - "status": "Implemented", - "author": "Marc Zeller (@marczeller)", - "shortDescription": "", - "discussions": "https://governance.aave.com/t/initial-discussion-aave-reserve-emission-for-safety-and-ecosystem-incentives/85/60", - "created": "2020-09-21T00:00:00.000Z", - "updated": "2020-09-25T00:00:00.000Z", - "preview": "## AIP rationale\n\nAs stated in the [Aavenomics …", - "content": "\n\n## AIP rationale\n\nAs stated in the [Aavenomics paper](https://aave.com/Aavenomics.pdf), the AAVE asset is designed to become the center of gravity for Aave governance and the protocol.\n\n\nThe DeFi decentralized ethos has been mostly achieved with protocols on the financial side, creating an ecosystem of financial applications with users in control of their own assets. However, we believe that is only the halfway point of the decentralization objective. Users should also be be in control of the protocol. The AAVE asset is designed for this purpose. This AIP is the first binding step towards the community ownership of the Aave Protocol.\n\n\nThis AIP, if accepted by the community, will slowly deprecate the LEND asset in favour of the AAVE asset. As stated in the Aavenomics, this token upgrade will also create the Ecosystem Reserve (ER), the Safety Module (SM), and start the Safety Incentive (SI) rewards distribution. The Safety Module is designed as an additional line of defense for Aave liquidity providers and as a way for AAVE holders to \"stake\" their assets in exchange for a range of rewards.\n\n\nThis AIP's purpose is also to dedicate a part of the ER to a kickstart incentives for the Safety Module's first quarterly staker distribution.\n\n## AIP content in short\n\n- Migration of LEND -> AAVE asset with the migration contract\n- Activation of the quarterly plan of Safety Incentives (SI) allocation\n- Start of the Safety Module with initial SI rewards of 400 AAVE/day\n\n## Safety Incentives Schedule\n\nThe bootstrapping phase of the Safety Module will be a step-by-step process in 2 main phases:\n- Initial bootstrapping with launch of the Safety Module, the ability to stake and earn AAVE rewards, but no activation of the protocol protection (i.e slashing) and thus risk-free for stakers.\n- Activation of the Safety Module, a new line of defense for the Aave Protocol users.\n\nThe initial bootstrapping phase rationale is designed to have lower rewards and a risk-free environment to allow the majority of LEND holders to migrate at their own pace. This encourages a careful approach while interacting with critical migration and staking smart-contracts.\n\nAfter activation of the Safety Module, the Aave governance can adjust the Safety Incentive (SI) schedule and emissions rate.\n\nThe Safety Incentive's allocation quarterly date should be voted on before the end of the 3 months (90 days) distribution schedule. In the case of a late or no vote on a new SI allocation plan, the current allocation will continue until a vote or until the ER is empty.\n\n## Mainnet addresses and relevant notes\n\nIf this AIP is validated by a community vote, the following addresses will be involved in the migration process :\n\n- [0x8a2efd9a790199f4c94c6effe210fce0b4724f52](https://etherscan.io/address/0x8a2efd9a790199f4c94c6effe210fce0b4724f52) AaveProtoGovernance : the governance contract\n- [0x7Fc66500c84A76Ad7e9c93437bFc5Ac33E2DDaE9](https://etherscan.io/address/0x7fc66500c84a76ad7e9c93437bfc5ac33e2ddae9#code) AAVE token contract : the ERC20 AAVE token contract\n- [0x4da27a545c0c5b758a6ba100e3a049001de870f5](https://etherscan.io/address/0x4da27a545c0c5b758a6ba100e3a049001de870f5) StakedAave : The Staking contract for AAVE\n- [0x317625234562b1526ea2fac4030ea499c5291de4](https://etherscan.io/address/0x317625234562b1526ea2fac4030ea499c5291de4) LendToAaveMigrator : The migration contract\n- [0x95a4949f09415b12da789e144b2522956620d005](https://etherscan.io/address/0x95a4949f09415b12da789e144b2522956620d005) AaveGenesisPayloadProposal : Contract in charge of enforcement of the AIP outcome\n- [0xa133459b2502b0137e85a446fa8d4e300877a007](https://etherscan.io/address/0xa133459b2502b0137e85a446fa8d4e300877a007) AaveGenesisExecutor : Contract enforcing a 24h delay on enforcement of AIP outcome to allow the community to be prepared to migrate\n- [0x25f2226b597e8f9514b3f68f00f494cf4f286491](https://etherscan.io/address/0x25f2226b597e8f9514b3f68f00f494cf4f286491#code) AaveIncentivesVault : Ecosystem Reserve\n\n\nThe migration process for every LEND holder will leverage the method `migrateFromLend()` with a simple `uint256` input of the amount. Non-technical users will have a migration portal available on the [Aave application](https://aave.com/)\n\nThe contracts are deployed to the Ethereum mainnet but are **not activated until the outcome of the current AIP vote**. Please refrain from trying to use them before activation, as it will result in a failed transaction.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-1" - }, - "AIP-20": { - "aip": 20, - "title": "Safety Incentives Implementation", - "status": "Proposed", - "author": "Marc Zeller (@marczeller)", - "shortDescription": "Allow Safety Module AAVE transfer", - "discussions": "https://governance.aave.com/t/proposal-introduce-liquidity-incentives-for-aave-v2/2340", - "created": "2021-05-07T00:00:00.000Z", - "updated": "2021-05-07T00:00:00.000Z", - "preview": "## AIP rationale\n\nAs a complementary final action following the AIP …", - "content": "\n\n## AIP rationale\n\nAs a complementary final action following the AIP 18,\n\nThis proposal extends the ability for the Safety Module contracts (stkAAVE and stkABPT) to transfer the AAVE rewards out of the Aave Ecosystem Reserve for the next year onwards (200750 AAVE each, 401500 AAVE for both staking contracts).\n\nDoing so will allow continuation of the safety incentives for at least one year.\n\nThis will remove the need for periodic quarterly review of the emission scheme, changing the approach to an on demand emission review when the community deems necessary. Only one yearly review will be required.\n\n\n# ARC content in short\n\n* With the AIP-18 and this proposal, Safety Incentives are maintained until a change is implemented for the next year.\n\n# Relevant Links\n\n* AIP-19 postponing the end of safety incentives: https://app.aave.com/governance/14-QmTYMox4aBpyQH53LwMzTuJY2z7Df7ANUSakeeeWWUoXmJ\n* Aavenomics : https://docs.aave.com/aavenomics/\n\n## Implementations details\n\nexecutes approve(0x4da27a545c0c5B758a6BA100e3a049001de870f5, 200750) and\napprove(0xa1116930326D21fB917d5A27F1E9943A9595fb47, 200750) on the Aave ecosystem reserve 0x25f2226b597e8f9514b3f68f00f494cf4f286491. https://etherscan.io/address/0x4da27a545c0c5B758a6BA100e3a049001de870f5 is the stkAAVE contract and https://etherscan.io/address/0xa1116930326D21fB917d5A27F1E9943A9595fb47 is the stkABPT address.\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-20" - }, - "AIP-21": { - "aip": 21, - "title": "Set Reserve Factors for GUSD and CRV", - "status": "Proposed", - "author": "Shreyas Hariharan (@helloshreyas)", - "shortDescription": "Update CRV and GUSD reserveFactor", - "discussions": "https://docs.aave.com/aavenomics/", - "created": "2021-05-17T00:00:00.000Z", - "updated": "2021-05-17T00:00:00.000Z", - "preview": "## AIP rationale\n\nThe reserveFactor allows the FeeCollector smart …", - "content": "\n\n## AIP rationale\n\nThe reserveFactor allows the FeeCollector smart contract to receive a part of interests paid by takers of liquidity, each asset on AAve has it's own reserveFactor set.\n\nAIP-5 and AIP-6 creators didn't set a reserve factor for GUSD and CRV, which means protocol is not receiving anything from the outstanding debt on these assets.\n\nThis AIP purpose is to update the reserveFactor of the assets GUSD and CRV.\n\n- GUSD from 0% to 10%\n\n- CRV from 0% to 20%\n\n# ARC content in short\n\n* Set ReserveFactor for GUSD to 10% and CRV to 20%\n\n# Relevant Links\n\n* AIP-5 CRV Listing https://app.aave.com/governance/0-QmNfU4FMdQriJVQeqQTNxgY63iSJVh8yCJf8aFDkQDjaLQ\n\n* AIP-6 GUSD Listing https://app.aave.com/governance/1-QmQ5tK5cgVE9nws1NCSqd5gn4sxiEvWra3G4mXHZg8pnMR\n\n* Aavenomics : https://docs.aave.com/aavenomics/\n\n## Implementations details\n\ncall setReserveFactor(0x056fd409e1d7a124bd7017459dfea2f387b6d5cd, 1000)\ncall setReserveFactor(0xD533a949740bb3306d119CC777fa900bA034cd52, 2000)\n\nOn the lending pool configurator contract \n\nhttps://etherscan.io/address/0x311bb771e4f8952e6da169b425e7e92d6ac45756\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-21" - }, - "AIP-22": { - "aip": 22, - "title": "Add RAI to Aave V2", - "status": "Proposed", - "author": "Stefan Ionescu (@stefanionescu)", - "shortDescription": "Create a new Aave V2 market for the RAI stablecoin", - "discussions": "https://discord.gg/zCQYcFPEsE", - "created": "2021-05-19T00:00:00.000Z", - "preview": "## Simple Summary\n\nReflexer Labs has designed a new type of stable …", - "content": "\n\n## Simple Summary\n\nReflexer Labs has designed a new type of stable asset called RAI, an ETH backed stablecoin with a moving peg. RAI aims to become an autonomous, crypto native and stable unit of account for the DeFi industry.\n\n## Abstract\n\nRAI is an asset backed only by ETH, governance-minimized, and programmed to maintain its own price stability without needing to peg to an external price reference like the USD. We believe these qualities make RAI ideal initially as an alternative to pegged-coins for use in DeFi as collateral and as a stable reserve asset, especially for programs where resilience is critical.\n\n## Motivation\n\nIntroducing more trustless, stable assets into Aave money markets will benefit both Aave and the ecosystem as a whole. The addition of RAI will diversify the protocol’s exposure to stable assets beyond traditional dollar-pegged stablecoins and provide enough bandwidth to grow the protocols TVL.\n\nCurrently, more than $4.56B worth of stable asset liquidity on Aave V1 and V2 is centralised (USDC, USDT, TUSD, BUSD, GUSD) while only $1.25B (~25%) is decentralised (DAI, sUSD). While this isn’t inherently a negative, introducing more decentralised, stable assets adds to Aave’s composability and resilience.\n\nRAI also stands to benefit from being able to expand its utility and liquidity across the largest lending protocol in the space, allowing for more experimentation to occur in the ongoing journey towards entirely trustless and decentralized stable-credit.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n\nCo-founder of Reflexer.\n\n2. Provide a brief high-level overview of the project and the token\n\nRAI is a decentralized non-pegged ETH-back stable asset meant to act as pristine collateral in DeFi.\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\nOther stablecoins are either centralized or pegged to the dollar. RAI is neither of those and aligns perfectly with the ethos of trust-minimized finance.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?\n\nRAI launched in February and has amassed over $100M in liquidity with $300M in value locked. RAI is governance minimised by design, as well as currently moving towards a grants DAO.\n\n5.How is the asset currently used?\n\nRAI is currently used as a trust-minmized alternative to other stablecoins. The goal is to drive adoption of RAI to be used as collateral in money markets, other synthetic assets, and more.\n\n6. Emission schedule\n\nThere is no emission schedule. Similar to DAI, RAI minted on demand when users lock ETH into the protocol.\n\n7. Token & protocol permissions and upgradability\n\nRight now the protocol is almost fully upgradeable. This includes anything from oracles, the contract that collects stability fees, the contract that liquidates positions, the one that auctions collateral etc. This is managed through a multisig with a 6 hour delay on any governance action. Managed by the Reflexer core team. The multisig manages the full system and will do so until rai is gov minimized.\n\nOn the other hand, the contract that keeps track of debt and collateral in all Safes (CDPs) cannot be upgraded.\n\n8. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n Market Cap: $67M\n 24h Volume: $8M\n Volatility: Very Low\n Maturity: Early-Mid\n\n9. Social channels data (Size of communities, activity on Github)\n\n10K followers on Twitter, 4.7K members on Discord, Github is highly active.\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\n Date of Deployment: February 13th, 2021\n Number of Transactions: 40,000+\n Number of Holders: 2,000+\n\n## Rationale\n\nThe decision to design RAI as it is today came from the desire to achieve three main goals.\n\n1. DeFi Lego\n\n- Fork of MakerDAO’s Multi-Collateral DAI (MCD)\n- Governance-minimized in the Long Run\n- Algorithmic (PI controller) interest rates\n\n2. Self-stabilizing asset-backed credit facility\n\n- Like MakerDAO, users can unlock credit from their ETH\n- Unlike MakerDAO, debt/credit is not fixed at $1. Rather, it fluctuates based on supply and demand\n- RAI’s PI controller updates the system’s moving peg to balance demand for debt vs. credit\n\n3. Reserve asset for DeFi, alternative to pegged coins\n\n- More decentralized than dollar coins like USDC & USDT\n- Independent of USD inflationary monetary policy\n- Avoids being targeted by dollar coin regulation like the “Stable Act”\n- Backed by pure ETH, no centralized collateral\n\n## Implementation\n\nThe RAI price oracle will be served via [ChainLink](https://chain.link/), which includes the [RAI/ETH feed](https://docs.chain.link/docs/ethereum-addresses).\n\nRAI will only be used for depositing and lending, not as collateral. The following params are proposed:\n\n\n - Strategy: rateStrategyStableTwo\n - Base LTV As Collateral: 0\n - Liquidation Threshold: 0\n - Liquidation Bonus: 0\n - Borrowing Enabled: true\n - Stable BorrowRate Enabled: false\n - Reserve Decimals: 18\n - Reserve Factor: 2000\n\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n\n- Interest bearing aRAI: 0xe0065ea37791d336D78fcA0e870D04f700395B8d\n- Variable Debt variableDebtRAI: 0x2cDA07B4a6D9064292DD8d624883f07c27eE01B7\n- Stable Debt stableDebtRAI: 0xf37E202E587c6f63FD70F35C24Eb7f818CC5d01A\n- Strategy Implementation for RAI: 0xA7d4df837926cD55036175AfeF38395d56A64c22\n\n\n## Audits/Security Reviews\n\n[OpenZeppelin Audit for the Core Contracts](https://github.com/reflexer-labs/geb-audits/tree/master/open-zeppelin/core-contracts)\n\n[Quantstamp Audits for Periphery Contracts](https://github.com/reflexer-labs/geb-audits/tree/master/quantstamp/helper-contracts)\n\n[Solidified Audit for Periphery Contracts](https://github.com/reflexer-labs/geb-audits/tree/master/solidified/helper-contracts)\n\n**RAI Smart Contract Risk**: **C-**\n\nRAI has been on Mainnet Ethereum for a bit more than 100 days.\n\n**RAI Counterparty Risk**: **C-**\n\nCurrently the RAI protocol can be paused or modified by a multisig. The protocol is meant to be governance minimized by end of summer 2022 according to [this public roadmap](https://docs.reflexer.finance/ungovernance/governance-minimization-guide#4-governance-minimization-levels).\n\nRAI currently has 2,063 holders who performed more than 50,000 transfers.\n\n**RAI Market Risk**: **C**\n\nThe current RAI market cap is 33,126,214 USD. The average 24H trading volume in the past month has been 8,786,384,63 USD. RAI's normalized volatility over the last month is 1.49%.\n\n## References\n\nWhitepaper - https://github.com/reflexer-labs/whitepapers/blob/master/English/rai-english.pdf\n\nWebsite - https://reflexer.finance/\n\nTwitter - https://twitter.com/reflexerfinance\n\nDocs - https://docs.reflexer.finance/\n\nGithub - https://github.com/reflexer-labs\n\nToken Contract - https://etherscan.io/token/0x03ab458634910aad20ef5f1c8ee96f1d6ac54919\n\n## Test Cases\n\n## Implementation\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-22" - }, - "AIP-23": { - "aip": 23, - "title": "Add BarnBridge (BOND) to Aave", - "status": "Proposed", - "author": "Anjan Vinod (ParaFi Capital)", - "shortDescription": "Create an Aave v2 market for the BOND token", - "discussions": "https://governance.aave.com/t/proposal-add-support-for-bond-barnbridge/4486", - "created": "2022-09-06T00:00:00.000Z", - "updated": "2023-06-06T00:00:00.000Z", - "preview": "## Simple Summary\n\nWe are proposing to add BarnBridge (BOND) to Aave …", - "content": "\n\n## Simple Summary\n\nWe are proposing to add BarnBridge (BOND) to Aave as collateral.\n\n## Abstract\n\nBarnBridge is building a suite of applications that allows users to mitigate risk across various use cases throughout DeFi. These applications rely on differentiated user profiles, referred to as tranches, in order to create markets for risks such as interest rate fluctuations and asset price volatility. Currently, SMART Yield on Ethereum mainnet has some $290M in TVL, while SMART Exposure and SMART Alpha are slated for Q3 of 2021. The BOND token is used to govern the BarnBridge DAO and allocate protocol resources.\n\n## Motivation\n\nBarnBridge is one of a handful of DAOs noted for its sizable allocation of its own native asset (see: open-orgs.info). It currently holds over 30% of the total BOND supply.\n\nAdding BOND to Aave would provide a mechanism through which the DAO could finance growth, decreasing the need for excessive token distributions. Example use cases include: funding projects building on top of BarnBridge applications, paying salaries to key protocol participants, and hosting bug bounties that earn yield until paid out.\n\nBarnBridge earns fee revenues from both deposits of underlying assets and redemptions of derivative assets. By adding BOND as collateral, the DAO and individual BOND holders can borrow against their position, increasing stablecoin demand and utilization on Aave v2. Additionally, BOND holders can lend out their position for a yield on Aave v2. Given BarnBridge’s direct role as an Aave liquidity provider, the addition of BOND to Aave v2 creates more synergies between Aave and BOND holders.\n\nTo start, it may make sense for BOND to have a conservative LTV and liquidation threshold which can be fine tuned further down the line.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n \n - Seed investor in BarnBridge\n\n2. Provide a brief high-level overview of the project and the token\n \n - BarnBridge is a risk tokenizing protocol. It aims to reduce the risks associated with DeFi, such as inflation risk, market price risk, and cash-flow volatility risk. By letting users select a risk profile, BarnBridge can redistribute risk via tokenized, liquid tranches. BarnBridge does this with its SMART Yield, SMART Exposure, and SMART Alpha products, all of which address a specific DeFi risk category.\n\n - BOND token is a governance token that powers the BarnBridge DAO protocol. BOND is an ERC-20 token. Token holders have the ability to govern the network by staking their holdings in return for the right to participate in on-chain voting and make decisions on the protocol development.\n\n - BOND total supply: 10,000,000 (minting function is disabled).\n - Token contract address: [`0x0391D2021f89DC339F60Fff84546EA23E337750f`](https://etherscan.io/address/0x0391D2021f89DC339F60Fff84546EA23E337750f)\n\n3. Explain positioning of token in the Aave ecosystem. Why would it be a good borrow or collateral asset?\n \n - By adding BOND as collateral, the DAO and individual BOND holders can borrow against their position, increasing stablecoin demand and utilization on Aave v2. Additionally, BOND holders can lend out their position for a yield on Aave v2. Given BarnBridge’s direct role as an Aave liquidity provider, the addition of BOND to Aave v2 creates more synergies between Aave and BOND holders. BarnBridge currently provides ~$180M in liquidity to Aave v2 and will be launching a similar integration on Polygon in July.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?\n \n - BarnBridge was founded in September 2020. Since that time, BarnBridge succeed in launching the BarnBridge DAO and delivering a SMART Yield product which currently holds $280M+ in TVL with $178M providing to Aave. With the upcoming SMART Yield and SMART Exposure launch on Polygon, followed by the product we call SMART Secret and SMART Alpha (later) BarnBridge will be a full-established protocol with plenty of products and potentially with 1B+ in TVL after all our products launch.\n\n5. How is the asset currently used?\n \n - BOND token is currently used for:\n\n - Staking in BarnBridge DAO to get exposure to voting rights in the DAO.\n - Liquidity providing on Uniswap, Sushiswap, and Bancor.\n - Lending on Cream finance.\n\n6. Emission schedule\n \n ![BarnBridge BOND emission schedule](../assets/AIP-23/emission.png)\n\n7. Token & protocol permissions and upgradeability\n \n - Protocol is upgraded by the BarnBridge DAO. We used the Diamond Standard on a couple parts of the protocol so we could do seamless upgrades. A users token \"power\" determines their vote weight and control they have in the DAO.\n\n8. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n \n - Market cap: $96M\n - 24h Volume: $5.7M\n - Volatility: high\n - Exchanges: Coinbase, Uniswap, Bancor, Gemini\n\n9. Social channels data (Size of communities, activity on Github)\n \n - Twitter: 19.4K\n - Discord: 6.2K\n - Medium: 4.1K\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n \n - Transactions: 116K\n - Token holders: 6.3k\n\n## Rationale\n\nBarnBridge will continue to grow as a distributor of Aave v2 stablecoin markets as its SMART Yield integration gains further traction. There are currently ~$180M worth of stablecoins deposited into Aave v2 through SMART Yield. This liquidity is provided without any expectation of being used, meaning BarnBridge is a pure liquidity provider for Aave. BarnBridge is also actively building an integration with Aave’s Polygon market. Future BarnBridge products, including SMART Alpha senior tranches for assets like wBTC and ETH, stand to provide Aave with relatively safer collateral given their ability to mitigate price drawdowns. \n\n## Test Cases\n\nTest cases for an implementation are mandatory for AIPs but can be included with the implementation.\n\n## Implementation\n\n### Contracts\n\n- Interest bearing aBOND address: [`0x170375B4aD477133a36B4961D9bcA6D5BF9C8389`](https://etherscan.io/address/0x170375B4aD477133a36B4961D9bcA6D5BF9C8389)\n- Variable Debt variableDebtBOND address: [`0x21D0366D1D678fCf276954b7D651B9dfeE104D82`](https://etherscan.io/address/0x21D0366D1D678fCf276954b7D651B9dfeE104D82)\n- Stable Debt stableDebtBOND address: [`0xb98EF546D1057f9750511FE16cBCC7Eb0FB6451F`](https://etherscan.io/address/0xb98EF546D1057f9750511FE16cBCC7Eb0FB6451F)\n- Strategy Implementation for BOND address: [`0x273358d06Ca3862bf3C0691d1C8B4B4d3E906458`](https://etherscan.io/address/0x273358d06Ca3862bf3C0691d1C8B4B4d3E906458)\n\n### Price oracle\n\nThe BOND price oracle will be served via [ChainLink](https://chain.link/), which includes the [BOND/ETH](https://docs.chain.link/docs/ethereum-addresses) feed, [here](https://etherscan.io/address/0xdd22A54e05410D8d1007c38b5c7A3eD74b855281).\n\n### Interest model\n\n- LTV 25%\n- Liquidation Threshold 35%\n- Liquidation Bonus 15%\n- Reserve Factor 35%\n\nInterest Rate Model\n\n- UOptimal 45%\n\nVariable:\n\n- R_0 0%\n- R_s1 7%\n- R_s2 300%\n\nStable:\n\n- R_s1 10%\n- R_s2 300%\n\n\n![BarnBridge BOND Aave interest rates](../assets/AIP-23/rate.png)\n\n## References\n\n- *Website*: https://www.BarnBridge.com\n- *DAPP*: https://app.barnbridge.com/\n- *Whitepaper*: https://github.com/BarnBridge/BarnBridge-Whitepaper\n- *Project Management Portal*: https://github.com/BarnBridge/BarnBridge-PM\n- *Youtube*: https://www.youtube.com/c/BarnBridge\n- *Twitter*: https://twitter.com/Barn_Bridge\n- *BOND token contract*: https://etherscan.io/address/0x0391D2021f89DC339F60Fff84546EA23E337750f\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-23" - }, - "AIP-24": { - "aip": 24, - "title": "Add PAX to Aave V2", - "status": "WIP", - "author": "Charles Rodiger (@charlie-paxos)", - "shortDescription": "Create a new Aave V2 market for the PAX stablecoin", - "discussions": "https://governance.aave.com/t/arc-add-paxos-standard-pax-collateral-borrow-support/3739", - "created": "2021-06-29T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis AIP is to list PAX for lend/borrow support …", - "content": "\n\n## Simple Summary\n\nThis AIP is to list PAX for lend/borrow support on Aave. Paxos Standard (PAX) is one of largest regulated USD-backed stablecoins, and listing on Aave will provide users a highly trustworthy crypto asset to lend and borrow. PAX is issued by a NYDFS regulated financial institution - Paxos Trust Company - and the token itself is also regulated by NYDFS. This oversight ensures PAX is 100% backed by US Dollars or short term government securities (e.g. “t-bills”) at all times (attestations). PAX users are assured to always access their dollars - all PAX reserves are held fully segregated and bankruptcy remote in US bank accounts, which only Paxos-issued tokens can claim. PAX is also the only coin to have received a successful SOC-II audit. We think transparency is a hallmark of DEFI, and PAX’s transparency and trustworthiness will be beneficial for the community. We are excited at the prospect of listing PAX on Aave.\n\n## Abstract\n\nPaxos Standard (PAX) was launched in 2018 and is a USD stablecoin that is 100% backed by US dollars or short term government securities held bankruptcy remote. Paxos issues PAX, and both the company and token are regulated by the NY DFS. Full PAX attestations are completed monthly and posted to www.paxos.com/attestations.\n\nPAX is used in a variety of use cases including as a means of payment for other blockchain-based assets, a trustworthy store-of-value, settlement outside of traditional banking hours, and being lent / borrowed on known CeFi institutions like BlockFi and Celsius. PAX is included in MakerDAO’s pool and is available for trading on DeFi Apps, including Curve and Uniswap. Paxos would like to extend PAX’s functionality through inclusion in Aave’s lend/borrow markets. Collateral support could be proposed in future AIPs.\n\n\n## Motivation\n\nPaxos would like to extend PAX’s functionality in the DeFi space through a listing on Aave. We believe adding PAX will provide users a highly trustworthy crypto asset to lend and borrow. PAX is valuable not only due to its transparency and trustworthiness, but also the range of use cases it supports, including store-of-value, settlement, trading, and peer-to-peer transfer.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n\nSoftware Engineer employed at Paxos. Paxos Trust Company is a qualified custodian and trust company regulated by NY DFS and is the sole issuer of the PAX token.\n\n2. Provide a brief high-level overview of the project and the token\n\nPAX is the most secure, highest regulated stablecoin available. Token was launched in 2018 to facilitate many blockchain-based use-cases such as payments and stable digital storage.\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\nPAX is valuable to borrow due to its trustworthiness and range of use cases including store of value, settlement, trading, and peer to peer transfer. PAX is also very liquid and can be created and redeemed directly through Paxos, or can be used to trade on CeFi and DeFi exchanges. Paxos additionally plans to request collateral status at a future date.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?\n\nPAX was launched on September 10th, 2018. PAX is included in MakerDAO’s pool and is available for trading on DeFi Apps Curve and Uniswap, as well as traded on many different centralized exchanges.\n\n5. How is the asset currently used?\n\nPAX shares the typical use-cases for USD stablecoins.\n\n6. Emission schedule\n\nPAX tokens are minted/burned based on client demand. The process for minting and burning has been approved by the NYDFS and is regularly audited by a third party. Full monthly attestations are available on the Paxos website. Market cap fluctuates as users purchase and redeem PAX.\n\n7. Token & protocol permissions and upgradability\n \n *All of the following roles are held by multi-sig addresses.*\n 1. Controlling the token supply - The supplyController address can mint and burn the token based on the actual movement of USD in and out of the reserve based on requests for the purchase, conversion and redemption of PAX.\n 2. Contract Owner - Can pause/unpause the contract and propose a new owner.\n 3. Asset Protection Role - As required by our regulators, we have introduced a role for asset protection to freeze or seize the assets of a criminal party when required to do so by law, including by court order or other legal process.\n 4. Upgradeability Proxy - To facilitate upgradeability on the immutable blockchain we follow a standard two-contract delegation pattern: a proxy contract represents the token, while all calls not involving upgrading the contract are delegated to an implementation contract. The proxy used here is AdminUpgradeabilityProxy from ZeppelinOS.\n \n\n8. Market data as of July 6th, 2021 (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n* [Market Cap](https://etherscan.io/token/0x8e870d67f660d95d5be530380d0ec0bd388289e1): $837M\n* [24h Volume](https://www.coingecko.com/en/coins/paxos-standard): $64M\n* Volatility: ~0\n* [Exchanges](https://www.coingecko.com/en/coins/paxos-standard#markets): Binance, itBit, Bitfinex, Coinsbit, Atomars, etc\n* Maturity: Late\n\n9. Social channels data as of July 6th, 2021 (Size of communities, activity on Github)\n\n[Paxos Twitter](https://twitter.com/PaxosGlobal): 23k followers\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\n* Date of Deployment: September 8th, 2018\n* Number of Transactions: 3,186,000+\n* Number of Holders: 109,500+\n\n## Implementation\n\nThe PAX price oracle will be served via [Chainlink](http://chain.link) as a [PAX/ETH feed](https://data.chain.link/ethereum/mainnet/crypto-eth/pax-eth).\n\nPAX will be used for depositing and lending. The following parameters are proposed:\n\n- Strategy: rateStrategyStableThree\n- Base LTV As Collateral: 0%\n- Liquidation Threshold: 0%\n- Liquidation Bonus: 0%\n- Borrowing Enabled: true\n- Stable BorrowRate Enabled: false\n- Reserve Decimals: 18\n- Reserve Factor: 10%\n\nDeployed Contract Implementations:\n- Interest bearing aPAX address: 0xBcbD94007425001E9e2AEc764D799f83a257f050\n- Variable Debt variableDebtPAX address: 0x7b4E77aa7062cE6b8a8A75514F6D2aD987c0d854\n- Stable Debt stableDebtPAX address: 0x9C3440F4aACA3312b632bE4A07C0f97B15c31c8b\n- Strategy Implementation for PAX address: 0x404d396fc42e20d14585A1a10Cd64BDdC6C6574A\n\n## Audits/Security Reviews\n\n[ChainSecurity Audit for the Initial Core Contracts](https://github.com/paxosglobal/pax-contracts/blob/master/audit-reports/ChainSecurity_Audit_Report.pdf)\n\n[Nomic Labs Audit for the Initial Core Contracts](https://github.com/paxosglobal/pax-contracts/blob/master/audit-reports/Nomic_Labs_Audit_Report.pdf)\n\n[Trail of Bits Audit for the Initial Core Contracts](https://github.com/paxosglobal/pax-contracts/blob/master/audit-reports/Trail_of_Bits_Audit_Report.pdf)\n\n*After these audits, we upgraded the backing PAX contract to mirror that of BUSD and PAXG (minus on-chain fees). Some audits for the current contract format can be found below:*\n\n[CertiK Audit for the Upgraded Core Contracts](https://github.com/paxosglobal/paxos-gold-contract/blob/master/audit-reports/paxg-audits/CertiK_Verification_Report_for_Paxos.pdf)\n\n[ChainSecurity Audit for the Upgraded Core Contracts](https://github.com/paxosglobal/paxos-gold-contract/blob/master/audit-reports/paxg-audits/ChainSecurity_PAXOS-GOLD.pdf)\n\n**PAX Smart Contract Risk**: **A**\n\nPAX has been on the Ethereum Mainnet since 2018, and has had 3,000,000+ transactions.\n\n**PAX Counterparty Risk**: **A-**\n\nPAX issuance is controlled by Paxos, which is a centralized, regulated entity. Paxos is regulated by the NY Department of Financial Services (DFS), and possesses a national trust bank charter from the OCC. Paxos is the most regulated stablecoin issuer.\nThere are 100,000+ holders of PAX.\n\n**PAX Market Risk**: **B+**\n\nThe current PAX market cap is $819,632,517 USD. The average 24H trading volume in the past month has been 55,559,061 USD. PAX's normalized volatility over the last month is 0.004.\n\n**PAX Overall Risk**: **A-**\n\n![PAX Risk Analysis](../assets/AIP-24/aip25-img.png?raw=true \"PAX Risk Analysis\")\n\n## References\n\nWhitepaper - https://www.paxos.com/wp-content/uploads/2019/02/PAX_Whitepaper.pdf\n\nWebsite - https://paxos.com\n\nTwitter - https://twitter.com/PaxosGlobal\n\nDocs - https://www.paxos.com/pax/\n\nGithub - https://github.com/paxosglobal\n\nToken Contract - https://etherscan.io/address/0x8e870d67f660d95d5be530380d0ec0bd388289e1\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n\n", - "basename": "AIP-24" - }, - "AIP-25": { - "aip": 25, - "title": "Extend Liquidity Incentives for Aave v2", - "status": "Proposed", - "author": "Anjan Vinod (@Anjan-ParaFi)", - "shortDescription": "Extend Aave LM Rewards", - "discussions": "https://governance.aave.com/t/arc-extend-aave-liquidity-mining-rewards/4852", - "created": "2021-07-21T00:00:00.000Z", - "updated": "2021-07-21T00:00:00.000Z", - "preview": "**Liquidity Mining Extension**\n\nGiven the liquidity mining program …", - "content": "\n\n**Liquidity Mining Extension**\n\nGiven the liquidity mining program will end this week, this AIP will extend the current program by 4 weeks. This extension should give the community enough time to [debate](https://governance.aave.com/t/arc-extend-aave-liquidity-mining-rewards/4852/15) any changes to the liquidity mining program without any interruption for Aave borrowers and lenders.\n\nThe same stkAAVE distribution will be used.\n\n**Liquidity Mining v1**\n\nLiquidity mining incentives were introduced for Aave v2 on 4/26/21.\n\n2,200 stkAAVE per day will be allocated pro-rata across supported markets based on the dollar value of the borrowing activity in the underlying market. stkAAVE was distributed over AAVE to further align users with the Aave Protocol and increase the amount of AAVE staked in the safety module.\n\n**Liquidity Mining Recap**\n\n- Value Distributed: During the liquidity mining campaign, 198,000 stkAAVE will be distributed to borrowers and lenders on Aave v2, using ~7% of the Ecosystem Reserve. This equates to $82MM in rewards (AAVE VWAP since LM program started).\n\n- TVL: v2 TVL rose from $7.8 billion to a high of $14.4 billion in mid-May. Stablecoin liquidity accounts for more than 60% of total Aave v2 liquidity.\n\n- V1 to V2 liquidity migration: v1 liquidity decreased from $2.5 billion to $372MM since the liquidity mining program started. 40% of Aave liquidity was deployed in v1 before the LM rewards started. Aave v1 liquidity now accounts for less than 3% of all liquidity on Aave. This allows the community to remain focused on v2 and upcoming money markets.\n\n- Growth in dollar value supplied and borrowed: The USDC and DAI markets experienced the largest increase in dollar value supplied and borrowed. Note - many users on these markets have recursively levered their position to maximize yields. Recursive leverage accounts for ~32% of all deposits on v2. This compares to ~40% on Aave’s Polygon market.\n\n- Reserve Growth: Aave reserves help provide the first layer of protection for borrowers and lenders. Since liquidity mining rewards launched, Aave’s v2 reserves have grown by [~$7MM](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c).\n", - "basename": "AIP-25" - }, - "AIP-26": { - "aip": 26, - "title": "Raise Maximum Interest Rate on AMPL Market", - "status": "Proposed", - "author": "Ahmed Naguib Aly (@ahnaguib), Nithin Ottilingam (@nithinkrishna), Brandon Iles (@brandoniles)", - "shortDescription": "Raise maximum interest rate to better balance incentives between the borrow and deposit sides of the market.", - "discussions": "https://governance.aave.com/t/arc-raise-ampl-maximum-interest-rate/4996", - "created": "2021-07-26T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis proposes raising the maximum AMPL interest …", - "content": "\n\n## Simple Summary\n\nThis proposes raising the maximum AMPL interest rate to better balance incentives between the borrow and deposit sides of the market.\n\n## Motivation\n\nFollowing [API-12](https://governance.aave.com/t/proposal-add-support-for-ampl/854/8), [AMPL borrowing & depositing](https://app.aave.com/reserve-overview/AMPL-0xd46ba6d942050d489dbd938a2c909a5d5039a1610xb53c1a33016b2dc2ff3653530bff1848a515c8c5) went live on the AAVE v2 market [date=2021-07-24 time=20:22:00 timezone=\"UTC\"].\n\nSince then, there has been a near 100% utilization rate of deposited assets. This suggests the maximum cap of the interest rate curve is not able to reach a high enough value to effectively balance incentives between the borrow side and depositing side of the marketplace.\n\n![Deposit and Borrow APY on AAVE, 7/24/21](../assets/AIP-26/apys.png \"Deposit and Borrow APY on AAVE, 7/24/21\")\n\nWhile the AMPL spot market is currently in a relatively extreme condition, the AAVE borrowing market should be able to perform efficiently in all market scenarios.\n\n## Specification\n\nWe suggest the following parameters for AAVE's default [interest rate model](https://docs.aave.com/risk/liquidity-risk/borrow-interest-rate#interest-rate-model):\n\n- Optimal utilization = 75%\n- Slope1 = 2%\n- Slope2 = 10,000%\n\nThis leads to a piecewise linear curve with two parts and three defining points:\n\n- Borrow Interest(0) = 0% APY\n- Borrow Interest(75) = 2% APY\n- Borrow Interest(100) = 10002 % APY\n\n## Rationale\n\nA higher cap of the borrow interest rate will allow the marketplace to have a more sustainable equilibrium.\n\nSince this will result in overall higher fees coming into the system, in tandem we also suggest lowering the reserve factor from 20% to 10% to incentivize more depositors. This would be submitted as a separate AIP to decouple these two decisions.\n\nWe believe a nonlinear interest curve is healthiest long-term and could likely be used by many other assets as well, however this work can be discussed more in the future.\n\n## Implementation\n\nA deployment of the existing implementation of the Interest Strategy will be used, with the following parameters:\n\n optimalUtilizationRate: new BigNumber(0.75).multipliedBy(oneRay).toFixed(),\n baseVariableBorrowRate: new BigNumber(0).multipliedBy(oneRay).toFixed(),\n variableRateSlope1: new BigNumber(0.02).multipliedBy(oneRay).toFixed(),\n variableRateSlope2: new BigNumber(100).multipliedBy(oneRay).toFixed(),\n\n[https://etherscan.io/address/0x509859687725398587147Dd7A2c88d7316f92b02#readContract](https://etherscan.io/address/0x509859687725398587147Dd7A2c88d7316f92b02#readContract)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-26" - }, - "AIP-27": { - "aip": 27, - "title": "Lower Reserve Factor for AMPL", - "status": "Proposed", - "author": "Ahmed Naguib Aly (@ahnaguib), Nithin Ottilingam (@nithinkrishna), Brandon Iles (@brandoniles)", - "shortDescription": "Lower AMPL reserve factor", - "discussions": "https://governance.aave.com/t/arc-raise-ampl-maximum-interest-rate/4996", - "created": "2021-07-27T00:00:00.000Z", - "requires": "AIP-26", - "preview": "## Simple Summary\n\nThis is a sibling proposal to AIP-26 and proposes …", - "content": "\n\n## Simple Summary\n\nThis is a sibling proposal to AIP-26 and proposes lowering the AMPL reserve factor from 20% to 10%.\n\n## Motivation\n\nFollowing [API-12](https://governance.aave.com/t/proposal-add-support-for-ampl/854/8), [AMPL borrowing & depositing](https://app.aave.com/reserve-overview/AMPL-0xd46ba6d942050d489dbd938a2c909a5d5039a1610xb53c1a33016b2dc2ff3653530bff1848a515c8c5) went live on the AAVE v2 market [date=2021-07-24 time=20:22:00 timezone=\"UTC\"]. Since then, there has been a near 100% utilization rate of deposited assets.\n\nThe reserveFactor allows the FeeCollector smart contract to receive part of the interest paid by takers of liquidity. Each asset on Aave has its own reserveFactor.\n\nAIP-26 raises the maximum borrowing rate for AMPL and would result in more fees coming into the system. This AIP proposes (in tandem) lowering the AMPL reserve factor from 20% to 10%. This shares more of the revenue with AMPL suppliers to further incentivize deposits.\n\n# Relevant Links\n\n- AIP-12 AMPL Listing: https://app.aave.com/governance/18-QmZZ7JqvEx99u7dMNFPBBnew3BgepLCmXRMrNi8y5ndpXn\n- AIP-26: https://governance.aave.com/t/arc-raise-ampl-maximum-interest-rate/4996\n- Aavenomics: https://docs.aave.com/aavenomics/\n\n## Implementation\n\ncall setReserveFactor(0xd46ba6d942050d489dbd938a2c909a5d5039a161, 1000)\n\nOn the lending pool configurator contract\n\nhttps://etherscan.io/address/0x311bb771e4f8952e6da169b425e7e92d6ac45756\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-27" - }, - "AIP-28": { - "aip": 28, - "title": "Polygon Cross-chain Governance Test", - "status": "Proposed", - "author": "Steven Valeri (@stevenvaleri)", - "shortDescription": "Test the Aave Polygon governance bridge contract prior to setting it as owner of the Aave Polygon market", - "discussions": "N/A", - "created": "2021-07-30T00:00:00.000Z", - "updated (*optional)": "N/A", - "requires (*optional)": "N/A", - "preview": "## Simple Summary\n\nThe intention of this AIP is to test a …", - "content": "\n\n## Simple Summary\n\nThe intention of this AIP is to test a cross-chain transaction workflow that would enable the Ethereum based smart contract for governance for the Aave Protocol (the \"Aave Ethereum Governance\") to control the deployment of the Aave Protocol on Polygon (the \"Aave Polygon market\"). The proposal is written as a transaction that would make updates to a **mock** Aave Polygon market. If approved, the transaction would trigger a cross-chain message, flowing from Aave's Ethereum Governance, to a new contract - the `PolygonBridgeExecutor`. The `PolygonBridgeExecutor` would store the proposed market updates for a delay window, and then allow for the updates to be executed on the **mock** Aave Polygon market.\n\nThis proposal will allow testing the end-to-end crosschain transaction workflow for Polygon market governance using both the Ethereum and Polygon mainnet contracts in a way that cannot be replicated in another manner. This test will support the case in the future to transfer ownership of the Aave Polygon Market to Aave's Ethereum governance.\n\n**In-Scope:**\nA test of the governance cross-chain bridge functionality on a **mock** Aave Polygon market.\n\n**Out-of-Scope:**\nTransferring ownership of the Aave Polygon Market to the Aave Ethereum Governance \n\n## Abstract\n\nTest an implementation of a cross-chain governance workflow, allowing Aave's Ethereum Governance to execute a transaction updating a **mock** Aave market deployed on Polygon.\n\n## Motivation\n\nBefore anyone in the community or otherwise can make a proposal to transfer ownership of the Aave Polygon market to a cross-chain bridge workflow, it is necessary that any smart contracts be tested as thoroughly as possible. This AIP is a `real world` test using the Aave Ethereum Governance contract to test the cross-chain bridge contracts on a **mock** Aave Polygon Market. The main reasons for testing to this extent are:\n\n+ Cross-chain / bridge transactions are relatively new and complex\n+ The risk of this workflow being deployed and not operating correctly would have a HIGH impact\n\nThe transfer of ownership of the Aave Polygon Market to Aave's Ethereum Governance is **not** in-scope of this AIP, but understanding the motivation behind that desired change is important to understanding the motivation for this test.\n\nThe current owner of the Aave Polygon Market a multi-sig wallet due to the time needed to build a cross-chain governance platform, as well as ensuring security for a new deployment on a new network.\n\nGiven the overarching goal that any deployment of the Aave Protocol be owned by decentralized governance, transferring ownership of the Aave Polygon market contracts to Aave Ethereum Governance, is an important next step. Additionally, we have developed and deployed a cross-chain governance platform aimed at providing a broad solution for cross-chain governance. After appropriate testing (including this AIP) and auditing of the cross-chain bridge contract, anyone can create a future AIP to remove the multi-sig over the Aave Polygon market and transfer ownership of those smart contracts to Aave Ethereum Governance.\n\n## Specification\n\nA detailed specification of the crosschain-bridge contract and workflow is outlined in the repo here\n\nhttps://github.com/Aave/governance-crosschain-bridges\n\nFor this test specifically, the test would flow from Aave Ethereum Governance, through a cross chain transaction to the `PolygonBridgeExecutor` contract. Then after a delay, the proposal would be executed on Polygon to make updates to the **mock** Aave Polygon market.\n\nThe general flow of this test will be\n\n1. Propose cross-chain test transactions (Aave governance-v2)\n2. Vote on cross-chain test transactions (Aave governance-v2)\n3. Queue test transactions\n4. Execute cross-chain test transactions\\\n4a. Execute transaction from Aave Governance (Aave governance-v2)\\\n4b. Bridge the test transactions to Polygon (Polygon fxPortal and Polygon Inherent Bridge Functionality)\\\n4c. Receive bridged message on Polygon (Polygon fxPortal and Polygon Inherent Bridge Functionality)\\\n4d. Queue transactions for execution in PolygonBridgeExecutor (Aave governance-crosschain-bridges)\\\n5. Wait for delay\n6. Execute queued transactions in the PolygonBridgeExecutor (Aave governance-crosschain-bridges)\\\n6a. Turn off borrowing for the **mock** Dai reserve\\\n6b. Transfer POOL_ADMIN rights to a dummy address\\\n6c. Transfer ownership of the **mock** Aave market to a dummy address\\\n7. Confirm the expected updates have been made on **mock** Aave market\n\n## Rationale\n\nThis AIP will not make any actual changes in the current Aave Polygon market ecosystem or in any other deployment of the Aave Protocol. It is merely a test of a contract and workflow that, in the future, could enable the Aave Ethereum Governance to control the Aave Polygon Market.\n\nTesting the contracts that enable this cross-chain bridging as thoroughly as possible, including via this proposed test are rationale, despite their cost, given the critical role the cross-chain bridging will play if deployed and used for cross-chain governance.\n\n## Test Cases\n\nA full suit of tests with 100% coverage is included in the repo https://github.com/Aave/governance-crosschain-bridges. The cross-chain workflow has also successfully been tested on the Goerli-Mumbai test networks.\n\n## Implementation\n\nA mock implementation of this proposed test can be found here:\n\nhttps://github.com/Aave/governance-crosschain-bridges/tree/feat/mainnet-test\n\nAfter setting up the repository: \n\n`npm run hardhat mock-mainnet-proposal-delegate`\nruns on Ethereum fork to makes sure everything is encoded correctly to be submitted for the proposal\n\n\n`npm run hardhat mock-Polygon-test-delegate`\nset a .env variable `Polygon_FORK = \"true\"` to run the test updating the Polygon market via the mainnet PolygonBridgeExecutor on a Polygon fork\n\nTwo helper contracts have been deployed to support this proposal. `PolygonMessageSender` has been deployed on Ethereum and `PolygonMarketUpdate` has been deployed on Polygon.\n\nThis proposal, if executed, calls the function sendMessage() on the `PolygonMessageSender` contract on Ethereum mainnet via a delegatecall. The sendMessage function encodes a delegatecall to the function executeUpate() on the contract `MarketUpdate` deployed on the Polygon network and then sends that encoded action to the `PolygonBridgeExecutor` on the Polygon network via Polygon's FxPortal. When that action is received in the PolygonBridgeExecutor, it will be queued. After a delay, that action can be executed, calling the function executeUpate() which will make three updates to a mock aave market deployed on Polygon:\n\n1. disable the mock dai reserve via the LendingPoolConfigurator contract\n2. Set the pool admin to the address `0x000000000000000000000000000000000000dEaD` via the LendingPoolAddressesProvider contract\n3. Transfer ownership of the pool to the address `0x0000000000000000000000000000000000000001` via the LendingPoolAddressesProvider contract\n\n**Related Contracts:**\n\n*Ethereum PolygonMessageSender Contract*\nPolygonMessageSender: `0xf442C0faE2E9A157cD0202BD63bf9b932D3aa4C8` \\\nhttps://etherscan.io/address/0xf442C0faE2E9A157cD0202BD63bf9b932D3aa4C8#code \\\n\n*Polygon FxPortal Bridge Contracts*\\\nFxRoot: `0xfe5e5D361b2ad62c541bAb87C45a0B9B018389a2` \\\nhttps://etherscan.io/address/0xfe5e5D361b2ad62c541bAb87C45a0B9B018389a2#code \\\nStateSender: `0x28e4F3a7f651294B9564800b2D01f35189A5bFbE` \\\nhttps://etherscan.io/address/0x28e4f3a7f651294b9564800b2d01f35189a5bfbe#code \\\nFxChild: `0x8397259c983751DAf40400790063935a11afa28a` \\\nhttps://polygonscan.com/address/0x8397259c983751DAf40400790063935a11afa28a#code\n\n*Polygon Bridge Executor Contracts*\\\nPolygonBridgeExecutor: `0x60966EA42764c7c538Af9763Bc11860eB2556E6B`\\\nhttps://polygonscan.com/address/0xd63b6b5e0f043e9779c784ee1c14ffcbffb98b70#code\n\n*Polygon Market Update*\\\nMarketUpdate: `0x5b494b94faf0bb63254dba26f17483bcf57f6d6a` \\\nhttps://polygonscan.com/address/0x5b494b94faf0bb63254dba26f17483bcf57f6d6a#code\n\n*Mock Polygon Market Contracts*\\\nLendingPoolAddressProviderAddress = `0x240de965908e06a76e1937310627b709b5045bd6`\\\nhttps://polygonscan.com/address/0x240de965908e06a76e1937310627b709b5045bd6#code \\\nLendingPoolConfiguratorAddress (proxy)= `0xd63B6B5E0F043e9779C784Ee1c14fFcBffB98b70` \\\nhttps://polygonscan.com/address/0xd63b6b5e0f043e9779c784ee1c14ffcbffb98b70#writeContract#code \\\nLendingPoolConfiguratorAddress (implementation)= `0xADA061366575324945c7a097F829349acA6C9aB9` \\\nhttps://polygonscan.com/address/0xADA061366575324945c7a097F829349acA6C9aB9#code\n\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-28" - }, - "AIP-29": { - "aip": 29, - "title": "Add FRAX to Aave V2", - "status": "Proposed", - "author": "Jason Huan (@jasonhuan_)", - "shortDescription": "Create a new Aave V2 market for the FRAX stablecoin", - "discussions": "https://governance.aave.com/t/proposal-add-support-for-frax/2621", - "created": "2021-08-25T00:00:00.000Z", - "preview": "## Simple Summary\n\nFrax is the first algorithmic-stablecoin …", - "content": "\n\n## Simple Summary\n\nFrax is the first algorithmic-stablecoin protocol, backed through on-chain collateral and algorithmically. Frax has two tokens, the FRAX stablecoin pegged at $1 and the FXS governance + seigniorage token, and aims to be a decentralized crypto-native unit of account with the upcoming Frax Price Index (FPI). FRAX has stayed at $1 for its entire existence, being the only non-traditional stablecoin to keep its peg perfectly in 8 months of release.\n\n## Abstract\n\nThe FRAX stablecoin is partially backed with on-chain collateral and partially backed algorithmically, according to a collateral ratio (CR) parameter that the system adjusts according to market conditions. In Frax v2, the protocol is able to mint FRAX into lending markets using [Algorithmic Market Operations](https://docs.frax.finance/amo/overview) (AMOs), smart contracts which have the ability to print FRAX up to certain thresholds adjustable by governance.\n\n## Motivation\n\nAs the value of Aave's TVL increases, borrow liquidity for stablecoins against volatile assets lent to Aave is one of the key benefits that is offered to lenders of the protocol. The flow of newly minted stablecoins to their decentralized lending market destination such as Aave is not always direct, and may face market inefficiencies through layers of actors.\n\nBy [deploying an AMO for Aave](https://docs.frax.finance/amo/frax-lending), the Frax protocol is able to mint FRAX to be borrowed by lenders of Aave, and thus offer an active and competitive alternative to other stablecoins such as USDC, USDT, and DAI. By allowing for responsive stablecoin liquidity, we aim to benefit lenders and the Aave ecosystem as a whole.\n\nAdditionally, With no collateral factor, there is 0 risk for Aave's money market in terms of the FRAX peg. Furthermore, if the FRAX peg broke and fell below $1, Aave borrowers would have less debt in dollar terms.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n\n\t- Co-founder of Frax.\n\n2. Provide a brief high-level overview of the project and the token\n\n\t- FRAX is the world's first fractionally-algorithmic stablecoin, stabilized with parts on-chain collateral and parts algorithmically.\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\n\t- Frax's AMOs are able to mint FRAX into the Aave lending market, allowing for highly competitive stablecoin borrowing rates for lenders.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?\n\n\t- FRAX launched at the end of 2020 and currently has over $300M in circulating FRAX. FRAX has never once broken the peg of $1, even through sharp market downturns such as in March 2021. Frax's governance token FXS has maintained governance functionality since inception through a fork of Compound's GovernorAlpha.\n\n5. How is the asset currently used?\n\n\t- FRAX is currently used as a stablecoin in decentralized exchanges and other lending markets such as Rari's Fuse Protocol, where it is currently the most-borrowed and most-supplied stablecoin in several pools through Frax's AMOs.\n\n6. Emission schedule\n\n\t- There is no emission schedule; FRAX is mintable by anyone anytime by depositing corresponding amounts of collateral and FXS into the system's contracts.\n\n7. Token & protocol permissions and upgradability\n\n\t- The protocol is highly modular in terms of system parameters such as oracle addresses and AMO additions. The core contracts such as the token contract itself are non-proxy deployed and permissioned through governance's 2-day timelock, with a backup multisig admin address managed by the core Frax team.\n\n8. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n - Market Cap: $307M\n - 24h Volume: $15M\n - Volatility: Extremely Low\n - Maturity: Early-Mid\n\n9. Social channels data (Size of communities, activity on Github)\n\n\t- 13K followers on Twitter, 6.2K members on Telegram, Github is updated frequently.\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\n - Date of Deployment: December 20th, 2020\n - Number of Transactions: 110,000+\n - Number of Holders: 1,600+\n\n## Rationale\n\nFrax's design rationale came as a synthesis of a crypto-native stablecoin with capital efficiency, allowing it to perform algorithmic market operations while managed by on on-chain DAO. As Frax expands, it can compound on its own network effects by being a highly liquid routing asset on DEXes and a default borrowing option for many lending market pools. To keep decentralization at the forefront, the USDC collateral is spread out through other lending markets and DEXes, and is planned to be rotated to ETH and ETH-equivalent collateral as the protocol matures. Furthermore, the Frax Price Index (FPI) allows for a shift away from the USD unit-of-account into the first major stable crypto-native unit-of-account.\n\n## Implementation\n\nThe FRAX price oracle will be served via [ChainLink](https://chain.link/), which includes the [FRAX/ETH feed](https://docs.chain.link/docs/ethereum-addresses).\n\nFRAX will only be used for depositing and lending and not as collateral, with a Loan-to-Value (LTV) value of 0%. The other parameters are as such:\n\n\n - Strategy: rateStrategyStableTwo\n - Base LTV As Collateral: 0\n - Liquidation Threshold: 0\n - Liquidation Bonus: 0\n - Borrowing Enabled: true\n - Stable BorrowRate Enabled: false\n - Reserve Decimals: 18\n - Reserve Factor: 2000\n\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n\n- Interest bearing aFRAX address: 0x6efD37b3015AeA0E19418f98661488A4D2D3C377\n- Variable Debt variableDebtFRAX address: 0x08FFf652bEF777634585707B17627c9274E3dB11\n- Stable Debt stableDebtFRAX address: 0x7E3Ddfceef69bEC3A38Fc9AE8D7A8c46D7788C6b\n- Strategy Implementation for FRAX address: 0xb0a73aC3B10980A598685d4631c83f5348F5D32c\n\n## Audits/Security Reviews\n\n[Trail of Bits Audit](https://github.com/trailofbits/publications/blob/master/reviews/FraxFinance.pdf)\n\n[CertiK Audit](https://www.certik.org/projects/fraxfinance)\n\n**Note that the risk assessment was performed in May 2021, when FRAX's market cap was $110M**\n\n**FRAX Smart Contract Risk**: **C**\n\nFrax has been live on the Ethereum mainnet for over 8 months.\n\n**FRAX Counterparty Risk**: **C+**\n\nCurrently the Frax protocol can be paused or modified by a multisig. The protocol is meant to be governance minimized with a gradual transition to DAO + comptrollers.\n\n**FRAX Market Risk**: **B**\n\nThe current FRAX market cap is over $307,000,000 USD. The average 24H trading volume in the past month has been over $14,000,000 USD. FRAX's volatility is negligible on Curve and Uniswap v3.\n\n**FRAX Overall Risk**: **B-**\n\n## References\n\nWhitepaper - https://github.com/FraxFinance/frax-solidity/blob/master/frax_whitepaper_v1.pdf\n\nWebsite - https://frax.finance/\n\nTwitter - https://twitter.com/fraxfinance\n\nDocs - https://docs.frax.finance/\n\nGithub - https://github.com/FraxFinance\n\nToken Contract - https://etherscan.io/token/0x853d955aCEf822Db058eb8505911ED77F175b99e\n\n## Test Cases\n\n## Implementation\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "AIP-29" - }, - "AIP-2": { - "aip": 2, - "title": "Bootstrap of the AAVE Governance Fund", - "status": "Implemented", - "author": "Emilio Frangella (@The3D_)", - "shortDescription": "", - "discussions": "https://governance.aave.com/t/proposal-to-stop-the-lend-burning-and-start-building-an-aave-governance-treasury/1012", - "created": "2020-11-05T00:00:00.000Z", - "updated": "2020-11-05T00:00:00.000Z", - "preview": "## AIP rationale\n\nThe Aave protocol V1 included the possibility to …", - "content": "\n\n## AIP rationale\n\nThe Aave protocol V1 included the possibility to burn LEND tokens by collecting flashloan premiums and borrowing fees. Up until now, 2.5M LEND have been burned, which will not be converted to AAVE.\nAs a result of the migration, the LEND liquidity has shrunk considerably, which makes it very hard to buy LEND on dexes for the burning.\n\nThe LEND burner currently holds around 20K of funds, distributed across all the different Aave V1 reserves (mostly stablecoins). The burner contract is here https://etherscan.io/address/0xe3d9988f676457123c5fd01297605efdd0cba1ae \n\nThis AIP proposes to stop the LEND burning. Instead, the idea is to collect the fees accrued by AAVE V1 to bootstrap a protocol fund. \n\n## AIP content in short\n\n- Deprecation of the current TokenDistributor contract\n- Implementation of the following strategy instead of burning:\n \n 1. Remove the assets conversion to LEND and subsequent burning\n 2. The assets are moved to the AAVE Collector contract, under direct control of the AAVE governance (https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c)\n\n- The implementation will keep the current redistribution of the referral fees (20% of the total) to continue with the referral distribution as until now.\n\n## Implementation details\n\n- Upgrade of the TokenDistributor contract https://etherscan.io/address/0xe3d9988f676457123c5fd01297605efdd0cba1ae \n- Modify the distribute() function as follows:\n\n 1. Remove LEND burning\n 2. Move the assets to 0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c\n\nDistribution to the current referral fees wallet will be kept.\n \n## Proposal data\n\nAIP2 Payload:\n\nhttps://etherscan.io/address/0x4b7c3e3ea48f80a78487067cd08b9a8430eb8eb5\n\nNew TokenDistributor Implementation:\n\nhttps://etherscan.io/address/0x62C936a16905AfC49B589a41d033eE222A2325Ad\n\nAave Collector contract:\n\nhttps://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-2" - }, - "AIP-32": { - "aip": 32, - "title": "Extend Liquidity Incentives for Aave v2", - "status": "Proposed", - "author": "Anjan Vinod (@Anjan-ParaFi)", - "shortDescription": "Extend Liquidity Incentives for Aave v2", - "discussions": "https://governance.aave.com/t/arc-extend-aave-liquidity-mining-rewards/4852", - "created": "2021-08-19T00:00:00.000Z", - "updated (*optional)": "2021-08-19T00:00:00.000Z", - "preview": "## **AAVE AIP 32**\n\n**Liquidity Mining V1**\n\nLiquidity mining …", - "content": "\n## **AAVE AIP 32**\n\n**Liquidity Mining V1**\n\nLiquidity mining incentives were introduced for Aave v2 on 4/26/21.\n\n2,200 stkAAVE per day were allocated pro-rata across supported markets based on the dollar value of the borrowing activity in the underlying market. stkAAVE was distributed over AAVE to further align users with the Aave Protocol and increase the amount of AAVE staked in the safety module.\n\n![AAVE](../assets/AIP-32/v1-program.png)\n\nLiquidity Mining Recap (as of 7/15/21)\n\n- Value Distributed: During the liquidity mining campaign, 198,000 stkAAVE will be distributed to borrowers and lenders on Aave v2, using ~7% of the Ecosystem Reserve. This equates to $82MM in rewards (AAVE VWAP since LM program started).\n\n- TVL: v2 TVL rose from $7.8 billion to a high of $14.4 billion in mid-May. Stablecoin liquidity accounts for more than 60% of total Aave v2 liquidity.\n\n- V1 to V2 liquidity migration: v1 liquidity decreased from $2.5 billion to $372MM since the liquidity mining program started. 40% of Aave liquidity was deployed in v1 before the LM rewards started. Aave v1 liquidity now accounts for less than 3% of all liquidity on Aave. This allows the community to remain focused on v2 and upcoming money markets.\n\n- Growth in dollar value supplied and borrowed: The USDC and DAI markets experienced the largest increase in dollar value supplied and borrowed. Note - many users on these markets have recursively levered their position to maximize yields. Recursive leverage accounts for ~32% of all deposits on v2. This compares to ~40% on Aave’s Polygon market.\n\n- Reserve Growth: Since liquidity mining rewards launched, Aave’s v2 reserves have grown by [~$7MM](https://etherscan.io/address/0x464c71f6c2f760dda6093dcb91c24c39e5d6e18c).\n\n\nChange in v2 markets from 4/26/21 to 7/15/21\n\n![AAVE](../assets/AIP-32/v1-recap.png)\n\n**Liquidity Mining V2**\n\nAave's liquidity mining program is ending in the next few days.\n\nWe have seen several adjustments discussed in the forums including adding/removing new assets, allocating rewards based on health factors, additional vesting for stkAAVE rewards, and discouraging recursive borrowing. However, after discussing with several Aave community members and developers, these changes would require a heavy technical lift and potentially layer on a centralized distribution plan.\n\nWe are open to these changes in the future but to avoid a disruption to the liquidity mining program, we propose the following program for the next 3 months:\n\nThis proposal [passed on Snapshot](https://snapshot.org/#/aave.eth/proposal/QmeHAwW7XwUD3vqYLMRPF8MJiXkj2nnbRg1ae7mZ1SNQdm) with 91.7k AAVE voting in favor.\n\n![AAVE](../assets/AIP-32/v2-program.png)\n\n**Rationale**\n\nDecrease in Daily stkAAVE Distributed\n\nThis program would decrease the liquidity mining distribution by 9%, saving $7.1MM for the Aave Ecosystem Reserve during the 3 month program.\n\nNew Assets\n\nThe goal of this program is to create a more inclusive liquidity mining program with the option to further refine the distribution once live.\n\nStablecoins remain the highest value asset for Aave v2. This program distributes 40% of the stkAAVE distribution to the USDC market given the USDC market size and utilization. The USDT distribution has been lowered and allocated to other stablecoin markets including DAI, RAI, PAX, TUSD, and sUSD. The DAI allocation has been increased to account for higher utilization and encourage more deposits.\n\nWe believe incentivizing several centralized and decentralized stablecoin markets will help build a more robust stablecoin ecosystem in Aave v2. As new stablecoins are onboarded to Aave, the Aave community can choose to include them in the distribution. The allocations across new markets will likely need fine tuning as we analyze borrow/lend activity.\n\nWBTC and ETH allocations have been decreased and re-distributed to DeFi tokens listed on Aave.\n\nSeveral tokens including LINK, YFI, xSUSHI, UNI, MKR, and BAL have also been included. The rewards for all of these markets are weighted 100% to lenders.\n\nSimilar to the first version of Aave’s liquidity mining program, we believe the distribution parameters will need to be further refined once borrow/lend activity is available.\n", - "basename": "AIP-32" - }, - "AIP-33": { - "aip": 33, - "title": "Add FEI to Aave V2", - "status": "Proposed", - "author": "Joey Santoro (@joeysantoro), Brianna Montgomery (@bpm6867)", - "shortDescription": "Create a new Aave V2 market for the FEI stablecoin", - "discussions": "https://governance.aave.com/t/arc-add-support-for-fei-as-a-lending-currency/4542", - "created": "2021-06-16T00:00:00.000Z", - "updated": "N/A", - "preview": "## Simple Summary\n\nFei Protocol issues a decentralized, scalable USD …", - "content": "\n\n## Simple Summary\n\nFei Protocol issues a decentralized, scalable USD stablecoin called FEI. FEI aims to become a widely used decentralized stablecoin that reduces centralization risk throughout DeFi.\n\n## Abstract\n\nFEI is backed by protocol owned reserves used to provide liquidity and stabilize the peg. The Fei community is committed to using decentralized reserve assets and oracles to have FEI be as decentralized as possible. FEI is an ideal candidate to be included on Aave to provide more decentralized stablecoin alternatives.\n\nAdditionally, Fei Protocol will be committing 25m FEI to bootstrap the market and 4M TRIBE in incentives for borrowing for at least the first 6 months.\n\n## Motivation\n\nBeing the liquidity protocol, Aave understands the need for robust capital efficient liquidity in creating healthy markets. DAI and sUSD being the current available options for decentralized stablecoins is good but likely insufficient longer term. Having more options like FEI will improve liquidity and optionality for protocols which are committed to decentralization.\n\nFEI brings with it substantial liquidity in the form of the $500m ETH-FEI pair on Uniswap V2. This can allow ETH leverage traders a capital efficient way to benefit from Aave liquidity and FEI liquidity. The yield paid by these traders will attract more FEI liquidity to Aave, benefiting both ecosystems.\n\n## Specification\n\n1. What is the link between the author of the AIP and the Asset?\n@Brianna is a core team member at Fei Labs focused on ecosystem development.\n\n2. Provide a brief high-level overview of the project and the token\nFEI is a decentralized and scalable stablecoin for DeFi.\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\nIf listed, FEI would be one of the most decentralized stablecoins on Aave. The Fei DAO can support FEI markets on Aave by providing FEI liquidity, approved via snapshot for 25 million. Traders will have the ability to tap into the large FEI-ETH liquidity on Uni V2 ($561 million) as well as any future protocol owned or incentivized liquidity pools.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?\n\nFei Protocol launched in April 2021 with a DAO since day one, and currently has over $643 million in liquidity. Fei aligns itself with the top communities and teams in the space, including Aave, with a similar decentralization ethos. There has been a large voter turnout during important community and team lead proposals that supported stabilizing the peg after the initial launch of the protocol.\n\n5. How is the asset currently used?\nFEI is currently being used in interest rate markets, including Fuse, and soon to be CREAM. FEI is growing and finding utilization in other financial service offerings in the broader DeFi ecosystem: synthetics, option platforms, exchanges and AMM’s, etc.\n\n6. Emission schedule\n\nThere is no emission schedule.\n\n7. Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?\nContracts within the Fei protocol have the ability to mint and burn FEI through processes that support stabilization around the 1 USD price target. The DAO controlled by TRIBE holders has the ability to mint FEI and appoint other Minter and Burner contracts.\n\nThe FEI contract itself is not upgradeable.\n\nAn additional role, the Guardian, can pause the minting of FEI. The Fei Core Team holds this role in a multi-sig, with the intention of either renouncing the role or transitioning to a community held multi-sig. More information can be read in our docs: https://docs.fei.money/governance/fei-guardian 1\n\n6. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\n\tMarket Cap: $527,000,000\n\t24h Volume: $70,000,000\n\tVolatility: Low\n\tExchanges: Uniswap V2, Uniswap V3, Gate.io 1, MXC, Virgox, BiKi, etc. As reported by CoinGeicko 3.\n\tMaturity: Early-Mid\n\n9. Social channels data (Size of communities, activity on Github)\n27K followers on Twitter, 2 17k members in Discord 3, Github\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\tDate of Deployment: March 28, 2021\n\tNumber of Transactions: 81,798\n\tNumber of Holders: 4,089\n\n## Rationale\nBecause FEI is an earlier stage project the proposal is only for depositing. The use of rateStrategyStableTwo, reserve factor, and disabled stable borrowing is appropriate for similar stablecoins per https://docs.aave.com/risk/asset-risk/risk-parameters.\n\n## Implementation\n\nThe FEI price oracle will be served via [ChainLink](https://chain.link/), which includes the [FEI/ETH feed](https://docs.chain.link/docs/ethereum-addresses).\n\nFEI will only be used for depositing, not as collateral. The following params are proposed:\n\n\n - Strategy: rateStrategyStableOne\n - Base LTV As Collateral: 0\n - Liquidation Threshold: 0\n - Liquidation Bonus: 0\n - Borrowing Enabled: true\n - Stable BorrowRate Enabled: false\n - Reserve Decimals: 18\n - Reserve Factor: 2000\n\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n\n- Interest bearing aFEI: 0xAcF35Af93a65904C50ED93dfb010bAAdEBb4ccF0\n- Variable Debt variableDebtFEI: 0x1B669D5034143E272b5Ff548f2878735A2F3505A\n- Stable Debt stableDebtFEI: 0x1DdcF68f4C2600CBE534212765F964342a2faf02\n- Strategy Implementation for FEI: 0xF0bA2a8c12A2354c075b363765EAe825619bd490\n\nAdditionally the Fei Smart Contracts team contributed an ERC-20 compatibile incentives controller contract to the Aave codebase so other teams can add rewards in their native token: https://github.com/aave/incentives-proposal/pull/5 \n\n- TRIBE Incentives Controller Implementation: 0xff865335401f12b88fa3ff5a3a51685a7f224191\n- and proxy: 0xDee5c1662bBfF8f80f7c572D8091BF251b3B0dAB\n\n## References\n\nWebsite - https://fei.money/\n\nTwitter - https://twitter.com/feiprotocol\n\nDocs - https://docs.fei.money/\n\nGithub - https://github.com/fei-protocol\n\nToken Contract - https://etherscan.io/token/0x956F47F50A910163D8BF957Cf5846D573E7f87CA\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "AIP-33" - }, - "AIP-35": { - "aip": 35, - "title": "Adjust interest rate to account for APY over-approximation", - "status": "Proposed", - "author": "Ahmed Naguib Aly (@ahnaguib)", - "shortDescription": "Adjust interest rate to account for APY over-approximation", - "discussions": "https://governance.aave.com/t/arc-update-ampl-interest-rate-curve-to-account-for-over-approximation-in-compounded-interest/5350", - "created": "2021-07-26T00:00:00.000Z", - "preview": "## Simple Summary\n\n- Update interest rate on AMPL market to account …", - "content": "\n\n## Simple Summary\n\n- Update interest rate on AMPL market to account for over-approximation in compounded interest computation.\n- Make use of the exponential curve due to the over-approximation to set higher max APY.\n\n\n## Motivation\n\nIn AAVEs MathUtils an over-approximation in the application of the interest rate for computing compounded interest was discovered. \n\n### In [calculateCompoundedInterest](https://github.com/aave/protocol-v2/blob/baeb455fad42d3160d571bd8d3a795948b72dd85/contracts/protocol/libraries/math/MathUtils.sol#L45) method\n\nPeriodic rate (per second) is computed as:\n\nuint256 ratePerSecond = rate / SECONDS_PER_YEAR;\n\nin comparison to the exact computation.\n\n![|281x35](https://github.com/aave/aip/blob/debf98b7ebe21b2964b3dc03843854c78709d813/content/assets/AIP-35/rate_per_second.png?raw=true)\n\nderived from:\n\n![|269x48](https://github.com/aave/aip/blob/debf98b7ebe21b2964b3dc03843854c78709d813/content/assets/AIP-35/apy_formula.jpeg?raw=true)\n\nThe deviation in the applied interest rate causes a small over-approximation for APYs <10%, but grows exponentially as can be seen below.\n\n|Expected APY|Effective APY|Expected daily rate|Effective daily rate|\n| --- | --- | --- | --- |\n|4.00%|4.08%|0.01%|0.01%|\n|5.00%|5.13%|0.01%|0.01%|\n|10.00%|10.52%|0.03%|0.03%|\n|50.00%|64.87%|0.11%|0.14%|\n|100.00%|171.83%|0.19%|0.27%|\n|200.00%|638.91%|0.31%|0.55%|\n|1000.00%|2202543.09%|0.68%|2.78%|\n|10000.00%|2.69E+43%|1.30%|31.52%|\n\nThis difference is especially noticeable in the AMPL market, where the configured interest rate can go up to 10,002% at max utilization.\n\nThe AAVE Genesis team has been made aware and they will publish more guidance on the discrepancy.\n\n## Specification\n\nAs mentioned in AIP-26, a nonlinear - logistic or exponential - interest curve is more suited for \nAMPL's market and potentially other assets on AAVE's platform.\n\nThe over-approximation mentioned above results in an exponential curve which allows for defining a \nmore suitable interest curve for AMPL. We propose the following parameters, which produces the curve below.\n\n* Optimal utilization = 80%\n* Base rate = 1%\n* Slope1 = 2%\n* Slope2 = 750%\n\n\n![|624x384](https://github.com/aave/aip/blob/debf98b7ebe21b2964b3dc03843854c78709d813/content/assets/AIP-35/curve.png?raw=true \"Chart\")\n\n##### APY table above 80% Utilization:\n\n|Utilization|APY|\n|---|---|\n|80.00%|3.05%|\n|81.00%|49.93%|\n|82.00%|118.15%|\n|83.00%|217.40%|\n|84.00%|361.82%|\n|85.00%|571.94%|\n|86.00%|877.67%|\n|87.00%|1322.50%|\n|88.00%|1969.72%|\n|89.00%|2911.43%|\n|90.00%|4281.60%|\n|91.00%|6275.19%|\n|92.00%|9175.85%|\n|93.00%|13396.29%|\n|94.00%|19536.98%|\n|95.00%|28471.63%|\n|96.00%|41471.48%|\n|97.00%|60386.14%|\n|98.00%|87906.81%|\n|99.00%|127949.14%|\n|100.00%|186210.38%|\n\n \n##### The part of the curve under 80% Utilization: \n\n**![|624x325](https://github.com/aave/aip/blob/debf98b7ebe21b2964b3dc03843854c78709d813/content/assets/AIP-35/curve_under_optimal.png?raw=true \"Chart\")**\n\n## Rationale\n\n1. Accounting for the over-approximation of the existing Slope2=10,000% interest curve requires reducing the slope2 parameter.\n2. Taking advantage of the exponential curve allows for:\n a. Setting a higher optimal utilization rate.\n b. Setting a higher maximum APY to reduce the potential for\n utilization being at 100% for extended periods without creating a too steep of an interest rate increase right above the optimal utilization rate.\n\n\n## Implementation\n\nA deployment of the existing implementation of the Interest Strategy will be used, with the following parameters:\n\n optimalUtilizationRate: new BigNumber(0.8).multipliedBy(oneRay).toFixed(),\n baseVariableBorrowRate: new BigNumber(0).multipliedBy(oneRay).toFixed(),\n variableRateSlope1: new BigNumber(0.02).multipliedBy(oneRay).toFixed(),\n variableRateSlope2: new BigNumber(7.5).multipliedBy(oneRay).toFixed(),\n\n[https://etherscan.io/address/0x84d1FaD9559b8AC1Fda17d073B8542c8Fb6986dd#readContract](https://etherscan.io/address/0x84d1FaD9559b8AC1Fda17d073B8542c8Fb6986dd#readContract)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-35" - }, - "AIP-37": { - "aip": 37, - "title": "Update to the Liquidity Mining Distribution", - "status": "Proposed", - "author": "Anjan Vinod (@Anjan-ParaFi)", - "shortDescription": "Update to the Liquidity Mining Distribution", - "discussions": "https://governance.aave.com/t/arc-extend-aave-liquidity-mining-rewards/4852/72", - "created": "2021-09-10T00:00:00.000Z", - "updated (*optional)": "2021-09-10T00:00:00.000Z", - "preview": "## **AAVE AIP 37**\n\nUpdate to the Liquidity Mining Distribution\n\nThe …", - "content": "\n## **AAVE AIP 37**\n\nUpdate to the Liquidity Mining Distribution\n\nThe latest liquidity mining proposal went live on August 24th.\n\nA misconfiguration was found in the latest liquidity mining distribution: new assets added to the program are **not receiving rewards**. This AIP fixes the misconfiguration, increasing the rewards proportionally for those assets by taking into account when they should have started receiving rewards and the execution timestamp of this update.\n\nThe new emission rate will be determined by the formula listed in this AIP’s [payload](https://etherscan.io/address/0xC5Dc99a421e3FB9d64c7B5BBb47a5e072370eDE8#code). The new emission rate will go live once this AIP is executed.\n", - "basename": "AIP-37" - }, - "AIP-3": { - "aip": 3, - "title": "V1 upgrades for seamless transition to AAVE v2", - "status": "Implemented", - "author": "Marc Zeller (@marczeller)", - "shortDescription": "", - "discussions": "https://governance.aave.com/t/aip-3-upgrade-aave-v1-lendingpool-contract-for-seamless-migration-to-v2/1383", - "created": "2020-11-11T00:00:00.000Z", - "updated": "2020-11-11T00:00:00.000Z", - "preview": "## AIP rationale\r\n\r\nAt the time of writing, 14,732,165 aLEND are …", - "content": "\r\n\r\n## AIP rationale\r\n\r\nAt the time of writing, 14,732,165 aLEND are deposited in the Aave protocol reserve, several community members currently use these assets as collateral in loans and would like to migrate both from LEND to AAVE and from V1 to V2 in the future.\r\nOutside of the situation of the aLEND holders, having a Flashloan-powered migration tool usable for every asset available on V1 to allow seamless migration from v1 to v2 would significantly ease the process of upgrading the liquidity to the new version of AAVE.\r\n\r\nTo allow these new features, small modifications of the `repay()` method are needed to upgrade the efficiency of the process and allow v2 flashloans to access it.\r\n\r\n## AIP content in short\r\n\r\n- upgrade of `lendingPool` v1 smart-contract `repay()` method\r\n \r\n This AIP expected effect will be the increase of migrated LEND and faster & easier transition to Aave V2 of V1 liquidity of all assets alongside an increased volume of Flashloans.\r\n\r\n\r\n## Implementation details\r\n\r\n- Upgrade of the LendingPool contract https://etherscan.io/address/0x017788dded30fdd859d295b90d4e41a19393f423#code\r\n- Modify the repay() function as follows:\r\nOn LendingPool.sol, line 617, replace `onBehalfOf` with `msg.sender`\r\n\r\nThe upgrade having a minimum impact on v1 and is particularly simple on the technical side, for this reason, internal review by the Aave genesis team has been considered sufficient to validate it.\r\nthis upgrade details can be found in the Aave public github repo :\r\n\r\n- modification code : https://github.com/aave/aave-protocol/pull/28/\r\n\r\n- AIP 3 Proposal payload: https://etherscan.io/address/0x3f0cfa3cad621c3651faf9de014489e20e5bf9d1\r\n \r\n## Copyright\r\n\r\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\r\n", - "basename": "AIP-3" - }, - "AIP-4": { - "aip": 4, - "title": "Activation of Aave Protocol Governance V2", - "status": "Implemented", - "author": "Marc Zeller (@marczeller)", - "shortDescription": "", - "discussions": "https://governance.aave.com/t/arc-activation-of-aave-protocol-governance-v2/1717", - "created": "2020-12-11T00:00:00.000Z", - "updated": "2020-12-11T00:00:00.000Z", - "preview": "## AIP rationale\n\nAave V2 governance is inspired by delegation-based …", - "content": "\n\n## AIP rationale\n\nAave V2 governance is inspired by delegation-based governance models already on the market, while introducing 3 key innovations and a new layer of resilience:\n\nThe introduction of a new concept in DeFi governance - the **segregation between voting and proposition power** to increase control and ownership of voting rights for AAVE holders.\nAAVE holders will have the choice between delegating proposal creation power to specialized actors while holding their voting rights; or even delegating them to another entity.\n\n**Voting strategies** - The AAVE token exists and is used in the Aave ecosystem in a variety of ways. Through different voting strategies, AAVE in different forms can be used to vote and create proposals. In the initial implementation both AAVE and stkAAVE holders will have voting and proposal creation rights. Voting strategies can be upgraded at any time through a governance proposal to include other forms of AAVE (i.e. aAAVE, staked AAVE/ETH AMM shares, etc.)\n\n**Multiple executor entities** - Different components of the ecosystem might have different needs for consensus and security. For example, changing the AAVE token logic itself might have a large impact on the ecosystem and is something that requires higher consensus than adjusting a risk management parameter. The Aave governance V2 splits the control of different entities within the Aave ecosystem between different executors with different execution delays (timelocks) and different consensus parameters. At the beginning there will be two different executors:\n\n**a.** Executor 1 (short timelock) will control the whole Aave Protocol v1, the token distributor used in v1, the contract collecting the v1 fees, the AAVE Reserve Ecosystem and any change in this timelock itself. Once the break-in period for Aave V2 is completed, this timelock will also control the current Aave V2 market and all the future markets instantiated by the Aave Genesis Team.\n\n- admin : Aave Governance v2\n- delay : 1 day\n- grace period : 5 days\n- proposition threshold: 0.5%\n- voting duration: 3 days\n- vote differential: 0.5%\n- Approval quorum: 2%\n\n**b.** Executor 2 (long timelock) will control the upgradeability of the AAVE token, stkAAVE, any change in v2 governance parameters and any change in the parameters of this timelock itself.\n\n- admin: Aave Governance v2\n- delay: 7 days\n- grace period: 5 days\n- proposition threshold: 2%\n- voting duration: 10 days\n- vote differential: 15%\n- Approval quorum: 20%\n\nThe Guardian - As long as a large majority of AAVE tokens are in a centralised exchange, it’s impossible to prevent a STEEM-like governance attack where a centralised entity would use its users’ assets to take over a decentralised protocol through governance. As a security measure to avoid such a scenario, a temporary 5/10 multisig is given a power of veto to cancel proposals in case malicious code is introduced through an AIP. Those entities have been chosen within the AAVE community to be globally distributed, and they cover safety skill sets through governance, code, and economic analysis. Guardians can be changed later through election.\nThe current multisig signers are : James Vaugh (Fire Eyes/Metacartel), Anthony Sassano (SET protocol/ETHhub/Daily Gwei), Mariano Conti (ex MakerDAO head of smart contracts), Tarun Chitra (Gauntlet), DeFiSaver, Zerion, Parafi Capital, Framework Venture, Arthur0x and the Aave Genesis Team\nSome of the expected short-term outcomes of this implementation are new actors creating proposals for token additions, risk parameter upgrades or new liquidity market creation.\n\n## AIP content in short\n\n- Implementation of the Aave Governance v2 smart contract\n- Implementation of voting delegation and proposal power delegation\n- Implementation of voting strategies with the inclusion of AAVE and StkAAVE\n- Addition of voting and proposition power delegations on AAVE and SktAAVE\n- Implementation of Executor entities\n- Implementation of the Guardian\n\n\n## Implementation details\n\nCreating a Governance V1 Proposal vote with the proposal executor at https://etherscan.io/address/0xd194b24913806fc885f1fecd3e776f8449e5e24a#code\n\nIf the proposal passes:\n\na. The new Aave Token logic implementation will be https://etherscan.io/address/0xc13eac3b4f9eed480045113b7af00f7b5655ece8#code which includes the new delegation capabilities.\n\nb. The new StakeToken logic implementation will be https://etherscan.io/address/0xc0d503b341868a6f6b6e21e0780aa57fdbbca53a#code which includes the new delegation capabilities.\n\nc. The upgradeability permissions over the AAVE and stkAAVE tokens will be moved to the long executor on https://etherscan.io/address/0x61910ecd7e8e942136ce7fe7943f956cea1cc2f7#code\n\nd. All the permissions on V1 of the protocol will be moved to the short executor.\n\ne. The permissions over the contract of the Ecosystem’s Reserve will be moved the short executor on https://etherscan.io/address/0xee56e2b3d491590b5b31738cc34d5232f378a8d5#code\n\nAt this point, the Governance V2 on https://etherscan.io/address/0xec568fffba86c094cf06b22134b23074dfe2252c#code will be operative, accepting submission of new proposals\n \n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-4" - }, - "AIP-5": { - "aip": 5, - "title": "Adding CRV on AAVE", - "status": "Implemented", - "author": "Charlie (@charlie_eth), Julien (@bneiluj)", - "discussions": "https://governance.aave.com/t/listing-proposal-add-crv-curve-dao-token/1395", - "shortDescription": "Aave governance proposal to enable CRV as a base asset", - "created": "2020-12-14T00:00:00.000Z", - "updated": "2020-12-14T00:00:00.000Z", - "preview": "## AIP rationale\n\nCurve is an exchange liquidity pool on Ethereum …", - "content": "\n\n## AIP rationale\n\nCurve is an exchange liquidity pool on Ethereum designed for extremely efficient stablecoin trading. It is the second biggest DEX on Ethereum and the third biggest protocol by TVL.\n\n## References \n\n- Forum proposal and poll \nhttps://governance.aave.com/t/listing-proposal-add-crv-curve-dao-token/1395\nhttps://governance.aave.com/t/proposal-add-support-for-crv-curve-dao-token/774\n\n- Project: https://www.curve.fi/\n- whitepaper: https://www.curve.fi/stableswap-paper.pdf\n- document portal, \nhttps://curve.readthedocs.io/en/latest/\n- source code for the system(s) that interact with the proposed collateral: https://github.com/curvefi/curve-contract, https://github.com/curvefi/curve-dao-contracts\n- Ethereum addresses contracts: https://www.curve.fi/contracts\n- audits both procedural and smart contract focused: https://www.curve.fi/audits\n- communities:\n\n* Telegram: https://t.me/curvefi\n* Twitter: https://twitter.com/curvefinance\n* Discord: https://discord.gg/rgrfS7W\n* Youtube Channel: http://www.youtube.com/c/CurveFinance\n\n## Paragraph Summary \n\nCurve is an exchange liquidity pool on Ethereum designed for extremely efficient stablecoin trading. It is the second biggest DEX on Ethereum and the third biggest protocol by TVL.\nThe CRV token is a governance token which also allows liquidity providers to boost their rewards on the platform as well as receive a share of trading fees on the Curve platform. Curve has recently reached over $10B in cumulative volume.\nUsers who vote lock their tokens (CRV => veCRV) receive a share of trading fees on the platform as well as a boost on their provided liquidity.\n\n## Motivation \nShort description of the proposed technical solution\n\n### Specifications \n\n1. What is the link between the author of the AIP and the Asset? \n\nTeam member/llama master\n\n2. Provide a brief high-level overview of the project and the collateral token \nSee Summary\n\n3. Explain positioning of token in the AAVE ecosystem: which market? \n\nThe asset will be listed in the current AAVE V2 market.\n\n4. Provide a brief history of the project and how it overcame stressed conditions \n\nCurve was created in early 2020 and was the second protocol to reach $1B in TVL. It is currently the second biggest DEX on Ethereum.\n\n5. How is the asset currently used? \n\nLending/governance/profit sharing\n\n6. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity) \n\nhttps://www.coingecko.com/en/coins/curve-dao-token#markets\n\n7. Social channels data (Size of communities, activity on Github) \n\nLinks above\n\n8. Risk Assessment and Parameter suggestions \n\nHere is an analysis based on Aave’s Asset Risk Framework 3 to quantify CRV’s risks and the resulting model parameters suggestions\n\n## CRV’s Overall Risk is B-\n\n

\n \n

\n\nThe table below shows the key metrics used for the analysis as well as the risk scores using data from CoinGecko as of 15/12/2020\nCRV is the governance token of the Curve DAO behind the Curve Stablecoin Exchange the third biggest DEX on Ethereum with $1B of TVL. Curve offers an optimised model for stablecoin trading and revenue sharing incentives with fees from the >$10B in cumulative trading volume\n\n## CRV Smart Contract Risk: B-\nCRV token was introduced to Curve in August 2020 through liquidity mining. The code has 3 audits from ToB, Quantstamp and MixBytes. It is central in the DAO operations enabling stakers to vote and boost their yields with the locking of CRV. This model has generated half a billion transactions in half a year, with around 15,000 holders\n\n## CRV Counterparty Risk: B\nThe Curve DAO operates as a fully decentralised organisation with community proposals and votes. The ecosystem is funded by fees of the Curve Exchange generated by the $40m of daily volume\n\n## CRV Market Risk: C\nCurve is one of the leading DeFi projects. The token is available on top exchanges with nearly $100m market capitalisation and nearly as much average daily volume though a large share of CRV’s supply is locked. CRV experienced volatility in the last month with the rest of the market having yet to recover\nCRV’s risk profile is close to YFI’s leading to the same model parameters\n\n## Risk Parameters\n\n- LTV 40%\n- Liquidation Threshold 55%\n- Liquidation Bonus 15%\n- Reserve Factor 20%\n\n## Variable Interest Rate Model\n\n

\n \n

\n\n\nCRV fits the profile of a collateral asset, with the need for a conservative borrow rate model with a low optimal utilisation to protect collateral liquidity\n\n- UOptimal 45%\n- R_0 0%\n- R_s1 7%\n- R_s2 300%\n\n### Code \nThe code is part of the standard Aave protocol deployment (the AToken, Debt tokens and interest rate strategy) therefore no audits are needed. The code can be found here https://github.com/aave/protocol-v2/tree/master/contracts/protocol/tokenization\n\n### Test Cases \nBeing a standard ERC20, the Aave protocol test cases already cover everything needed to support CRV.\n\n### Security Considerations\nThe CRV token doesn’t have any specific behavior (eg. rebasing, balance increasing) and doesn’t offer meta governance functionalities since it requires locking to participate in the governance. Therefore, the standard AToken contract and corresponding debt tokens, already used for the majority of assets listed in Aave, can be also used for CRV. No auditing of the code is required.\n\n", - "basename": "AIP-5" - }, - "AIP-6": { - "aip": 6, - "title": "Adding GUSD on AAVE", - "status": "Implemented", - "author": "Gemini (@Gemini)", - "shortDescription": "", - "discussions": "https://governance.aave.com/t/proposal-add-support-for-gemini-gusd/384", - "created": "2020-12-23T00:00:00.000Z", - "updated": "2020-12-23T00:00:00.000Z", - "preview": "## Simple Summary\nThe Gemini dollar is a cryptographic token that is …", - "content": "\n## Simple Summary\nThe Gemini dollar is a cryptographic token that is issued by Gemini, strictly pegged 1:1 to the U.S. dollar, and built on the Ethereum network according to the ERC20 standard for tokens.\n\n\n## Abstract\nAdd GUSD to the AAVE V2 market.\n\n## Motivation\nGUSD is an additional fiat on-ramp into the DeFi ecosystem that will help diversify fiat sources inside of AAVE markets.\n\n## Specification\nGUSD can be exchanged for USD at a fixed 1:1 rate on the Gemini exchange. I have personally tested this out and was impressed with the results: withdraw of GUSD from Gemini exchange was sent within 1 minute using fast gas, and deposit back into Gemini was credited within ~17 block confirmation. It should be possible for liquidators (who are willing/able to KYC) to flip GUSD collateral directly through Gemini for the time being. GUSD also has a few trading pairs on other centralized exchanges such as OKEx, HitBTC, and ZB. I plan on submitting a proposal to create a GUSD Curve pool in the near future as well, if this is supported by veCRV voters the on-chain liquidity for GUSD should improve substantially.\n\n## Rationale\nBenefits for Aave:\n\nDiversification of centralized assets: GUSD relies on a different issuer and custodian compared to USDC, TUSD, USDT, or BUSD. Credit, custody, or regulatory risks may be less correlated across these assets, which could reduce risk to Aave security module stakers.\nNew DeFi on/off ramp: Gemini has good linkage with US bank wire and ACH networks, comparable to Coinbase as a fiat ramp.\nWhile Coinbase have played nice so far, it’s dominance in regulated crypto liquidity and USDC on/off ramp has huge influence over the space. I see Gemini and GUSD as a viable competitor. From an industrial economics standpoint, Aave and other Defi protocols like Maker may benefit from breaking down monopolies of their key counter-parties.\n\n## Risk Analysis\n\nThe Risk Team has applied Aave’s Risk Framework to GUSD leading to an overall risk rating of B-\n\nGUSD is issued by Gemini Trust Company. It has been created for practical use in innovative applications, among which to facilitate Gemini’s institutional solutions and exchange operations.\n\nGUSD Smart contract Risk: C+\n\nGUSD was launched in September 2018 – at the same time then USDC – yet it has only experienced 120k blockchain transactions.\n\nThe GUSD smart contract only supports 2 decimals meaning that interest accrual can only occur for more than 1 cent.\n\nUSDC Counterparty Risk: C+ cannot use as collateral (centralisation D-)\n\nAs it is backed by real US dollars, GUSD is centralised. Moreover it has few holders with most of the transactions off-chain on the centralised Gemini environment.\n\nAn independent accountant’s audit report is published at the end of each month on the website. GUSD is regulated bringing trust to the token. Still, the infrastructure is based on the Ethereum blockchain where regulators have little power.\n\nGUSD Market Risk: B -\n\nGUSD has a small market capitalisation at less than 20m with a small trading volume. The price has diverged from 1 a few times in the last 3 months with up to 3% price variation.\nGiven the reduced market capitalization and the possibility of market price manipulation, the oracle will fix the price of GUSD to $1. This does not bring additional risk because the asset cannot be used as collateral and even if the market price swings considerably, the asset is still redeemable 1:1 for USD. The risk team will reevaluate the asset periodically to validate the viability of an actual market based oracle as the GUSD supply grows. \n\nRisk Parameters ~ BUSD sUSD\nNot a collateral\nReserve Factor 10%\n\nVariable Interest Rate Model ~ BUSD sUSD\nUOptimal 80%\n\nR_0 0%\n\nR_s1 4%\n\nR_s2 100%\n\n## References\n\n- *Whitepaper*: https://gemini.com/static/dollar/gemini-dollar-whitepaper.pdf\n- *Website*: https://gemini.com/dollar\n- *Twitter*: https://twitter.com/Gemini\n- *Source Code*: https://github.com/gemini/dollar\n- *GUSD token contract*: https://etherscan.io/token/0x056fd409e1d7a124bd7017459dfea2f387b6d5cd\n- *Accountant’s reports at bottom of page*: https://gemini.com/dollar#reports\n- *Trail of bits contract audit*: https://gemini.com/static/dollar/gemini-dollar-trailofbits-audit.pdf\n\n## Copyright\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-6" - }, - "AIP-7": { - "aip": 7, - "title": "Aavenomics Quarterly Upgrade", - "status": "Proposed", - "author": "Marc Zeller (@marczeller)", - "discussions": "https://governance.aave.com/t/arc-aavenomics-quarterly-upgrade/1631", - "created": "2021-01-05T00:00:00.000Z", - "updated": "2021-01-05T00:00:00.000Z", - "shortDescription": "This AIP will increase the responsibility of AAVE stakers for their service of protecting the Aave protocol by the formal activation of the slashing and adjust the emission accordingly", - "preview": "## AIP rationale\n\nOn the 25th of September 2020, with the results of …", - "content": "\n\n## AIP rationale\n\nOn the 25th of September 2020, with the results of AIP-1, the Aave protocol kickstarted its initial phase of Aavenomics and Safety Incentives with a scheduled distribution of 400 AAVE per day to Safety module stakers.\n\nWith the implementation of the Aave Protocol V2 and the soft deadline of first-quarter reached, this proposal will allow an upgrade of the reserve emission model for the Safety module.\n\nThis AIP will increase the responsibility of AAVE stakers for their service of protecting the Aave protocol by the formal activation of the slashing.\n\nThe slashing officially enforces the currently implicit responsibility and risk of the participation in the stakings modules of Aave. In the worst-case scenario of critical failure, an amount to be decided will be slashed from stakers deposits.\n\nIn this phase 0 of the slashing, the auction mechanism will not be automatized yet and if a slash were to happen it would be done through governance and direct compensation.\n\n\n## AIP content in short\n\n- Increasing the Safety Incentives: As the possibility of slashing will now be formally introduced, staking reward should reflect the risk. Hence we propose to increase the Safety Incentives to 550 AAVE per day\n- Slashing %: The maximum slashing amount is set to 30%\n\n\n## Implementation details\n\nThe payload to be executed is available at\n\nhttps://etherscan.io/address/0x4ab8ba929e4cc780cb82be34eea29a9ea7a58049#code\n\nThe payload will upgrade the Aave reserve contract to a new implementation\n\nhttps://etherscan.io/address/0xa335e2443b59d11337e9005c9af5bc31f8000714#code\n\nAnd introduce a reserve controller, with the rights of approving transfers/transferring assets out of the Aave Reserve, under control of the Aave governance short executor\n\nhttps://etherscan.io/address/0x1e506cbb6721b83b1549fa1558332381ffa61a93#code\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-7" - }, - "AIP-8": { - "aip": 8, - "title": "Adding BAL on AAVE", - "status": "Proposed", - "author": "Coopahtroopa (@coopahtroopa), MonetSupply(@monet-supply), Mubrais (@mubaris)", - "shortDescription": "Enable BAL as a base asset in Aave V2", - "discussions": "https://governance.aave.com/t/proposal-add-support-for-bal/1787", - "created": "2021-01-25T00:00:00.000Z", - "updated": "2021-01-27T00:00:00.000Z", - "preview": "## Simple Summary\n\nBAL is the governance token of …", - "content": "\n\n## Simple Summary\n\nBAL is the governance token of [Balancer](https://pools.balancer.exchange/#/explore), a programmable liquidity and asset managment protocol with over [$800M in TVL](https://defipulse.com/balancer) according to DeFi Pulse.\n\n## Abstract\n\nAdd [BAL](https://etherscan.io/token/0xba100000625a3754423978a60c9317c58a424e3d) to the AAVE V2 market.\n\nBalancer is a DEX that uses a constant function market maker formula to allow liquidity pools with multiple tokens, custom allocations and fees. Smart pools in Balancer can be used for programmable liquidity. \n\nTraders can swap between any of the tokens listed on Balancer in exchange for a swap fee (paid to liquidity providers) and slippage based upon the relative trade size. \n\nBAL is the governance token of the Balancer exchange, entitling holders (including those providing BAL liquidity on Balancer) to vote on proposals. BAL also receives preferential treatment in the Balancer exchange liquidity mining program.\n\nBalancer is responsible for the creation of [Snapshot](https://snapshot.page/#/), and currently leading a number of [governance intiatives](https://snapshot.page/#/balancer/proposal/QmXQpKyw1BvYgZtvC2KGqrDezWBfSUBEKK77Kx866yBLYf) to reward active contributions to the protocol.\n\n## Motivation\n\nAs Balancer gears up for the launch of Balancer V2, composability becomes key for the Balancer ecosystem.\n\nAt the time of writing, BAL has a market cap of $230M.\n\nApart from the BAL liquidity on Balancer, BAL is also listed on FTX, Coinbase, Binance, Gemini and other centralized exchanges.\n\nAdding BAL to Aave will be the first major lending/borrowing market for the asset, and one that sets precedent for future exploration of Balancer Pool Token (BPT) markets similar to [Aave V1 Uniswap Markets](https://medium.com/aave/the-uniswap-market-is-live-on-aave-protocol-12b5a4cc5e2).\n\nAave leverages Balancer for it's [Safety Module](https://docs.aave.com/aavenomics/safety-module), meaning this partnership further cements the relationship between the two protocols.\n\n*\"The advantage of using Balancer against other AMM solutions is clear when we factor in the possibility of dynamically adjusting the weighting towards AAVE. This allows for the creation of a market and the provision of liquidity whilst maintaining exposure to AAVE. Holding AAVE/ETH liquidity with uneven weights is very close to simply holding AAVE, with the benefits of earning trading fees on top of it.\"*\n\n\n## Benefits for Aave\nBalancer has an increasingly active community which would bring more users and liquidity to Aave.\n\nBAL earns native rewards through liquidity mining, currently yielding upwards of 80%+ APY with limited impermanent loss. This has generated strong borrowing demand for BAL on CREAM, with deposit rates often above 10%.\n\nWith deposit rates so high, it becomes super cost effective for people to borrow funds with BAL as collateral, often times with an effective negative borrowing rate!\n\n## Specification\nBAL will continue to see increased governance activity in the coming months.\n\nAdding BAL to the Aave V2 markets will provide strong borrowing demand, generating protocol fees and allowing for further governance participation.\n\n## Rationale\n\nBalancer and Aave are natural partners. Aave leverages Balancer for it's Safety Module and it only seems natural that BAL should be listed on Aave given the depth of the AAVE liquidity Balancer today.\n\nThis proposal opens design space for future lending use-cases, both on Balancer's end and on Aave's for more niche specific liqudity pool markets.\n\n## Additional Resources\n\nWhitepaper - https://balancer.finance/whitepaper 1 \nWebsite - https://balancer.finance 1 \nTwitter - https://twitter.com/BalancerLabs \nBlog - https://balancer.finance/blog-feed \nDocumentation - https://docs.balancer.finance \nSource Code - https://github.com/balancer-labs 2 \nBAL Token Contract - https://etherscan.io/address/0xba100000625a3754423978a60c9317c58a424e3d#code 1 \n\n\n## Audits/Security Reviews\n[Trail of Bits, Conesnsys Dilligence and Open Zeppelin.](https://docs.balancer.finance/core-concepts/security/audits) \n\n[AAVE Community x BAL Risk Assesment](https://governance.aave.com/t/proposal-add-support-for-bal/1787/6?u=coopahtroopa) \n\n![](https://i.imgur.com/lrXmHFD.png) \n\n**BAL Smart contract Risk: B-**\n\nSince it's launch in June BAL has reached half a million transactions driven by liquidity mining distribution program which may lead to inflation. The smart contract has been well battle tested, audited twice and has a good test coverage.\n\n**BAL Counterparty Risk: B**\n\nBalancer is a permissionless DEX with a large community of BAL holders that vote on proposals. Anyone can create a custom Balancer Pool.\n\n**BAL Market Risk: C +**\n\nThe BAL token has experience less volatility than the rest of the DeFi market since its inception but remains quite volatile. The token is traded on the top centralized exchanges with good volume.\n\n**Risk Parameters**\n\n- LTV 55%\n- Liquidation Threshold 60%\n- Liquidation Bonus 10%\n- Reserve Factor 20%\n\nVariable Interest Rate Model ~ Collaterals\n\n![](https://i.imgur.com/35kPGuC.png)\n\n- UOptimal 45%\n- R_0 0%\n- R_s1 7%\n- R_s2 300%\n\n## References\n[Coingecko](https://www.coingecko.com/en/coins/balancer) \n[Pool management - Balancer 1](https://pools.balancer.exchange/#/explore?type=shared&token=0xba100000625a3754423978a60c9317c58a424e3d) \n[Pools Vision 1](http://pools.vision/) \n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "AIP-8" - }, - "AIP-9": { - "aip": 9, - "title": "Activation of the Aave Balancer Pool Liquidity Staking", - "status": "Proposed", - "author": "Marc Zeller (@marczeller), Hadrien Charlanes (@dhadrien)", - "shortDescription": "Activate Staking for Aave Balancer Pool", - "discussions": "https://governance.aave.com/t/arc-aavenomics-quarterly-upgrade/1631", - "created": "2021-01-27T00:00:00.000Z", - "updated": "2021-02-01T00:00:00.000Z", - "preview": "## AIP rationale\n\nAs stated in the [Aavenomics …", - "content": "\n\n## AIP rationale\n\nAs stated in the [Aavenomics paper](https://aave.com/Aavenomics.pdf), the AAVE asset is designed to become the center of gravity for Aave governance and the protocol safety, The Safety Incentives (SI) allocation is designed to incentivize the lines of defenses of the Aave protocol.\n\nAIP-1 was the first step of the activations of the lines of defenses of the Aave Protocol with the activation of the safety module, for the Safety to be as efficient as possible, it is required to reach significant liquidity of the AAVE asset on a Decentralized AMM.\n\nThis AIP aims at incentivizing the Liquidity providing for the AAVE asset on a specificaly designed smart pool of the Balancer protocol to make the AAVE asset more liquid on-chain by activation Safety Incentives (SI) for BPT tokens stakers.\n\nABPT (Aave Balancer Pool Token) tokens can be obtained by providing liquidity to the AAVE/ETH Balancer smart pool at a 80/20 ratio. The contract of the ABPT can be found [here](https://etherscan.io/address/0x41a08648c3766f9f9d85598ff102a08f4ef84f84).\n\nThis AIP, if accepted by the community, will start the Safety Incentive (SI) rewards distribution for ABPT stakers at the rate of 550 AAVE/day. The contract of the stkABPT can be found [here](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47).\n\nThe Safety Module is designed as an additional line of defense for Aave protocol liquidity providers and Both highliquidity and Safety module reserve can mitigate the possibility of bad debt in the occurence of a shortfall event.\n\n## AIP content in short\n\n- Start of the Safety Incentives for ABPT stakers with initial SI rewards of 550 AAVE/day.\n\n## Safety Incentives Schedule\n\nIf the community accepts the current AIP, the Safety Incentives will add 550 AAVE/day to the ABPT tokens Stakers.\n\nFor a total of 1100 AAVE/day Safety Incentives allocation.\n\nThe Safety Incentive's allocation quarterly date should be voted on before the end of the 3 months (90 days) distribution schedule. In the case of a late or no vote on a new SI allocation plan, the current allocation will continue until a vote or until the ER is empty.\n\n## Implementations details\n\nThe implementation of the AIP consist in three actions: \n- Transfer proxy ownerships of [ABPT](https://etherscan.io/address/0x41a08648c3766f9f9d85598ff102a08f4ef84f84) and [stkABPT](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47) to the Long Timelocked Governance Executor.\n- Configure [stkABPT](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47) to reward stakers for 550 AAVE per day.\n- Approve 550 AAVE per day for 3 months allowance from Reserve for [stkABPT](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47) rewards.\n\nIf this AIP is validated by a community vote, the following addresses will be involved in the execution process :\n\n- [AIP9 Proposal Payload](https://etherscan.io/address/0xd08E12367A7D68CAA8ff080D3A56b2dc6650709b#contracts)\n- [ABPT](https://etherscan.io/address/0x41a08648c3766f9f9d85598ff102a08f4ef84f84)\n- [stkABPT](https://etherscan.io/address/0xa1116930326d21fb917d5a27f1e9943a9595fb47)\n- [Aave Reserve Controller](https://etherscan.io/address/0x1E506cbb6721B83B1549fa1558332381Ffa61A93)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "AIP-9" - }, - "B01EDD555D47-AIP-ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL": { - "title": "Use AAVE Ecosystem Reserve to vote YES on proposal to adjust Level 2 Governance requirements", - "status": "Proposed", - "author": "BGD Labs (@bgdlabs)", - "shortDescription": "Update of the AAVE Ecosystem Reserve to allow one-time voting YES a proposal to adjust Level 2 Governance requirements", - "discussions": "https://governance.aave.com/t/rfc-aave-governance-adjust-level-2-requirements-long-executor/8693", - "created": "2022-09-16T00:00:00.000Z", - "preview": "## Simple Summary\n\nThis proposal upgrades the implementation of the …", - "content": "\n\n## Simple Summary\n\nThis proposal upgrades the implementation of the AAVE Ecosystem Reserve, allowing for a one-time YES vote with the voting power held, in order to \"vote boost\" the [proposal to upgrade the Level 2 Executor requirements](https://github.com/bgd-labs/aip/blob/feat/lvl2-proposals/content/aips/656A6D889F89-AIP-GOV-LVL2-EXECUTOR-PROPOSAL.md).\n\n\n## Motivation\nAll context/motivation of this proposal is extensively explained on the [Aave Governance forum thread](https://governance.aave.com/t/rfc-aave-governance-adjust-level-2-requirements-long-executor/8693)\n\n\n## Specification\nThis proposal exclusively upgrades the implementation of the AAVE Ecosystem Reserve, keeping the exact same logic, but changing the `initialize()` function to include a one-time YES vote on another Aave governance proposal passed as input. The implementation of this can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/AaveEcosystemReserveV2.sol#L779).\n\n**This proposal will be created via a fully decentralized smart contract (so-called Autonomous Proposal). This is especially important in this case, as it will assure that the proposal id on which to vote YES will be exactly the proposal to upgrade Level 2 requirements**\n\n\n## Security\n\n- An extensive suite of tests can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/test)\n\n- We have executed a diff between the current implementation of the [AAVE Ecosystem Reserve in production](https://etherscan.io/address/0x1aa435ed226014407fa6b889e9d06c02b1a12af3#code) and the new implementation, to verify that the changes and exclusively the ones expected. The diff can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/diffs/AaveEcosystemReserveV2-diff.md).\n\n- SigmaPrime has audited the changes, and implemented an [independent test suite](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/audits/sigmap/tests), complementary to BGD's. The audit report can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/sigmap/SigmaPrime.md).\n\n- Certora has reviewed the changes, and implemented an [independent test suite](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/certora/specs/executor.spec), complementary to BGD's. The audit report can be found [HERE](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/audits/certora/report/Security%20Review%20of%20Aave%20Governance%20V2%20Update.pdf).\n\n## Implementation\n\nSmart contracts can be found [here](https://github.com/bgd-labs/aave-gov-level-2-update/tree/main/src/contracts). Especifically for what concerns this proposal:\n\n- New AAVE Ecosystem Reserve [https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/AaveEcosystemReserveV2.sol](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/AaveEcosystemReserveV2.sol)\n- Proposal payload [https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadAaveEcosystemReserveWithVoting.sol](https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadAaveEcosystemReserveWithVoting.sol)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "B01EDD555D47-AIP-ECOSYSTEM-RESERVE-VOTING-LVL2-PROPOSAL" - }, - "C21F601D0D3F-AIP-BALANCER-WHITELIST-CLAIM-STKAAVE": { - "title": "Whitelist Balancer’s Liquidity Mining Claim", - "author": "Llama, Matthew Graham, Dan Hepworth", - "shortDescription": "Whitelist Balancer’s Liquidity Mining Claim", - "discussions": "https://governance.aave.com/t/arc-whitelist-balancer-s-liquidity-mining-claim/9724", - "created": "2022-10-10T00:00:00.000Z", - "preview": "# Simple Summary\n\nThis proposal enables Balancer DAO to retrieve the …", - "content": "\n\n# Simple Summary\n\nThis proposal enables Balancer DAO to retrieve the stkAAVE Liquidity Mining incentives distributed to Linear Pools in the Balancer Boosted Aave Pool.\n\n# Abstract\n\nBalancer DAO seeks to retrieve around 1,500 stkAAVE from several Linear Pools. Balancer DAO accrued this stkAAVE after it deposited liquidity into Aave while Liquidity Mining incentives were being distributed [1,2]. \n\nThe proposal is to implement the changes required to enable Balancer DAO to retrieve the stkAAVE from the Linear Pools within the Balancer Boosted Aave Pool.\n\n# Motivation\n\nThree Linear Pools within the Balancer Boosted Aave Pool have accrued around 1,500 stkAAVE from Liquidity Mining rewards, [3]. \n\nThe Linear Pool holds the aTokens and receives the stkAAVE liquidity mining rewards but can not call the `claimRewards` function or manage any stkAAVE if it was received.\n\nThe Linear Pools unable to call `getUnclaimedRewards()` with [0xba12222222228d8ba445958a75a0704d566bf2c8](https://etherscan.io/address/0xba12222222228d8ba445958a75a0704d566bf2c8) are detailed below:\n\n1. [0x02d60b84491589974263d922d9cc7a3152618ef6](https://etherscan.io/address/0x02d60b84491589974263d922d9cc7a3152618ef6)\n2. [0xd093fa4fb80d09bb30817fdcd442d4d02ed3e5de](https://etherscan.io/address/0xd093fa4fb80d09bb30817fdcd442d4d02ed3e5de)\n3. [0xf8fd466f12e236f4c96f7cce6c79eadb819abf58](https://etherscan.io/address/0xf8fd466f12e236f4c96f7cce6c79eadb819abf58)\n\nAave enables other addresses to claim on behalf of smart contracts using the `claimOnBehalfOf()` function. \n\n# Specification\n\nA full specification of the payload contract and tests enabling this mandate can be found on the Llama Github [here](https://github.com/llama-community/aave-stkaave-retrieval)\n\nThe Proposal Payload does the following:\n1. Sets the claimer of the Balancer DAO contract's stkAAVE rewards to be the Retrieval Contract.\n\nThe retrieval contract does the following:\n1. It can only be called by the Balancer Multisig: [0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f](https://etherscan.io/address/0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f).\n2. It claims the stkAAVE rewards on behalf of the Balancer DAO: [0xba12222222228d8ba445958a75a0704d566bf2c8](https://etherscan.io/address/0xba12222222228d8ba445958a75a0704d566bf2c8) from aDAI, aUSDC, and aUSDT Balancer Linear Pools.\n3. It transfers the stkAAVE rewards to the Balancer Multisig: [0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f](https://etherscan.io/address/0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f).\n\nSnapshot and forum discussion can be found at reference [6] and [7].\n\n## Test Cases\n\nThis proposal has been tested and peer reviewed by Bored Ghost Developing [5], including simulations on mainnet of the whole proposal lifecycle.\n\nTest cases can be found at reference [8].\n\n## Implementation\n \nPayload Implementation and Retrieval Contract can be found at reference [9] & [10] respectively.\n\n## Deployed Contracts\n1. Proposal Payload = [0x9e0f13a2298a879c7834d84c2967fccc7fa42df8](https://etherscan.io/address/0x9e0f13a2298a879c7834d84c2967fccc7fa42df8)\n2. Retrieval Contract = [0x0e2d46fe246eb926d939a10efa96fb7d4eb14bb3](https://etherscan.io/address/0x0e2d46fe246eb926d939a10efa96fb7d4eb14bb3)\n\n# References\n\n1. [https://docs.balancer.fi/products/balancer-pools/boosted-pools#linear-pools](https://docs.balancer.fi/products/balancer-pools/boosted-pools#linear-pools)\n2. [https://governance.aave.com/t/arc-continue-liquidity-mining-program-on-aave-v2-ethereum-market-and-introduce-liquidity-mining-on-aave-arc-market/7189](https://governance.aave.com/t/arc-continue-liquidity-mining-program-on-aave-v2-ethereum-market-and-introduce-liquidity-mining-on-aave-arc-market/7189)\n3. [https://app.balancer.fi/#/pool/0x7b50775383d3d6f0215a8f290f2c9e2eebbeceb20000000000000000000000fe](https://app.balancer.fi/#/pool/0x7b50775383d3d6f0215a8f290f2c9e2eebbeceb20000000000000000000000fe)\n4. [https://etherscan.io/address/0x10a19e7ee7d7f8a52822f6817de8ea18204f2e4f](https://etherscan.io/address/0x10a19e7ee7d7f8a52822f6817de8ea18204f2e4f)\n5. [https://twitter.com/bgdlabs](https://twitter.com/bgdlabs)\n6. [https://snapshot.org/#/aave.eth/proposal/0xdaa660ea59f8678748d6f133d7d7ed70b941798aa9a0044a16a1285d09e26bf5](https://snapshot.org/#/aave.eth/proposal/0xdaa660ea59f8678748d6f133d7d7ed70b941798aa9a0044a16a1285d09e26bf5)\n7. [https://governance.aave.com/t/arc-whitelist-balancer-s-liquidity-mining-claim/9724](https://governance.aave.com/t/arc-whitelist-balancer-s-liquidity-mining-claim/9724)\n8. [https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/test/StkAaveRetrievalE2E.t.sol](https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/test/StkAaveRetrievalE2E.t.sol)\n9. [https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/ProposalPayload.sol](https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/ProposalPayload.sol)\n10. [https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/StkAaveRetrieval.sol](https://github.com/llama-community/aave-stkaave-retrieval/blob/main/src/StkAaveRetrieval.sol)\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "C21F601D0D3F-AIP-BALANCER-WHITELIST-CLAIM-STKAAVE" - }, - "C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES": { - "title": "Optimizing ETH rates", - "status": "Proposed", - "author": "Samyak Jain (@smykjain)", - "shortDescription": "Optimizing ETH rates to meet borrow demands & increase ETH revenue generation", - "discussions": "https://governance.aave.com/t/optimize-rate-curve-for-eth-improve-revenue-generation/7571", - "created": "2022-03-23T00:00:00.000Z", - "updated (*optional)": "2022-03-23T00:00:00.000Z", - "preview": "## Simple Summary\nOptimizing ETH rates on Aave v2 ethereum mainnet …", - "content": "\n\n## Simple Summary\nOptimizing ETH rates on Aave v2 ethereum mainnet to meet the borrowing demands generated from the inclusion of stETH collateral.\n\n\n## Motivation\n\nWith the inclusion of new collateral type stETH the borrowing of ETH has increased to an all time high (4-6x more utilization) it is now critical to adjust rates to continue growth under current conditions.\n\nCurrently, stETH earns ~3.9% APR from staking rewards, while still being used as collateral in Aave, which allows users to go leverage on stETH while borrowing ETH. This is only sensible to do when ETH borrow rates are lower than stETH rewards. With the current interest modals the utilization has reached up to 19% (an all time high) and can grow further to about 24%. With the above updates it will allow utilization to go up to 70%. Yeilding good returns to users and a 3-4x increase in ETH revenue for the Aave protocol.\n\nFollow the forum post [here](https://governance.aave.com/t/optimize-rate-curve-for-eth-improve-revenue-generation/7571) for more detailed description on calcualations, benefits & risks.\n\n## Specification\n\nProposed updated to ETH rates:\n\n- OPTIMAL_UTILIZATION_RATE = **70** (previously: 65)\n- EXCESS_UTILIZATION_RATE = **30** (previously: 35)\n- baseVariableBorrowRate = **0** (previously: 0)\n- variableRateSlope1 = **3** (previously: 8)\n- variableRateSlope2 = **100** (previously: 100)\n- stableRateSlope1 = **4** (previously: 10)\n- stableRateSlope2 = **100** (previously: 100)\n\n\n## Rationale\nCurrent stETH rewards are 4%. Staking rewards on ETH via Lido are still relatively high and stETH still has the capacity to accept another $4.5B of ETH. This increase in stETH supply would only reduce the rewards by 0.3%, meaning there is at least 1.5M ETH (~$4-5B USD) that could get staked. For Aave, it represents $4-5B in borrowings of ETH (more significant than any borrowing market that currently exists across any token)\n\n**Projected rates at current a 3% borrowing rate:**\n\n- Utilization: 24.5% [very low utilization leading to less revenue generation]\n- Borrowing rate: 3.02%\n- Supplying rate: 0.66% [low incentives for new lenders to come in]\n\n**Projected rates at 3% borrow rate and 70% utilization:**\n\n- Utilization: 70% [good revenue for governance]\n- Borrow rate: 3%\n- Supplying rate: 1.9% [decent for new lenders to come in or to get a discount for stable coin borrowing against ETH]\n\nSee Governance Post [here](https://governance.aave.com/t/optimize-rate-curve-for-eth-improve-revenue-generation/7571) for more detailed description on calcualations, benefits & risks.\n\n## Implementation\n\n[Here](https://etherscan.io/address/0xEc368D82cb2ad9fc5EfAF823B115A622b52bcD5F#code) is the new rate strategy.\n[Here](https://etherscan.io/address/0x49e4db0a4d63c73bae75747ee12ab63bbdda3207#code) is the execution payload.\n\n# Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "C80DBB8511E8-AIP-OPTIMIZING-ETH-RATES" - }, - "C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2": { - "title": "Add ENS to Aave V2", - "status": "Proposed", - "author": "Fire Eyes DAO (@fireeyesdao)", - "shortDescription": "List ENS as collateral and borrowing asset on the Aave V2 pool", - "discussions": "https://governance.aave.com/t/arc-add-ens-as-collateral/6342", - "created": "2022-02-24T00:00:00.000Z", - "preview": "## Simple Summary\n\nENS (Ethereum Name Service) is an critical piece …", - "content": "\n\n\n## Simple Summary\n\nENS (Ethereum Name Service) is an critical piece of infrastructure for the Ethereum ecosystem with over 400,000 names registered and hundreds of intergrations across the ecosystem.\n\n$ENS is the governance token providing ownership over the ENS protocol. $ENS governs the direction of the ENS treasury as well as controlling crucial protocol parameters via the ENS registrar controller.\n\nThis proposal looks to onboard $ENS as a collateral asset to Aave.\n\n## Motivation\n\nFollowing conversations with Aave and ENS communities, we’ve found that ENS is a prime candidate for Aave, already having gathered over $1B in circulating market cap and millions of dollars in liquidity across the ecosystem.\n\nThe addition of ENS to Aave will unlock additional liquidity and optionality for all ENS holders.\n\n## Specification\n\nThis proposal initialises the ENS reserve, enables variable borrowing, sets a reserve factor and configures the reserve as collateral. As needed, it also connects a price source on the AaveOracle.\n\n## Test Cases\n\nAll the components involved in this proposal (tokens' implementations, interest rate strategy, oracle feed, proposal payload) have been tested and reviewed, including simulations on mainnet of the whole proposal lifecycle.\n\n## Implementation\n\n- [ProposalPayload](https://etherscan.io/address/0xf42d0a1b03c0795021272a4793cd03dcb97581d3#code)\n- [aENS implementation](https://etherscan.io/address/0xB2f4Fb41F01CdeF7c10F0e8aFbeB3cFA79d1686F#code)\n- [Variable Debt ENS implementation](https://etherscan.io/address/0x2386694b2696015dB1a511AB9cD310e800F93055#code)\n- [Stable Debt ENS implementation](https://etherscan.io/address/0x5746b5b6650dd8d9b1d9d1bbf5e7f23e9761183f#code)\n- [Interest rate strategy](https://etherscan.io/address/0xb2eD1eCE1c13455Ce9299d35D3B00358529f3Dc8#code) \n- [EnsUsdToEnsEth price feed](https://etherscan.io/address/0xd4641b75015E6536E8102D98479568D05D7123Db#code)\n- LTV: 50%\n- Liquidation threshold: 60%\n- Liquidation bonus: 8%\n- Reserve Factor: 20%\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "C8A2BBD97C9C-AIP-ADD-ENS-TO-AAVE-V2" - }, - "CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET": { - "title": "Add G-UNI to Aave V2 AMM Market", - "status": "Proposed", - "author": "Gelato Newtork (@gelatodigital)", - "shortDescription": "Create a new collateral type to Aave's AMM Market with G-UNI stablecoin LP tokens", - "discussions": "https://governance.aave.com/t/arc-add-gelato-s-g-uni-erc20-uniswap-v3-positions-as-collateral-to-aave-s-amm-market/5687/5", - "created": "2021-11-07T00:00:00.000Z", - "preview": "## Simple Summary\n\nAdd Gelato’s G-UNI DAI/USDC and G-UNI USDC/USDT …", - "content": "\n\n## Simple Summary\n\nAdd Gelato’s G-UNI DAI/USDC and G-UNI USDC/USDT pools as collateral to Aave’s AMM market with these parameters:\n\nCollateral: **yes**\nLTV: **60%**\nLiquidation Threshold: **70%**\nLiquidation Bonus: **15%**\nReserve Factor: **10%**\n\n## Abstract\n\nG-UNI is an ERC20 wrapper around Uniswap v3 LP NFTs which can be used to make liquidity provision on Uniswap v3 fungible and its fee reinvestment process automated. It basically turns Uniswap V3s liquidity positions into Uniswap v2 like ERC20 tokens. \n\nTwo G-UNI Pools have been deployed with Uniswap V3 Positions in highly concentrated ranges (centered around 1:1) on the 0.01% fee tier of both DAI/USDC and USDC/USDT markets. Add liquidity to these pools and earn auto compounded LP fees on these high volume uniswap v3 stablecoin pairs, just by holding the G-UNI LP Token. Because of the fungible nature of these G-UNI tokens which represent proportions of a shared Uniswap V3 position, they are a simple solution for lending and borrowing markets to onboard Uniswap V3 LP as a collateral type.\n\n## Motivation\n\nBased on several discussions with Aave stakeholders and Uniswap v3 Liquidity providers, we believe that the G-UNI DAI / USDC and USDC / USDT pool tokens would provide great value to Aave users as an efficient way of utilizing their USDC, DAI and USDT collateral to borrow other tokens while earning compounding trading fees on Uniswap v3. Moreover, this would enable Aave users to go leverage on their Uniswap v3 positions and potentially 50x the liquidity they provide and thus significantly increase their fees earned.\n\n## Specifications\n\n1. What is the link between the author of the AIP and the Asset?\n\nGelato is the development team behind G-UNI\n\n2. Provide a brief high-level overview of the project and the token\n\nThe token is a wrapper around stablecoin pairs on Uniswap v3, it only uses Gelato’s network of keepers to automate fee compounding\n\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n\nG-UNI would enable Aave users to go leverage on their Uniswap v3 positions and potentially 50x the liquidity they provide and thus significantly increase their fees earned.\n\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are the live?). How did it overcome some of the challenges it faced?\n\nG-UNI was deployed to Mainnet in June 2021 and since then projects such as Instadapp, MakerDAO, Float and Rari have integrated it. We worked a lot to understand the inner mechanism of Uniswap v3 and did 2 external audits to ensure the smart contracts we are using are secure.\n\n5. How is the asset currently used?\n\nAs Collateral in MakerDAO or for Liquidity mining incentives in projects such as Float or Fei for example.\n\n6. Emission schedule\n\nNo emission\n\n7. Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?\n\nAll pools will be immutable, as the upgradability key will or already has been burned.\n\n8. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n\nVolume corresponds to the volume of DAI, USDC and USDT on Uniswap v3\n\n9. Social channels data (Size of communities, activity on Github)\n\nOver 20k on Twitter and 16k on Telegram\n\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\nDeployed quite recently, around 50 transactions for the pools, only a couple of holders right now, but will most likely change with MakerDAO having integrated it\n\n## Implementation\n\nThe payload to list the two G-UNI Pools as collateral types on the AMM market and to configure their price oracles is deployed at this contract address: [0x67e4EDE946b3d76c4C505566eB821a1470507d2d](https://etherscan.io/address/0x67e4ede946b3d76c4c505566eb821a1470507d2d#code)\n\nTo execute the action governance simply calls `execute()` method (with no arguments) on the above contract address.\n\nOn execution both pools will be listed with the parameters in \"Simple Summary\" and with borrowing of G-UNI disabled.\n\n## References\n\n* [source code](https://github.com/gelatodigital/g-uni-v1-core)\n* [G-UNI docs](https://docs-g-uni.gelato.network/)\n* [about gelato](https://gelato.network)\n* [gelato whitepaper](https://drive.google.com/drive/folders/1M6i1sa-dRhodw08MCLseytHTdkeFweBH)\n* Ethereum addresses contracts\n - [G-UNI DAI / USDC](https://etherscan.io/address/0x50379f632ca68d36e50cfbc8f78fe16bd1499d1e)\n - [G-UNI USDC / USDT](https://etherscan.io/address/0xd2eec91055f07fe24c9ccb25828ecfefd4be0c41)\n* ChainLink Oracle\n - [DAI](https://etherscan.io/address/0xaed0c38402a5d19df6e4c03f4e2dced6e29c1ee9)\n - [USDC](https://etherscan.io/address/0x8fffffd4afb6115b954bd326cbe7b4ba576818f6)\n - [USDT](https://etherscan.io/address/0x3e7d1eab13ad0104d2750b8863b489d65364e32d)\n* G-UNI Oracles\n - [G-UNI DAI/USDC Oracle](https://etherscan.io/address/0x7843ea2e3e60b24cc12b56c5627adc7f9f0749d6#code)\n - [G-UNI USDC/USDT Oracle](https://etherscan.io/address/0x399e3bb2bbd49c570aa6edc6ac390e0d0acbbd5e#code)\n* [audits](https://drive.google.com/drive/folders/1AGg9HvaRM8SKlONRCv2rehlNkn5UwqJZ?usp=sharing)\n* Communities\n - [Discord](https://discord.gg/ApbA39BKyJ)\n - [Telegram](https://t.me/therealgelatonetwork)\n - [Twitter](https://twitter.com/gelatonetwork)\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n\n", - "basename": "CCE7B8AF0848-AIP-ADD-GUNI-TO-AMM-MARKET" - }, - "E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2": { - "title": "Add Terra USD (UST) to AAVE v2", - "status": "Proposed", - "author": "Anjan Vinod (@anjan_vinod), Adam Cader (@adamcader_)", - "shortDescription": "Create an Aave market for UST", - "discussions": "https://governance.aave.com/t/add-support-for-terra-usd-ust/6003", - "created": "2021-12-08T00:00:00.000Z", - "updated": "N/A", - "preview": "​\n## Simple Summary\n​\nTerraUSD (UST) is an algorithmic, …", - "content": "\n​\n## Simple Summary\n​\nTerraUSD (UST) is an algorithmic, seigniorage-based stablecoin. UST’s market capitalization has grown to almost $8.5B since its inception in October 2020. UST is designed such that each UST can be redeemed for $1 of LUNA and vice versa. This mechanism has kept the price close to the peg. \n \nAdding UST to Aave should drive additional stablecoin liquidity and borrow demand to the protocol. This proposal recommends a 0% collateral factor for UST.\n​\n## Abstract\n​\nThe version of UST added will be USTw (Wormhole UST). The Terra ecosystem is migrating from the centralized Shuttle Bridge to the decentralized Wormhole V2 bridge.\n​\nThe UST peg is maintained through an open market arbitrage system facilitated by Terra’s market module. An explanation of the contraction system is outlined below:\n​\nIf 1 UST is trading at .99 USD, users can buy 1 UST for .99 USD. Users then utilize Terra Station’s market swap function to trade 1 UST for 1 USD of Luna. The swap burns 1 UST and mints 1 USD of Luna. Users profit .01 UST from the swap. This arbitrage continues, and UST is burned to mint Luna until the price of UST rises back to 1 USD.\n​\nThe reverse works if 1 UST is trading above 1.00 USD. Through this system, UST has been able to maintain its peg within a relatively tight range.\n​\n​\n## Motivation\n​\nUST is supported by major Ethereum and Terra dApps including Curve, Uniswap, Sushi, Mirror, and Anchor. We believe there will be strong demand to borrow and lend UST given its stability and liquidity profile. UST will likely drive additional stablecoin liquidity and borrow demand to AAVE.\n​\nFinally, Terra has begun its migration from its centrally held bridge to Wormhole. This move should decrease the risks associated with UST while improving its network effects as it reaches more chains in the future.\n​\n## Specification\n​\n1. What is the link between the author of the AIP and the Asset?\n​\nParaFi Capital is an active AAVE governance participant, submitting AIPs to list stable assets including FEI, and modifying liquidity mining incentives. ParaFi is also a user of AAVE and UST.\n​\n2. Provide a brief high-level overview of the project and the token\n​\nUST is part of the Terra ecosystem, started by the Terra Form Labs team. UST has been live since October 2020 and has become the largest decentralized stablecoin. The number of unique holders of UST has grown substantially over the past few months, and we expect that figure to grow as UST launches on more chains.\n​\n3. Explain positioning of token in the AAVE ecosystem. Why would it be a good borrow or collateral asset?\n​\nUST’s on-chain and off-chain liquidity profile have improved significantly this year. Additionally, UST’s stability has improved, especially during market dislocations. We believe UST will drive more stablecoin liquidity and borrow demand to Aave. \n​\n4. Provide a brief history of the project and the different components: DAO (is it live?), products (are they live?). How did it overcome some of the challenges it faced?\n​\nTerra is a blockchain protocol and stablecoin ecosystem centered around fiat-pegged, seigniorage style stablecoins. Terra was developed by Terra Form Labs. The Terra ecosystem supports dozens of DeFi and metaverse applications. \n \nThe wormhole Terra contracts have been developed by Certus One (part of Jump Crypto) and audited by Kudelski. The wormhole v2 contracts are in active development.\n​\n5. How is the asset currently used?\n​\nUST can be used in dozens of applications across Terra, Ethereum, and Solana.\n​\n6. Emission schedule\n​\nThere is no emission schedule. The supply of UST is expanded or contracted to maintain the $1 peg.\n​\n7. Token (& Protocol) permissions (minting) and upgradability. Is there a multisig? What can it do? Who are the signers?\n​\nAs mentioned above, we believe the main concern with adding UST is its centralized bridge solution - this changes with Wormhole.\n \nThe Wormhole Network underpins the bridge with a validator set that observes the chains it’s connected on. The Network is governed by 19 guardians that watch connected chains and sign message observations. Users deposit funds onto the token bridge from where their tokens are originating (e.g. UST on Terra) and the action is deconstructed into a message which is sent to the Wormhole Network who validates it and produces a signed message. The signed message is sent to the output token bridge (e.g. USTw on Ethereum) which verifies it and sends the user the wrapped bridge tokens.\n​\nGiven the track record of UST, we believe the addition of UST would pose low risk to the Aave ecosystem.\n​\n6. Market data (Market Cap, 24h Volume, Volatility, Exchanges, Maturity)\n​\nMarket cap: $8.5B total\n24 hour volume: $100M+\nVolatility: Link to volatility data: https://governance.aave.com/t/add-support-for-terra-usd-ust/6003/19\nExchanges: Curve, Sushiswap, Uniswap, Balancer, Kucoin, Bittrex, Terraswap, Coinbase, MEXC, Gemini, Bitfinex\n​\n9. Social channels data (Size of communities, activity on Github)\n​\nCommunities: 240k followers on Twitter, 25k in Telegram, 16k in Discord\n​\n10. Contracts date of deployments, number of transactions, number of holders for tokens\n\t\n\tContracts date of deployments, number of transactions, number of holders for tokens\n\tNo. of transactions: 417,173\n\tNo. of holders: 21,707\n​\n## Rationale\nTo mitigate concerns, a 0% collateral factor will allow UST to be supplied or borrowed - not used as collateral. This limits the risk for Aave and its users in other markets. As the wormhole contracts continue to be used and UST gains further adoption, the collateral factor can be increased. The use of rateStrategyStableTwo, reserve factor, and disabled stable borrowing is similar to other stablecoins per: https://docs.aave.com/risk/asset-risk/risk-parameters.\n​\n## Implementation\n​\nThe UST price oracle will be served via [ChainLink](https://chain.link/), which includes the [UST/ETH feed](https://docs.chain.link/docs/ethereum-addresses). The Chainlink UST/ETH Price Feed Proxy contract address is 0xa20623070413d42a5C01Db2c8111640DD7A5A03a. \n​\nUST will only be used for depositing, not as collateral. The following params are proposed:\n​\n​\n - Strategy: rateStrategyStableTwo\n - Base LTV As Collateral: 0\n - Liquidation Threshold: 0\n - Liquidation Bonus: 0\n - Borrowing Enabled: true\n - Stable BorrowRate Enabled: false\n - Reserve Decimals: 6\n - Reserve Factor: 2000\n​\nFollowing the steps from the [Aave governance docs](https://docs.aave.com/developers/protocol-governance/governance/propose-your-token-as-new-aave-asset), the following contracts were generated:\n​\n- Interest bearing aUST: 0x6C35faC782Be2Db776cdF777196a47916806892b\n- Variable Debt variableDebtUST: 0xd8aBEdc9CE320752e77C4A8706E64212EdE834B9\n- Stable Debt stableDebtUST: 0x107ed1832647436a0D39F09e65f4aA920242C0BB\n- Strategy Implementation for UST: 0x0dEDCaE8Eb22A2EFB597aBde1834173C47Cff186\n- Incentive Controller: 0x036cA61C1977c6EA52222Db81F725fDBd70eFBd7\n\n\nThe Incentive Controller was added in anticipation of LUNA incentives to UST borrowers/lenders being proposed by the community and thus for future engineering simplicity.\n​\n## References\n​\nWebsite - https://terra.money\n​\nTwitter - https://twitter.com/terra_money and https://twitter.com/wormholecrypto\n​\nDocs - https://docs.terra.money/ and https://docs.wormholenetwork.com/wormhole/\n​\nGithub - https://github.com/terra-money and https://github.com/certusone/wormhole\n​\nToken Contract - https://etherscan.io/token/0xa693B19d2931d498c5B318dF961919BB4aee87a5\n​\n## Copyright\n​\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n\n", - "basename": "E96287A0963D-AIP-ADD-TERRA-USD-(UST)-TO-AAVE-V2" - }, - "EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC": { - "title": "Add SEBA Bank as a whitelister on Aave Arc", - "status": "Proposed", - "author": "Diego Garcia (@diego-g)", - "shortDescription": "Proposal to add SEBA Bank, a licensed and supervised Swiss Bank, as a “whitelister” on the Aave Arc market.", - "discussions": "https://governance.aave.com/t/arc-adding-seba-bank-as-a-whitelister-to-aave-arc/6661", - "created": "2022-01-31T00:00:00.000Z", - "preview": "## Simple Summary\n\nSEBA Bank asks the Aave Governance community to …", - "content": "\n\n## Simple Summary\n\nSEBA Bank asks the Aave Governance community to approve the appointment, adoption, and authorization of SEBA Bank AG, a licensed and supervised Swiss Bank, as a “whitelister” on the Aave Arc market.\n\n## Abstract\n\nSEBA is a licensed and supervised Swiss Bank providing a seamless and secure bridge between digital and traditional assets. The interest of SEBA’s clients and prospects for crypto earning products has grown substantially overtime. The launch of Aave Arc with its permissioned layer represents a great opportunity for them to access DeFi yields while remaining compliant with their regulatory obligations. At SEBA, we believe that this will directly benefit the Aave community with institutional liquidities accelerating growth in TVL and in protocol revenues.\n\nThe Aave Governance reviews and approves Whitelisters that will conduct the requisite level of due diligence on Aave Arc participants. As a Swiss digital asset bank, we believe that SEBA is ideally positioned to provide those investors with the flexible and fully regulated platform that they need to bridge new liquidities in Aave Arc. We have performed a detailed analysis and documented it [here](https://governance.aave.com/t/arc-adding-seba-bank-as-a-whitelister-to-aave-arc/6661) for the consideration of the Aave Governance community.\n\n## Motivation\n\nWith an increasing demand from institutional investors for accessing new opportunities in the DeFi space, SEBA has positioned DeFi at the heart of its strategy by developing a suite of products and services in relation with decentralized finance. Recently, SEBA has integrated several DeFi tokens into its proprietary institutional-grade cold storage custody solution, including AAVE.\n\nBeyond innovation and transparency brought by permissionless DeFi, SEBA is a strong believer that Aave Arc represents a thoughtful response to a growing institutional demand, which is subject to anti-money laundering (AML) and combatting the financing of terrorism (CFT) regulations in various jurisdictions. In line with that vision and with innovation at the center of its values, SEBA believes it fulfills the key attributes to perform the role of Whitelister in Aave Arc.\n\n## Specification\n\n[Reference](https://github.com/aave/aip/blob/9da687033ae0536377b822c9196dd783be0e3e65/content/aips/4C7076AA6CC7-AIP-FIREBLOCKS-WHITELISTER-ON-AAVE-ARC.md#specification) to standard.\n\n## Rationale\n\nThe Aave community voted on the [Snapshot proposal](https://snapshot.org/#/aave.eth/proposal/QmNfumVDA2GkmyA3xWC12HhDFGBUybSAHUpvygqkMnV34V) with Yes 324K AAVE (100%) and No 3.3 AAVE (0%).\n\n## Implementation\n### Proposal\n\nThe proposal executes a single call to the [PermissionManager](https://etherscan.io/address/0xF4a1F5fEA79C3609514A417425971FadC10eCfBE) contract to add [SEBA](https://etherscan.io/address/0xC5eeEd1a811b77d64A37d94CF0363bA716375FDd) as PermissionAdmin in Aave ARC market:\n`IPermissionManager(0xF4a1F5fEA79C3609514A417425971FadC10eCfBE).addPermissionAdmins([0xC5eeEd1a811b77d64A37d94CF0363bA716375FDd]);`\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).\n", - "basename": "EACB2C901249-AIP-SEBA-BANK-WHITELISTER-ON-AAVE-ARC" - }, - "F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP": { - "title": "Strategic Investment Part 1 - BAL <> AAVE Token Swap", - "status": "Proposed", - "author": "Matthew Graham (@Matthew_Graham_), Elad Mallel (@eladmallel), Rajath Alex (@0xrajath)", - "shortDescription": "BAL <> AAVE Token Swap", - "discussions": "https://governance.aave.com/t/arc-strategic-partnership-with-balancer-part-1/7617", - "created": "2022-06-05T00:00:00.000Z", - "preview": "## Simple Summary\n\nThe Aave DAO is to perform a token swap with …", - "content": "\n\n## Simple Summary\n\nThe Aave DAO is to perform a token swap with Balancer DAO. The Aave DAO is to acquire 200,000 BAL tokens for 16907.28 AAVE tokens based on a 90 day moving average exchange rate of 1 AAVE for 11.8292250604 BAL tokens. \n\nUpon completion of the transaction the BAL tokens will be received into the mainnet Reserve Factor (RF).\n\n\n## Abstract\n\nThis AIP only performs the very first step in creating a veBAL holding for the Aave DAO. This AIP performs only the token swap with Balancer by exchanging AAVE from the Ecosystem Reserve for 200,000 BAL tokens.\n\nThis is the initial transaction that will then allow for the 200,000 BAL tokens plus the aBAL tokens in the Reserve Factor (redeemed for BAL) are to be paired with sufficient ETH and deposited into the Balancer V2 BAL:ETH (80:20) pool. The B-80BAL-20WETH Liquidity Provider position will then be locked up for 1 year. \n\nInitially, the veBAL will be used to vote BAL rewards to pools which support aTokens that create TVL for Aave and/or AAVE liquidity pools.\n\n\n## Motivation\n\nAave and Balancer have a long history of working together. The AAVE : ETH (80/20) Balancer V1 pool BPT is accepted within the Aave Safe Module and the newly created Balancer Boosted Pools drive TVL to Aave markets, [1](https://pools.balancer.exchange/#/pool/0xc697051d1c6296c24ae3bcef39aca743861d9a81/).\n\nWhen the AAVE : ETH (80/20) Balancer V1 pool is moved to Balancer V2 and integrated into Aave’s Safety Module, the veBAL tokens can be used to vote BAL rewards to the newly created AAVE : ETH (80/20) Balancer V2 pool.\n\nIn addition, the veBAL can be used to vote BAL rewards to Balancer Boosted Pools which utilise Aave markets in the background to create yield for passively held liquidity, [2](https://app.balancer.fi/#/pool/0x7b50775383d3d6f0215a8f290f2c9e2eebbeceb20000000000000000000000fe). There are likely to be many more Balancer Boosted Pools that utilise aTokens in the future and the veBAL votes can be used to help bootstrap these pools by directing BAL rewards to those pools. Using veBAL to vote for BAL rewards to pools that strengthen Aave is a strategic advantage of deploying the BAL tokens into the BAL:ETH pool.\n\nBy exchanging AAVE for BAL, the tokenswap reflects the ongoing collaboration and shared vision through governance in each other’s community. The token exchange is significant enough for Aave to become just outside of the Top 50 BAL tokens holder, based on etherscan BAL holder rankings, [3](https://etherscan.io/token/0xba100000625a3754423978a60c9317c58a424e3d#balances). Balancer will become a Top 80 AAVE holder, [4](https://etherscan.io/token/0x7fc66500c84a76ad7e9c93437bfc5ac33e2ddae9#balances). Each community will have influence in the other’s governance process, enabling them to best represent their interests and to collaborate.\n\nAave will likely be one of the first movers in the upcoming BAL wars and will gain a strategic advantage to bootstrap new Balancer Boosted Pools which lead to tokens being deposited in Aave markets to earn yield. This has the benefit of creating TVL and Revenue for Aave.\n\nThe initial sizing to acquire 200,000 BAL was something that was reached via discussions with the Balancer community and happens to be the same size as the recent Tribe DAO and Balancer token swap, [5](https://tribe.fei.money/t/fip-33-swap-between-balancer-dao-and-fei-dao/3555).\n\n\n## Test Cases\n\n* The full test of the Proposal Payload can be found here: https://github.com/llama-community/aave-balancer-swap\n* The full test of the Swap contract can be found here: https://github.com/llama-community/bal-aave-token-swap\n\n## Implementation\n\nCode Implementation of the OTC swap contract and AAVE proposal payload for AAVE Governance : https://github.com/llama-community/aave-balancer-swap\n\nThe full implementation consists of 4 steps:\n1. Deploy the Swap contract (`OtcEscrowApprovals`). The Swap contract contains a `swap()` function that trustlessly executes a token swap between the AAVE Ecosystem Reserve + AAVE Mainnet Reserve Factor and Balancer treasury for the pre-determined and pre-approved token amounts.\n2. Balancer treasury approves the Swap contract to transfer the 200,000 BAL tokens on its behalf.\n3. Deploy the Proposal Payload contract (`ProposalPayload`). \n4. The Proposal Payload contract contains an `execute()` function that:\n* Approves the Swap contract contract through the AAVE Ecosystem Reserve Controller to transfer 16907.28 AAVE from the AAVE Ecosystem Reserve. \n* Calls the `swap()` function on the Swap contract to execute the swap. \n\nSteps 1, 2 and 3 are intended to be pre-requisites to the actual implementation of this proposal which is Step 4.\n\n**Deployed Contracts**\n* OtcEscrowApprovals = [0x5AE986d7ca23fc3519daaa589E1d38d19BA42a47](https://etherscan.io/address/0x5ae986d7ca23fc3519daaa589e1d38d19ba42a47)\n* ProposalPayload = [0xc730008C64783a283988b0fA3b5eE6b6F997922A](https://etherscan.io/address/0xc730008c64783a283988b0fa3b5ee6b6f997922a)\n\n\n## Copyright\n\nCopyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).", - "basename": "F93E2038F139-AIP-BAL-AAVE-TOKEN-SWAP" - } -} From 691606108d9615c295ff1f193ba48568bd80ed50 Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 17:56:11 +0200 Subject: [PATCH 10/11] fix navigate back --- .github/workflows/schema-validation.yml | 1 + 1 file changed, 1 insertion(+) diff --git a/.github/workflows/schema-validation.yml b/.github/workflows/schema-validation.yml index d22c9a8e..7d6b2344 100644 --- a/.github/workflows/schema-validation.yml +++ b/.github/workflows/schema-validation.yml @@ -34,6 +34,7 @@ jobs: mv "$i" "$(echo ${i%.md} | tr [:lower:] [:upper:]).md" 2>/dev/null; true done # ensure nothing changed + cd ../../ if [[ -z $(git status -s content/aips) ]] then echo "tree is clean" From cafafa528d25a34fa0182fbc724935d3a124248b Mon Sep 17 00:00:00 2001 From: Lukas Date: Mon, 24 Oct 2022 18:00:47 +0200 Subject: [PATCH 11/11] fix: try if that works --- .github/workflows/schema-validation.yml | 2 +- TEST.SH.md | 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) create mode 100644 TEST.SH.md diff --git a/.github/workflows/schema-validation.yml b/.github/workflows/schema-validation.yml index 7d6b2344..ed6fa7f5 100644 --- a/.github/workflows/schema-validation.yml +++ b/.github/workflows/schema-validation.yml @@ -31,7 +31,7 @@ jobs: cd content/aips for i in *.md do - mv "$i" "$(echo ${i%.md} | tr [:lower:] [:upper:]).md" 2>/dev/null; true + mv "$i" "$(echo ${i%.md} | tr [:lower:] [:upper:]).md" || true done # ensure nothing changed cd ../../ diff --git a/TEST.SH.md b/TEST.SH.md new file mode 100644 index 00000000..f72d4990 --- /dev/null +++ b/TEST.SH.md @@ -0,0 +1,2 @@ +mv test.sh "$(echo TEST.sh | tr [:lower:] [:upper:]).md" | true +mv test.sh "$(echo TEST.sh | tr [:lower:] [:upper:]).md" | true \ No newline at end of file