You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Turns out, Warp Sync doesn't strictly replace fast sync. Warp sync gets you a node that's up to date for only recent transactions quickly. You still need to sync in the background the origin of the chain, and for that, we should use fast sync (instead of our current process and requesting blocks one-by-one).
It's very similar to warp sync, except it begins from the beginning of the chain, pulls in all known block headers, etc, but instead of processing the blocks, it uses the receipts and decides which account states it needs to request.
This issue to build Fast Sync. The goal would be to allow a user to specify standard, fast or warp sync for the time-being and then we could reconcile the process.
The text was updated successfully, but these errors were encountered:
Turns out, Warp Sync doesn't strictly replace fast sync. Warp sync gets you a node that's up to date for only recent transactions quickly. You still need to sync in the background the origin of the chain, and for that, we should use fast sync (instead of our current process and requesting blocks one-by-one).
Fast Sync is best described here: ethereum/go-ethereum#1889
It's very similar to warp sync, except it begins from the beginning of the chain, pulls in all known block headers, etc, but instead of processing the blocks, it uses the receipts and decides which account states it needs to request.
This issue to build Fast Sync. The goal would be to allow a user to specify standard, fast or warp sync for the time-being and then we could reconcile the process.
The text was updated successfully, but these errors were encountered: