Abstract: Techniques for processing blockchain data are described. A node in a blockchain network receives service data generated by a first service, wherein the service data comprises a data structure having a field a value of which indicates that the first service is associated with a first processing level. The node stores, based on the value of the field, the service data in a first data processing queue selected from a plurality of data processing queues, wherein the first data processing queue corresponds to the first processing level, and each of the plurality of data processing queues corresponds to a different processing level. The node generates a new block that stores the service data read from the first data processing queue, and additional service data read from one or more of the plurality of data processing queues.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media for program execution and data proof scheme to prove that sub-logic code that was expected to be executed within a TEE was indeed executed, and that the resulting data is trustworthy. In some implementations, each sub-logic code of a plurality of sub-logic code is registered, and stored within the TEE, and a key pair (private key, public key) corresponding to the sub-logic code is generated. The client receives and stores the public key, sends requests to the TEE with an identifier of the sub-logic that is to be executed. The sub-logic code corresponding to the identifier is executed within the TEE, which signs the result using a digital signature that is generated using the private key of the sub-logic code. The client verifies the result based on the digital signature and the public key of the sub-logic code.

Abstract: Implementations of this specification provide a method and an apparatus for transaction processing in a service blockchain.

Abstract: A blockchain node receives a service request, where the service request comprises one or more data types and respective service data corresponding to the one or more data types that are stored in a blockchain. At least one of a service type or identification information is determined corresponding to the service request. The service request is parsed to obtain each data type of the service request and service data corresponding to each data type. Based on a mapping relationship between a data type and service data, the service data that is obtained through parsing in a relational database corresponding to the blockchain node is stored.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media, for a data processing method are provided. One of the methods includes: distributing, to one or more computing devices, data of one or more leaf nodes in a blockchain node, for the one or more computing devices to compute checksums of the data of the leaf nodes; and determining, according to the checksums of the data of the leaf nodes, a root checksum of data in the blockchain node. Compared to conventional methods, these methods compute a checksum of data faster and more efficiently, and thus ensure proper generations of blocks and operations of a blockchain.

Abstract: A computer-implemented method, non-transitory, computer-readable medium, and computer-implemented system are provided for inter-blockchain, authenticable-message transmission. In an implementation, a first blockchain is connected to a relay. The relay is further connected to at least one other blockchain that includes a second blockchain. The method is performed by the first blockchain and includes saving first data on which a consensus is reached in the first blockchain by using a first account, where the first data includes an authenticable message, the authenticable message satisfies a predetermined protocol stack, and the first data is marked with a predetermined flag. The first data and first location information is provided to the relay, to provide the authenticable message to a second account in the second blockchain, where the first location information indicates a location of the first data in the first blockchain.

Abstract: A blockchain node receives a service request, where the service request comprises one or more data types and respective service data corresponding to the one or more data types that are stored in a blockchain. At least one of a service type or identification information is determined corresponding to the service request. The service request is parsed to obtain each data type of the service request and service data corresponding to each data type. Based on a mapping relationship between a data type and service data, the service data that is obtained through parsing in a relational database corresponding to the blockchain node is stored.

Abstract: Methods, systems, and devices, including computer programs encoded on computer storage media, for data processing are provided. One of the methods includes: receiving a query parameter; obtaining query result data from each of one or more predetermined data sources according to the query parameter; converting the query result data into target reliable data conforming to a predetermined data reliability protocol; and sending the target reliable data to a blockchain node.

Abstract: A subscription request initiated by a blockchain node associated with a first blockchain is received by a cross-blockchain interaction end, where the subscription request includes a subscription condition. A message that satisfies the subscription condition is obtained by the cross-blockchain interaction end and from a publishing client that corresponds to a second blockchain. The message is sent to a subscribing client that corresponds to the blockchain node a from the cross-blockchain interaction end, where the blockchain node calls a first smart contract associated with the first blockchain to trigger a corresponding contract operation based on the message.

Abstract: A subscription request initiated by a blockchain node associated with a first blockchain is received by a cross-blockchain interaction end, where the subscription request includes a subscription condition. A message that satisfies the subscription condition is obtained by the cross-blockchain interaction end and from a publishing client that corresponds to a second blockchain. The message is sent to a subscribing client that corresponds to the blockchain node a from the cross-blockchain interaction end, where the blockchain node calls a first smart contract associated with the first blockchain to trigger a corresponding contract operation based on the message.

Abstract: A data processing request is obtained containing blockchain data and an identifier used to identify a blockchain network to which the data processing request belongs. The identifier is extracted from the data processing request. Based on the identifier, corresponding processing logic associated with the data processing request is executed. The blockchain data is stored to a blockchain storage area corresponding to the identifier.

Abstract: Implementations of the present disclosure include obtaining, from a trusted certificate authority (CA) by an owner of a unified blockchain domain name (UBCDN) of a blockchain instance (a UBCDN owner) in a unified blockchain network, a domain certificate of the UBCDN of the blockchain instance; signing the UBCDN of the blockchain instance; and publishing a UBCDN message of the blockchain instance. The UBCDN of the blockchain instance includes a blockchain domain name and a chain identifier of the blockchain instance. The domain certificate of the UBCDN includes the blockchain domain name, a public key of the UBCDN owner, and a digital signature of the CA on the blockchain domain name and the public key of the UBCDN owner. The UBCDN message includes the UBCDN, a digital signature of the UBCDN owner resulting from the signing the UBCDN, and the domain certificate of the UBCDN.

Abstract: Techniques for processing blockchain data are described. A node in a blockchain network receives service data generated by a first service, wherein the service data comprises a data structure having a field a value of which indicates that the first service is associated with a first processing level. The node stores, based on the value of the field, the service data in a first data processing queue selected from a plurality of data processing queues, wherein the first data processing queue corresponds to the first processing level, and each of the plurality of data processing queues corresponds to a different processing level. The node generates a new block that stores the service data read from the first data processing queue, and additional service data read from one or more of the plurality of data processing queues.

Abstract: Techniques for invocating a smart contract are described. One example method includes receiving a target transaction that is used to initiate an invocation of a smart contract, wherein the target transaction comprises invocation data, and wherein the invocation data comprises a data digest associated with target data stored in a third-party storage system interconnected with a blockchain; querying the target data from the third-party storage system; receiving a query result returned by the third-party storage system, wherein the query result comprises encrypted target data; obtaining a key to decrypt the encrypted target data to generate decrypted target data; performing a content verification on the decrypted target data; determining that the content verification succeeds; invoking the smart contract to perform a smart contract computation on the invocation data; and storing a computation result in a distributed database associated with the blockchain after the smart contract computation is completed.

Abstract: Implementations of the present disclosure include obtaining, by a computing system, a unified blockchain domain name (a UBCDN) message of a blockchain instance, wherein the UBCDN message includes a UBCDN of the blockchain instance, a digital signature of an owner of the UBCDN of the blockchain instance (a UBCDN owner) on the UBCDN, and a domain certificate of the UBCDN; verifying whether the domain certificate of the UBCDN is issued by a trusted certificate authority (CA) using a public key of the CA; and verifying whether the UBCDN is issued by the UBCDN owner using a public key of the UBCDN owner. The UBCDN message includes a blockchain domain name and a chain identifier of the blockchain instance uniquely corresponding to the blockchain domain name.

Abstract: A blockchain node receives a service request, where the service request comprises one or more data types and respective service data corresponding to the one or more data types that are stored in a blockchain. At least one of a service type or identification information is determined corresponding to the service request. The service request is parsed to obtain each data type of the service request and service data corresponding to each data type. Based on a mapping relationship between a data type and service data, the service data that is obtained through parsing in a relational database corresponding to the blockchain node is stored.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media, for transaction processing are provided. One of the methods includes: receiving a transaction request for a target transaction; loading a transaction template matching a transaction type of the target transaction; processing the target transaction according to the transaction template to obtain transaction information; and writing the transaction information into a blockchain.

Abstract: A computer-implemented method, non-transitory, computer-readable medium, and computer-implemented system are provided for inter-blockchain, authenticable-message transmission. In an implementation, a first blockchain is connected to a relay. The relay is further connected to at least one other blockchain that includes a second blockchain. The method is performed by the first blockchain and includes saving first data on which a consensus is reached in the first blockchain by using a first account, where the first data includes an authenticable message, the authenticable message satisfies a predetermined protocol stack, and the first data is marked with a predetermined flag. The first data and first location information is provided to the relay, to provide the authenticable message to a second account in the second blockchain, where the first location information indicates a location of the first data in the first blockchain.

Abstract: Examples of a method and apparatus for cross-chain resource transmission are described. The cross-chain resource transmission includes sending from a first account of a first blockchain to another blockchain. One example of the method is executed by the first blockchain and includes: initiating, by the first account, a first transaction used for cross-chain resource transmission, to decrement a first resource balance of the first account by a first quantity and save first data obtained through a consensus into the first blockchain based on execution of the first transaction, where the first data includes an authenticable message; and sending the first data and first location information to the relay end, which is used to send the authenticable message to the second blockchain, where a second resource balance of the second account is incremented by a second quantity.

Abstract: Disclosed herein are computer-implemented methods; computer-implemented systems; and non-transitory, computer-readable media, for sending cross-chain messages. One computer-implemented method includes storing, through consensus of blockchain nodes of a first blockchain network, an authenticable message (AM) associated with a first account to a blockchain associated with the first blockchain network, where the AM comprises an identifier of the first blockchain network, information of the first account, information of a recipient of the AM, and content of the AM. The AM and location information is transmitted to a relay to be forwarded to the recipient located outside of the first blockchain network, where the location information identifies a location of the AM in the blockchain and the recipient includes one or more accounts outside of the first blockchain network.