Abstract: A consensus method for a blockchain based on a Byzantine fault tolerance algorithm, includes: initiating, by a first consensus node of a consortium blockchain, a consensus proposal comprising a first proposal digest generated based on a first last block hash maintained by the first consensus node; in response to the consensus proposal, generating, by a second consensus node of the consortium blockchain, a second proposal digest based on a second last block hash maintained by the second consensus node; and not participating in, by the second consensus node, a consensus on the consensus proposal if it is detected that the first proposal digest does not match the second proposal digest.

Abstract: The present disclosure provides an oligopeptide FTLE isolated from chili pepper seeds, and application thereof in preventing or treating cancer, the oligopeptide is isolated from chili pepper seeds and has an anti-tumor effect, and in particular, the oligopeptide can effectively inhibit the growth and metabolism of HepG2 cells, and has a good application prospect.

Abstract: The present disclosure provides an oligopeptide FTLE isolated from chili pepper seeds, and application thereof in preventing or treating cancer, the oligopeptide is isolated from chili pepper seeds and has an anti-tumor effect, and in particular, the oligopeptide can effectively inhibit the growth and metabolism of HepG2 cells, and has a good application prospect.

Abstract: Provided is a microorganism, which is Leuconostoc citreum WSJ-57 deposited under an accession number of CGMCC No. 19201 in the China General Microbiological Culture Collection Center on Dec. 20, 2019.

Abstract: A transaction consensus processing method for a blockchain is provided. A target node that initiates a proposition performs compression processing on proposed transaction data based on a compression algorithm, and fragments the compressed transaction data into a number of data fragments based on an erasure code algorithm. The method includes: receiving a data fragment of the transaction data that is sent by the target node in a unicast mode, data fragments sent by the target node to nodes in the unicast mode being different; broadcasting the received data fragment to other nodes, and receiving data fragments of the transaction data that are broadcast by the other nodes; performing data recovery on the received data fragment based on an erasure code reconstruction algorithm, performing decompression processing on the recovered transaction data based on a decompression algorithm to obtain original content of the transaction data, and completing the consensus.

Abstract: Methods, systems, and devices, including computer programs encoded on computer storage media, for payment are provided. One of the methods includes: sending a consensus proposal for at least one pending-consensus transaction in a transaction pool of the consensus master node to a target consensus backup node of the blockchain, wherein the consensus proposal comprises a transaction hash list, and the transaction hash list comprises a transaction hash of the at least one pending-consensus transaction; matching the transaction hash in the consensus proposal with transactions in a transaction pool of the target consensus backup node; in response to the transaction hash being matched, obtaining, from the transaction pool of the target consensus backup node, transaction information of the matched at least one pending-consensus transaction; and executing a process of the consensus proposal based on the transaction information.

Abstract: The present disclosure provides a preparation for improving activity and/or thermal stability of superoxide dismutase, and an application thereof. The preparation includes at least one of vitamin C, vitamin p, catechin, quercetin, myricetin, kaempherol, ellagic acid, or ferulic acid.

Abstract: A blockchain consensus method includes receiving, by a second consensus node of a blockchain, a consensus proposal initiated by a first consensus node of the blockchain, wherein the consensus proposal comprises a first proposal digest, and the first proposal digest is based on a transaction set that needs to be proposed and a first newest block hash maintained by the first consensus node; generating, by the second consensus node of the blockchain in response to the consensus proposal, a second proposal digest based on a second newest block hash maintained by the second consensus node and the transaction set; determining, by the second consensus node, whether the first proposal digest matches the second proposal digest.

Abstract: The present invention relates to the technical field of food science and engineering, and specifically to a method for improving the stability of anthocyanins. In the method, a starch and an anthocyanin are mixed in an aqueous solution of hydrochloric acid, treated at a certain high hydrostatic pressure condition to enable the starch to be gelatinized and to interact with the anthocyanin, and then stored at a certain temperature, so that interaction between the anthocyanin and the starch is further enhanced to form a complex. The method can improve the stability of anthocyanins, which helps to improve the quality of products and extend the shelf life of products.

Abstract: A blockchain consensus method includes: performing, by a target consensus node of a blockchain, a current round of consensus, to count consensus votes of N consensus proposals; traversing, by the target consensus node, a first set of consensus proposals, to perform the following steps: migrating consensus proposals that each receive greater than or equal to f+1 and less than 2f+1 identical consensus votes into a second set of consensus proposals; and migrating consensus proposals that each receive less than f+1 identical consensus votes into a third set of consensus proposals as opposition consensus opinions, wherein f is a number of fault tolerant consensus nodes of the blockchain.

Abstract: This specification discloses a method and a system. The method includes: obtaining a Merkle root of one or more proposals initiated by one or more nodes associated with a blockchain; signing the Merkle root of the one or more proposals to obtain a digital signature of the one or more proposals; transmitting the digital signature of the one or more proposals to one or more nodes associated with the blockchain; receiving one or more digital signatures of the one or more proposals from one or more nodes associated with the blockchain respectively; determining that a quantity of the received one or more digital signatures is at least 2 f+1, wherein f is a maximum quantity of abnormal nodes permitted by the blockchain; and generating a proof of consensus for the one or more proposals based on the received one or more digital signatures.

Abstract: Embodiments of this specification provide a consensus node changing method and apparatus based on a Honey Badger Byzantine Fault Tolerance (BFT) consensus mechanism. The method includes: when receiving a transaction for changing a blockchain's consensus node, executing, by a consensus node of the blockchain, the transaction to trigger a smart contract to update a consensus node configuration list of the blockchain, where the consensus node configuration list includes serial numbers allocated to consensus nodes based on a serial number allocation rule specified by the smart contract; associating, by the consensus node based on serial numbers of consensus nodes in the updated consensus node configuration list, another consensus node of the blockchain with at least two state machines configured in the consensus node.

Abstract: A consensus method for a blockchain based on a Byzantine fault tolerance algorithm, includes: initiating, by a first consensus node of a consortium blockchain, a consensus proposal comprising a first proposal digest generated based on a first last block hash maintained by the first consensus node; in response to the consensus proposal, generating, by a second consensus node of the consortium blockchain, a second proposal digest based on a second last block hash maintained by the second consensus node; and not participating in, by the second consensus node, a consensus on the consensus proposal if it is detected that the first proposal digest does not match the second proposal digest.

Abstract: A one-button power-on processing method and a terminal thereof are provided. The method includes: judging whether pressing a power button at a current time triggers one-button power-on of a terminal when it is detected that the power button is pressed at the current time; and sending the biometric feature data acquired by the biometric feature identification module to an operating system of the terminal for one-button power-on processing if pressing the power button at the current time triggers one-button power-on of the terminal. In this way, the terminal is powered on by a user by performing the press operation once. This enhances convenience, and effectively improves user experience of the terminal.

Abstract: A transaction consensus processing method for a blockchain is provided. A target node that initiates a proposition performs compression processing on proposed transaction data based on a compression algorithm, and fragments the compressed transaction data into a number of data fragments based on an erasure code algorithm. The method includes: receiving a data fragment of the transaction data that is sent by the target node in a unicast mode, data fragments sent by the target node to nodes in the unicast mode being different; broadcasting the received data fragment to other nodes, and receiving data fragments of the transaction data that are broadcast by the other nodes; performing data recovery on the received data fragment based on an erasure code reconstruction algorithm, performing decompression processing on the recovered transaction data based on a decompression algorithm to obtain original content of the transaction data, and completing the consensus.

Abstract: A transaction consensus processing method for a blockchain is provided. A target node that initiates a proposition performs compression processing on proposed transaction data based on a compression algorithm, and fragments the compressed transaction data into a number of data fragments based on an erasure code algorithm. The method includes: receiving a data fragment of the transaction data that is sent by the target node in a unicast mode, data fragments sent by the target node to nodes in the unicast mode being different; broadcasting the received data fragment to other nodes, and receiving data fragments of the transaction data that are broadcast by the other nodes; performing data recovery on the received data fragment based on an erasure code reconstruction algorithm, performing decompression processing on the recovered transaction data based on a decompression algorithm to obtain original content of the transaction data, and completing the consensus.

Abstract: A blockchain consensus method includes receiving, by a second consensus node of a blockchain, a consensus proposal initiated by a first consensus node of the blockchain, wherein the consensus proposal comprises a first proposal digest, and the first proposal digest is based on a transaction set that needs to be proposed and a first newest block hash maintained by the first consensus node; generating, by the second consensus node of the blockchain in response to the consensus proposal, a second proposal digest based on a second newest block hash maintained by the second consensus node and the transaction set; determining, by the second consensus node, whether the first proposal digest matches the second proposal digest.

Abstract: A method and a consensus node for block generation are provided. The method includes: initiating a target consensus proposal carrying a first timestamp provided by the first consensus node; receiving the target consensus proposal; determining a second timestamp based on a time that the target consensus proposal is received; verifying the first timestamp based on a third timestamp of a local ending block of the second consensus node and the second timestamp; if successfully verifying the first timestamp, executing consensus logic on the target consensus proposal to reach a consensus with the first consensus node regarding the target consensus proposal; and generating a new block recording data of the target consensus proposal, wherein the generated new block comprises a fourth timestamp that is determined based on at least the first timestamp and is not earlier than timestamps of existing local blocks the first consensus node and the second consensus node.

Abstract: Methods, systems, and devices, including computer programs encoded on computer storage media, for payment are provided. One of the methods includes: sending a consensus proposal for at least one pending-consensus transaction in a transaction pool of the consensus master node to a target consensus backup node of the blockchain, wherein the consensus proposal comprises a transaction hash list, and the transaction hash list comprises a transaction hash of the at least one pending-consensus transaction; matching the transaction hash in the consensus proposal with transactions in a transaction pool of the target consensus backup node; in response to the transaction hash being matched, obtaining, from the transaction pool of the target consensus backup node, transaction information of the matched at least one pending-consensus transaction; and executing a process of the consensus proposal based on the transaction information.

Abstract: Embodiments of this specification provide a consensus node changing method and apparatus based on a Honey Badger Byzantine Fault Tolerance (BFT) consensus mechanism. The method includes: when receiving a transaction for changing a blockchain's consensus node, executing, by a consensus node of the blockchain, the transaction to trigger a smart contract to update a consensus node configuration list of the blockchain, where the consensus node configuration list includes serial numbers allocated to consensus nodes based on a serial number allocation rule specified by the smart contract; associating, by the consensus node based on serial numbers of consensus nodes in the updated consensus node configuration list, another consensus node of the blockchain with at least two state machines configured in the consensus node.