Skip to content
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

Closed
2 tasks done
AntonieDavid opened this issue Aug 22, 2024 · 4 comments · Fixed by #10872
Closed
2 tasks done

op-reth outputs less information than op-geth regarding requests #10464

AntonieDavid opened this issue Aug 22, 2024 · 4 comments · Fixed by #10872
Assignees
Labels
A-rpc Related to the RPC implementation D-good-first-issue Nice and easy! A great choice to get started

Comments

@AntonieDavid
Copy link

AntonieDavid commented Aug 22, 2024

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

  • first request:

payload: {"method": "eth_sendRawTransaction", "params": ["0x02f87182210547830f4240833ab04d825208947449061f45d7b39b3b80b4159286cd8682f60a3c87096bfaddf1c00080c080a093b87bd8122c1daaba521a62d2dd6094cf5e49d319f794b98e77b0710c1546dfa04556c9919658ef514600b656d8da40f1a118266f2221692a6b3bef2446de5df5"], "id": 51, "jsonrpc": "2.0"}

  • second request:
    payload: {"method": "eth_estimateGas", "params": [{"value": "0x96bfaddf1c000", "from": "0x889ebdac39408782b5165c5185c1a769b4dd3ce6", "to": "0x7449061f45d7b39b3b80b4159286cd8682f60a3c"}], "id": 44, "jsonrpc": "2.0"}

Node logs

first request:
op-reth client
{
  "jsonrpc": "2.0",
  "error": {
    "code": -32003,
    "message": "nonce too low"
  },
  "id": 51
}
op-geth client
{
  "jsonrpc": "2.0",
  "id": 51,
  "error": {
    "code": -32000,
    "message": "nonce too low: next nonce 72, tx nonce 71"
  }
}


second request:
op-reth client
{
  "jsonrpc": "2.0",
  "error": {
    "code": -32003,
    "message": "insufficient funds for gas * price + value"
  },
  "id": 44
}
op-geth client
{
  "jsonrpc": "2.0",
  "id": 44,
  "error": {
    "code": -32000,
    "message": "failed with 50000000 gas: insufficient funds for gas * price + value: address 0x889eBDAc39408782B5165c5185C1A769B4Dd3ce6 have 1444840609176611 want 2652000000000000"
  }
}

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

  • I agree to follow the Code of Conduct

Tasks

Preview Give feedback
  1. A-rpc C-enhancement D-good-first-issue
    i-sangh
  2. A-rpc C-bug
    emhane
@AntonieDavid AntonieDavid added C-bug An unexpected or incorrect behavior S-needs-triage This issue needs to be labelled labels Aug 22, 2024
@ShantelPeters
Copy link

Can I work on this ?

@emhane 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
@emhane emhane assigned emhane and unassigned emhane Aug 28, 2024
@emhane
Copy link
Member

emhane commented Aug 29, 2024

sure @ShantelPeters

@ShantelPeters ShantelPeters removed their assignment Aug 31, 2024
@AntonieDavid
Copy link
Author

Thanks for addressing this issue, did you make any progress on this @ShantelPeters ?

@mattsse mattsse added the D-good-first-issue Nice and easy! A great choice to get started label Sep 3, 2024
@emhane
Copy link
Member

emhane commented Sep 5, 2024

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
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

4 participants