Skip to content

Releases: zeta-chain/node

v7.0.2

07 Aug 17:41
Compare
Choose a tag to compare

Full Changelog: v7.0.1...v7.0.2

v7.0.0

02 Aug 14:33
c3051bb
Compare
Choose a tag to compare

What's Changed

What's Changed

New Contributors

Full Changelog: v6.0.1...v7.0.0

v6.2.0

27 Jul 22:22
d29cd9a
Compare
Choose a tag to compare

We identified the cause of this chain halt incident: one validator was unbonded and removed from validators sets before its vote on block has been processed. This was an edge case of Cosmos SDK/Tendermint modules enabled by our mis-configured very short unbonding period parameter.

To recover from this, there are two bug fix releases of zetacored: V6.1.0 and V6.2.0, and two steps.

(for observer/keysigners only, you should stop the zetaclientd process before this step).
You should first restart your node with the new binary V6.1.0. This release avoids the panic by disabling distribution, slashing, and evidence module for one block. You will almost immediately see an error message like this: When we have enough validators upgraded to V6.1.0, your node will see an error message and pause:


ERR CONSENSUS FAILURE!!! err="pause at 946264; please revert back to v6.0.0 and restart" module=consensus server=node stack="goroutine 94 [running]:\nruntime/debug.Stack()\n\t/usr/local/go/src/runtime/debug/stack.go:24 +0x64\ngithub.com/tendermint/tendermint/consensus.
....

This error message is to be expected and an indication of successful deployment of V6.1.0.

Then you will need to replace your zetacored binary with version V6.2.0. Restart, and you might not see new blocks being produced right away. When enough validators have upgraded to V6.2.0, blocks will start being produced and this recovery is complete.
(zetaclientd can be started after this step).

Binaries are available in github repo: https://github.com/zeta-chain/node/tags
Alternatively you can checkout the tags and build your self.

Full Changelog: v6.1.0...v6.2.0

v6.1.0

27 Jul 21:11
Compare
Choose a tag to compare

We identified the cause of this chain halt incident: one validator was unbonded and removed from validators sets before its vote on block has been processed. This was an edge case of Cosmos SDK/Tendermint modules enabled by our mis-configured very short unbonding period parameter.

To recover from this, there are two bug fix releases of zetacored: V6.1.0 and V6.2.0, and two steps.

(for observer/keysigners only, you should stop the zetaclientd process before this step).
You should first restart your node with the new binary V6.1.0. This release avoids the panic by disabling distribution, slashing, and evidence module for one block. You will almost immediately see an error message like this: When we have enough validators upgraded to V6.1.0, your node will see an error message and pause:


ERR CONSENSUS FAILURE!!! err="pause at 946264; please revert back to v6.0.0 and restart" module=consensus server=node stack="goroutine 94 [running]:\nruntime/debug.Stack()\n\t/usr/local/go/src/runtime/debug/stack.go:24 +0x64\ngithub.com/tendermint/tendermint/consensus.
....

This error message is to be expected and an indication of successful deployment of V6.1.0.

Then you will need to replace your zetacored binary with version V6.2.0. Restart, and you might not see new blocks being produced right away. When enough validators have upgraded to V6.2.0, blocks will start being produced and this recovery is complete.
(zetaclientd can be started after this step).

Binaries are available in github repo: https://github.com/zeta-chain/node/tags
Alternatively you can checkout the tags and build your self.

Full Changelog: v6.0.0...v6.1.0

v6.0.1

25 Jul 16:10
f1e8f39
Compare
Choose a tag to compare

What's Changed

Full Changelog: v6.0.0...v6.0.1

v6.0.0

24 Jul 15:05
8f3a7e1
Compare
Choose a tag to compare

What's Changed

Full Changelog: v5.0.2...v6.0.0

v5.0.4

24 Jul 18:50
Compare
Choose a tag to compare

Full Changelog: v5.0.3...v5.0.4

v5.0.3

22 Jul 01:49
Compare
Choose a tag to compare

Full Changelog: v5.0.2...v5.0.3

Fixed a bug that causes pending cctx to be exposed to wrong chains in the GetAllPendingCctx() RPC method

v5.0.2

19 Jul 03:51
eb96102
Compare
Choose a tag to compare

What's Changed

Full Changelog: v5.0.0...v5.0.2

v5.0.1

18 Jul 18:32
1a0326b
Compare
Choose a tag to compare

Full Changelog: v5.0.0...v5.0.1