---
tags: Snippets
---
# G&R #163 Snippet
This `snippet` includes Governance, MIPs, forum updates, and Core Unit team discussions from the MakerDAO Governance and Risk Call #163.
## General Updates
### Votes
*Executive:*
- October 8th: Offboarding Vaults, MKR Vesting, and Core Unit Budget Distribution - Passed & Executed
- There will NOT be an executive proposal up for vote tomorrow.
- Only one polled item ready for action
- Much of the Exec team traveling to Lisbon
*Polls:*
- 4 Weekly Polls Passed
- Add stETH (Lido Staked ETH) as a new Vault Type
- Nexo Institutional Vault Onboarding
- Add the Aave Direct Deposit DAI Module (D3M)
- Increase the GUNIV3DAIUSDC1-A Debt Ceiling
- 1 Weekly Poll was Rejected
- PaperImperium Supplemental Compensation
- 6 Ratification Polls ongoing (end October 25)
- 1 Greenlight Polls active (voting ends Mon. Oct. 18th)
- [CurveLP-stETH-ETH (Curve stETH-ETH LP Token)](https://vote.makerdao.com/polling/Qmd1qpHU?network=mainnet#poll-detail)
### MIPs
[Weekly MIPs Update #57](https://forum.makerdao.com/t/weekly-mips-update-57/10921)
- The Ratification Polls for October’s Governance Cycle will be running until Monday, October 25th.
### Forum at a Glance
[Forum at a Glance: October 7th - October 14th](https://forum.makerdao.com/t/forum-at-a-glance-october-7th-october-14th/11003)
## Team-led Discussions
### Dai Par - PSM Parameters
#### RWF, PECU and Risk
[Signal Request: Set PSM Fees to 0](https://forum.makerdao.com/t/signal-request-set-psm-fees-to-0/10894)
- SebVentures: The idea is to put at a peg where 1 DAI is always equal to 1 USD.
- Most people still want to use USD as their unit of currency, which we should accept and allow to create this fixed peg.
- We are currently making users pay for the benefit of using DAI, which is not nice.
- This should be fine and is not a technical issue from the PECU side.
- A conversation in this should be market participants moving to and treating DAI as Par.
- While this is helpful for Maker, it introduces risk to other protocols.
- PECU has spent a lot of time trying to reduce USDC exposure. This signal completely shifts that direction.
- There are many open-ended implications from setting the in/out to 0%.
- The band is very tight; maybe we can set it a little higher.
- Is it worth fixing such a potentially detrimental issue when we can try to utilize it as a benefit instead?
- In terms of the Clean Money initiative, we can convert the USDC into ESG bonds that are liquid enough to invest in Clean Money projects.
- Avoiding this or showing the public that we are not trying to show this is bad for MakerDAO PR.
- USDC may undergo regulatory risk, which can create collateral damage to Maker.
- We can externalize the risks here by using LP pools. However, there may be a small fee involved when converting to USD.
### Governance Security and Flexibility: ESM + Delay parameters
#### Rune, Protocol Engineering, and Risk
[Restarted poll [Signal Request] Raise the ESM threshold to 15% and increase the Governance Delay to 4 days](https://forum.makerdao.com/t/restarted-poll-signal-request-raise-the-esm-threshold-to-15-and-increase-the-governance-delay-to-4-days/10896)
ESM:
- Emergency Shutdown Module is a game theory mechanism that exists as a minority threat protection.
- Used if a majority of MKR holders vote for something without popular consensus.
- Used during a malicious governance attack.
- 150,000 MKR seems like a large number considering how much MKR is being used now in governance.
- We do have an unknowable threshold considering empty or lost MKR.
- If we set the ESM threshold too high, we lose the ability to trigger ES quickly enough.
- LongForWisdom believes that 150,000 MKR may be a bit too high.
- There is potential for a profitable financial incentive to put MKR into ES if shorting MKR.
- Or DAI can be bought at a discount below Par.
- A very, very significant amount of capital would be required to complete and ES successfully.
- Requires buying, borrowing, and accumulation of ETH.
- Governance decisions should use MKR required to be in a wallet over a certain period of time.
GSM:
- Governance Security Module delay gives more time to governance for solutions before pressing the 'Nuke' button of the ES.
- Response time to critical issues is usually within 24 hours.
- a 2-day GSM is good enough already, if not too long.
- A 4-day GSM should still allow for a weekly governance cycle.
- We can propose a 3-day GSM to meet the middle-ground with everyone's opinions.
- However, during a significant event like a market crash, 4 days is way too long.
- We should analyze and report some risks for the GSM comparing various days.