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
#10709 uses the usual E(bankManager).addAsset(...) idiom to register FastLP. But bankManager has much more authority than this: it can create a vbank purse for any address and then withdraw from it.
Description of the Design
TBD
Security Considerations
yes
Scaling Considerations
?
Test Plan
Upgrade Considerations
The text was updated successfully, but these errors were encountered:
closes: #10703
## Description
- add `FastLP` / `ufastlp` to vbank
### Security Considerations
Adds `bankManager` to the FastUSDC core eval permit, which introduces an audit burden to see that is used only for the relevant `addAsset` call.
- #10722
### Scaling Considerations
eliminates up-calls from go to JS on each FastLP balance update
### Documentation Considerations
Existing docs suffice; to wit: [VBank Assets and Cosmos Bank Balances](https://docs.agoric.com/guides/getting-started/contract-rpc.html#vbank-assets-and-cosmos-bank-balances)
### Testing Considerations
- update tests that relied on getting FastLP balances from `published.wallet.${addr}.current`.
### Upgrade Considerations
unreleased
What is the Problem Being Solved?
#10709 uses the usual
E(bankManager).addAsset(...)
idiom to register FastLP. ButbankManager
has much more authority than this: it can create a vbank purse for any address and then withdraw from it.Description of the Design
TBD
Security Considerations
yes
Scaling Considerations
?
Test Plan
Upgrade Considerations
The text was updated successfully, but these errors were encountered: