cerc-io/go-ethereum
18
0
Fork 0
Code Issues 9 Pull Requests Packages Projects Releases 66 Wiki Activity

(v5) Targeted pivot-point fast-to-full sync mode #257

New Issue
Closed
opened 2022-07-06 13:57:22 +00:00 by i-norden · 1 comment
i-norden commented 2022-07-06 13:57:22 +00:00
Member
Copy Link

Sync mode that allows us to specify a block height to which the node will sync using fast sync mode. After this point it pivots to full sync (archival or not) (and can begin statediffing). This could alternatively be done using snap sync, but it would not be possible to snap sync to block heights below the network snapshot retention level (or before snapshotting was implemented). Fast sync requires a copy of the entire state and storage tries on the network at the targeted block height, for block heights below the state retention level of full nodes it will rely on archival peers. In worst case scenario we can peer directly with our archive node.

Sync mode that allows us to specify a block height to which the node will sync using fast sync mode. After this point it pivots to full sync (archival or not) (and can begin statediffing). This could alternatively be done using snap sync, but it would not be possible to snap sync to block heights below the network snapshot retention level (or before snapshotting was implemented). Fast sync requires a copy of the entire state and storage tries on the network at the targeted block height, for block heights below the state retention level of full nodes it will rely on archival peers. In worst case scenario we can peer directly with our archive node.
i-norden commented 2022-09-13 14:35:14 +00:00
Author
Member
Copy Link

Replace with issue describing leveldb export function

Replace with issue describing leveldb export function
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels   
bug

   
critical

   
duplicate

   
enhancement

   
epic

   
help wanted

   
in progress

   
invalid

   
low priority

   
question

   
rebase

   
v1

   
v5

   
wontfix
  
Copied from Github

An issue or PR manually copied from GitHub.

  
Kind/Breaking

Breaking change that won't be backward compatible

  
Kind/Bug

Something is not working

  
Kind/Documentation

Documentation changes

  
Kind/Enhancement

Improve existing functionality

  
Kind/Feature

New functionality

  
Kind/Security

This is security issue

  
Kind/Testing

Issue or pull request related to testing

  
Priority
Critical
The priority is critical

  
Priority
High
The priority is high

  
Priority
Low
The priority is low

  
Priority
Medium
The priority is medium

  
Reviewed
Confirmed
Issue has been confirmed

  
Reviewed
Duplicate
This issue or pull request already exists

  
Reviewed
Invalid
Invalid issue

  
Reviewed
Won't Fix
This issue won't be fixed

  
Status
Abandoned
Somebody has started to work on this but abandoned work

  
Status
Blocked
Something is blocking this issue or pull request

  
Status
Need More Info
Feedback is required to reproduce issue or to continue work

No Label
bug
critical
duplicate
enhancement
epic
help wanted
in progress
invalid
low priority
question
rebase
v1
v5
wontfix
Copied from Github
Kind/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
Milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: cerc-io/go-ethereum#257
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?