You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Should this be the EC invitation or a new price feed admin invitation distributed to the EC members?
The EC invitation should suffice. If we decide to make a separate oracle admin electorate, the electorate is a governed param, so we can change it at that time. An invitation to a new electorate is also likely to meet requirements, if that's more straightforward.
Should the invitation be to administer oracles for all oracle-based price feeds, or a particular one?
TBD
Should the proposal be for addition/removal or a specific list? If a list, the contract can resolve the add/remov. If add/remove, is it singular or a list?
Product says add/remove singular.
Tech details
Make the priceaggregator contract governed.
Then we can allow the EC go call its methods to add and remove oracles.
Smart wallet will also need to support api calls if it doesn't already.
For revoking the existing oracles, try the Caretaker pattern.
The caretaker itself should be virtual to not consume RAM (though since there are so few, it's arguable that it should just be noted as a scaling consideration).
Security Considerations
Test Plan
The text was updated successfully, but these errors were encountered:
Should this be the EC invitation or a new price feed admin invitation distributed to the EC members?
The EC invitation should suffice. If we decide to make a separate oracle admin electorate, the electorate is a governed param, so we can change it at that time.
An invitation to a new electorate is also likely to meet requirements, if that's more straightforward. I can't imagine that it is.
Based on EC conversation yesterday, they did not believe they needed control over the oracle nodes or feeds on launch. This is different from what I had heard previously and is more aligned with Dean’s goal that Simply Staking instead is in charge of that. Based on Chainlink’s responses today it sounds like this control also hasn’t been required by them in production, which makes me feel better. Hopefully this might save some governance work on our end.
What is the Problem Being Solved?
To support Agoric/dapp-econ-gov#35
Description of the Design
TBD
The EC invitation should suffice. If we decide to make a separate oracle admin electorate, the electorate is a governed param, so we can change it at that time. An invitation to a new electorate is also likely to meet requirements, if that's more straightforward.
TBD
Product says add/remove singular.
Tech details
Make the priceaggregator contract governed.
Then we can allow the EC go call its methods to add and remove oracles.
Smart wallet will also need to support api calls if it doesn't already.
For revoking the existing oracles, try the Caretaker pattern.
The caretaker itself should be virtual to not consume RAM (though since there are so few, it's arguable that it should just be noted as a scaling consideration).
Security Considerations
Test Plan
The text was updated successfully, but these errors were encountered: