BOLT 7: clarify how to encode multiple reply_channel_range messages#730
BOLT 7: clarify how to encode multiple reply_channel_range messages#730sstone wants to merge 1 commit into
reply_channel_range messages#730Conversation
When multiple `reply_channel_range` messages are sent back for a single `query_channel_range` query, they must cover the requested block range without gaps or overlaps: `first_blocknum` must be set to the previous `reply_channel_range`'s `first_blocknum` plus `number_of_blocks`.
|
Actually there's already a pending PR with the same clarification: #560 |
|
Not exactly. #560 specifies that replies must cover the block range requested in a query, without gaps at the beginning or the end, which was implied in the description of channel queries. This PR adds a constraint for chaining multiple replies to a single query: the next |
|
Gotcha, that means this PR should supercede #560 because it adds something more restrictive. |
|
Superceded by #737 |
When multiple
reply_channel_rangemessages are sent back for a singlequery_channel_rangequery, they must cover the requested block range without gaps or overlaps:first_blocknummust be set to the previousreply_channel_range'sfirst_blocknumplusnumber_of_blocks.