Abstract: A data processing method includes: generating, when a consensus node in a blockchain network does not obtain a block proposal message of a first master node in a proposal stage, a node handover proposal message, and broadcasting the node handover proposal message to a plurality of consensus nodes in the blockchain network, the first master node being configured to package and propose a block to be added to the blockchain network; generating, when a number of node handover proposal messages obtained in a voting stage is not less than the target number, a node handover voting message, and broadcasting the node handover voting message to the consensus nodes in the blockchain network; and re-selecting, when a number of node handover voting messages obtained in a commit stage is not less than the target number, a second master node from the plurality of consensus nodes for replacing the first master node.

Abstract: A data processing method includes: transmitting, by a first service node, service data information to a second service node, so that the second service node obtains data signature information; a first key parameter and a second key parameter that are both related to a random parameter; the random parameter being determined by the second service node based on a node private key and the service data information; performing signature verification on the received data signature information based on the first key parameter and the second key parameter, and adding a signature verification result obtained after signature verification to a verification result set; searching for a target signature verification result that satisfies a valid verification condition from the verification result set; and performing aggregate signature on the data signature information obtained after calculation when a quantity of signatures of the target signature verification result satisfies an aggregate signature condition.

Abstract: Embodiments of the utility model relate to the technical field of unmanned aerial vehicles, and in particular, to an unmanned aerial vehicle nest, which includes a nest body, where the nest body includes a lower shell and an apron, the apron is provided on the lower shell, the apron is used for parking an unmanned aerial vehicle, and the lower shell is provided with a drive opening; an upper cover, rotatably connected to the lower shell; and a drive mechanism, configured to drive the upper cover to rotate relative to the lower shell, where when the upper cover is at a first preset position, the upper cover covers the apron, and the drive mechanism makes the upper cover stay at any position in a rotation direction of the t upper cover.

Abstract: A blockchain-based data processing method includes: starting to select a second consensus node set corresponding to a second consensus period when a height of a block generated in a first consensus period meets a consensus node set switching condition, and determining a height of a block generated when selecting the second consensus node set, as a first block height; generating a first block by adding set information corresponding to the second consensus node set to a block corresponding to the first block height, and broadcasting the first block in a blockchain network; acquiring a private key segment generation notification generated and transmitted by a consensus node in the second consensus node set, the private key segment generation notification carrying a notification signature; and determining a consensus permission of the consensus node in the second consensus node set for the second consensus period according to the notification signature.

Abstract: Embodiments of this application disclose a blockchain message processing method performed by a computer device acting as an oracle contract node. The method includes: acquiring service contract information, and adding the service contract information to an oracle contract, the service contract information including a contract identifier of a service smart contract and a service request event corresponding to the service smart contract; acquiring a target off-chain node, and transmitting the service contract information to the target off-chain node through the oracle contract, so that the target off-chain node acquires an event request result corresponding to the service request event; and acquiring the event request result transmitted by the target off-chain node, and returning the event request result to the service smart contract corresponding to the contract identifier.

Abstract: A computing device receives network message data. The computing device determines a message processing type corresponding to the network message data. In accordance with a determination that the message processing type is a consensus processing type, the computing device obtains a consensus parameter corresponding to the network message data. In accordance with a determination that the consensus parameter does not meet a consensus validity condition, the computing device classifies the network processing message data as an invalid consensus message; and filters out the network message data.

Abstract: A cross-blockchain mutual data storage method includes obtaining, in a first node in a first blockchain network, initial data from a first relay node in the first blockchain network, and verifying the initial data according to a first oracle contract in the first node. The method further includes, in response to the verification being successful, converting the initial data from a first data format into a second data format, and determining the initial data in the second data format as to-be-transferred data, the second oracle contract being deployed on a second node in a second blockchain network. The method also includes transmitting the to-be-transferred data to the first relay node, so that the first relay node transmits the to-be-transferred data to the second node for storage of the to-be-transferred data.

Abstract: An asynchronous accounting method for a blockchain is provided. After a block reaches a consensus, different types of data contained in block information of the block are written into message queues corresponding to the respective types of data. Each of the message queues correspond to a different one of the types of data contained in the block information. A next round of block consensus processing is started after the different types of data are written into the message queues corresponding to the respective types of data. The different types of data are read from the message queues corresponding to the respective types of data to perform persistence processing of a blockchain ledger.

Abstract: Embodiments of this application provide a synchronization processing method, apparatus, and device, and a medium. The method includes obtaining a skeleton set and a synchronization task set, the skeleton set being used for storing M blocks to be synchronized by the first node device, the skeleton set comprising P skeletons, the synchronization task set comprising P synchronization tasks, the P skeletons being of a one-to-one correspondence to the P synchronization tasks, and M and P both being positive integers; selecting a second node device from the candidate node set, the second node device being a candidate node device in the candidate node set; concurrently transmitting synchronization tasks in the synchronization task set to the second node device, the second node device performing the synchronization tasks and returning the M blocks; and filling the M blocks into the skeletons in the skeleton set.

Abstract: This application discloses a key generation method and apparatus, a device, and a medium. The method includes transmitting a key negotiation request to a consensus node in a blockchain network, to request a key verification parameter; negotiating a collaboration key pair with a second device to obtain a first private key component and a shared public key in the collaboration key pair; signing the key verification parameter by using the first private key component, to obtain a first signature component; generating transaction data according to the first signature component and the key verification parameter; transmitting the transaction data to the second device. The consensus node performs a consensus on the negotiation result data, and after the negotiation result data passes the consensus, submits the negotiation result data to a blockchain of the blockchain network.

Abstract: This application discloses a method and apparatus for processing data based on a block chain. The method includes adding transaction data in at least two blocks into an execution queue according to a block height sequence and transaction data sequence numbers; executing contract services and acquiring a read cache and a write cache of a parallel transaction generated by executing each contract service, the at least two pieces of transaction data comprising target transaction data; determining a write cache of a merged transaction in block caches, and acquiring a read cache of an updated transaction; determining a write cache of the transaction to be merged of the target transaction data according to the read cache of the updated transaction; and merging the write cache of the transaction to be merged of the target transaction data into a block cache to which the target transaction data belongs.

Abstract: An outsole for a shoe comprising a cushion element arranged in a forefoot area of the outsole. The cushion element can comprise a lattice structure, and the cushion element can comprise a first portion and a second portion. The first portion has a lower stiffness compared to the second portion. Further, the cushion element can comprise a sole element having a receiving portion for receiving the cushion element.

Abstract: A plurality of to-be-bookkept data sets associated with one or more blocks from a block file is acquired. Data writing operations are performed in parallel on a plurality of data storage components according to the plurality of to-be-bookkept data sets. A data storage result corresponding to each of the plurality of data storage components is acquired. Based on a data storage failure result being included in the data storage results, a block checkpoint corresponding to the block file is acquired. A component checkpoint corresponding to each of the plurality of data storage components is acquired. A data storage component of the plurality of data storage components is determined, which is in an abnormal component status according to the block checkpoint and the component checkpoints. A data writing operation is performed on the data storage component in the abnormal component status according to the block file.

Abstract: The present disclosure relates to an integrally formed inductor and a manufacturing method therefor. The method comprises: placing a coil into a mold, wherein the coil is wound in a predetermined shape; bending a lead of the coil onto the mold; and adding soft magnetic metal powder to the mold for pressing, so as to obtain an integrally formed inductor.

Abstract: This application provides a radio resource measurement method and apparatus. The method includes: determining frequency domain resources of a narrowband on which an RSS pilot is located, where the RSS pilot occupies a part of the frequency domain resources of the narrowband; and determining, based on the frequency domain resource of the narrowband, a first radio resource measurement result corresponding to the RSS pilot. According to the method, UE can determine, based on the frequency domain resource of the narrowband occupied by the RSS pilot, the first radio resource measurement result corresponding to the RSS pilot.

Abstract: Embodiments of this disclosure disclose a block processing method, a node, and a system, to improve the speed of block generation and the performance of transaction processing.

Abstract: A computer device obtains a block proposal message and obtains a first block from the block proposal message. In accordance with a determination that a current consensus node of the computer device has a second block in a locked state and a block height of the first block is the same as a block height of the second block, the computer device deletes the block proposal message and obtains block voting information of the second block in a first consensus stage. The locked state is a state of a block that has passed the first consensus stage and has not passed a second consensus stage. The computer device obtains block submission voting information of the second block in the second consensus stage according to the block voting information, and determines a consensus result corresponding to the second block according to the block submission voting information.

Abstract: A computing device transmits, to a second node, first consensus voting information for a target block. The device receives, from the second node, second consensus voting information for the target block. The device determines a consensus result for the target block according to the first and second consensus voting information. In accordance with a determination that the consensus result is a consensus success result, the device activates an accounting duration window. The device performs accounting processing on the target block in the predetermined time duration of the accounting duration window. The device receives, from the second node, a first accounting completion message for the target block transmitted by the second node in the accounting duration window. In accordance with a determination that accounting processing on the target block is completed in the accounting duration window, the device transmits a second accounting completion message to the second node.

Abstract: A method for processing information includes: while performing, by a target consensus node, consensus validation on a first block, in accordance with a determination that a target consensus validation message for performing consensus validation on a second block is received: in accordance with a determination that the target consensus validation message meets a cache condition according to block attribute information of the second block, storing the target consensus validation message into a message cache pool corresponding to the target consensus node; and in accordance with a determination that the consensus validation on the first block is completed, performing consensus validation on the second block based on the target consensus validation message in the message cache pool.

Abstract: A blockchain-based data synchronization method, executed by a first service node, includes: acquiring target block data having a minimum block height that is greater than a first local block height, the first local block height being a maximum block height of local block data of the first service node before the first service node acquires the target block data; determining a block height of missing block data according to a block height of the target block data and the first local block height, the block height of the missing block data being less than the minimum block height of the target block data and greater than the first local block height; and requesting a target service node to synchronize the missing block data according to the block height of the missing block data.