Skip to content

Conversation

@antonis19
Copy link
Member

@antonis19 antonis19 commented Aug 28, 2025

If the tip is behind the milestone end, then this triggers an unwind to the previous verified milestone and download of blocks from previous verified milestone block until new milestone end block.

This is unnecessary since we can put the milestone back in the event queue, and it will be picked up later, and hopefully by that time the tip will be in sync with milestone. This is expected to reduce the number of unwinds.

@antonis19 antonis19 requested review from mh0lt and taratorio August 28, 2025 15:11
@antonis19 antonis19 changed the title Ignore milestone if tip is behind it Do not apply milestone if tip is behind it Aug 28, 2025
@antonis19 antonis19 merged commit 1c1f10f into release/3.0 Aug 28, 2025
9 of 10 checks passed
@antonis19 antonis19 deleted the r30-ignore-future-milestone branch August 28, 2025 23:06
antonis19 added a commit that referenced this pull request Sep 5, 2025
If the tip is behind the milestone end, then this triggers an unwind to
the previous verified milestone and download of blocks from previous
verified milestone block until new milestone end block.

This is unnecessary since we can put the milestone back in the event
queue, and it will be picked up later, and hopefully by that time the
tip will be in sync with milestone. This is expected to reduce the
number of unwinds.

---------

Co-authored-by: antonis19 <[email protected]>
antonis19 added a commit that referenced this pull request Sep 5, 2025
)

cherry-pick of #16803

If the tip is behind the milestone end, then this triggers an unwind to
the previous verified milestone and download of blocks from previous
verified milestone block until new milestone end block.

This is unnecessary since we can put the milestone back in the event
queue, and it will be picked up later, and hopefully by that time the
tip will be in sync with milestone. This is expected to reduce the
number of unwinds.

---------

Co-authored-by: antonis19 <[email protected]>
bloxster pushed a commit that referenced this pull request Sep 9, 2025
)

cherry-pick of #16803

If the tip is behind the milestone end, then this triggers an unwind to
the previous verified milestone and download of blocks from previous
verified milestone block until new milestone end block.

This is unnecessary since we can put the milestone back in the event
queue, and it will be picked up later, and hopefully by that time the
tip will be in sync with milestone. This is expected to reduce the
number of unwinds.

---------

Co-authored-by: antonis19 <[email protected]>
antonis19 added a commit that referenced this pull request Sep 12, 2025
)

cherry-pick of #16803

If the tip is behind the milestone end, then this triggers an unwind to
the previous verified milestone and download of blocks from previous
verified milestone block until new milestone end block.

This is unnecessary since we can put the milestone back in the event
queue, and it will be picked up later, and hopefully by that time the
tip will be in sync with milestone. This is expected to reduce the
number of unwinds.

---------

Co-authored-by: antonis19 <[email protected]>
NazariiDenha pushed a commit that referenced this pull request Oct 24, 2025
)

cherry-pick of #16803

If the tip is behind the milestone end, then this triggers an unwind to
the previous verified milestone and download of blocks from previous
verified milestone block until new milestone end block.

This is unnecessary since we can put the milestone back in the event
queue, and it will be picked up later, and hopefully by that time the
tip will be in sync with milestone. This is expected to reduce the
number of unwinds.

---------

Co-authored-by: antonis19 <[email protected]>
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

Successfully merging this pull request may close these issues.

3 participants