Separate deterministic generation of accounts and genesis definition#409
Separate deterministic generation of accounts and genesis definition#409picojulien wants to merge 1 commit intooxheadalpha:masterfrom
Conversation
There was a problem hiding this comment.
I understand you are using the deterministic account generation to give good names to your accounts, but you then rewrite the wallets with yes wallets (how do you do that btw?)
I suppose that your mainnet replica yaml does not have a genesis block?
But rather mainnet config like:
node_config_network:
chain_name: mainnet
In this case, it may be better to modify fill_in_missing_genesis_block to do nothing if node_config_network is like above?
Yes.
Now that I understand a bit better this aprt of the code, I think that what I want is to have a My yaml file looks like this The file has no accounts section, and |
|
It's probably easier to just elide the account names entirely by doing this: The above will make 5 nodes the first two of which are bootstrap nodes, the next three of which aren't. The account names will be the node name: eu-N where N \elem {0,1,2,3,4}. |
For resilience testnet, the structure of the yaml file makes it necessary to activate the generation of deterministic data to declare bakers name and their dispatching amongst pod.
We then rewrite the wallet with a yes-wallet, who's keys are twisted for yes-crypto, that allows to bake "in the name of mainnet bakers" with patched nodes.
However we don't want to generate data for genesis as we are using a mainnet context.
This MR allows to split the
SHOULD_GENERATE_UNSAFE_DETERMINISTIC_DATAinto tow option that control which of accounts or genesis have to be generated.