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
Coordinator V2 currently defaults to starting block streams with the
start_block_height value populated in the registry. In order for a
smooth migration from V1 to V2, we instead want Coordinator V2 to create
block streams starting where the current indexers left off.
Coordinator V1 now writes a last_published_block value for all indexers
it manages on each matching block.
Coordinator V2's start_block_height setting workflow needs refactoring.
This is due to the fact that the exisitng flow defauls to using
start_block_height as its present in the registry even after we begin
processing a stream from that block height. We need to refactor the flow
to ensure we use the start block height once, and otherwise use redis
last published block height, or fallback if not present.
New flow to handle edge cases will be tracked by
#521.
morgsmccauley
changed the title
Ensure historical backfills are only started once
Handle "From Interruption" option
Jan 30, 2024
morgsmccauley
changed the title
Handle "From Interruption" option
Handle new "Start From" config options
Jan 30, 2024
morgsmccauley
changed the title
Handle new "Start From" config options
Handle new StartBlock config options
Feb 7, 2024
Context: #517 (comment)
We should start using the updated
StartFrom
options as opposed to thestart_from_block
parameter.The text was updated successfully, but these errors were encountered: