-
Notifications
You must be signed in to change notification settings - Fork 13
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
[Migration] Total POKT Validation #1066
Comments
I'm going to propose an initial solution but want to call out that it'll be iterative as we work w/ the foundation to identify & clarify requirements along the way. 1. Background & Context1.1 MorseIn Morse, we can query the total liquid & staked supply as below pocket query supply --remoteCLIURL https://pocket-rpc.liquify.com {
"app_staked": "5057233331383",
"dao": "395476463285026",
"node_staked": "697282087528293",
"total": "2322205220809287",
"total_staked": "1097815784144702",
"total_unstaked": "1224389436664585"
} 1.2 ShannonIn Shannon, we can query the total supply like so pkd_beta_query bank total -o json {
"supply": [
{
"denom": "upokt",
"amount": "10000000000000000000000000000000000000000000000005000069731225049"
}
],
"pagination": {
"total": "1"
}
} And the staked supply (per module) using each respective module address. I took this from our APPLICATION_MODULE_ADDRESS = pokt1rl3gjgzexmplmds3tq3r3yk84zlwdl6djzgsvm
SUPPLIER_MODULE_ADDRESS = pokt1j40dzzmn6cn9kxku7a5tjnud6hv37vesr5ccaa
GATEWAY_MODULE_ADDRESS = pokt1f6j7u6875p2cvyrgjr0d2uecyzah0kget9vlpl
SERVICE_MODULE_ADDRESS = pokt1nhmtqf4gcmpxu0p6e53hpgtwj0llmsqpxtumcf
GOV_ADDRESS = pokt10d07y265gmmuvt4z0w9aw880jnsr700j8yv32t
PNF_ADDRESS = pokt1eeeksh2tvkh7wzmfrljnhw4wrhs55lcuvmekkw And we can then: $ pkd_beta_query bank balance pokt1rl3gjgzexmplmds3tq3r3yk84zlwdl6djzgsvm upokt -o json {
"balance": {
"denom": "upokt",
"amount": "1680031998790"
}
} 1.3 Shadow Launch StrategyThis is out of scope of this issue but it requires minimal context. Part of our launch + Validator strategy will involve having a This is purely an example:
2. Requirements2.1 From the FoundationI'm going to reference the requirement from the foundation checklist: I think we can have a bit more leeway than 2.2 Supply Validation in Local + Dev NetWe need to have an E2E test that goes through claim+stake process for ALL (supplier + application) actors below. 2.3 Supply Validation in TestNetWe will test state upload in Beta TestNet, but I do not expect us to go through the effort of claiming all staked actors (i.e. many keys are probably lost anyhow). 2.4 Supply Validation in ProdKeep in mind that claiming Morse POKT in Shannon is likely going to be a LONG (months / years) process as prior holders come along. 3. Suggested PATH forward3.1 Supply Validation in Local + Dev Net
3.2 Supply Validation in TestNet + ProdOnce we have the above done, we'll present it to the foundation and start collecting feedback. CCing @red-0ne @okdas @fredteumer for visibility @bryanchriswhite Thanks for calling this out as a blocker! |
Objective
Determine whether and how we want to validate the integrity of the migrated supply.
Origin Document
Goals
Deliverables
Non-goals / Non-deliverables
General deliverables
Creator: @bryanchriswhite
Co-Owners: @Olshansk @red-0ne
The text was updated successfully, but these errors were encountered: