Skip to content
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

Should we move osmosisd export-derive-balances into a seperate tool outside of the binary? #51

Open
ValarDragon opened this issue Jan 6, 2022 · 0 comments

Comments

@ValarDragon
Copy link
Member

osmosisd export-derive-balances takes a state export of the chain, and derives the balances of every module. It breaks up the balances pretty nicely, merging where they lie from a variety of stores. (unclaimed airdrop, staked, unbonding, LP'd, LP'd-by-pool)

I imagine this tool becoming more powerful over time. Ideas include one version working against every old version of the binary, cosmwasm features per application, automatically fetching the state export, far more filtering as people want, easy conversion of components to percentage of total supply, renaming ibc denoms to native names, etc.

This tool may belong in a separate go module in the same repository, that can work against multiple osmosis versions. (But be installed as a secondary tool, similar to cosmovisor)

See the cosmovisor repo / readme for how this can be done: https://github.com/cosmos/cosmos-sdk/tree/master/cosmovisor

Alternatives are:

  • It can live in a separate repository
  • It can be in the osmosis repo as a command, just like it is now, but it needs own package for better code structuring more advanced work.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant