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.

72 lines
2.5 KiB

  1. # Upgrading Tendermint Core
  2. This guide provides steps to be followed when you upgrade your applications to
  3. a newer version of Tendermint Core.
  4. ## v0.25.0
  5. This release has minimal impact.
  6. If you use GasWanted in ABCI and want to enforce it, set the MaxGas in the genesis file (default is no max).
  7. ## v0.24.0
  8. New 0.24.0 release contains a lot of changes to the state and types. It's not
  9. compatible to the old versions and there is no straight forward way to update
  10. old data to be compatible with the new version.
  11. To reset the state do:
  12. ```
  13. $ tendermint unsafe_reset_all
  14. ```
  15. Here we summarize some other notable changes to be mindful of.
  16. ### Config changes
  17. `p2p.max_num_peers` was removed in favor of `p2p.max_num_inbound_peers` and
  18. `p2p.max_num_outbound_peers`.
  19. ```
  20. # Maximum number of inbound peers
  21. max_num_inbound_peers = 40
  22. # Maximum number of outbound peers to connect to, excluding persistent peers
  23. max_num_outbound_peers = 10
  24. ```
  25. As you can see, the default ratio of inbound/outbound peers is 4/1. The reason
  26. is we want it to be easier for new nodes to connect to the network. You can
  27. tweak these parameters to alter the network topology.
  28. ### RPC Changes
  29. The result of `/commit` used to contain `header` and `commit` fields at the top level. These are now contained under the `signed_header` field.
  30. ### ABCI Changes
  31. The header has been upgraded and contains new fields, but none of the existing
  32. fields were changed, except their order.
  33. The `Validator` type was split into two, one containing an `Address` and one
  34. containing a `PubKey`. When processing `RequestBeginBlock`, use the `Validator`
  35. type, which contains just the `Address`. When returning `ResponseEndBlock`, use
  36. the `ValidatorUpdate` type, which contains just the `PubKey`.
  37. ### Validator Set Updates
  38. Validator set updates returned in ResponseEndBlock for height `H` used to take
  39. effect immediately at height `H+1`. Now they will be delayed one block, to take
  40. effect at height `H+2`. Note this means that the change will be seen by the ABCI
  41. app in the `RequestBeginBlock.LastCommitInfo` at block `H+3`. Apps were already
  42. required to maintain a map from validator addresses to pubkeys since v0.23 (when
  43. pubkeys were removed from RequestBeginBlock), but now they may need to track
  44. multiple validator sets at once to accomodate this delay.
  45. ### Block Size
  46. The `ConsensusParams.BlockSize.MaxTxs` was removed in favour of
  47. `ConsensusParams.BlockSize.MaxBytes`, which is now enforced. This means blocks
  48. are limitted only by byte-size, not by number of transactions.