• © Goverland Inc. 2026
  • v1.0.8
  • Privacy Policy
  • Terms of Use
Stake DAO ANGLEStake DAO ANGLEby0x40938d09b4A2a40b6538F7a8F77fC1971F8cEF540x4093…EF54

API-26 - Add a whitelisting to the core module after Oracle Updates

Voting ended over 3 years agoFailed

Context

This proposal follows this conversation.

The goal is to capture some arbitrage opportunities created by the core module to redirect the profits to the protocol. Each oracle updates creates arbitrage opportunities and the protocol should benefit from this.

To do this, we would pause the protocol during 2 blocks each time Chainlink updates the EURUSD oracle, and only let whitelisted addresses interact with the core module.

Implementation

The oracle contracts of the Core module would be changed to be paused after an update of the EUR-USD feed unless the tx.origin is whitelisted. A new smart contract KeeperRegistry containing the whitelist would be deployed.

KeeperRegistry: gist.github.com https://gist.github.com/Picodes/b3d658aa2b43394266cdb342ea405e47 1

Modified Oracle contract: https://gist.github.com/Picodes/04de56c46efe920672ca47322daf8ca7 1

Whitelisted wallets would have to give back at least 60% of their profits to stay whitelisted.

The first whitelisted actor would be propellerheads.xyz 2 who developed a specific bot, and new agents would need to pass a governance process to be whitelisted.

Risk

The main downside is that for non whitelisted users, the protocol will be paused ~0.2% of the time.

This setup could increase security: in case an oracle messes up, all the extractable value would be taken by known agents. It could be seen a first step towards a reduction of the fees.

Value

A rough backward estimation of the revenue this would generate is ~50k$ / year (considering only EUR / USD), but shows that the revenue would be very volatile depending on market conditions. This could significantly change.

Off-Chain Vote

Yes, upgrade Oracle contracts
0 sdANGLE0%
No
0 sdANGLE0%
Download mobile app to vote

Timeline

Sep 12, 2022Proposal created
Sep 12, 2022Proposal vote started
Sep 15, 2022Proposal vote ended
Oct 26, 2023Proposal updated