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

Handling of non-existant blocks for indexers #1534

Open
Dinonard opened this issue Oct 28, 2024 · 2 comments
Open

Handling of non-existant blocks for indexers #1534

Dinonard opened this issue Oct 28, 2024 · 2 comments
Labels

Comments

@Dinonard
Copy link
Contributor

Question

A quick question about handling non-existant Ethereum blocks.
In case that the Ethereum/EVM support was added to the chain after the genesis block, it would mean that some Ethereum blocks will simply be non-existant. If an e.g. indexer tries to fetch them, even on archive node, it will return None.

We've had a dirty fix for Shiden network for some 3 years now (LINK), which provides a "dummy" block and I'd like to check whether a better existing solution exists already?
Has any other project encountered such an issue?

@boundless-forest
Copy link
Collaborator

I believe this is an inevitable issue for the chain that integrated with Frontier after its genesis. A simpler solution to the problem is to set the start block for the indexer; most indexers are capable of doing this. In addition to the dummy block solution, another approach I can think of is to keep state and migrate your chain to a new one and begin supporting Frontier from genesis.

@Dinonard
Copy link
Contributor Author

Dinonard commented Oct 31, 2024

A simpler solution to the problem is to set the start block for the indexer; most indexers are capable of doing this.

Thanks, I guess this is something we can look into.
However, we'd preferably be able to just let anyone index without any real issues.

another approach I can think of is to keep state and migrate your chain to a new one and begin supporting Frontier from genesis.

I don't think that's a real option since we're dealing with a live parachain. Loosing para Id, "migrating" liquiduty, etc. are all huge issues, and this minor issue doesn't warrant such a drastic solution.

Do you know perhaps how other chains are dealing with this situation?

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

No branches or pull requests

2 participants