-
Notifications
You must be signed in to change notification settings - Fork 208
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
refactor(vats): for state upgrade, use single field #9353
Conversation
Deploying agoric-sdk with Cloudflare Pages
|
packages/vats/src/localchain.js
Outdated
export const LocalChainAdminI = M.interface('LocalChainAdmin', { | ||
setPower: M.callWhen(M.string(), M.await(M.any())).returns(), | ||
}); | ||
// XXX vestigial? for future use? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like the motivation for a "kit" is gone. Is there good reason to expect it to return? If not, please simplify to a regular Exo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I started to, but then thought: if we change to a regular Exo, it seems like changing our minds back to a Kit would be expensive.
I don't suppose I have any specific reason to expect it to return, though. So... ok, I guess I'll change it to an Exo.
... rather than power store. Also require all localChain powers at intialization, which eliminates the need for the admin.setPower method. admin facet remains, since an exoClassKit has to have >1 facet, keeping the possibility of non-public facets open is not bad.
punt on vestigial admin facet
refs: #9342, #9193 stacked on - #9353 ## Description Provide localchain accounts only with the `bank` for the relevant address, rather than giving them access to all accounts in the form of the `bankManager`. earlier discussion: https://github.com/Agoric/agoric-sdk/pull/9342/files#r1594791187 ### Security Considerations bankManager was excess authority ### Scaling / Documentation / Testing Considerations Nothing significant: no scaling changes; existing docs/tests suffice. ### Upgrade Considerations code is not released / deployed
follow-up to: #9086
Description
In preparation for addressing excess authority (#9354):
Security / Documentation Considerations
n/a
Scaling Considerations
small constant factor change: removing the indirection thru the power store removes 1 syscall per access
Testing Considerations
existing tests suffice
Upgrade Considerations
code is not yet released / deployed