MIP10c9-SP#: 28 Author(s): Yaron Velner Contributors: Yaron Velner Status: Formal Submission Date Proposed: 2021-05-06 Date Ratified: <yyyy-mm-dd>
MIP10 is meant to handle all of the Oracle related actions. Unfortunately MIP10 has inconsistencies and doesn’t conform to the monthly governance cadence that the Maker Improvement Proposal framework is built around. This has generated a backlog of Oracle proposals. While MIP10 is refactored to conform to the regular MIP process, Oracle proposals such as this one will utilize the more liberal weekly governance cycle. While strictly speaking this makes them not subproposals, they are included in the subproposal archive as a point of provenance to serve as a paper trail.
B.Protocol makes lending platforms more stable by incentivizing liquidity providers (keepers) to commit on liquidation of under collateralized loans and shift the miners extracted profits back to the users of the platform.
We integrated B.Protocol with MakerDAO, letting the users interact with the lending platform they are used to, via a dedicated smart contract interface. B.Protocol liquidators get a priority in the liquidation process which helps them manage risk in a more predictable manner. In return, Liquidators share their proceeds with B.Protocol users, making it a win-win situation for all parties involved:
- MakerDAO as a platform get additional players to participate in the liquidation process.
- Users get extra value (share the liquidation proceeds) with no extra risk.
Liquidators get better predictions and hence can better manage their risk.
B.Protocol is using the OSM so liquidators could topup CDPs that are expected to be liquidated in the next price update.
This way after the price update, the usual bite process is prevented, and an “internal” liquidation (unwind) process happens on B.Protocol.
B.Protocol- [email protected]
EDIT changed bud connector address
B.Protocol bud connector - 0x4530AEb397b234f0208c8A7c238C7c7545DaEc15 - OSMWBTC (0xf185d0682d50819263941e5f4EacC763CC5C6C42)
For each customer address to be whitelisted:
- Is the contract source code verified on etherscan? yes
- Is the Oracle data used in a permissioned manner that would prevent parasitic behavior? yes
- Is Oracle data written to storage? no
- If Oracle data is stored, is it stored in a private variable? n/a
- If Oracle data is stored, is the value accessible on-chain exclusively by the protocol? n/a
In accordance with the Responsible Oracle Migration Proposal, fees are waived for the first year and determined by MKR Governance after that.