BNB Smart Chain mainnet is expected to have a scheduled hard fork upgrade named Planck at block height 27,281,024. The current block generation speed forecasts this to occur around 12th April 2023 at 05:30 AM (UTC). The validators and full node operators on mainnet should switch their software version to v1.1.21 before 12th April 2023.
Max Planck (1858-1947) was a German physicist who is best known for his work on quantum theory. He is considered to be the founder of quantum mechanics, a branch of physics that describes the behavior of matter and energy at the atomic and subatomic level.
Planck received many honors and awards throughout his career, including the Nobel Prize in Physics in 1918.
A hard fork is an upgrade that is not compatible with the previous release because some breaking changes are introduced in the latest release. A hard fork in BNB Smart Chain requires more than half of all validators to successfully upgrade to keep making blocks. If the existing full nodes in the network do not upgrade, they will not be able to receive and execute further blocks normally after the hard fork block height.
Logic changes will occur at block height 27,281,024 for this upgrade. After the activation of the upgrade, the blockchain is able to handle a series of new features and bug fixes.
This release is breaking and you need to switch to v1.1.21 . Upgrade instructions are (all the below should be done before the hardfork block height):
If you cannot upgrade your software, you cannot sync with the upgraded BNB Smart Chain peer/validator nodes. You will not be able to connect or send transactions.
There are no changes to the EVM module. You do not need to do anything.
This BEP introduces several security enhancements for the cross-chain bridge between BNB Beacon Chain and BNB Smart Chain.
To further eliminate the pervasive effects of potential issues in cross chain module, it proposes the following enhancements:
This BEP introduces an update for Parlia consensus to improve the stability of the network. It changes the timestamp and delay setting for offturn validators. When the validator inturn missed its turn to commit a block, the block mined by the offturn validator selected randomly would be committed as soon as possible(4 or 3 seconds).