reth
reth copied to clipboard
Modular, contributor-friendly and blazing-fast implementation of the Ethereum protocol, in Rust
### Describe the feature We have a handy `stage_test_suite_ext` macro which tests the common functionality of all pipeline stages: 1. Check that the execution is short-circuited if the database is...
### Describe the feature we're lacking an intrisic gas heck here: https://github.com/paradigmxyz/reth/blob/1049202f0fbb3da4a57817c73d14a5ae56b58c75/crates/transaction-pool/src/validate.rs#L161-L165 revm initial gas: https://github.com/bluealloy/revm/blob/5ca4741d69c508f41fd1aae780f5dcdf6e5f34a6/crates/interpreter/src/gas/calc.rs#L333 ## TODO * add missing validation check ### Additional context ref https://github.com/ethereum/go-ethereum/blob/a8482127091edbcf3de4b515fd97ce904ac2acb8/core/txpool/validation.go#L97-L102
### Describe the bug I performed an unwind for 400 blocks. Everything appeared to work as intended, however, one log message was missing a level  ### Steps to reproduce...
### Describe the feature Hello! I'm truly impressed by your work with reth keep it up guys. Although the concept I am about to raise might appear unconventional, it has...
## Description This PR introduces log address and topic indexing - supplementary indices for log querying (intended to be used by RPC module). Two new tables are added to the...
## Description Currently, various `reth` components use the default block gas limit (extracted to a constant in https://github.com/paradigmxyz/reth/pull/3224). ## Requirement Allow configuring block gas limit through CLI or chain spec...
### Describe the feature on `insert_block`, we can end up connecting all buffered blocks: if we add to a side chain: https://github.com/paradigmxyz/reth/blob/f25fcca33ec2fa90fac79771d8d94529bcbb38c2/crates/blockchain-tree/src/blockchain_tree.rs#L509-L510 this will execute all blocks and can take...
closes #2720 Do we also need to create seperate `PayloadValidationError` variants for every consensus/Execution error? https://github.com/paradigmxyz/reth/blob/5039122c356f20d36e3d5979f0da97a2fc40ac75/crates/consensus/beacon/src/engine/mod.rs#L743-L746
The current implementation does not take into account that timestamp forks should ALWAYS be applied after block number forks. This fixes that. reference: https://eips.ethereum.org/EIPS/eip-6122