A method for block generation, comprising: initiating, by a first consensus node of a blockchain, a target consensus proposal carrying a first timestamp provided by the first consensus node; determining, by a second consensus node of the blockchain after receiving the target consensus proposal, a second timestamp based on a time that the target consensus proposal is received; performing, by the second consensus node, verification on the first timestamp based on a third timestamp of a local ending block of a copy of the blockchain at the second consensus node and the second timestamp to execute consensus logic on proposal data of the target consensus proposal after the verification succeeds, wherein the verification succeeds if the first timestamp is earlier than the second timestamp and later than the third timestamp; and generating, by the first consensus node and the second consensus node if a consensus is reached on the target consensus proposal, a new block recording the proposal data of the target consensus proposal, wherein a fourth timestamp of the generated new block is obtained through determining based on at least the first timestamp, and is not earlier than timestamps of other local blocks of a copy of the blockchain at a consensus node to which the new block belongs, wherein the blockchain adopts a consensus protocol based on a Honey Badger Byzantine Fault Tolerance algorithm, and a consensus stage to which the target consensus proposal belongs further comprises a consensus proposal initiated by the second consensus node, wherein the generated new block records proposal data of a plurality of consensus proposals on which consensuses are reached in the consensus stage, and the fourth timestamp is obtained through determining based on timestamps of the plurality of the consensus proposals on which consensuses are reached in the consensus stage, wherein the timestamps of the plurality of the consensus proposals comprise the first timestamp, and wherein the fourth timestamp is a median value of the timestamps of the plurality of the consensus proposals on which consensuses are reached in the consensus stage. initiating, by a first consensus node of a blockchain, a target consensus proposal carrying a first timestamp provided by the first consensus node; determining, by a second consensus node of the blockchain after receiving the target consensus proposal, a second timestamp based on a time that the target consensus proposal is received; performing, by the second consensus node, verification on the first timestamp based on a third timestamp of a local ending block of a copy of the blockchain at the second consensus node and the second timestamp to execute consensus logic on proposal data of the target consensus proposal after the verification succeeds, wherein the verification succeeds if the first timestamp is earlier than the second timestamp and later than the third timestamp; and generating, by the first consensus node and the second consensus node if a consensus is reached on the target consensus proposal, a new block recording the proposal data of the target consensus proposal, wherein a fourth timestamp of the generated new block is obtained through determining based on at least the first timestamp, and is not earlier than timestamps of other local blocks of a copy of the blockchain at a consensus node to which the new block belongs, wherein the blockchain adopts a consensus protocol based on a Honey Badger Byzantine Fault Tolerance algorithm, and a consensus stage to which the target consensus proposal belongs further comprises a consensus proposal initiated by the second consensus node, wherein the generated new block records proposal data of a plurality of consensus proposals on which consensuses are reached in the consensus stage, and the fourth timestamp is obtained through determining based on timestamps of the plurality of the consensus proposals on which consensuses are reached in the consensus stage, wherein the timestamps of the plurality of the consensus proposals comprise the first timestamp, and wherein the fourth timestamp is a median value of the timestamps of the plurality of the consensus proposals on which consensuses are reached in the consensus stage.