You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

420 lines
14 KiB

limit number of /subscribe clients and queries per client (#3269) * limit number of /subscribe clients and queries per client Add the following config variables (under [rpc] section): * max_subscription_clients * max_subscriptions_per_client * timeout_broadcast_tx_commit Fixes #2826 new HTTPClient interface for subscriptions finalize HTTPClient events interface remove EventSubscriber fix data race ``` WARNING: DATA RACE Read at 0x00c000a36060 by goroutine 129: github.com/tendermint/tendermint/rpc/client.(*Local).Subscribe.func1() /go/src/github.com/tendermint/tendermint/rpc/client/localclient.go:168 +0x1f0 Previous write at 0x00c000a36060 by goroutine 132: github.com/tendermint/tendermint/rpc/client.(*Local).Subscribe() /go/src/github.com/tendermint/tendermint/rpc/client/localclient.go:191 +0x4e0 github.com/tendermint/tendermint/rpc/client.WaitForOneEvent() /go/src/github.com/tendermint/tendermint/rpc/client/helpers.go:64 +0x178 github.com/tendermint/tendermint/rpc/client_test.TestTxEventsSentWithBroadcastTxSync.func1() /go/src/github.com/tendermint/tendermint/rpc/client/event_test.go:139 +0x298 testing.tRunner() /usr/local/go/src/testing/testing.go:827 +0x162 Goroutine 129 (running) created at: github.com/tendermint/tendermint/rpc/client.(*Local).Subscribe() /go/src/github.com/tendermint/tendermint/rpc/client/localclient.go:164 +0x4b7 github.com/tendermint/tendermint/rpc/client.WaitForOneEvent() /go/src/github.com/tendermint/tendermint/rpc/client/helpers.go:64 +0x178 github.com/tendermint/tendermint/rpc/client_test.TestTxEventsSentWithBroadcastTxSync.func1() /go/src/github.com/tendermint/tendermint/rpc/client/event_test.go:139 +0x298 testing.tRunner() /usr/local/go/src/testing/testing.go:827 +0x162 Goroutine 132 (running) created at: testing.(*T).Run() /usr/local/go/src/testing/testing.go:878 +0x659 github.com/tendermint/tendermint/rpc/client_test.TestTxEventsSentWithBroadcastTxSync() /go/src/github.com/tendermint/tendermint/rpc/client/event_test.go:119 +0x186 testing.tRunner() /usr/local/go/src/testing/testing.go:827 +0x162 ================== ``` lite client works (tested manually) godoc comments httpclient: do not close the out channel use TimeoutBroadcastTxCommit no timeout for unsubscribe but 1s Local (5s HTTP) timeout for resubscribe format code change Subscribe#out cap to 1 and replace config vars with RPCConfig TimeoutBroadcastTxCommit can't be greater than rpcserver.WriteTimeout rpc: Context as first parameter to all functions reformat code fixes after my own review fixes after Ethan's review add test stubs fix config.toml * fixes after manual testing - rpc: do not recommend to use BroadcastTxCommit because it's slow and wastes Tendermint resources (pubsub) - rpc: better error in Subscribe and BroadcastTxCommit - HTTPClient: do not resubscribe if err = ErrAlreadySubscribed * fixes after Ismail's review * Update rpc/grpc/grpc_test.go Co-Authored-By: melekes <anton.kalyaev@gmail.com>
6 years ago
limit number of /subscribe clients and queries per client (#3269) * limit number of /subscribe clients and queries per client Add the following config variables (under [rpc] section): * max_subscription_clients * max_subscriptions_per_client * timeout_broadcast_tx_commit Fixes #2826 new HTTPClient interface for subscriptions finalize HTTPClient events interface remove EventSubscriber fix data race ``` WARNING: DATA RACE Read at 0x00c000a36060 by goroutine 129: github.com/tendermint/tendermint/rpc/client.(*Local).Subscribe.func1() /go/src/github.com/tendermint/tendermint/rpc/client/localclient.go:168 +0x1f0 Previous write at 0x00c000a36060 by goroutine 132: github.com/tendermint/tendermint/rpc/client.(*Local).Subscribe() /go/src/github.com/tendermint/tendermint/rpc/client/localclient.go:191 +0x4e0 github.com/tendermint/tendermint/rpc/client.WaitForOneEvent() /go/src/github.com/tendermint/tendermint/rpc/client/helpers.go:64 +0x178 github.com/tendermint/tendermint/rpc/client_test.TestTxEventsSentWithBroadcastTxSync.func1() /go/src/github.com/tendermint/tendermint/rpc/client/event_test.go:139 +0x298 testing.tRunner() /usr/local/go/src/testing/testing.go:827 +0x162 Goroutine 129 (running) created at: github.com/tendermint/tendermint/rpc/client.(*Local).Subscribe() /go/src/github.com/tendermint/tendermint/rpc/client/localclient.go:164 +0x4b7 github.com/tendermint/tendermint/rpc/client.WaitForOneEvent() /go/src/github.com/tendermint/tendermint/rpc/client/helpers.go:64 +0x178 github.com/tendermint/tendermint/rpc/client_test.TestTxEventsSentWithBroadcastTxSync.func1() /go/src/github.com/tendermint/tendermint/rpc/client/event_test.go:139 +0x298 testing.tRunner() /usr/local/go/src/testing/testing.go:827 +0x162 Goroutine 132 (running) created at: testing.(*T).Run() /usr/local/go/src/testing/testing.go:878 +0x659 github.com/tendermint/tendermint/rpc/client_test.TestTxEventsSentWithBroadcastTxSync() /go/src/github.com/tendermint/tendermint/rpc/client/event_test.go:119 +0x186 testing.tRunner() /usr/local/go/src/testing/testing.go:827 +0x162 ================== ``` lite client works (tested manually) godoc comments httpclient: do not close the out channel use TimeoutBroadcastTxCommit no timeout for unsubscribe but 1s Local (5s HTTP) timeout for resubscribe format code change Subscribe#out cap to 1 and replace config vars with RPCConfig TimeoutBroadcastTxCommit can't be greater than rpcserver.WriteTimeout rpc: Context as first parameter to all functions reformat code fixes after my own review fixes after Ethan's review add test stubs fix config.toml * fixes after manual testing - rpc: do not recommend to use BroadcastTxCommit because it's slow and wastes Tendermint resources (pubsub) - rpc: better error in Subscribe and BroadcastTxCommit - HTTPClient: do not resubscribe if err = ErrAlreadySubscribed * fixes after Ismail's review * Update rpc/grpc/grpc_test.go Co-Authored-By: melekes <anton.kalyaev@gmail.com>
6 years ago
blockchain: Reorg reactor (#3561) * go routines in blockchain reactor * Added reference to the go routine diagram * Initial commit * cleanup * Undo testing_logger change, committed by mistake * Fix the test loggers * pulled some fsm code into pool.go * added pool tests * changes to the design added block requests under peer moved the request trigger in the reactor poolRoutine, triggered now by a ticker in general moved everything required for making block requests smarter in the poolRoutine added a simple map of heights to keep track of what will need to be requested next added a few more tests * send errors to FSM in a different channel than blocks send errors (RemovePeer) from switch on a different channel than the one receiving blocks renamed channels added more pool tests * more pool tests * lint errors * more tests * more tests * switch fast sync to new implementation * fixed data race in tests * cleanup * finished fsm tests * address golangci comments :) * address golangci comments :) * Added timeout on next block needed to advance * updating docs and cleanup * fix issue in test from previous cleanup * cleanup * Added termination scenarios, tests and more cleanup * small fixes to adr, comments and cleanup * Fix bug in sendRequest() If we tried to send a request to a peer not present in the switch, a missing continue statement caused the request to be blackholed in a peer that was removed and never retried. While this bug was manifesting, the reactor kept asking for other blocks that would be stored and never consumed. Added the number of unconsumed blocks in the math for requesting blocks ahead of current processing height so eventually there will be no more blocks requested until the already received ones are consumed. * remove bpPeer's didTimeout field * Use distinct err codes for peer timeout and FSM timeouts * Don't allow peers to update with lower height * review comments from Ethan and Zarko * some cleanup, renaming, comments * Move block execution in separate goroutine * Remove pool's numPending * review comments * fix lint, remove old blockchain reactor and duplicates in fsm tests * small reorg around peer after review comments * add the reactor spec * verify block only once * review comments * change to int for max number of pending requests * cleanup and godoc * Add configuration flag fast sync version * golangci fixes * fix config template * move both reactor versions under blockchain * cleanup, golint, renaming stuff * updated documentation, fixed more golint warnings * integrate with behavior package * sync with master * gofmt * add changelog_pending entry * move to improvments * suggestion to changelog entry
5 years ago
blockchain: Reorg reactor (#3561) * go routines in blockchain reactor * Added reference to the go routine diagram * Initial commit * cleanup * Undo testing_logger change, committed by mistake * Fix the test loggers * pulled some fsm code into pool.go * added pool tests * changes to the design added block requests under peer moved the request trigger in the reactor poolRoutine, triggered now by a ticker in general moved everything required for making block requests smarter in the poolRoutine added a simple map of heights to keep track of what will need to be requested next added a few more tests * send errors to FSM in a different channel than blocks send errors (RemovePeer) from switch on a different channel than the one receiving blocks renamed channels added more pool tests * more pool tests * lint errors * more tests * more tests * switch fast sync to new implementation * fixed data race in tests * cleanup * finished fsm tests * address golangci comments :) * address golangci comments :) * Added timeout on next block needed to advance * updating docs and cleanup * fix issue in test from previous cleanup * cleanup * Added termination scenarios, tests and more cleanup * small fixes to adr, comments and cleanup * Fix bug in sendRequest() If we tried to send a request to a peer not present in the switch, a missing continue statement caused the request to be blackholed in a peer that was removed and never retried. While this bug was manifesting, the reactor kept asking for other blocks that would be stored and never consumed. Added the number of unconsumed blocks in the math for requesting blocks ahead of current processing height so eventually there will be no more blocks requested until the already received ones are consumed. * remove bpPeer's didTimeout field * Use distinct err codes for peer timeout and FSM timeouts * Don't allow peers to update with lower height * review comments from Ethan and Zarko * some cleanup, renaming, comments * Move block execution in separate goroutine * Remove pool's numPending * review comments * fix lint, remove old blockchain reactor and duplicates in fsm tests * small reorg around peer after review comments * add the reactor spec * verify block only once * review comments * change to int for max number of pending requests * cleanup and godoc * Add configuration flag fast sync version * golangci fixes * fix config template * move both reactor versions under blockchain * cleanup, golint, renaming stuff * updated documentation, fixed more golint warnings * integrate with behavior package * sync with master * gofmt * add changelog_pending entry * move to improvments * suggestion to changelog entry
5 years ago
  1. ---
  2. order: 3
  3. ---
  4. # Configuration
  5. Tendermint Core can be configured via a TOML file in
  6. `$TMHOME/config/config.toml`. Some of these parameters can be overridden by
  7. command-line flags. For most users, the options in the `##### main base configuration options #####` are intended to be modified while config options
  8. further below are intended for advance power users.
  9. ## Options
  10. The default configuration file create by `tendermint init` has all
  11. the parameters set with their default values. It will look something
  12. like the file below, however, double check by inspecting the
  13. `config.toml` created with your version of `tendermint` installed:
  14. ```
  15. # This is a TOML config file.
  16. # For more information, see https://github.com/toml-lang/toml
  17. # NOTE: Any path below can be absolute (e.g. "/var/myawesomeapp/data") or
  18. # relative to the home directory (e.g. "data"). The home directory is
  19. # "$HOME/.tendermint" by default, but could be changed via $TMHOME env variable
  20. # or --home cmd flag.
  21. ##### main base config options #####
  22. # TCP or UNIX socket address of the ABCI application,
  23. # or the name of an ABCI application compiled in with the Tendermint binary
  24. proxy_app = "tcp://127.0.0.1:26658"
  25. # A custom human readable name for this node
  26. moniker = "anonymous"
  27. # If this node is many blocks behind the tip of the chain, FastSync
  28. # allows them to catchup quickly by downloading blocks in parallel
  29. # and verifying their commits
  30. fast_sync = true
  31. # Database backend: goleveldb | cleveldb | boltdb | rocksdb | badgerdb
  32. # * goleveldb (github.com/syndtr/goleveldb - most popular implementation)
  33. # - pure go
  34. # - stable
  35. # * cleveldb (uses levigo wrapper)
  36. # - fast
  37. # - requires gcc
  38. # - use cleveldb build tag (go build -tags cleveldb)
  39. # * boltdb (uses etcd's fork of bolt - github.com/etcd-io/bbolt)
  40. # - EXPERIMENTAL
  41. # - may be faster is some use-cases (random reads - indexer)
  42. # - use boltdb build tag (go build -tags boltdb)
  43. # * rocksdb (uses github.com/tecbot/gorocksdb)
  44. # - EXPERIMENTAL
  45. # - requires gcc
  46. # - use rocksdb build tag (go build -tags rocksdb)
  47. # * badgerdb (uses github.com/dgraph-io/badger)
  48. # - EXPERIMENTAL
  49. # - use badgerdb build tag (go build -tags badgerdb)
  50. db_backend = "goleveldb"
  51. # Database directory
  52. db_dir = "data"
  53. # Output level for logging, including package level options
  54. log_level = "main:info,state:info,*:error"
  55. # Output format: 'plain' (colored text) or 'json'
  56. log_format = "plain"
  57. ##### additional base config options #####
  58. # Path to the JSON file containing the initial validator set and other meta data
  59. genesis_file = "config/genesis.json"
  60. # Path to the JSON file containing the private key to use as a validator in the consensus protocol
  61. priv_validator_file = "config/priv_validator.json"
  62. # TCP or UNIX socket address for Tendermint to listen on for
  63. # connections from an external PrivValidator process
  64. priv_validator_laddr = ""
  65. # Path to the JSON file containing the private key to use for node authentication in the p2p protocol
  66. node_key_file = "config/node_key.json"
  67. # Mechanism to connect to the ABCI application: socket | grpc
  68. abci = "socket"
  69. # TCP or UNIX socket address for the profiling server to listen on
  70. prof_laddr = ""
  71. # If true, query the ABCI app on connecting to a new peer
  72. # so the app can decide if we should keep the connection or not
  73. filter_peers = false
  74. ##### advanced configuration options #####
  75. ##### rpc server configuration options #####
  76. [rpc]
  77. # TCP or UNIX socket address for the RPC server to listen on
  78. laddr = "tcp://0.0.0.0:26657"
  79. # A list of origins a cross-domain request can be executed from
  80. # Default value '[]' disables cors support
  81. # Use '["*"]' to allow any origin
  82. cors_allowed_origins = []
  83. # A list of methods the client is allowed to use with cross-domain requests
  84. cors_allowed_methods = ["HEAD", "GET", "POST"]
  85. # A list of non simple headers the client is allowed to use with cross-domain requests
  86. cors_allowed_headers = ["Origin", "Accept", "Content-Type", "X-Requested-With", "X-Server-Time"]
  87. # TCP or UNIX socket address for the gRPC server to listen on
  88. # NOTE: This server only supports /broadcast_tx_commit
  89. grpc_laddr = ""
  90. # Maximum number of simultaneous connections.
  91. # Does not include RPC (HTTP&WebSocket) connections. See max_open_connections
  92. # If you want to accept a larger number than the default, make sure
  93. # you increase your OS limits.
  94. # 0 - unlimited.
  95. # Should be < {ulimit -Sn} - {MaxNumInboundPeers} - {MaxNumOutboundPeers} - {N of wal, db and other open files}
  96. # 1024 - 40 - 10 - 50 = 924 = ~900
  97. grpc_max_open_connections = 900
  98. # Activate unsafe RPC commands like /dial_seeds and /unsafe_flush_mempool
  99. unsafe = false
  100. # Maximum number of simultaneous connections (including WebSocket).
  101. # Does not include gRPC connections. See grpc_max_open_connections
  102. # If you want to accept a larger number than the default, make sure
  103. # you increase your OS limits.
  104. # 0 - unlimited.
  105. # Should be < {ulimit -Sn} - {MaxNumInboundPeers} - {MaxNumOutboundPeers} - {N of wal, db and other open files}
  106. # 1024 - 40 - 10 - 50 = 924 = ~900
  107. max_open_connections = 900
  108. # Maximum number of unique clientIDs that can /subscribe
  109. # If you're using /broadcast_tx_commit, set to the estimated maximum number
  110. # of broadcast_tx_commit calls per block.
  111. max_subscription_clients = 100
  112. # Maximum number of unique queries a given client can /subscribe to
  113. # If you're using GRPC (or Local RPC client) and /broadcast_tx_commit, set to
  114. # the estimated # maximum number of broadcast_tx_commit calls per block.
  115. max_subscriptions_per_client = 5
  116. # How long to wait for a tx to be committed during /broadcast_tx_commit.
  117. # WARNING: Using a value larger than 10s will result in increasing the
  118. # global HTTP write timeout, which applies to all connections and endpoints.
  119. # See https://github.com/tendermint/tendermint/issues/3435
  120. timeout_broadcast_tx_commit = "10s"
  121. # Maximum size of request body, in bytes
  122. max_body_bytes = {{ .RPC.MaxBodyBytes }}
  123. # Maximum size of request header, in bytes
  124. max_header_bytes = {{ .RPC.MaxHeaderBytes }}
  125. # The path to a file containing certificate that is used to create the HTTPS server.
  126. # Migth be either absolute path or path related to tendermint's config directory.
  127. # If the certificate is signed by a certificate authority,
  128. # the certFile should be the concatenation of the server's certificate, any intermediates,
  129. # and the CA's certificate.
  130. # NOTE: both tls_cert_file and tls_key_file must be present for Tendermint to create HTTPS server. Otherwise, HTTP server is run.
  131. tls_cert_file = ""
  132. # The path to a file containing matching private key that is used to create the HTTPS server.
  133. # Migth be either absolute path or path related to tendermint's config directory.
  134. # NOTE: both tls_cert_file and tls_key_file must be present for Tendermint to create HTTPS server. Otherwise, HTTP server is run.
  135. tls_key_file = ""
  136. ##### peer to peer configuration options #####
  137. [p2p]
  138. # Address to listen for incoming connections
  139. laddr = "tcp://0.0.0.0:26656"
  140. # Address to advertise to peers for them to dial
  141. # If empty, will use the same port as the laddr,
  142. # and will introspect on the listener or use UPnP
  143. # to figure out the address.
  144. external_address = ""
  145. # Comma separated list of seed nodes to connect to
  146. seeds = ""
  147. # Comma separated list of nodes to keep persistent connections to
  148. persistent_peers = ""
  149. # UPNP port forwarding
  150. upnp = false
  151. # Path to address book
  152. addr_book_file = "config/addrbook.json"
  153. # Set true for strict address routability rules
  154. # Set false for private or local networks
  155. addr_book_strict = true
  156. # Maximum number of inbound peers
  157. max_num_inbound_peers = 40
  158. # Maximum number of outbound peers to connect to, excluding persistent peers
  159. max_num_outbound_peers = 10
  160. # Time to wait before flushing messages out on the connection
  161. flush_throttle_timeout = "100ms"
  162. # Maximum size of a message packet payload, in bytes
  163. max_packet_msg_payload_size = 1024
  164. # Rate at which packets can be sent, in bytes/second
  165. send_rate = 5120000
  166. # Rate at which packets can be received, in bytes/second
  167. recv_rate = 5120000
  168. # Set true to enable the peer-exchange reactor
  169. pex = true
  170. # Seed mode, in which node constantly crawls the network and looks for
  171. # peers. If another node asks it for addresses, it responds and disconnects.
  172. #
  173. # Does not work if the peer-exchange reactor is disabled.
  174. seed_mode = false
  175. # Comma separated list of peer IDs to keep private (will not be gossiped to other peers)
  176. private_peer_ids = ""
  177. # Toggle to disable guard against peers connecting from the same ip.
  178. allow_duplicate_ip = false
  179. # Peer connection configuration.
  180. handshake_timeout = "20s"
  181. dial_timeout = "3s"
  182. ##### mempool configuration options #####
  183. [mempool]
  184. recheck = true
  185. broadcast = true
  186. wal_dir = ""
  187. # Maximum number of transactions in the mempool
  188. size = 5000
  189. # Limit the total size of all txs in the mempool.
  190. # This only accounts for raw transactions (e.g. given 1MB transactions and
  191. # max_txs_bytes=5MB, mempool will only accept 5 transactions).
  192. max_txs_bytes = 1073741824
  193. # Size of the cache (used to filter transactions we saw earlier) in transactions
  194. cache_size = 10000
  195. # Maximum size of a single transaction.
  196. # NOTE: the max size of a tx transmitted over the network is {max_tx_bytes} + {amino overhead}.
  197. max_tx_bytes = 1048576
  198. ##### fast sync configuration options #####
  199. [fastsync]
  200. # Fast Sync version to use:
  201. # 1) "v0" (default) - the legacy fast sync implementation
  202. # 2) "v1" - refactor of v0 version for better testability
  203. # 2) "v2" - complete redesign of v0, optimized for testability & readability
  204. version = "v0"
  205. ##### consensus configuration options #####
  206. [consensus]
  207. wal_file = "data/cs.wal/wal"
  208. timeout_propose = "3s"
  209. timeout_propose_delta = "500ms"
  210. timeout_prevote = "1s"
  211. timeout_prevote_delta = "500ms"
  212. timeout_precommit = "1s"
  213. timeout_precommit_delta = "500ms"
  214. timeout_commit = "1s"
  215. # Make progress as soon as we have all the precommits (as if TimeoutCommit = 0)
  216. skip_timeout_commit = false
  217. # EmptyBlocks mode and possible interval between empty blocks
  218. create_empty_blocks = true
  219. create_empty_blocks_interval = "0s"
  220. # Reactor sleep duration parameters
  221. peer_gossip_sleep_duration = "100ms"
  222. peer_query_maj23_sleep_duration = "2s"
  223. # Block time parameters. Corresponds to the minimum time increment between consecutive blocks.
  224. blocktime_iota = "1s"
  225. ##### transactions indexer configuration options #####
  226. [tx_index]
  227. # What indexer to use for transactions
  228. #
  229. # Options:
  230. # 1) "null"
  231. # 2) "kv" (default) - the simplest possible indexer, backed by key-value storage (defaults to levelDB; see DBBackend).
  232. indexer = "kv"
  233. # Comma-separated list of compositeKeys to index (by default the only key is "tx.hash")
  234. # Remember that Event has the following structure: type.key
  235. # type: [
  236. # key: value,
  237. # ...
  238. # ]
  239. #
  240. # You can also index transactions by height by adding "tx.height" event here.
  241. #
  242. # It's recommended to index only a subset of keys due to possible memory
  243. # bloat. This is, of course, depends on the indexer's DB and the volume of
  244. # transactions.
  245. index_keys = ""
  246. # When set to true, tells indexer to index all compositeKeys (predefined keys:
  247. # "tx.hash", "tx.height" and all keys from DeliverTx responses).
  248. #
  249. # Note this may be not desirable (see the comment above). IndexEvents has a
  250. # precedence over IndexAllEvents (i.e. when given both, IndexEvents will be
  251. # indexed).
  252. index_all_keys = false
  253. ##### instrumentation configuration options #####
  254. [instrumentation]
  255. # When true, Prometheus metrics are served under /metrics on
  256. # PrometheusListenAddr.
  257. # Check out the documentation for the list of available metrics.
  258. prometheus = false
  259. # Address to listen for Prometheus collector(s) connections
  260. prometheus_listen_addr = ":26660"
  261. # Maximum number of simultaneous connections.
  262. # If you want to accept a larger number than the default, make sure
  263. # you increase your OS limits.
  264. # 0 - unlimited.
  265. max_open_connections = 3
  266. # Instrumentation namespace
  267. namespace = "tendermint"
  268. ```
  269. ## Empty blocks VS no empty blocks
  270. **create_empty_blocks = true**
  271. If `create_empty_blocks` is set to `true` in your config, blocks will be
  272. created ~ every second (with default consensus parameters). You can regulate
  273. the delay between blocks by changing the `timeout_commit`. E.g. `timeout_commit = "10s"` should result in ~ 10 second blocks.
  274. **create_empty_blocks = false**
  275. In this setting, blocks are created when transactions received.
  276. Note after the block H, Tendermint creates something we call a "proof block"
  277. (only if the application hash changed) H+1. The reason for this is to support
  278. proofs. If you have a transaction in block H that changes the state to X, the
  279. new application hash will only be included in block H+1. If after your
  280. transaction is committed, you want to get a light-client proof for the new state
  281. (X), you need the new block to be committed in order to do that because the new
  282. block has the new application hash for the state X. That's why we make a new
  283. (empty) block if the application hash changes. Otherwise, you won't be able to
  284. make a proof for the new state.
  285. Plus, if you set `create_empty_blocks_interval` to something other than the
  286. default (`0`), Tendermint will be creating empty blocks even in the absence of
  287. transactions every `create_empty_blocks_interval`. For instance, with
  288. `create_empty_blocks = false` and `create_empty_blocks_interval = "30s"`,
  289. Tendermint will only create blocks if there are transactions, or after waiting
  290. 30 seconds without receiving any transactions.
  291. ## Consensus timeouts explained
  292. There's a variety of information about timeouts in [Running in
  293. production](./running-in-production.md)
  294. You can also find more detailed technical explanation in the spec: [The latest
  295. gossip on BFT consensus](https://arxiv.org/abs/1807.04938).
  296. ```
  297. [consensus]
  298. ...
  299. timeout_propose = "3s"
  300. timeout_propose_delta = "500ms"
  301. timeout_prevote = "1s"
  302. timeout_prevote_delta = "500ms"
  303. timeout_precommit = "1s"
  304. timeout_precommit_delta = "500ms"
  305. timeout_commit = "1s"
  306. ```
  307. Note that in a successful round, the only timeout that we absolutely wait no
  308. matter what is `timeout_commit`.
  309. Here's a brief summary of the timeouts:
  310. - `timeout_propose` = how long we wait for a proposal block before prevoting
  311. nil
  312. - `timeout_propose_delta` = how much timeout_propose increases with each round
  313. - `timeout_prevote` = how long we wait after receiving +2/3 prevotes for
  314. anything (ie. not a single block or nil)
  315. - `timeout_prevote_delta` = how much the timeout_prevote increases with each
  316. round
  317. - `timeout_precommit` = how long we wait after receiving +2/3 precommits for
  318. anything (ie. not a single block or nil)
  319. - `timeout_precommit_delta` = how much the timeout_precommit increases with
  320. each round
  321. - `timeout_commit` = how long we wait after committing a block, before starting
  322. on the new height (this gives us a chance to receive some more precommits,
  323. even though we already have +2/3)