Compound Risk Monitoring

This is in response to @PatrickHmmmmm on discord. Patrick asks a few questions.

Hey Wayne, id love to hear more about the idea before I build the account health system
Would like to build a wishlist for people seeking health notifications. Currently scope is to let people opt into email and text warnings when they hit health thresholds of 60%+
And/or when prices reach a trigger level

That sounds like a really great start and trust me I understand scope of work :slight_smile: These are just some ideas that i have that may build on what you have proposed in your grant proposal high level concept. I have not seen the full grant proposal.

I’m also thinking about building some interactive tools for people to see what drops in asset prices will do to their borrow position
What do you want to see on the more systemic side

Let’s say for the moment that we are only talking about market risk that is the risk posed to any account or the system due to the movement of prices. In that case, trad-fi has a deep and rich history that should really be used. That is not to say that they have always been right and in fact they have often been wrong however they learned some very valuable lessons that we should remember.

Here are some “well known” observations from tradfi that are pretty much replicated in crypto in my experience.

  • When prices are dropping the entire market goes “risk off” and correlations in price movements approach 100%
  • Empirical scenario analysis is critical to capture these events
  • The assumption of stable distribution of asset returns is absurd

With this context let us consider what that means for compound accounts and the protocol itself.


Accounts should have the ability to adjust prices and see what that does to their portfolio. This is fully independent scenario analysis. It would be better to use the empirical copula to figure out what a change in price in asset X results in assets Y and Z and … This could be called risk factor scenario analysis. It is a much bigger ask with lots of in-the-weeds practical questions. Another method is called “parametric analysis” where a statistical distribution is attempted to be fit to the asset returns. This is mostly flawed on its face in crypto due to the assumption of “independent and identically distributed asset returns”. There are more complex parametric models that may be cooked up but there are so much empirical data (observations) in crypto that parameterizing is not entirely necessary or even good.

The protocol itself has its own health which is represented as the aggregate of all account health within the protocol. This requires some more detailed writing and thought but on its face is quite obvious. There are likely many in-the-weeds issues that will come up when thinking through the math of how accounts aggregate to risk to the protocol. The most obvious question to ask is under what scenario(s) does the entire protocol become insolvent? The insidious part of this question is that the situation is likely much worse than it appears due to resonant frequency liquidations (liquidations causing more liquidations) and leverage throughout the crypto ecosystem due to high leverage perps available at many exchanges now. In that sense there is likely some significantly higher price where there is a point of no return and further liquidations are inevitable.

There are some assumptions built in here especially around the ability and willingness of a liquidator to liquidate in the presence of parabolic gas costs for example (among many others). Having something that isolates price risk is extremely useful in and of itself however.


In summary I think there are a few things worth looking at here

some easy ones

  • account health
  • collateralization ratio of the entire protocol
  • some measure of “health” of the protocol

some harder ones that can and should be applied at the account level and protocol level

  • independent price movement scenario analysis
  • conditional risk factor price movement scenario analysis

If I had more time, I would have written less (sorry guys)

4 Likes

Hello everyone! Patrick here, I’m the grant recipient for the Account Health Monitoring project. I’d love to get more input from the community on directions to take the project- Wayne’s suggestion to see what prices would do to the whole account health is excellent and will be something I’ll try to work into this iteration of the project.

If you have time to provide input here on this thread, please do so! Also, please do us a favor and fill out a survey here so we better understand user’s habits when it comes to Compound borrowing and risk:

1 Like

Your “Account Health Notifications” grant is one I’m really looking forward to. What is the status or progress made on this grant? Haven’t heard of it in a while here, or on the calls (unless I’m missing something).

Hey! Thank you so much for your interest. The app is ready to go into alpha with email notifications today.

We’re calling it Stake Signal: https://stakesignal.app/

Sign in with metamask, fill in your email, verify the email address and get cranking on alerts! We are deploying with account health and price alerts, delivered via email at most once per day.

We will be expanding to text message notifications for the US and Canada soon.

We hope to support Instadapp and other contract wallets that interact with Compound someday. Long term, it’d be great to have a super generalized contact system covering all of Defi. Feature requests are welcome in the Discord or on this thread.

1 Like

Thanks for the update, and that is great news! Personally I’d love to see Instadapp like you mention, and similarly B.Protocol which is also a proxy to a Compound position. Hope this will arrive! Until then, I’ll try out your alpha system.