Jacek Sieka f90b2b8b1f reward accounting for altair+ (#2981) ... Similar to the existing `RewardInfo`, this PR adds the infrastructure needed to export epoch processing information from altair+. Because accounting is done somewhat differently, the PR uses a fork-specific object to extrct the information in order to make the cost on the spec side low. * RewardInfo -> EpochInfo, ForkedEpochInfo * use array for computing new sync committee * avoid repeated total active balance computations in block processing * simplify proposer index check * simplify epoch transition tests * pre-compute base increment and reuse in epoch processing, and a few other small optimizations This PR introduces the type and does the heavy lifting in terms of refactoring - the tools that use the accounting will need separate PR:s (as well as refinements to the exportred information)		2021-10-13 16:24:36 +02:00
..
mock_attestations.nim	always use static keys in tests (#2928)	2021-09-30 17:14:03 +02:00
mock_blocks.nim	reward accounting for altair+ (#2981)	2021-10-13 16:24:36 +02:00
mock_deposits.nim	always use static keys in tests (#2928)	2021-09-30 17:14:03 +02:00
mock_genesis.nim	merge hardfork database support (#2911)	2021-09-30 01:07:24 +00:00
mock_state.nim	reward accounting for altair+ (#2981)	2021-10-13 16:24:36 +02:00