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
We want to start preserving query node state across chains, not only before mainnet, but possibly after. The problem with that is if we use block numbers, as we currently do, as the only way to time some event in our data models, then this breaks down across chains. One alternative solution is to just use block header timestamps, this could also simplify conversion to real time in some cases, in particular if block arrival times will end up being very irregular, or even explicitly changed at different points in time. The problem with them is that its hard to identify a specific block with that representation in lots of tools and apps. The most flexible solution could be to introduce some combined representation of block number, timestamp and a network identifier.
The text was updated successfully, but these errors were encountered:
Given that lots of different entities will want to re-use this three part description of a moment in time by introducing a new @field type, it would be better if we could do
We want to start preserving query node state across chains, not only before mainnet, but possibly after. The problem with that is if we use block numbers, as we currently do, as the only way to time some event in our data models, then this breaks down across chains. One alternative solution is to just use block header timestamps, this could also simplify conversion to real time in some cases, in particular if block arrival times will end up being very irregular, or even explicitly changed at different points in time. The problem with them is that its hard to identify a specific block with that representation in lots of tools and apps. The most flexible solution could be to introduce some combined representation of block number, timestamp and a network identifier.
The text was updated successfully, but these errors were encountered: