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

Ideas for debug tools #520

Closed
11 tasks
parithosh opened this issue May 3, 2022 · 2 comments
Closed
11 tasks

Ideas for debug tools #520

parithosh opened this issue May 3, 2022 · 2 comments

Comments

@parithosh
Copy link
Member

parithosh commented May 3, 2022

During devconnect we had a tooling session, the outcome of the session was a preliminary list of debug tools as well as a compilation of existing tools different client teams use.

The list can be found here

The aim of this issue is to track the missing debug tools/debug functionality in clients as well as compile more ideas. If any tool is already being worked on, please link it in the comments or edit the issue so we can avoid duplicate work.

  • Dump CL beacon state + bad block encountered to disk (potentially as a flag in a CL node)
  • Intermediate state roots
  • Trace block (by RLP)
  • Pause/Flush state (To prevent pruning of older state by clients)
  • EL block <> CL slot mapper (to be able to co-relate blocks and slots more easily)
  • Logging level by module (ideally modifiable in a client via RPC)
  • Get block receipt RLP encoded
  • Dump all invalid blocks/non de-serializable content received via gossip into disk (potentially as a flag in CL node)
  • Aggregation of debug tools/flags every client team has + undocumented debug flags
  • Incidence response doc for EL/CL team (So they know what initial data to collect that is useful for the others)
  • Peer score dump (potentially with reason for downscoring)

Tagging @marioevz @MariusVanDerWijden @holiman @fredriksvantes for visibility

EDIT: Some of the above requests are also being tracked here: ethereum/go-ethereum#24720

@timbeiko
Copy link
Collaborator

@parithosh any objections to closing this here given the staleness + it being tracked on the geth repo?

@parithosh
Copy link
Member Author

Nope, no objections to that!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants