ethereum-consensus
ethereum-consensus copied to clipboard
It would make sense to support `no-std `for this repository. I will go ahead to work on this.
there are more tests for the BLS cryptography component here: https://github.com/ethereum/bls12-381-tests this repo should add support for these tests, just like we support the `consensus-spec-tests`
similar to #151 , but for arithmetic operations e.g. rather than `-` use `checked_sub` and return an error on overflow, rather than panic
many places throughout the repo have direct indexing through `std::ops::Index` which will panic if the index is out of bounds there are safer APIs like `get` on most index-able types...
Look at the types added in these forks and ensure the serde is handled properly
**User Story**: As a dev, I'd like to be able to test the various functions throughout this library; however, creating dummy/test `BeaconState` and `Context` objects is not straightforward. Ideally, I'd...
I would like to try speeding up parts of the https://github.com/ethereum/consensus-specs tests using this library as a faster core relative to the `pyspec`. As a prerequisite, we should make python...
Refer this commit https://github.com/ralexstokes/ethereum_consensus/commit/9de3638e353d3e19254ea9e38d71e916f4f5d7fb where the decision was made to go for a duplicated version of the spec for each "preset". The codebase will suffer code duplication in the short...
Consider the current definition of a field like `previous_epoch_attestations` from the `BeaconState`: https://github.com/ralexstokes/ethereum_consensus/blob/main/src/phase0/beacon_state.rs#L40 ```rust previous_epoch_attestations: List, ``` The `List` type from `ssz_rs` was defined with a const generic parameter of...
Add beacon client request timeout to 5s to avoid the client request takes forever ( 90s as default which is too long ).