Abstract: One embodiment provides a method, including: producing, for each of a plurality of containers, a resource profile for each thread in each of the plurality of containers; identifying, for each of the plurality of containers and from, at least in part, the resource profiles, container dependencies between threads on a single of the plurality of containers; determining service dependencies between threads across different of the plurality of containers; scheduling, based upon the container dependencies and the service dependencies, threads to cores, wherein the scheduling is based upon minimizing thread processing times; and publishing the container dependencies and the service dependencies on a registry of the node clusters.

Abstract: A processor may collect process information associated with a peer node of a self-auditing blockchain. The processor may generate an imprint from the process information. The processor may compare the imprint from the peer node to an imprint consensus to detect an error. The error may indicate that the peer node has been compromised.

Abstract: Methods, systems, and computer program products for an automated resource request mechanism for heterogeneous infrastructure using profiling information are provided herein.

Abstract: A blockchain configuration may be used to store a distributed ledger for information security and accessibility. One example method of operation may include one or more of logging an asset in a blockchain, identifying a sub-asset linked to the asset, creating a use constraint for the sub-asset, logging the use constraint associated with the sub-asset, and during an access attempt of the sub-asset, prohibiting access to the sub-asset based on the use constraint.

Abstract: A method, system, and computer program product to protect accelerators from malicious network functions. One embodiment of the method may comprise categorizing an application runtime into a plurality of operational phases, and enforcing one of a plurality of phase-specific security restrictions at each of the plurality of operational phases. The method may further comprise analyzing the application runtime to automatically generate the plurality of phase-specific security restrictions.

Abstract: An example operation may include one or more of receiving, via a blockchain peer of a blockchain network, a request to execute chaincode of a blockchain of the blockchain network from a client application, offloading one or more of chaincode operations of the request to hardware on a network switch via a network path between the blockchain peer and the network switch, receiving execution results of the offloaded one or more chaincode operations from the network switch via the network path, and forwarding the execution results received from the network switch to the client application.

Abstract: An example operation may include one or more of sending, by a node A, a signed transaction TrA to a node B to update a token TKNA on a ledger of a blockchain A, submitting, by the node A, the TrA signed by the node B to the blockchain A, receiving from the node B a signed transaction TrB to create a token TKNB on a ledger of a blockchain B, sending the TrB signed by the node A to the node B to be submitted to the blockchain B, and activating, by the node A, the TrA to update the TKNA by submission of a secret value (x) signed by a private key of the node A to the blockchain A and by submission of a secret value (x) to the blockchain B to activate TKNB.

Abstract: A processor may collect process information associated with a peer node of a self-auditing blockchain. The processor may generate an imprint from the process information. The processor may compare the imprint from the peer node to an imprint consensus to detect an error. The error may indicate that the peer node has been compromised.

Abstract: An example operation may include one or more of creating, via chaincode, a link between a non-participant system and a data field stored on a private blockchain, where the data field comprises participant data of the private blockchain, detecting a change in a value of the participant data based on a read operation from the data field stored on the private blockchain, generating a notification of the changed value of the participant data, and transmitting the notification to the non-participant system based on the link between the non-participant system and the data field.

Abstract: A blockchain configuration may be used to store smart contracts. One example method of operation may include one or more of identifying a metric configuration associated with a smart contract stored in a blockchain, logging an event which is part of the metric configuration, determining whether the event supports requirements of the smart contract, determining whether a smart contract policy in the smart contract matches a system policy, and updating the smart contract on the blockchain when the requirements of the smart contract are supported by the event and the smart contract policy matches the system policy.

Abstract: An example operation may include one or more of connecting, by a notifier node, to a notifier service node configured to designate the notifier node, receiving, by the notifier node, a notification from the notifier service node to read a block from a ledger of a blockchain, applying, by the notifier node, a function on the block to determine if the notifier node is a designated notifier for at least one submitted transaction in the block, and, in response to a determination that the notifier is the designated notifier, sending, by the notifier node, a push notification to user nodes involved in a transaction associated with the block.

Abstract: An example operation may include one or more of receiving a data block from a blockchain node, determining a current transaction state of each of a plurality of endorser nodes based on transaction history stored within read and write sets of the data block, determining a current load of each of the plurality of endorser nodes based on performance data stored within the data block, and outputting information about the current transaction state and the current load of each of the plurality of endorser nodes via a user interface.

Abstract: An example operation may include one or more of receiving system calls captured from a plurality of peer nodes of a blockchain that occurred within a predetermined period of time, determining a subset of system calls among the received system calls that correspond to a blockchain process performed during the predetermined period of time, detecting a free-riding peer node from among the plurality of peer nodes based on the identified subset of system calls with respect to system calls of the free-riding peer node within the predetermined period of time, and storing an indicator of the free-riding peer node.

Abstract: An example operation may include one or more of receiving system calls captured from a plurality of peer nodes of a blockchain that occurred within a predetermined period of time, determining a subset of system calls among the received system calls that correspond to a blockchain process performed during the predetermined period of time, detecting a free-riding peer node from among the plurality of peer nodes based on the identified subset of system calls with respect to system calls of the free-riding peer node within the predetermined period of time, and storing an indicator of the free-riding peer node.

Abstract: An example operation may include one or more of creating, via chaincode, a link between a non-participant system and a data field stored on a private blockchain, where the data field comprises participant data of the private blockchain, detecting a change in a value of the participant data based on a read operation from the data field stored on the private blockchain, generating a notification of the changed value of the participant data, and transmitting the notification to the non-participant system based on the link between the non-participant system and the data field.

Abstract: An example operation may include one or more of receiving, at a node, a request to execute a software model that has been decomposed into a plurality of sequential sub-components, executing a sub-component from among the plurality of sub-components based on input data included in the received request to generate output data, hashing the input data and the output data to generate a hashed execution result of the sub-component, and storing the hashed execution result of the sub-component within a block among a hash-linked chain of blocks which include hashed execution results of other sub-components of the software model executed by other nodes.

Abstract: An example operation may include one or more of connecting, by a notifier node, to a notifier service node configured to designate the notifier node, receiving, by the notifier node, a notification from the notifier service node to read a block from a ledger of a blockchain, applying, by the notifier node, a function on the block to determine if the notifier node is a designated notifier for at least one submitted transaction in the block, and, in response to a determination that the notifier is the designated notifier, sending, by the notifier node, a push notification to user nodes involved in a transaction associated with the block.

Abstract: An example operation may include one or more of sending, by a node A, a signed transaction TrA to a node B to update a token TKNA on a ledger of a blockchain A, submitting, by the node A, the TrA signed by the node B to the blockchain A, receiving from the node B a signed transaction TrB to create a token TKNB on a ledger of a blockchain B, sending the TrB signed by the node A to the node B to be submitted to the blockchain B, and activating, by the node A, the TrA to update the TKNA by submission of a secret value (x) signed by a private key of the node A to the blockchain A and by submission of a secret value (x) to the blockchain B to activate TKNB.

Abstract: Methods and arrangements for identifying failed sensors in a system of interconnected devices. A contemplated method includes: utilizing at least one processor to execute computer code that performs the steps of: receiving data from a first plurality of sensors, each sensor being operatively coupled to a device within a system of interconnected devices; associating the data received with an activity; comparing the data received with previously stored data associated with the living activity; detecting, based on the comparing, an anomaly associated with at least one of the first plurality of sensors, wherein the anomaly indicates a problem with the at least one of the first plurality of sensors; and recording, at a data storage location, the anomaly, wherein the data storage location stores data associated with previously identified anomalies. Other variants and embodiments are broadly contemplated herein.

Abstract: An example operation may include one or more of receiving, at a node, a request to execute a software model that has been decomposed into a plurality of sequential sub-components, executing a sub-component from among the plurality of sub-components based on input data included in the received request to generate output data, hashing the input data and the output data to generate a hashed execution result of the sub-component, and storing the hashed execution result of the sub-component within a block among a hash-linked chain of blocks which include hashed execution results of other sub-components of the software model executed by other nodes.