debug_traceCall and debug_traceBlock
#261
Open
i-norden
wants to merge 16 commits from
ian/tracing into v5
pull from: ian/tracing
merge into: :v5
:v5
:fix/pin-eth-typing
:fix/pin-dlv-version
:ian/tracing
:payments
:v5-go-upgrade
:v4
:release-v4.1.7-alpha
:ian_v4
:release-v4.1.4-alpha
:release-v4.1.2-alpha
:sharding
:release-v4.1.0-alpha
:master
No Reviewers
Labels
Clear labels
Epic
Integration tests
bug
critical
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
v5
wontfix
Copied from Github
Kind/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Something isn't working
Improvements or additions to documentation
This issue or pull request already exists
New feature or request
Good for newcomers
Extra attention is needed
This doesn't seem right
Further information is requested
This will not be worked on
An issue or PR manually copied from GitHub.
Breaking change that won't be backward compatible
Something is not working
Documentation changes
Improve existing functionality
New functionality
This is security issue
Issue or pull request related to testing
Priority
Critical
The priority is critical
Priority
High
The priority is high
Priority
Low
The priority is low
Priority
Medium
The priority is medium
Reviewed
Confirmed
Issue has been confirmed
Reviewed
Duplicate
This issue or pull request already exists
Reviewed
Invalid
Invalid issue
Reviewed
Won't Fix
This issue won't be fixed
Status
Abandoned
Somebody has started to work on this but abandoned work
Status
Blocked
Something is blocking this issue or pull request
Status
Need More Info
Feedback is required to reproduce issue or to continue work
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: cerc-io/ipld-eth-server#261
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Implement the
debug_traceCallanddebug_traceBlockmethods using the direct state/storage access pattern supported by ipld-eth-statedb. For #260. Relies on cerc-io/ipld-eth-statedb#4.In geth, it is possible to perform these traces on top of state which does not exist in the underlying DB by regenerating the state from the last known state below where the requested state exists. It does this by loading that state and then re-executing blocks until it regenerates the state expected for the trace. This feature makes sense in geth where the goal may be to operate without a complete archive.
I removed this capability here as it simplifies things and because I don't think this issue should ever be fixed this way. Our goal is to have a complete archive, if we are missing state in the database that is a problem that needs to be fixed at a different level. Rather than ephemerally regenerating the missing state to use in a single query/trace, which could be quite expensive, the effort should be spent on properly entering and indexing the missing data into the underlying database.
Hmm I'm wondering where our CI testing went for this repo...
7e8b372a56to1d578b3bf90b53b52b3ftocae2a3e843cae2a3e843to51747c01a451747c01a4to8ff7b4077b8ff7b4077bto8dfdfcc4848dfdfcc484to877b731340a2fe12334ctofbcc9664dafbcc9664datoec49318294Hey @roysc @telackey curious if you have seen this error that is popping up when trying to use stack-orchestrator to run the testnet tests (it can't find ipld-eth-db v5.0.5-alpha)?
I'm not sure of the whole context, but that branch (or tag) doesn't exist in this repo: https://github.com/cerc-io/ipld-eth-db
Should it be pulling the Gitea hosted version of the repo? (but I don't see that branch there either). I'm actually not sure where
v5.0.5-alpha came from because in the log it said it was looking for branch v5.
@dboreham none of the v5 tags appear to be in that repo any longer if you view the releases here https://github.com/cerc-io/ipld-eth-db/releases or tags here https://github.com/cerc-io/ipld-eth-db/tags, but you can still see the v5.0.5-alpha release here: https://github.com/cerc-io/ipld-eth-db/releases/tag/v5.0.5-alpha and v5.0.5-alpha is the version in use across most our repos currently. Something weird has happened to our tagged releases...
And it looks like all the v5 releases are gone in the gitea repo too: https://git.vdb.to/cerc-io/ipld-eth-db/tags
The relationship between releases and tags is odd, iirc.
Probably the thing to do is to trigger a new release on the Gitea side.
We can't use releases from Github (as far as I know) because the sync from Gitea will blow them away.
Inconsistencies in the releases and tags seem to be present in many of the repos that have been ported over to gitea
c7f0c9a1a4tob9983b8c55b9983b8c55toec493182946b271ce5f3toc7f0c9a1a4I'd like to merge this, the tests pass, but there is an issue with the ipld-eth-db image not being published https://git.vdb.to/cerc-io/ipld-eth-db/actions/runs/1
3399e4aa3cto2009cecefd2009cecefdto29c1523eb886e9d79d47toa8d6ca8305a8d6ca8305to8ec25764cd8ec25764cdto402a6e183bView command line instructions
Checkout
From your project repository, check out a new branch and test the changes.