-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
upstream: namesByAddressAdmin is excess authority for the flux aggregator contract? #4
Comments
Moved to relevant issue: #5 (comment) |
This comment was marked as off-topic.
This comment was marked as off-topic.
I posted in the wrong issue, comment is only relevant for #5 |
moved upstream:
I wondered why this is requested:
agoric-vault-collateral-proposal/add-stATOM-oracles-permit.json
Line 12 in 1aa1b70
namesByAddressAdmin
is used byfluxAggregatorContract.js
to "reserve" thedepositFacet
in the NameHub under each oracle address to make sure that during bootstrap, when invitations are sent to oracle operators, the deposits wait until those operators have created their smart wallets rather than throwing.https://github.com/Agoric/agoric-sdk/blob/9ffd0970103383baf8b43b59b464a3467fb65d58/packages/inter-protocol/src/price/fluxAggregatorContract.js#L136-L137
But it's a lot of authority. It's sufficient authority to redirect deposits to any address. And if we can manually/socially ensure that the oracle operator smart wallets are in place before this proposal, it's not necessary.
Ideally, the "reserve" step would only be done in bootstrap, and the flux aggregator contract itself would only send deposits.
Given the way the contract is, this proposal has to have the
namesByAddressAdmin
authority. But we should consider fixing the contract before making this proposal in production.The text was updated successfully, but these errors were encountered: