-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
op-reth outputs less information than op-geth regarding requests #10464
Labels
A-rpc
Related to the RPC implementation
D-good-first-issue
Nice and easy! A great choice to get started
Comments
AntonieDavid
added
C-bug
An unexpected or incorrect behavior
S-needs-triage
This issue needs to be labelled
labels
Aug 22, 2024
Can I work on this ? |
emhane
added
A-rpc
Related to the RPC implementation
and removed
S-needs-triage
This issue needs to be labelled
C-bug
An unexpected or incorrect behavior
labels
Aug 25, 2024
sure @ShantelPeters |
Thanks for addressing this issue, did you make any progress on this @ShantelPeters ? |
I'm mostly concerned about the error codes being different. nonetheless, seems like rollups and tests are relying on the message string rather than the code for now. in which spec repo would and issue be opened to sort out el rpc error codes? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
A-rpc
Related to the RPC implementation
D-good-first-issue
Nice and easy! A great choice to get started
Describe the bug
I've been testing the op-reth client on base mainnet and found some differences when comparing the results from the node running on op-reth to the results from a node running op-geth.
Main issue here is that op-reth client doesn't behave exactly like op-geth when it comes to errors for various requests, op-reth giving less information for the
message
parameter.Steps to reproduce
payload:
{"method": "eth_sendRawTransaction", "params": ["0x02f87182210547830f4240833ab04d825208947449061f45d7b39b3b80b4159286cd8682f60a3c87096bfaddf1c00080c080a093b87bd8122c1daaba521a62d2dd6094cf5e49d319f794b98e77b0710c1546dfa04556c9919658ef514600b656d8da40f1a118266f2221692a6b3bef2446de5df5"], "id": 51, "jsonrpc": "2.0"}
payload:
{"method": "eth_estimateGas", "params": [{"value": "0x96bfaddf1c000", "from": "0x889ebdac39408782b5165c5185c1a769b4dd3ce6", "to": "0x7449061f45d7b39b3b80b4159286cd8682f60a3c"}], "id": 44, "jsonrpc": "2.0"}
Node logs
Platform(s)
Linux (x86)
What version/commit are you on?
op-reth --version reth Version: 1.0.3 Commit SHA: 390f30a Build Timestamp: 2024-08-05T23:59:17.371843433Z Build Features: jemalloc,optimism Build Profile: maxperf
What database version are you on?
op-reth db version
2024-08-22T18:23:51.766359Z INFO Initialized tracing, debug log directory: /root/.cache/reth/logs/optimism
Error: Datadir does not exist: "/root/.local/share/reth/optimism"
Which chain / network are you on?
base mainnet
What type of node are you running?
Archive (default)
What prune config do you use, if any?
No response
If you've built Reth from source, provide the full command you used
source "$HOME/.cargo/env" && RUSTFLAGS="-C target-cpu=native" cargo build --profile maxperf --features jemalloc,asm-keccak,optimism --bin op-reth
Code of Conduct
Tasks
RpcInvalidTransactionError::InsufficientFunds
#10732The text was updated successfully, but these errors were encountered: