Skip to content
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

Allow BlockMetadata to be generated when timeboost isn't enabled #2932

Merged
merged 3 commits into from
Feb 6, 2025

Conversation

ganeshvanahalli
Copy link
Contributor

No description provided.

Copy link
Member

@eljobe eljobe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see how this allows the block metadata to be recorded even when Timeboost is disabled. But, is there some other check somewhere that we are >= some target block number before we start collecting block metadata? We don't want to just unconditionally collect the block metadata, right?

@@ -92,7 +92,7 @@ func (rc *RedisCoordinator) GetAcceptedTxs(round, startSeqNum, endSeqNum uint64)
fetchMsg := func(key string) *ExpressLaneSubmission {
msgBytes, err := rc.client.Get(ctx, key).Bytes()
if err != nil {
log.Error("Error fetching accepted expressLane tx", "key", key, "err", err)
log.Debug("Error fetching accepted expressLane tx", "key", key, "err", err)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this really an expected error that we want to just quietly ignore?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yep its an expected error, since we have deterministic search of pending keys instead of redis.Scan

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should log an error or warning normally but ignore it if it's redis.Nil

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ahh gotcha!

tsahee
tsahee previously approved these changes Feb 6, 2025
Copy link
Collaborator

@tsahee tsahee left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@ganeshvanahalli
Copy link
Contributor Author

I see how this allows the block metadata to be recorded even when Timeboost is disabled. But, is there some other check somewhere that we are >= some target block number before we start collecting block metadata? We don't want to just unconditionally collect the block metadata, right?

This is handled using TrackBlockMetadataFrom flag of transaction streamer

TrackBlockMetadataFrom uint64 `koanf:"track-block-metadata-from"`
, this allows all the nodes to be in consensus of when to start expecting block metadata (this is persisted in chain_info.json for this purpose)

eljobe
eljobe previously approved these changes Feb 6, 2025
Copy link
Member

@eljobe eljobe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Tristan-Wilson
Tristan-Wilson previously approved these changes Feb 6, 2025
Copy link
Member

@Tristan-Wilson Tristan-Wilson left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@ganeshvanahalli ganeshvanahalli dismissed stale reviews from Tristan-Wilson and eljobe via ec4b665 February 6, 2025 15:28
Copy link
Collaborator

@tsahee tsahee left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@eljobe eljobe enabled auto-merge February 6, 2025 15:31
@eljobe eljobe merged commit ec766f4 into master Feb 6, 2025
15 checks passed
@eljobe eljobe deleted the allow-sequencer-zeroblockmetadata branch February 6, 2025 17:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants