-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
Debug why there are large storage accounts on testnet and devnet (inflation related?) #10870
Comments
reward pools were initially created with infinite tokens, they were populated during genesis by stake/storage program code, and were excepted from any "total tokens" calculations now, it looks like tokens are manufactured from thin air here: does the system program except the stake program from scarcity rules, now? edit: nevermind, forgot that this logic moved to runtime for stakes. I don't think that ever happened for storage. |
These are back at slot 15,754,919
So, doesn't seem to be a new occurrence. |
Seems that this would have created these 32 storage reward pool accounts: |
yeah, but adding each of these to capitalization would result in capitalization moving in a negative direction (-32 to be exact ;) ). I expect that initial bank and genesis had capitalization right. |
Oh, maybe I'm going to fix this at #11996 :) |
Fix confirmed:
|
http://explorer.solana.com/supply?cluster=devnet(for devnet; this isn't happening anymore) http://explorer.solana.com/supply?cluster=testnet (for testnet) displays:which doesn't really make sense.
Are these accounts just legacy from before the storage program was removed? Lets:
The text was updated successfully, but these errors were encountered: