2019-05-23 21:50:58 +00:00
|
|
|
# Epoch processing tests
|
|
|
|
|
|
|
|
The different epoch sub-transitions are tested individually with test handlers.
|
|
|
|
The format is similar to block-processing state-transition tests.
|
2019-05-24 16:24:42 +00:00
|
|
|
There is no "change" factor however, the transitions are pure functions with just the pre-state as input.
|
2019-05-23 21:50:58 +00:00
|
|
|
Hence, the format is shared between each test-handler. (See test condition documentation on how to run the tests.)
|
|
|
|
|
|
|
|
## Test case format
|
|
|
|
|
|
|
|
```yaml
|
|
|
|
description: string -- description of test case, purely for debugging purposes
|
2019-05-28 13:35:00 +00:00
|
|
|
bls_setting: int -- see general test-format spec.
|
2019-05-23 21:50:58 +00:00
|
|
|
pre: BeaconState -- state before running the sub-transition
|
|
|
|
post: BeaconState -- state after applying the epoch sub-transition.
|
|
|
|
```
|
|
|
|
|
|
|
|
## Condition
|
|
|
|
|
|
|
|
A handler of the `epoch_processing` test-runner should process these cases,
|
|
|
|
calling the corresponding processing implementation.
|
|
|
|
|
|
|
|
Sub-transitions:
|
|
|
|
|
|
|
|
| *`sub-transition-name`* | *`processing call`* |
|
|
|
|
|-------------------------|-----------------------------------|
|
|
|
|
| `crosslinks` | `process_crosslinks(state)` |
|
|
|
|
| `registry_updates` | `process_registry_updates(state)` |
|
|
|
|
|
|
|
|
The resulting state should match the expected `post` state.
|