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

feat: reconsider fallback design #349

Open
ncitron opened this issue Aug 16, 2024 · 0 comments
Open

feat: reconsider fallback design #349

ncitron opened this issue Aug 16, 2024 · 0 comments

Comments

@ncitron
Copy link
Collaborator

ncitron commented Aug 16, 2024

Right now the fallbacks function somewhat strangely. We have these checkpoint providers but we only use them when the initial sync fails. This doesn't capture the case when the initial checkpoint is too old and will cause the sync to be too slow. The current way around this is to use --strict-checkpoint-age and --load-external-fallback/--fallback together.

I don't know but this whole design seems odd. I'm open to suggestions on better ways to incorporate the checkpoint providers into Helios in a more sensible way.

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

1 participant