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

Add EIP: Emit log on revert #9390

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

shohamc1
Copy link

This PR proposes to emit a log containing the revert message for reverted transactions, making it accessible via standard RPC without the need for tracing.

@shohamc1 shohamc1 requested a review from eth-bot as a code owner February 20, 2025 04:35
@github-actions github-actions bot added c-new Creates a brand new proposal s-draft This EIP is a Draft t-core labels Feb 20, 2025
@eth-bot
Copy link
Collaborator

eth-bot commented Feb 20, 2025

File EIPS/eip-xxxx.md

Requires 1 more reviewers from @g11tech, @lightclient, @SamWilsn

@eth-bot eth-bot added e-consensus Waiting on editor consensus e-review Waiting on editor to review labels Feb 20, 2025
Copy link

The commit d509968 (as a parent of 5609fb5) contains errors.
Please inspect the Run Summary for details.

@github-actions github-actions bot added the w-ci Waiting on CI to pass label Feb 20, 2025

## Motivation

Revert messages are currently are inaccessible to users as they are not available via standard RPC. Instead users have to request a node to trace the transaction and check the stack and memory at the moment when the REVERT opcode was executed.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Revert messages are currently are inaccessible to users as they are not available via standard RPC. Instead users have to request a node to trace the transaction and check the stack and memory at the moment when the REVERT opcode was executed.
Revert messages are currently inaccessible to users as they are not available via standard RPC. Instead, users have to request a node to trace the transaction and check the stack and memory at the moment when the REVERT opcode was executed.


Revert messages are currently are inaccessible to users as they are not available via standard RPC. Instead users have to request a node to trace the transaction and check the stack and memory at the moment when the REVERT opcode was executed.

This introduces overhead for users and nodes - the user must make an additional request to find out why their transaction failed, and the node has to replay the full transaction (which may be slow and computationally expensive) to get back a relatively small piece of data.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
This introduces overhead for users and nodes - the user must make an additional request to find out why their transaction failed, and the node has to replay the full transaction (which may be slow and computationally expensive) to get back a relatively small piece of data.
This introduces overhead for users and nodes - users must make an additional request to find out why their transaction failed, and the node has to replay the full transaction (which may be slow and computationally expensive) to get back a relatively small piece of data.

Comment on lines +36 to +38
## Rationale

This is the simples possible implementation that allows revert messages to be accessible via RPC.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Your sentence introduces the idea well, but it could be strengthened by providing more justification. If the goal is to explain why revert messages should be accessible via RPC, consider expanding on why this implementation is preferable. For example, highlighting its efficiency, ease of integration, or benefits for developers would make the rationale more compelling.

Suggested change
## Rationale
This is the simples possible implementation that allows revert messages to be accessible via RPC.
## Rationale
This is the simplest possible implementation that allows revert messages to be accessible via RPC.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
c-new Creates a brand new proposal e-consensus Waiting on editor consensus e-review Waiting on editor to review s-draft This EIP is a Draft t-core w-ci Waiting on CI to pass
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants