-
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
normalize (cosmos) ChainInfo schema #9807
Comments
internal consistency doesn't seem as valuable as consistency with whatever external database we're mirroring. what do the chain registry npm packages do?
got an example? p.s. I see |
concur |
A point for not using a |
- the field is both unused by any code and unpopulated ('FIXME') - refs: #9807
refs: #9807 ## Description - Removes `counterparty.prefix.key_prefix: 'FIXME'` from every `agoricNames.chainConnection` entry in vstorage - Removes `agoricNames.chain.agoriclocal` from vstorage ### Security Considerations n/a ### Scaling Considerations Incidentally reduces storage used on chain by writing less data to vstorage ### Documentation Considerations n/a ### Testing Considerations Existing tests were modified to accommodate these deletions. ### Upgrade Considerations We've yet to run `init-orchestration.js`, so this does not have upgrade considerations. It should be part of upgrade-17, though.
What is the Problem Being Solved?
To facilitate contracts for
@agoric/orchestration
, chain and connection info will be published to vstorage for clients and contracts to access.The ChainInfo schema is inconsistent. Namely:
snake_case
andcamelCase
is usedcounterParty*
while others usecounterparty*
counterPartyPortId
andcounterPartyChannelId
prefix.key_prefix
values say 'FIXME'Description of the Design
counterparty
is one word not twoprefix.key_prefix
from the schema - we can append later if neededSecurity Considerations
Scaling Considerations
Test Plan
Upgrade Considerations
The text was updated successfully, but these errors were encountered: