Skip to content

feat: add BlockRange and PaginationInfo messages#1205

Merged
SantiagoPittella merged 9 commits intonextfrom
santiagopittella-implement-block-range-message
Sep 5, 2025
Merged

feat: add BlockRange and PaginationInfo messages#1205
SantiagoPittella merged 9 commits intonextfrom
santiagopittella-implement-block-range-message

Conversation

@SantiagoPittella
Copy link
Collaborator

closes #1204

@SantiagoPittella SantiagoPittella changed the title Santiagopittella implement block range message feat: add BlockRange and PaginationInfo messages Sep 3, 2025
#[prost(fixed32, optional, tag = "2")]
pub block_to: ::core::option::Option<u32>,
}
/// Represents pagination information.
Copy link
Contributor

Choose a reason for hiding this comment

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

nit: it is pagination across a single axis of blocks, we might have different pagination axis/multiple so we should be specific in the comment

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Currently it is the only axis, and I'm not aware of a plan to add another. I'm updating docs to better reflect this.

Copy link
Contributor

@bobbinth bobbinth left a comment

Choose a reason for hiding this comment

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

Looks good! Thank you! I left one small comment inline.

Also, not for this PR, but should we also make similar changes to the SyncNotes messages?

Comment on lines +424 to +426
// To request the next chunk, the client should use the `block_num` from the previous response
// as the `block_from` for the next request.
message PaginationInfo {
Copy link
Contributor

Choose a reason for hiding this comment

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

This is a bit ambiguous because it doesn't use the +1 - so, it is not clear whether we should use just block_num from the previous response or bock_num + 1. I would rewrite this to clarify.

Also, nit: let's add a newline after line 423.

@SantiagoPittella SantiagoPittella merged commit 6c7530d into next Sep 5, 2025
6 checks passed
@SantiagoPittella SantiagoPittella deleted the santiagopittella-implement-block-range-message branch September 5, 2025 17:35
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.

Implement BlockRange message

4 participants