Abstract: 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.

Abstract: Embodiments disclosed herein relate to systems and methods for network slicers. Network slicers can receive creation request messages and select network slices based on policies. A network slicer can indicate to next hop routers that it has lower routing costs in order to receive messages, and inspect the received messages to identify creation request messages. A network slicer can indicate to a DNS server that it has a higher priority than other network elements, and receive creation request messages based on the higher priority. New creation request messages can be sent to the selected network slices based on received creation request messages. The network can also create and send appropriate response messages to the creation request to establish future communications with the selected network slice.

Abstract: A method for allocating a device-specific resource from one or more databases is provided. The method includes receiving, at an interface, a coupling identifier including a pool identifier and a resource identifier, as part of a processing request from a requesting entity, the processing request including a request for the device-specific resource, wherein the coupling identifier associates the requesting entity with the device-specific resource based on the resource identifier, extracting, at the interface, the pool identifier from the coupling identifier, identifying, by the interface, the processing service in which the device-specific resource associated with the resource identifier is cached, based on the pool identifier, and transmitting, from the interface to the identified processing service, at least a part of the processing request to process the cached requested device-specific resource.

Abstract: 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.

Abstract: Operating conditions of a blockchain configuration may be dynamic and change automatically under certain circumstances. One example method of operation may include receiving a blockchain transaction sent from a first blockchain to a second blockchain, identifying an inter-ledger contract between the first blockchain and the second blockchain, receiving an inter-ledger message at the second blockchain from the first blockchain, and determining whether to log the blockchain transaction in the first blockchain or the second blockchain based on the inter-ledger message.

Abstract: Source policy identification information of a registry service policy is correlated with configured policy enforcement processing rules and processing actions using a source policy reference key. The source policy identification information includes at least a source policy identifier (ID) of the registry service policy. Per-transaction service policy enforcement information that documents policy enforcement activities performed by a policy enforcement point (PEP) is correlated with the source policy identification information using the source policy reference key. The correlated per-transaction service policy enforcement information of at least one transaction from the per-transaction service data table is provided in response to a query from a policy monitoring point (PMP).

Abstract: 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.

Abstract: Embodiments disclosed herein relate to systems and methods for network slicers. Network slicers can receive creation request messages and select network slices based on policies. A network slicer can indicate to next hop routers that it has lower routing costs in order to receive messages, and inspect the received messages to identify creation request messages. A network slicer can indicate to a DNS server that it has a higher priority than other network elements, and receive creation request messages based on the higher priority. New creation request messages can be sent to the selected network slices based on received creation request messages. The network can also create and send appropriate response messages to the creation request to establish future communications with the selected network slice.

Abstract: 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.

Abstract: Source policy identification information of a registry service policy is captured. The source policy identification information includes a source policy identifier (ID), a source policy name, and a source policy uniform resource locator (URL). The captured source policy identification information is correlated with configured policy enforcement processing rules and processing actions using a source policy reference key. Per-transaction service policy enforcement information that documents policy enforcement activities performed by a policy enforcement point (PEP) is captured. The captured per-transaction service policy enforcement information is correlated with the captured source policy identification information using the source policy reference key.

Abstract: The present invention relates to a process for the preparation of Calcium Silicate Hydrate anion exchange membrane (cement paste) with an ionic conductivity of the order of 10?3 S/cm. The membrane can be formulated by mixing Ordinary Portland Cement (OPC) and water with the cement to water ratio of 1:0.45. After initial setting time, the membrane undergoes curing in 7% calcium chloride solution and the Cl? ions in the membrane is converted to OH? form by immersing into saturated Ca(OH)2 solution with pH 14 and it has been washed to remove the excess alkali. This membrane has high mechanical strength (Ultimate Tensile Strength: 6.3 MPa) and does not deteriorate even at high temperature (up to 450° C.) and alkaline atmosphere (pH 11.5-14). Also disclosed is a method of producing in-situ formation of membrane electrode assembly. This invention encompasses a process for producing and using the membrane in water electrolysis and fuel cell.

Abstract: Source policy identification information of a registry service policy is correlated with configured policy enforcement processing rules and processing actions using a source policy reference key. The source policy identification information includes at least a source policy identifier (ID) of the registry service policy. Per-transaction service policy enforcement information that documents policy enforcement activities performed by a policy enforcement point (PEP) is correlated with the source policy identification information using the source policy reference key. The correlated per-transaction service policy enforcement information of at least one transaction from the per-transaction service data table is provided in response to a query from a policy monitoring point (PMP).

Abstract: The described herein relates to a method executed by a passport service executed by at least one processor coupled to at least one memory. The method includes creating a passport on a cloud application that comprises connectivity details for a tunnel and activating an on-premise appliance of an on-premise system by delivering the passport to the on-premise appliance to build the tunnel. The method further includes generating a passport token via the passport, wherein the passport token comprises dynamically generated connectivity properties. The method also includes binding the cloud application and the on-premise appliance based on the dynamically generated connectivity properties of the passport token and the connectivity details of the passport.

Abstract: 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.

Abstract: Operating conditions of a blockchain configuration may be dynamic and change automatically under certain circumstances. One example method of operation may include receiving a blockchain transaction sent from a first blockchain to a second blockchain, identifying an inter-ledger contract between the first blockchain and the second blockchain, receiving an inter-ledger message at the second blockchain from the first blockchain, and determining whether to log the blockchain transaction in the first blockchain or the second blockchain based on the inter-ledger message.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: The present invention relates to a process for the preparation of Calcium Silicate Hydrate anion exchange membrane (cement paste) with an ionic conductivity of the order of 10?3 S/cm. The membrane can be formulated by mixing Ordinary Portland Cement (OPC) and water with the cement to water ratio of 1:0.45. After initial setting time, the membrane undergoes curing in 7% calcium chloride solution and the Cl? ions in the membrane is converted to OH? form by immersing into saturated Ca(OH)2 solution with pH 14 and it has been washed to remove the excess alkali. This membrane has high mechanical strength (Ultimate Tensile Strength: 6.3 MPa) and does not deteriorate even at high temperature (up to 450° C.) and alkaline atmosphere (pH 11.5-14). Also disclosed is a method of producing in-situ formation of membrane electrode assembly. This invention encompasses a process for producing and using the membrane in water electrolysis and fuel cell.

Abstract: The described herein relates to a method executed by a passport service executed by at least one processor coupled to at least one memory. The method includes creating a passport on a cloud application that comprises connectivity details for a tunnel and activating an on-premise appliance of an on-premise system by delivering the passport to the on-premise appliance to build the tunnel. The method further includes generating a passport token via the passport, wherein the passport token comprises dynamically generated connectivity properties. The method also includes binding the cloud application and the on-premise appliance based on the dynamically generated connectivity properties of the passport token and the connectivity details of the passport.