Abstract: An example operation may include one or more of connecting, by a pharmacy node, to a blockchain network configured to store patients' data on a blockchain ledger, receiving, by the pharmacy node, a request from a patient node for a prescription refill, the request contains a secret key of a patient, extracting, by the pharmacy node, the secret key from the request to verify a patient's identity, and executing, by the pharmacy node, a smart contract to: (a) decrypt a prescription data located on the ledger by an application of the secret key, (b) retrieve patient's allergy records from the ledger to check the allergy records against the prescription data, (c) determine a number of remaining refills from the prescription data, (d) check validity of the prescription data based on an expiration date, and commit a prescription refill transaction to the blockchain based on a successful execution of (b)-(d).

Abstract: A system may enact a process including initiating an operation to transfer a secret, establishing n groups of nodes in a blockchain network, dividing a secret into n secret parts, creating n group keys, encrypting each secret part of the secret with a corresponding group key, and recording encrypted secret parts on the blockchain networks.

Abstract: Systems, methods, and computer programming products leveraging the use of machine learning, cryptographic keys and blockchain technology for validating blockchain transactions. The disclosed systems, methods and products improve detection of malicious cyberattacks and fraud, while reducing occurrences of falsely invalidated transactions and improving overall blockchain security in both permissioned and permissionless blockchain networks. Classifiers are trained using machine learning and other classification techniques by building a transaction history to learn how to identify suspicious transactions on the blockchain. In permissionless and order-execute models of permissioned blockchains, cryptographic keys are publicly registered to guardians residing out of band, who may co-sign requests and override or resubmit transactions marked as suspicious by the classifiers.

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

Abstract: The processor may collect, from a first peer, a first data set associated with a channel. The channel may include one or more assets associated with a first peer. The channel may link the first peer to a second peer. The processor may analyze the first data set to determine a first status for the one or more assets. The processor may provide the first status of the one or more assets in a viewable channel to the blockchain network.

Abstract: An example operation may include one or more of retrieving decentralized identifiers (DIDs) of a plurality of blockchain peers included within a blockchain network, generating a blockchain declarative descriptor (BDD) which uniquely identifies the blockchain network, where the BDD comprises a machine-readable data file with a first field includes the retrieved DIDs of the blockchain network, a second field including signature data of the plurality of blockchain peers, and a third field including metadata, and transmitting the generated BDD to a blockchain network registry.

Abstract: A node in a blockchain network may agree, on an authority accept a compliance module from the authority, accept the compliance module. The node may also receive an operation, verify a compliance of the operation based on the compliance module, add the verified operation to a ledger on the blockchain network.

Abstract: A node in a blockchain network generates a non-fungible token (NFT) and obtain docket information for the NFT comprising transfer conditions for the NFT. The node also generates a docket credential with embedded transfer terms for the NFT from the docket information as part of a signature scheme for the NFT and signs an NFT block on a blockchain network with the docket credential.

Abstract: In an approach for creating self-sovereign credit token issuance to facilitate account to account lending and creation of a digital credit market, a processor identifies a digital interaction within an edge of connected accounts, wherein the digital interaction includes an account-to-account transaction having a total economic impact within the edge of connected accounts. A processor evaluates, based on the digital interaction, potential future earnings of a fungible token and a non-fungible token. A processor provides a criterion to generate a self-sovereign, self-issued credit token that is embedded with a credit worthiness of the self-sovereign, self-issued credit token, based on the total economic impact and the potential future earnings.

Abstract: A processor may record one or more transaction proposals regardless of validity of the one or more transaction proposals. The processor may separate a transaction validation into a series of steps. The processor may validate, asynchronously, one or more transactions respectively associated with each of the one or more transaction proposals based on the transaction validation.

Abstract: A node in a blockchain network may agree, on an authority accept a compliance module from the authority, accept the compliance module. The node may also receive an operation, verify a compliance of the operation based on the compliance module, add the verified operation to a ledger on the blockchain network.

Abstract: An example operation may include one or more of receiving a data file with off-chain content that originated in a first security domain of a multi-domain blockchain network, verifying that the on-chain and off-chain content satisfies a cross-domain security policy between the first security domain and a second security domain within the multi-domain blockchain network with a different security policy than the first security domain, in response to verifying the on-chain and off-chain content, signing the on-chain portion of the data file with a signature of a cross-domain endorsement peer, transmitting the signed on-chain portion of the data file to an ordering service of the multi-domain blockchain network, and transmitting the off-chain portion of the data file to a cross-domain content controller in the first security domain.

Abstract: An example operation may include one or more of transmitting a user identifier to a plurality of blockchain peers of a blockchain network, receiving a plurality of public keys from the plurality of blockchain peers, receiving a plurality of ciphertexts from the plurality of blockchain peers generated based on the user identifier and a corresponding plurality of private keys, generating a combined ciphertext that includes the plurality of ciphertexts and generating a temporary blockchain address of the blockchain network based on the plurality of public keys, and storing the combined ciphertext and a transfer of an asset via the temporary blockchain address of the blockchain network.

Abstract: The processor may collect, from a first peer, a first data set associated with a channel. The channel may include one or more assets associated with a first peer. The channel may link the first peer to a second peer. The processor may analyze the first data set to determine a first status for the one or more assets. The processor may provide the first status of the one or more assets in a viewable channel to the blockchain network.

Abstract: An example operation may include one or more of storing, within a blockchain, a request comprising an identifier of content and a value of a user who created the content, detecting consumption of a reusable instance of the content by a second user, designating fractional values of the content to the first and second users based on the detected consumption of the reusable instance, and storing, within the blockchain, a second request comprising an identifier of the reusable instance of the content, identifiers of the first and second users, and the designated fractional values of the content to the first and second users.

Abstract: An example operation includes one or more of capturing message content from messages between a sender and receiver which comprise information about a transfer of value from the sender to the receiver, detecting information about a compliance check within the message content which indicates whether the transfer of value complies with jurisdictional regulations, and recording the message content including the detected information about the compliance check via a blockchain.

Abstract: An example operation may include one or more of identifying blockchain transactions for a particular blockchain, identifying blockchain transaction metrics from the blockchain transactions, determining whether the blockchain transaction metrics require a change to current blockchain operating rules, and when the blockchain transaction metrics require the change to the current blockchain operating rules, modifying the current blockchain operating rules.

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: An example operation includes one or more of establishing, by a first blockchain trust anchor node, a trusted connection to a trust anchor node of a second blockchain, detecting, by the first blockchain trust anchor node, changes of the first blockchain, and executing a smart contract to reflect the detected changes on the second blockchain.

Abstract: An example operation may include one or more of receiving a request for executing a trade transaction with a digital token, determining to execute an additional verification on the digital token based on one or more of a newness of the digital token and a lack of data on the digital token, querying a blockchain ledger associated with the digital token for one or more additional data attributes of the digital token, and determining whether or not to execute the trade transaction with the digital token based on the one or more additional data attributes of the digital token queried from the blockchain ledger.