3 Commits (19d7a37abb9f3b9bf1a94baf6bd8c7d5042e54f8)

Author	SHA1	Message	Date
Vinod Damle	8696dd39cb	params: allow setting Petersburg block before chain head (#21473) ... * Allow setting PetersburgBlock before chainhead if it is at the same block as ConstantinopleBlock * Add a negative test	4 years ago
Péter Szilágyi	6d6a5a9337	cmd, consensus, core, miner: instatx clique for --dev (#15323) ... * cmd, consensus, core, miner: instatx clique for --dev * cmd, consensus, clique: support configurable --dev block times * cmd, core: allow --dev to use persistent storage too	7 years ago
Felix Lange	37dd9086ec	core: refactor genesis handling ... This commit solves several issues concerning the genesis block: * Genesis/ChainConfig loading was handled by cmd/geth code. This left library users in the cold. They could specify a JSON-encoded string and overwrite the config, but didn't get any of the additional checks performed by geth. * Decoding and writing of genesis JSON was conflated in WriteGenesisBlock. This made it a lot harder to embed the genesis block into the forthcoming config file loader. This commit changes things so there is a single Genesis type that represents genesis blocks. All uses of Write*Genesis* are changed to use the new type instead. * If the chain config supplied by the user was incompatible with the current chain (i.e. the chain had already advanced beyond a scheduled fork), it got overwritten. This is not an issue in practice because previous forks have always had the highest total difficulty. It might matter in the future though. The new code reverts the local chain to the point of the fork when upgrading configuration. The change to genesis block data removes compression library dependencies from package core.	8 years ago