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
Sometimes, it's useful to skip certain block ranges when indexing a contract. For example, the Hyperliquid testnet appears to have some block ranges where the RPC does not work.
Currently you can only pass startBlock and endBlock.
Proposed solution
We could replace startBlock and endBlock with a blocks field that supports multiple ranges. Also, this could be a good time to introduce tags like "latest" which would represent the latest block when the server starts up (very common for block intervals / cron).
How should the (very common) case of endBlock: undefined look? Perhaps we could come up with a tag like "latest". Could be "live", "realtime", or "latest" if we use something else to mean "the latest block when the server started up".
The text was updated successfully, but these errors were encountered:
Problem / use case
Sometimes, it's useful to skip certain block ranges when indexing a contract. For example, the Hyperliquid testnet appears to have some block ranges where the RPC does not work.
Currently you can only pass
startBlock
andendBlock
.Proposed solution
We could replace
startBlock
andendBlock
with ablocks
field that supports multiple ranges. Also, this could be a good time to introduce tags like"latest"
which would represent the latest block when the server starts up (very common for block intervals / cron).Examples
Simple bounded range
Multiple ranges
+ blocks: [[1000, 2000], [2050, "latest"]],
No endBlock (live indexing)
Open questions
endBlock: undefined
look? Perhaps we could come up with a tag like "latest". Could be "live", "realtime", or "latest" if we use something else to mean "the latest block when the server started up".The text was updated successfully, but these errors were encountered: