The current workflow of adjusting Vault parameters is linear and time consuming. It is linear in the sense that if Maker wants to double the pace of Vault parameter adjustments it we will have to double the number of heads working on this. It is time consuming in the sense that this task is performed manually, something that is an ill fit with the stated objective of becoming the Linux of money.
Can we do this differently? Sure we can! Below is an outline method for Vault parameter adjustment that can be fully automated after the initial setup. Do note that this is not a MIP or pre-MIP and is not in any way a critique of any existing or ongoing work. This article is mental entertainment only and will not be pursued further unless picked up by more capable hands.
Why bother with this? The reason is to allow Maker to function in a more automated manner, moving towards being a protocol. With the current method of work we are adjusting Vault debt ceilings and risk premiums, with the Menu Method we only adjust debt ceilings. As the debt ceilings are getting automated by MIP27 the Menu Method allows for a large step towards the goal of Maker being a protocol for money.
What is the difference?
Presently Maker has one, or in some cases two, Vault types per collateral. Think ETH-A and ETH-B as examples. The collateral type is subject to intensive analysis before a Vault with various parameters is presented to the market. At regular intervals the parameters of the Vault is adjusted.
The Menu Method does this differently - it operates with a range of Vault types for each collateral type from the very beginning. None of these Vaults have been subject to any heavy intellectual effort, they intended to be as standardized as cookies. All have different parameters and all start with a very low debt ceiling. This meny of Vaults, hence the name Menu Method, is then presented to the market and after a while we simply see what works. What works is a combination of what is attractive for Vault holders and what is profitable for Maker. Vault types that works for both Vault holders and Maker have their debt ceiling adjusted upwards by MIP27 or similar. Vault types that do not fulfill the above criteria have their debt ceiling reduced. The procedure is simple enough to be fully automated.
But there are just too many vault parameters for this to work? Are there now? Of the nine parameters a Vault type has, six of them are scalars with nearly identical values across all of Maker’s Vault types. What remains is the Debt Ceiling - which can be offloaded to MIP27, the Liquidation ratio - which tends to fall into brackets of 175%, 150% etc, and finally the Risk Premium. So when it comes down to it it is really only the Risk Premium that is the critical variable.
Example - you may skip this if you understood the idea
As an example we use the onboarding of the generic token XYZ
Generic token XYZ
XYZ-A: Target Debt Ceiling DAI 0.1 million, Stability Fees 2.00%
XYZ-B: Target Debt Ceiling DAI 0.1 million, Stability Fees 2.50%
XYZ-C: Target Debt Ceiling DAI 0.1 million, Stability Fees 3.00%
XYZ-D: Target Debt Ceiling DAI 0.1 million, Stability Fees 3.50%
XYZ-E: Target Debt Ceiling DAI 0.1 million, Stability Fees 4.00%
XYZ-F: Target Debt Ceiling DAI 0.1 million, Stability Fees 4.50%
XYZ-G: Target Debt Ceiling DAI 0.1 million, Stability Fees 5.00%
XYZ-H: Target Debt Ceiling DAI 0.1 million, Stability Fees 5.50%
XYZ-I: Target Debt Ceiling DAI 0.1 million, Stability Fees 6.00%
XYZ-J: Target Debt Ceiling DAI 0.1 million, Stability Fees 6.50%
The reader will immediately notice that the number of Vaults have expanded from single item to 10 items, each with a different Stability Fee. The market is then presented with the Vault Menu and a certain period is allowed before a review. Based on experience this period should be between one to three months.
Upon review it is found that:
XYZ-A: Target Debt Ceiling DAI 0.1 million, Stability Fees 2.00%, utilization 100%
XYZ-B: Target Debt Ceiling DAI 0.1 million, Stability Fees 2.50%, utilization 100%
XYZ-C: Target Debt Ceiling DAI 0.1 million, Stability Fees 3.00%, utilization 100%
XYZ-D: Target Debt Ceiling DAI 0.1 million, Stability Fees 3.50%, utilization 100%
XYZ-E: Target Debt Ceiling DAI 0.1 million, Stability Fees 4.00%, utilization 100%
XYZ-F: Target Debt Ceiling DAI 0.1 million, Stability Fees 4.50%, utilization 38%
XYZ-G: Target Debt Ceiling DAI 0.1 million, Stability Fees 5.00%, utilization 0%
XYZ-H: Target Debt Ceiling DAI 0.1 million, Stability Fees 5.50%, utilization 0%
XYZ-I: Target Debt Ceiling DAI 0.1 million, Stability Fees 6.00%, utilization 0%
XYZ-J: Target Debt Ceiling DAI 0.1 million, Stability Fees 6.50%, utilization 0%
Based on observed behavior of the market we can now see that the market presently will fully support the 2% to 4% Stability Fee. It will partially support the 4.5% Stability Fee, but will presently not support the 5% Stability Fee. Maker on the other hand of course is less interested in these lower Stability Fees as these do not generate as much income.
The Vault Menu for token XYZ is now automatically adjusted at regular intervals:
Vault Menu items XYZ-A to XYZ-D will have their debt ceilings reduced, possibly to 0.
Vault Menu items XYZ-E will see a increased debt ceiling as this is the highest stability fee the market will presently fully support and will be able to provide a floor in case of fall in demand.
Vault Menu items XYZ-F will see a increased debt ceiling as this is the stability fee that has edge case support in the market.
Vault Menu items XYZ-G will see a increased debt ceiling as this is the stability fee that has possible support in the market in the case there is increased demand for XYZ as collateral.
Vault Menu items XYZ-H to XYZ-J will have their debt ceilings reduced, possibly to 0.
A slight consideration of the Menu Method is the fact that a nimble first mover can secure a small Vault with an artificially low Stability Fee, which is why the Target Debt Ceiling is set deliberately low during the initiation period. This is the economic cost of moving the ongoing risk analysis work from Maker and onto the market.
Take aways
- The Menu Method eliminates the need to adjust Stability Fees, instead only the Debt Ceilings are adjusted across a range of Vaults with already differing Stability Fees.
- The Menu Method changes the effective sum of fees paid to Maker without changing the Stability Fees for established Vaults. This has major positive implications as established Vaults effectively become fixed rate.
- The Menu Method allows Maker to match Defi competitors offering fixed rate lending.
- The Menu Method allows Maker to offer guaranteed defi competitive rates if we so choose.
- The Menu Method allows onboarding of big ticket real world assets such as large US Treasury Bills or Euro debt which have too low yield to be risked in a variable rate Vault. Unless these go to a PSM of course.
- The Menu Method lowers risks for capital firms such as 6s which now does not need to guard against rate changes for established Vaults.
- The Menu Method is step towards Maker being a protocol, not a startup company or a central bank.
Did you like your brainsnack? Feedback appreciated.