Closed jstuczyn closed 5 years ago
If you have create_empty_blocks=true
in your config, blocks will be created ~ every 1s (with default consensus params which are explained here https://forum.cosmos.network/t/consensus-timeouts-explained/1421). You can regulate the delay between blocks by changing the timeout_commit
. E.g. timeout_commit = "10s" should result in ~10s blocks.
In this setting, blocks are created when txs received. Note after the block N, Tendermint creates something we call a "proof block" (if the app hash changes) N+1 https://github.com/tendermint/tendermint/issues/2487#issuecomment-424899799. Plus, if you set create_empty_blocks_interval
to something other than the default, Tendermint will be creating empty blocks even in the absence of transactions every create_empty_blocks_interval
.
Hope that helps! We'll try to improve the docs 📜
Allowing Tendermint to create empty blocks and only modifying timeout_commit
did the trick! In retrospect it makes sense, because otherwise without regular empty blocks it'd be difficult to sync and have the proper delay between blocks with txs...
Anyway, my issue is solved, thanks! However, just from pure curiosity, what is the intended purpose of blocktime_iota
?
blocktime_iota
- minimum time between two consecutive blocks.
Done in #3349.
Tendermint version: 0.27.4-1e1ca15b + also tried 0.30.0-28d75ec8 ABCI app: not really applicable, but persists on both kvstore and a self-built one OS: Ubuntu 18.04.1
Hi!
I've been trying to increase the minimum time between blocks being created, however, I've repeatedly failed to achieve this. From what I've figured from the documentation (on related note: there is a very limited information regarding the matter), I've tried increasing
blocktime_iota = "10s"
, but this doesn't seem to have changed anything. Then for the test sake I've tried to increase all consensus timeouts tenfolds to see whether there would be any increase in time between blocks:But that seems to have only affected the initial blocks written upon genesis:
When sending the 'regular' transactions, that delay seem to be unaffected:
I've expected block at height=4 to be created no sonner than 13:03:20.909 and contain two Txs (that were commited at height 4 and 5). I also expected block at height=5 to not have been created since block at height=4 should have contained that transaction. I'm not 100% sure why the block at height=6 is created, but I think it might be the same cause as in issue #1783. But regardless, that one seems to have the correct delay...
I'm not entirely sure whether it is an actual bug or simply the case of user (myself) configuring the node(s) incorrectly. But if it's the latter, I've literally searched through entire docs as well as the issue tracker and could not figure it out by myself.
I will appreciate any advice Thanks!