International Business Machines Corporation

Konstantinos Christidis

Nitin Gaur

Anna D Derbakova

Praveen Jayachandran

Srinivasan Muralidharan

Sheehan Anderson

Yun Yu Wang

An example operation may include one or more of identifying a newly proposed transaction of a blockchain, initiating a consensus operation to determine whether to authorize the newly proposed transaction, retrieving a key-value pair identified from a previous transaction, comparing an index value associated with the key-value pair of the previous transaction to an index value associated with a key-value pair of the newly proposed transaction, and providing an affirmative consensus to accept the newly proposed transaction in the blockchain when the index value associated with the key-value pair of the previous transaction is contiguously sequential with the index value associated with the key-value pair of the newly proposed transaction.

Optimization of high volume transaction performance on a blockchain

The present disclosure relates to the enforcement of a smart contract execution hierarchy on a blockchain. A method includes receiving a submission of a first smart contract to be appended to a blockchain, comparing a priority value of the first smart contract to a priority value of a second smart contract previously appended to the blockchain, determining based on the comparison that the first smart contract has a lower priority than the second smart contract, comparing the terms of the first smart contract to the terms of the second smart contract, determining at least one of an overlap and a conflict between the terms of the first smart contract and the terms of the second smart contract, resolving any terms of the first smart contract that are determined to overlap or conflict with the terms of the second smart contract, and appending the resolved first smart contract to the blockchain.

Method and apparatus to enforce smart contract execution hierarchy on blockchain

A system, method, and computer program product provides contextual contracts across various enterprise blockchain applications. In an aspect of the present disclosure, a method is disclosed including receiving a contextual contract for addition to a blockchain. The contextual contract includes at least one state dependent term. The method further includes appending a block to the blockchain based on the received contextual contract and in response to appending the block, activating a ledger sensor for the contextual contract. The ledger sensor is configured to monitor at least one of the blockchain and at least one other blockchain for transactions that correspond to the at least one term. The method further includes receiving from the ledger sensor data about transactions that corresponding to the at least one term and finalizing the contextual contract by appending a block to the blockchain based on the received data and the contextual contract.

Using ledger sensors to enable contextual contracts across various enterprise blockchain applications

Operating conditions of a blockchain configuration may be dynamic and change automatically under certain circumstances. One example method of operation may include one or more of identifying an existing consensus procedure used in an existing blockchain configuration, identifying current metrics associated with the existing blockchain configuration, comparing the current metrics to predefined rules, identifying one or more deviations based on the current metrics being compared to the predefined rules, and changing the existing consensus procedure to a next consensus procedure for a subsequent block in the existing blockchain configuration responsive to identifying the one or more deviations.

Changing an existing blockchain trust configuration

An example operation may include one or more of identifying a blockchain transaction submitted from a requestor member of the blockchain, identifying one or more task requests associated with the blockchain transaction, determining one or more blockchain members having resources available for completing the one or more task requests, wherein the resources are identified via known computing parameters associated with each of the one or more blockchain members, and assigning the one or more task requests to the one or more blockchain members based on the resources available.

Enforcing compute equity models in distributed blockchain

An example operation may include one or more of connecting, by a scheduler node, to a blockchain network comprised of member nodes, receiving, by the scheduler node, a plurality of transactions that include deadlines from the member nodes, comparing, by the scheduler node, the deadlines of the plurality of the transactions against an average time to append to a ledger (ATAL) pre-calculated for the scheduler node, dropping, by the scheduler node, the transactions of the plurality of the transactions, if a sum of the ATAL and a current time is larger than the deadlines of the plurality of the transactions, calculating, by the scheduler node, a priority usage balance (PUB) for the member nodes based on the transactions of the plurality of transactions remaining after the transactions of the plurality of the transactions have been dropped, scheduling, by the scheduler node, a transaction with an earliest deadline from the plurality of the remaining transactions to be validated first for an execution, and arranging, by the scheduler node, a validation order for the plurality of the remaining transactions based on the PUBs.

Consensus transaction scheduler

An example operation may include one or more of identifying a blockchain transaction requiring completion, identifying one or more task requests associated with the blockchain transaction, determining a number of different qualities of service required to complete the one or more task requests, and determining a number of service provider blockchain members are required to complete the one or more task requests based on a number of different available resources assigned to the service provider blockchain members.

The creation of a private sub-blockchain from a main blockchain is disclosed including receiving a request including a trust requirement and an agility requirement, receiving monitoring data from at least one of a plurality of validator nodes of the main blockchain, the monitoring data generated by monitoring the execution of transactions and the exchange of consensus messages by one or more of the plurality of validator nodes, determining a minimum number of validator nodes required to meet the trust requirement, identifying a subset of the plurality of validator nodes of the main blockchain that meets the agility requirement based on the received monitoring data, the subset containing at least the determined minimum number of validator nodes required to meet the trust requirement, and creating a private sub-blockchain of the main blockchain, the private sub-blockchain including the identified subset of the plurality of validator nodes of the main blockchain.

System and method to dynamically setup a private sub-blockchain based on agility of transaction processing

An example operation may include one or more of identifying a blockchain transaction, determining a penalty metadata token assigned to a member associated with the blockchain transaction, determining a penalty coefficient rating based on the penalty metadata token assigned to the member, and determining whether to accept the blockchain transaction based on the penalty coefficient rating.

The system, method, and computer program product described herein provides a built-in feedback mechanism for a blockchain to sanction validator nodes that consistently 'vote' in a manner that does not match the ultimate consensus. The method includes receiving a vote on whether to add a transaction to the blockchain, comparing the vote to a consensus decision on whether to add the transaction to the blockchain, determining based on the comparison that the vote does not match the consensus decision, in response to determining that the vote does not match the consensus decision, incrementing a value associated with the validator node in a feedback registry, determining that the value associated with the validator node is above a predetermined threshold value, and in response to determining that the value associated with the validator node is above the predetermined threshold, proposing a sanction of the validator node to the plurality of validator nodes.

Growing community of inventors

Durham, NC, United States of America

Konstantinos Christidis