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: A computer-implemented method and a computer program product for enforcing verifiable mandatory access control (MAC) labels, and a data processing system. One embodiment may comprise receiving, from an entity, a first verifiable MAC label associated with an object, receiving, from the entity, a second verifiable MAC label associated with a subject requesting to access the object, and determining whether to grant, to the subject, access to the object responsive to the request based on comparing the first verifiable MAC label associated with the object and the second verifiable MAC label associated with the subject to a verifiable MAC policy. Each of the first verifiable MAC label, the second verifiable MAC label, and the verifiable MAC policy in some embodiments may be formatted as a verifiable credential that is machine readable and digitally signed.

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 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: An example operation may include one or more of collecting, by a lead peer, state and quality of service (QoS) data from a plurality of peers of a blockchain network, building, by the lead peer, a network graph (NG) based on the state and the QoS data from the plurality of the peers, and mapping, by the lead peer, the NG to a block deliver graph (BDG), wherein edges of the BDG represent a sequence of blocks to be sent from a source peer to a destination peer.

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: A display case is provided. The display case includes a transparent display for viewing an object through the transparent display and a watermarking engine configured to display a watermark on the transparent display.

Abstract: An example operation may include one or more of receiving, by a blockchain node or peer comprising hot asset storage and cold asset storage, an asset request to provide an asset, the asset comprising a key-value pair, determining if the asset request may be satisfied without accessing a blockchain of a shared ledger, providing the asset to a requesting node or peer from hot asset storage in response to the blockchain node or peer determining the asset request may be satisfied without accessing the blockchain, and in response to the blockchain node or peer determining the asset request cannot be satisfied without accessing the blockchain, the method further comprising utilizing a pointer in cold asset storage to obtain the requested asset from the blockchain.

Abstract: An example operation may include one or more of receiving a gossip message originated from a domain anchor peer in a first security domain, verifying that block content within the gossip message does not violate a cross-domain security policy, in response to verifying the block content, updating an endpoint of the gossip message with an address of a domain anchor peer in a second security domain, and transmitting the updated gossip message to the domain anchor peer in the second security domain.

Abstract: A member of a group in a blockchain network may generate a public key and a private key, request a blockchain network group certificate, associated with the private key, from a blockchain network certificate authority, and distribute a private key to members of the group.

Abstract: A client computer may split a process into sub-processes, send each sub-processes to a different group of peers in a blockchain network, wherein each group has at least one peer from each essential organization in the blockchain network, receive processed sub-transactions from the peers in the blockchain network, validate each sub-transaction, and validate the transaction based on the validation of all sub-transactions, wherein all sub-transaction must be valid for the transaction to be valid.

Abstract: An example operation may include one or more of receiving, via a custodial service, a request to transact with a digital asset owned by a user and temporarily in custody of the custodial service, generating a blockchain transaction comprising an identifier of the digital asset on a blockchain ledger, an identifier of the custodial service, and an identifier of a recipient of the digital asset, signing the blockchain transaction with a key from a trifocal key which proves that the custodial service is authorized to transact with the digital asset on behalf of the user, and storing the signed blockchain transaction on a blockchain ledger.

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.

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 receiving, by a risk score module, a blockchain transaction proposal, obtaining transaction proposal data, obtaining external data, computing a risk score from the transaction proposal data and the external data, comparing the risk score to a risk score threshold, providing an endorsement decision, based on the comparison, and one of endorsing or rejecting the transaction proposal.

Abstract: An example operation may include one or more of identifying a plurality of instances of a blockchain storage request that have been independently submitted by a plurality of clients, respectively, verifying whether execution content of the plurality of instances of the blockchain storage request match, and in response to verifying the match, storing the blockchain storage request within a block among a hash-linked chain of blocks.

Abstract: Techniques for refinement of data pipelines are provided. An original file of serialized objects is received, and an original pipeline comprising a plurality of transformations is identified based on the original file. A first computing cost is determined for a first transformation of the plurality of transformations. The first transformation is modified using a predefined optimization, and a second cost of the modified first transformation is determined. Upon determining that the second cost is lower than the first cost, the first transformation is replaced, in the original pipeline, with the optimized first transformation.

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.