recent anvil --state/dump-state changes are broken about foundry HOT 10 CLOSED

I guess we should consider dumping all blocks as well?

should be possible, and yes "just didn't know what people need!"

from foundry.

this happens because storage hashes are not dumped / reloaded from state file

@mattsse would be ok to include them?

le: it will also require persisting blocks which cannot be deserialized out of the box....

from foundry.

Bump. Still seeing this error which is blocking us from switching to anvil (which we would love to now that the RLP encoding fix has unblocked us):

2024-04-10T05:07:05.562591Z ERROR foundry_evm_core::fork::init: It looks like you're trying to fork from an older block with a non-archive node which is not supported. Please try to change your RPC url to an archive node if the issue persists.
Error: 
Could not instantiate forked environment with fork url: http://localhost:8545

Context:
- Failed to get block for block number: 64
latest block number: 64

from foundry.

Any updates on this? It looks like it should be a relatively simple fix?

from foundry.

block 0 is technically the correct number for the genesis block

any update @mattsse

from foundry.

It looks like it should be a relatively simple fix?

what's the fix here?

blocks are not exported, just the state, should they be included?

from foundry.

@mattsse was just carelessly saying.. my bad; I have never actually dived into the anvil codebase.
Just assumed this was "simple" from https://x.com/gakonst/status/1775266582966788549

We have all this info and dumping more stuff is a simple job, just didn't know what people need!

So was assuming you guys would soon be able to dump the block info as well as events (see my other #5906 )

But not sure why @grandizzy was saying blocks can't be deserialized out of the box?

from foundry.

Assuming this to be an issue in my case as well.

My goal is to have a persisted anvil setup to be served along with Otterscan, basically creating a persisted on-premise testnet.

On the first launch, when there is no state to load, everything works fine, but after the restart, transaction history (and the block history) can't be loaded. In the image attached below you can see an account having a non-10,000 ETH balance (since it broadcasted some transactions, but they never loaded).

Assuming that if this issue gets fixed, Otterscan would be able to read block data properly.

from foundry.

@mattsse, friendly bump 👉💙

from foundry.

@mattsse opened a PR with something working. Let me know what you think.

from foundry.