A streaming distributed decentralized database task system can perform multiple tasks of parallel jobs on clusters of nodes without overloading the clusters' computational resources, such as disk, memory, processors, and network bandwidth. A cluster master can manage a job and add items to node queues. A node manager accepts or rejects queue items based on streaming task limits that are applied at the node level.

A method for confirming configuration of a new current genesis block in a blockchain configured to enable pruning before the new current genesis block includes: receiving, by a blockchain node in a blockchain network, a genesis response message from another node in the network, the message including a configuration value and an ordinal value; identifying a plurality of standard blocks in the blockchain added subsequent to an earlier genesis block that includes a number preceding the ordinal value; aggregating smart contract state changes from each of the identified plurality of standard blocks; and validating the configuration value included in the received genesis response message based on the aggregated smart contract state changes. The aggregating of smart contract states can be done by the processor of the blockchain node configuring the new current genesis block, or by another blockchain node.

Provided are a method and an apparatus for management of a block-chain-based subject data according to an exemplary embodiment of the present disclosure. A block-chain-based subject data management method which is performed by a processor of a subject data management apparatus includes: creating subject data in accordance with a request of a user device; creating first metadata related to the subject data; creating a first block including the created first metadata to store the first block in a block chain included in the subject data management apparatus; creating first code information based on information included in the first block; and storing the created first code information and the subject data in a database, and the first code information is used as address information of the database in which the subject data is stored.

Described herein are systems and methods for implementing a distributed ledger a blockchain cloud service. The blockchain cloud service can include nodes of the distributed ledger and a REST proxy service component. The REST proxy service uses a service development kit for the distributed ledger to communicate with the distributed ledger, and can provide REST APIs for use by client applications to query through chaincodes, synchronously or asynchronously invoke transactions through the chaincodes, get transaction statuses, and get BCS proxy versions. The REST proxy service component can authenticate REST calls, and translate the REST calls into remote procedural calls, for use in interfacing with the distributed ledger. The REST proxy service component can further provide REST APIs that support the same functions which are provided by the BCS management console component, and provide a user interface for client applications to consume the BCS instance.

Methods and systems for providing data manifests as a service (DMAAS) are described herein. A first computing system, may generate a first data manifest comprising a first count parameter and a first hash parameter associated with a first data exchange transaction between the first computing system and a second computing system, store the first data manifest to a blockchain data store and transfer a data payload of the first data exchange transaction. The second computing system may analyze the data payload received via the transport mechanism, generate a second data manifest including a second count parameter and a second hash parameter and store the second data manifest to the blockchain data store. A DMAAS computing system facilitates access to the blockchain data store, identifies transmission errors, and triggers acceptance of data at the second computing system upon a successful data exchange transaction.

An example operation may include one or more of storing existing chaincode relationships of a group of blockchain peers within a blockchain network, identifying a new chaincode to implement for one or more blockchain peers among the group of blockchain peers of the blockchain network based on the existing chaincode relationships among the group of blockchain peers, and transmitting a message to the one or more blockchain peers with a suggestion to implement the new chaincode.

A computer-implemented method to participate in a token transfer process for transferring a first quantity of token from a sender node to a recipient node using a blockchain is disclosed. The token transfer process includes a plurality of participating nodes and execution of a set of indirect token transactions between multiple pairs of the participating nodes. The method is implemented at a participating node that performs steps of: obtaining a subset of the set of indirect token transactions including only those transactions for which the participating node is either an input node or an output node; for each indirect token transaction in the subset, collaborating with a respective second participating node included in the indirect token transaction to generate a commitment channel between the participating node and the second participating node; and collaborating with all other participating nodes in executing the indirect token transactions using the generated commitment channels.

Computing nodes in a peer-to-peer network that can receive data about an accident in response to a vehicle having an accident. A computing device in the peer-to-peer network can generate a record of the data and store, in persistent storage, a copy of the record. The computing device can also transmit the record, via peer-to-peer connections, to other computing nodes in the network. The nodes in the network, when receiving the record, can each store a copy of the record and broadcast the record to one or more additional computing nodes in the network to cause the one or more additional computing nodes to store one or more additional copies of the record. Also, in response to an inquiry about the accident, the node can provide the record. And the node can participate in a determination of a network consensus in the network about validity of the record.

The following allows complex control instruction chains to be performed in an (automation) network, in which nodes and/or device nodes and/or blockchain-external devices are networked to one another, in a simple manner even if different operators of the individual nodes and devices do not trust one another.

Nodes determine a first measure of difficulty for a first branch of a split blockchain and a second measure of difficulty for a second branch of the split blockchain. The first measure of difficulty is based on a measure of block generation frequency of each node that mined for the split blockchain during a window that comprises blocks of the first branch. The second measure of difficulty is based on a measure of block generation frequency of each node that mined for the split blockchain during a window that comprises blocks of the second branch. One of the first branch and the second branch is identified as a legitimate branch based on a comparison of the first measure of difficulty and the second measure of difficulty.