1

As stated in the SWC116 (https://swcregistry.io/docs/SWC-116/) using block.timestamp and block.number in Smart Contracts under Proof of Work was problematic.

  1. Block.timestamp could be influenced by the miners up to 15s
  2. Using block.number as proxy for time is inaccurate since the time between block depended on the difficulty i.e. was not fixed.

Do those two issues still exists under Proof of Stake? If not, are there any other/new concerns about using block values as a proxy for time?

1 Answer 1

0

Yes, generally using block values as a proxy for time is not a good idea.

The main reason is that while slots are currently every 12 seconds, it is not guaranteed that it won't decrease or change in the future.

Also, remember that slots can be empty. Proof of Stake does not guarantee a block every 12 seconds.

Here is an example of 1 empty slot, and while rarer, it is possible for consecutive slots to be empty.

https://etherscan.io/block/18552554

https://etherscan.io/block/18552555

2
  • Thank you for your response! I completely agree with you if you say block.number should not be used as a proxy for time. But even if the block intervals change to a different duration in the future, I believe block.timestamp will remain accurate. This is because it is determined by the protocol itself and is not influenced by the validators, right?
    – Yleisnero
    Nov 13 at 18:52
  • I answered generally and could have asked you how you are planning to use the block values, as people usually do calculations with block.timestamp. Otherwise you're right ethereum.stackexchange.com/questions/135445/… (In PoW block.timestamp just had to be greater than its parent ethereum.stackexchange.com/questions/5927/…)
    – eth
    Nov 15 at 16:16

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.