iroha Consider using config state instead of genesis transaction

I mean, we did not need any instructions for the genesis domain and account registered, which means we already have an assumption on the initial state across peers. Also, the genesis transaction goes through no validations. If so, why not have wonderland, alice, executor, chain ID, etc. as a configurable initial state?

Originally posted by @s8sato in https://github.com/hyperledger/iroha/pull/4673#discussion_r1622376516

Jun 04 '24 09:06 dima74

can we get a more detailed description what is this about?

Jun 06 '24 08:06 mversic

After #4225 and #4555, the only advantage I can think of for working on this ("genesis state", essentially same as #4409) is to remove a branch of whether it is genesis round or not. I'm not sure if it would be a benefit

Jun 24 '24 06:06 s8sato

Closing this issue since the same goal has been achieved in PR #5488: While the genesis block is still applied to generate the initial state as before, each peer is now required to have its own genesis configuration file.

Oct 14 '25 10:10 s8sato