-
Notifications
You must be signed in to change notification settings - Fork 211
Conversation
Thanks for the suggestion. I want to add some opinion for the plans ahead.
Besides this two, I am totally agree with the fork! |
While I'm personally also in favor of steaks, I believe it gets confusing if we change the chain_id too much. I'm therefore for "game_of_stakes_1" as the chain_id and for every new upgrade, we increment the id by one. |
@fkbenjamin I see this point. Thanks for your feedback. The STAKE is now back :) @dlguddus I fully agree. We will definitely wait for Zaki to approve that this will be the new GoS. Also timing wise we will set the genesis time to something we all agree with once we have the OK from Zaki and then the chain can only start after that point in time as the genesis time is checked and enforced by gaiad. How about that ? |
love it! |
I agree. It's reasonable to start at that point. There is no particular reason to disagree, you are very reasonable. @dlguddus Opinion also speak for others. |
I guess we don't need steaks anymore. We need to be taken seriously, bad actors can take advantage and mock the community efforts. |
"game_of_stakes_1 Sounds good. |
dc597cf
to
38d8e09
Compare
Ok implemented you recommendations |
### Upgrade 1. | ||
>brought to you by Zaki and Certus One | ||
|
||
We chose a very conservative initial blocksize of `50kb` for the initial game of stakes launch as a conservative starting. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
might be worth mentioning that the new blocksize is 150kb
@SLAMPER Can you please fix the description in Proposal ID 2 🙂 Should be |
I tried to reproduce the file by resyncing a node (v0.28.0) using However it generates the following error: Edit: Didn't use 0.29 where export was fixed, thanks for clarifying! |
I can confirm @fkbenjamin problem. You need to use |
Have you built the software from the development branch or 0.29.0-dev01 ?
The gaiad export feature was fixed there.
Am Mi., 19. Dez. 2018, 21:58 hat Adrian Brink <notifications@github.com>
geschrieben:
… I can confirm @fkbenjamin <https://github.com/fkbenjamin> problem.
I haven't been able to sync it myself.
@sunnya97 <https://github.com/sunnya97> How did you run this and what
software version where you using? Do we need to upgrade to latest develop?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#247 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABVzPkXq3Yc3HSwsbBMwwfTDvy2wQkwEks5u6qh7gaJpZM4ZaScd>
.
|
I've modified the Proposed Genesis File
Exported Genesis File
|
Procedure to verify the proposed genesis fileEvery validator should follow this procedure before starting a validator with the proposed genesis file. This is paramount for the security of the network, especially when we have to do this on mainnet.
To reiterate: Every validator should do this before starting their validator with the proposed file. Without doing this you have no idea what chain you are running and have zero way of verifying that someone didn't print infinite amounts of tokens or censored someone in comparison to the original genesis file. |
Can verify the proposed genesis file:
To make the version of @adrianbrink a little bit more clear, here is an updated procedure:
|
Thanks for the clarification. It worked on my side:
|
This will allow people to catch up and get some sleep. After a discussion in Riot, a conclusion was made that 15:00 UTC is the time that inconveniences the least number of validators. This matches our analysis of the Riot chat logs: https://medium.com/certus-one/a-story-of-four-cosmos-testnets-c8c7a4367078
We propose a genesis time of 2018-12-20 15:00 UTC, according the the original proposal to leave 12h+ of time between announcement and genesis. This will allow people to catch up and get some sleep. After a discussion in Riot, a conclusion was made that 15:00 UTC This matches our analysis of the Riot chat logs (scroll to bottom): For those verifying our proposed genesis.json for correctness: in addition to the modifications Adrian described, you will also have to set |
thanks for the info here Leo. It would be very helpful for lots of people if you can elaborate little bit about how utc15 in genesis.json will work as a launch time so we can prepare it before that? |
gaiad will simply |
great! |
👍 $ sha512sum s11441.json
1989f3197275f6a7584934983f22959ea79dca33aedd89cb4749821dca364ebe53a06e83ae9208f77a3933d533e31e3f4d5a75efad54e03400e161d1bbc71095 s11441.json
$ sha512sum sgenesis.json
1989f3197275f6a7584934983f22959ea79dca33aedd89cb4749821dca364ebe53a06e83ae9208f77a3933d533e31e3f4d5a75efad54e03400e161d1bbc71095 sgenesis.json $ shasum s11441.json
f48f8d279e1157547ddd07c4e0448ae7be6dff0b s11441.json
$ shasum sgenesis.json
f48f8d279e1157547ddd07c4e0448ae7be6dff0b sgenesis.json |
~$ sha512sum sorted_exported_genesis.json ~$ sha512sum sorted_proposed_genesis.json |
At height 11443 the GoS chain was halted by a bug in the unbonding and fee distribution logic of the cosmos-sdk. Issue: cosmos/cosmos-sdk#3160 ; Fix: cosmos/cosmos-sdk#3163
Also the chain was already suffering from the small block size limit as described in the attached
README.md
Since we cannot rely on on-chain governance anymore we are proposing this genesis file together with an upgrade to an upcoming new gaiad version that fixes the root cause
This is a state dump from height 11441 (2 blocks before the chain halted). The inconsistency is resolved in this genesis file, since all fees have automatically been withdrawn in the postprocessing step of
gaiad export
.What this improves:
To reproduce this file:
game_of_stakes
gaiad start --pruning=nothing
gaiad export --height 11441 --for-zero-height
README text by @zmanian