-
Notifications
You must be signed in to change notification settings - Fork 292
Refactor Staged Stream Sync Long Range #4824
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
Conversation
|
is it possible to write test in this PR as well ? |
done |
|
@GheisMohammadi for long range how many block behind are we talking about |
The node starts in long-range sync mode by default. Once it catches up, it switches to short-range sync. |
Also, I am currently working on a PR that dynamically switches between short-range and long-range sync based on the block gap. |
|
@GheisMohammadi did you test the issue #4826 (comment) ? |
in progress |
…rted block results
6c57170 to
ce62cf5
Compare
|
@GheisMohammadi i am still facing panic when i try to restart the harmony process that I killed just previously |
It seems it is not related to stream sync. Based on the logs, it happened even before sync module gets started on the setup chain. |
|
ok i just tested the same from the |
Issue
This PR refactors Staged Stream Sync Long Range stage. It adds
BlockHashesstage to Staged Stream Sync. By calculating the correct hash first, this ensures data integrity and reliability in the block download process.