reth

reth copied to clipboard

debug_traceCall

1

### Describe the bug I believe debug_tracaCall in RETH doesn't return storage keys required . Not sure if the problem is in REVM or Tracers crate. Here's a request that...

dexloom

### Describe the feature secp256k1 0.29 was added with the recent revm bump to 9.0 (#7765) This compiles the C library twice ### Additional context _No response_

DaniPopes

WIP - but revieweable Still need to think about some scenarios and merge some other PRs to enable this ~~blocked by #7552 which introduces `PipelineTarget::Unwind`, which is what to be...

joshieDo

beta.5 rolling restart after sync

5

### Describe the bug rolling restart after sync with beta.5 ### Steps to reproduce sync. restart. then it starts rolling restart ### Node logs ```text 2024-04-13T08:42:02.076309Z INFO Database opened 2024-04-13T08:42:02.076381Z...

mrabino1

### Describe the feature What should we do about `proptest_arbitrary` & `arbitrary`? Should we just have one? I forget why we have both. We use both across the codebase and...

gakonst

Since I've been having yaml pain, we should add basic linting to github actions workflows on PRs, merge queue, and push

Rjected

stack overflowing on bad block

25

### Describe the bug reth crashes with a stack overflow after an invalid block error warning. ### Steps to reproduce run reth, run prysm. ### Node logs ```text 2024-02-06T23:17:39.351682Z INFO...

fiiiu

`eth_getBlockReceipts` returning empty after `reth stage drop merkle`

7

### Describe the bug No receipts returned for block via `eth_getBlockReceipts` `0x559c89487febbe632474f1921aeddaa0fe3778fb7897b7b5760b2ff1db5c1ba3:5682981` on sepolia. The receipts from the block are available when querying receipts individually. ``` $ cast rpc eth_getBlockReceipts...

ajsutton

Full sync gets stuck at sender recovery

4

### Describe the bug When syncing a new `full` node, reth gets stuck at the `SenderRecovery` stage with `eta=unknown`. Restarting the node fixes the issue, and the sync continues. ###...

Bobface

Tracking issue: Prague Hardfork

2

This is a tracking issue for the changes we need to make for the prague hardfork. The current meta EIP: https://eips.ethereum.org/EIPS/eip-7600 The discussion thread: https://ethereum-magicians.org/t/pectra-network-upgrade-meta-thread/16809 Devnet-0: https://notes.ethereum.org/@ethpandaops/pectra-devnet-0 ```[tasklist] ### Tasks...

Rjected