-
Notifications
You must be signed in to change notification settings - Fork 456
JSON RPC Error codes standardization using open-rpc extension specs #650
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
base: main
Are you sure you want to change the base?
Changes from all commits
510cc9f
68efb67
b7da3a7
46a9906
623c57a
2500734
721f190
3bd6d47
4eacff2
53d5577
554443e
d3f6f22
8d1dd3c
50113ef
fc8aacc
1ded1ed
019a359
2b7da45
9b06027
5c8daea
4019acd
527bb9a
89f012f
75fb065
d3948f7
490218e
8ab56cf
bc78032
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,49 @@ | ||
| # Extensions overview | ||
|
|
||
| ## Proposal | ||
| #### Goal | ||
| A standard for JSON-RPC error codes & ship a shared catalog of JSON-RPC error codes and messages for EVM clients to unlock consistent tooling and developer ergonomics. | ||
|
|
||
| #### Motivation | ||
| Client implementations and EVM-compatible chains currently reuse codes or return generic error messages, making cross-client debugging brittle. | ||
|
|
||
| #### Solution | ||
| The solution incorporates [OpenRPC's extension schemas](https://github.com/open-rpc/specification-extension-spec) feature, specifically `x-error-group` [extension](https://github.com/open-rpc/tools/blob/main/packages/extensions/src/x-error-groups/x-error-groups.json), so common scenarios can be bundled into reusable categories, each backed by a reserved range of **200 codes** outside the JSON-RPC 2.0 reserved bands. | ||
| With the error grouping and inline provisioning offered by the extension schemas, we could onboard methods over time with granular control over the errors or groups each method would need to handle without copy pasting in the final spec. | ||
|
|
||
| The corresponding PR definition frames these groups as the canonical vocabulary for wallets, infra providers, and execution clients. | ||
|
|
||
| ## Solution Layout | ||
| - `components/` – YAML fragments exposing each error family as an OpenRPC `x-error-group` definition. | ||
| - `schemas/x-error-category-ranges.json` – Extension to official `x-error-groups` that enforces the reserved integer windows per category during validation. | ||
| - This is to achieve inbuild validation of the reserved ranges per category using native `minimum` & `maximum` properties of the extended schema. | ||
| - Validation happens while running `scripts/validate.js` after building the final `refs-openrpc.json` / `openrpc.json`. | ||
| - `scripts/build.js` – Loads the schema above, augments the `XErrorGroupsJSON` extension, and merges the groups into `refs-openrpc.json` / `openrpc.json`. | ||
|
|
||
| ## Implemented Methods | ||
| Currently, only below methods import all the error groups via `$ref` and may include inline method-specific codes while still inheriting the standard set. | ||
| - `eth_sendTransaction` in `src/eth/submit.yaml` | ||
| - `eth_sendRawTransaction` in `src/eth/submit.yaml` | ||
|
|
||
|
|
||
| ## Reserved ranges at a glance | ||
| | Extension group | Category label | Reserved range | Source | | ||
| | --- | --- | --- | --- | | ||
| | JSON-RPC standard | — | $-32768$ to $-32000$ | JSON-RPC 2.0 spec | | ||
| | JSON-RPC non-standard | Client-specific | $-32099$ to $-32000$ | JSON-RPC 2.0 addendum | | ||
| | Gas errors | `GAS_ERRORS` | $800$ to $999$ | `gas-error-groups.yaml` | | ||
| | Execution errors | `EXECUTION_ERRORS` | $1$ to $999$ | `execution-errors.yaml` | | ||
| | TxPool errors | `TXPOOL_ERRORS` | $1000$ to $1199$ | `txpool-errors.yaml` | | ||
| | ZK execution errors | `ZK_EXECUTION_ERRORS` | $2000$ to $2199$ | `zk-execution-errors.yaml` | | ||
|
|
||
|
|
||
| **Validation** of these bands happens through `XErrorGroupsJSON.schema` in `scripts/build.js`, so build failures flag any out-of-range additions early. | ||
|
|
||
|
|
||
| ## Extending the catalog | ||
| 1. Pick or create a YAML fragment under `components/` and add the new entry with `code`, `message`, `data`, and `x-error-category` per the proposal. | ||
| 2. Stay within the reserved window; the JSON Schema guard in `schemas/x-error-category-ranges.json` will break the build if you drift. | ||
| 3. Reference the group from the relevant method spec via `$ref: '#/components/x-error-group/<GroupName>'` and layer any bespoke errors inline. | ||
| 4. Run the documentation build (e.g. `node scripts/build.js`) to regenerate `refs-openrpc.json` / `openrpc.json` and confirm validation passes. | ||
|
|
||
| Following this flow keeps the execution client surface aligned with the standard and preserves interoperability for downstream consumers. |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,18 @@ | ||
| x-error-group: | ||
| ExecutionErrors: | ||
| - code: 1 | ||
| message: "NONCE_TOO_LOW" | ||
| data: "Nonce too low" | ||
| x-error-category: "EXECUTION_ERRORS" | ||
| - code: 2 | ||
| message: "NONCE_TOO_HIGH" | ||
| data: "Nonce too high" | ||
| x-error-category: "EXECUTION_ERRORS" | ||
| - code: 3 | ||
| message: "EXECUTION_REVERTED" | ||
| data: "Execution reverted by REVERT Opcode" | ||
| x-error-category: "EXECUTION_ERRORS" | ||
| - code: 4 | ||
| message: "INVALID_OPCODE" | ||
| data: "Invalid opcode" | ||
| x-error-category: "EXECUTION_ERRORS" |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,34 @@ | ||
| x-error-group: | ||
| GasErrors: | ||
| - code: 800 | ||
| message: "GAS_TOO_LOW" | ||
| data: "Intrinsic gas too low / Intrinsic gas exceeds gas limit" | ||
| x-error-category: "GAS_ERRORS" | ||
| - code: 801 | ||
| message: "OUT_OF_GAS" | ||
| data: "Insufficient gas for floor data gas cost" | ||
| x-error-category: "GAS_ERRORS" | ||
| - code: 802 | ||
| message: "BLOCK_GAS_LIMIT_EXCEEDED" | ||
| data: "Tx gas limit exceeds max block gas limit / intrinsic gas exceeds gas limit" | ||
| x-error-category: "GAS_ERRORS" | ||
| - code: 803 | ||
| message: "TRANSACTION_GAS_LIMIT_EXCEEDED" | ||
| data: "Transaction gas limit too high" | ||
| - code: 804 | ||
| message: "GAS_PRICE_TOO_LOW" | ||
| data: "Gas price below configured minimum gas price / transaction gas price below minimum" | ||
| x-error-category: "GAS_ERRORS" | ||
| - code: 805 | ||
| message: "INSUFFICIENT_FUNDS" | ||
| data: "Insufficient funds for gas * price + value / Upfront cost exceeds account balance" | ||
| x-error-category: "GAS_ERRORS" | ||
| - code: 806 | ||
| message: "TIP_ABOVE_FEE_CAP" | ||
| data: "Max priority fee per gas higher than max fee per gas" | ||
| x-error-category: "GAS_ERRORS" | ||
| - code: 807 | ||
| message: "FEE_CAP_EXCEEDED" | ||
| data: "Tx fee exceeds the configured cap / Transaction fee cap exceeded" | ||
| x-error-category: "GAS_ERRORS" | ||
|
|
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,23 @@ | ||
| x-error-group: | ||
| JSONRPCNonStandardErrors: | ||
| - code: -32000 | ||
| message: "Invalid input" | ||
| data: "Missing or invalid parameters" | ||
| - code: -32001 | ||
| message: "Resource not found" | ||
| data: "Requested resource not found" | ||
| - code: -32002 | ||
| message: "Resource unavailable" | ||
| data: "Requested resource not available" | ||
|
Comment on lines
+6
to
+11
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. What is the meaning of these two codes? These are very generic errors. I suggest we drop these, since they are not meaningful. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This just reflect the standard we already have |
||
| - code: -32003 | ||
| message: "Transaction rejected" | ||
| data: "Transaction creation failed" | ||
| - code: -32004 | ||
| message: "Method not supported" | ||
| data: "Method is not implemented" | ||
| - code: -32005 | ||
| message: "Limit exceeded" | ||
| data: "Request exceeds defined limit" | ||
| - code: -32006 | ||
| message: "JSON-RPC version not supported" | ||
| data: "Version of JSON-RPC protocol is not supported" | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,17 @@ | ||
| x-error-group: | ||
| JSONRPCStandardErrors: | ||
| - code: -32700 | ||
| message: "Parse error" | ||
| data: "An error occurred on the server while parsing the JSON text" | ||
| - code: -32600 | ||
| message: "Invalid request" | ||
| data: "The JSON sent is not a valid request object" | ||
| - code: -32601 | ||
| message: "Method not found" | ||
| data: "The method does not exist / is not available" | ||
| - code: -32602 | ||
| message: "Invalid params" | ||
| data: "Invalid method parameter(s)" | ||
| - code: -32603 | ||
| message: "Internal error" | ||
| data: "Internal JSON-RPC error" |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,46 @@ | ||
| x-error-group: | ||
| TxPoolErrors: | ||
| - code: 1000 | ||
| message: "ALREADY_KNOWN" | ||
| data: "Transaction is already known to the transaction pool" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1001 | ||
| message: "REPLACEMENT_TRANSACTION_UNDERPRICED" | ||
| data: "Replacement transaction is sent without the required price bump" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1002 | ||
| message: "OVERSIZED_DATA" | ||
| data: "Oversized data: Transaction input data exceeds the allowed limit" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1003 | ||
| message: "TX_NOT_PERMITTED" | ||
| data: "Only replay-protected (EIP-155) transactions allowed over RPC" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1004 | ||
| message: "TXPOOL_FULL" | ||
| data: "Transaction pool is full" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1005 | ||
| message: "INVALID_RLP_DATA" | ||
| data: "Transaction Data contains invalid RLP encoding" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1006 | ||
| message: "INVALID_SENDER" | ||
| data: "Transaction sender is invalid" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1007 | ||
| message: "NEGATIVE_VALUE" | ||
| data: "Transaction with negative value" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1008 | ||
| message: "SENDER_DENYLISTED" | ||
| data: "Transaction sender is denylisted" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1009 | ||
| message: "RECEIVER_DENYLISTED" | ||
| data: "Transaction receiver is denylisted" | ||
| x-error-category: "TXPOOL_ERRORS" | ||
| - code: 1010 | ||
| message: "CHAIN_ID_MISMATCH" | ||
| data: "Transaction chain ID does not match the expected chain ID" | ||
| x-error-category: "TXPOOL_ERRORS" |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,6 @@ | ||
| x-error-group: | ||
| ZKExecutionErrors: | ||
| - code: 2000 | ||
| message: "OUT_OF_COUNTERS" | ||
| data: "Not enough step counters to continue the execution" | ||
| x-error-category: "ZK_EXECUTION_ERRORS" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just going to write this here for tracking purposes, that this works as a stopgap until we on the OpenRPC side have a better story for being able to apply extensions to json pointer references. If we have that then there's no need to overwrite the error group spec. You'll able to just push the two specs, here but we're still a little ways from that.