Abstract: This application provides an asset transferring method and apparatus based on multiple blockchains, a device, a medium, and a product. The method includes: obtaining a first cross-chain asset transfer-out request transmitted by a service object for a first cross-chain transfer-out transaction; writing transaction data of the first cross-chain transfer-out transaction carried in the first cross-chain asset transfer-out request into a first cross-chain bridge contract on a first chain; and invoking, when determining that the service object has a cross-chain asset transfer-out permission based on the first cross-chain bridge contract and service data information, a first asset contract on the first chain to lock a first asset, and generating a first cross-chain event corresponding to the first cross-chain transfer-out transaction. According to this application, the service stability of a service executed on a chain may be ensured based on a multi-blockchain architecture.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer-storage media, for, e.g., generating a private cryptographic key and public cryptographic key as a cryptographic key pair; storing the private cryptographic key and the public cryptographic key in a trusted execution environment (TEE); generating a smart contract configured to: identify a triggering event comprising a request to perform a service comprising generating digital currency; prior to performing the service, verify conditions for performing the service; and in response to verifying the conditions for performing the service, generating the digital currency; generating a hash value representing the smart contract using the private cryptographic key; transmitting the hash value representing the smart contract to a privacy computing platform; and transmitting the public cryptographic key to the privacy computing platform configured to decrypt the hash value representing the smart contract.

Abstract: Methods, systems, and devices for staging of non-fungible tokens (NFTs) before deployment of the NFTs are described. A custodial token platform receives user inputs corresponding to a collection of NFTs associated with a smart contract to be stored on a blockchain distributed data store. The custodial token platform deploys the smart contract to the blockchain distributed data store based on the user inputs, receives data corresponding to the collection, and uploads the data corresponding to the collection to a distributed file system. Uploading the data corresponding to the collection includes uploading first content for a first NFT and uploading second content for a second NFT to the distributed file system. The custodial token platform receives an update to the first content, uploads the updated first content to the distributed file system, and updates the smart contract to include indications of the data corresponding to the collection and the updated first content.

Abstract: Devices, systems, and methods are provided for performing secured analytics using encrypted data. The method may include receiving first data and second data, the first data and the second data being homomorphically encrypted, the first data associated with a first type of data, and the second data associated with a second type of data. The method may include retrieving third data associated with the first type of data, and retrieving fourth data associated with the second type of data. The method may include determining a first proximity between the first data and the third data, and determining a second proximity between the second data and the fourth data. The method may include determining, based on the first proximity and the second proximity, a risk score, and determining, based on the risk score, a fraudulent action associated with the first data and the second data.

Abstract: Systems, methods, and computer-readable storage media to protect non-fungible tokens (NFTs) using a protection architecture. One method includes receiving an NFT, authenticating the NFT including authenticating or verifying the NFT using a key and authenticating the link of the NFT, and protecting the NPT including generating a public-private key pair, encapsulating the NFT within a control structure, updating an NFT account in an overlay ledger, generating and storing a cold storage object in a cold storage ledger, and broadcasting the NFT to a blockchain storage.

Abstract: A computer-implemented method to validate a block at a node within a network of nodes implementing a blockchain conforming to a blockchain protocol. This may be the Bitcoin protocol or an alternative. The method includes determining, serially, that each unspent transaction output referenced as an input in each of the plurality of transactions is unique and, based on that determination allocating each transaction in the plurality of transactions to one of two or more parallel processors, and verifying, in parallel, by the two or more parallel processors, that the transactions in the plurality of transactions comply with transaction-level validation criteria. The node also determines that the block meets block-level validation criteria. If the transactions comply with transaction-level validation criteria and the block complies with block-level validation criteria, the block is deemed valid and the node forwards the block to one or more peer nodes in the network.

Abstract: A method, system, and computer program product is provided for revocable peer-to-peer payments. The method includes generating an asymmetric key pair comprising a first key and a second key, encrypting at least a portion of the peer-to-peer payment data with the first key to generate encrypted payment data, storing the encrypted payment data, communicating the second key to a first device associated with the first user, receiving the second key from a second device associated with the second user, decrypting the encrypted payment data based on the second key received from the second device, and processing the payment from the first account to the second account based on decrypting the encrypted payment data.

Abstract: A method for using shareable and nested transactions on hash chains includes appending a data block of a transaction of a first hash chain to a second hash chain. The second hash chain originates from a tail block of the first hash chain. The method further includes removing the data block from the transaction by setting a tail block identifier of the second hash chain to a previous block appended to one of the first hash chain and the second hash chain prior to the data block. The method further includes updating the transaction with updated transaction data by setting the tail block identifier of the second hash chain to the updated data block. The method further includes appending the second hash chain to the first hash chain by setting the tail block of the first hash chain to the tail block of the second hash chain.

Abstract: A high-performance distributed ledger and transaction computing network fabric over which large numbers of transactions (involving the transformation, conversion or transfer of information or value) are processed concurrently in a scalable, reliable, secure and efficient manner. In one embodiment, the computing network fabric or “core” is configured to support a distributed blockchain network that organizes data in a manner that allows communication, processing and storage of blocks of the chain to be performed concurrently, with little synchronization, at very high performance and low latency, even when the transactions themselves originate from distant sources. This data organization relies on segmenting a transaction space within autonomous but cooperating computing nodes that are configured as a processing mesh. Each computing node typically is functionally-equivalent to all other nodes in the core.

Abstract: Aspects of the present disclosure are directed to verifying a communication identifier or electronic address using one or more blockchains. Implementations mint non-fungible tokens (NFTs) that correspond to the electronic addresses and/or communication identifiers. A person or company can communicate with third-party entities via the electronic addresses and/or communication identifiers. A given third-party entity can verify that a NFT that corresponds to the specific electronic address and/or communication identifier the given third-party is interfacing with has a corresponding minted NFT. The existence of such a minted NFT verifies that the specific electronic address and/or communication identifier has been registered with a trusted authority. The third-party entity can then safely interact with the electronic address and/or communication identifier once receiving the verification result.

Abstract: Disclosed is a method, a device, a system and/or a manufacture of an evolving actual possession token with verifiable evolution state. In one embodiment, a method of ledgerless ownership through actual possession of an electronic token receives an electronic token that includes a set of data blocks each having a transaction data beginning with an issue transaction, with each data block having a block hash dependent on a previous block hash and on a secret value used to evolve the electronic token when adding a new block upon a transfer transaction. A new block and a new secret value is generated and input into a cryptographic hash function, resulting in an output that is a new block hash representing an evolved state of the token. The evolved state may be published to a state dataset that may establish an independent evidence of evolution of the electronic token.

Abstract: An example operation may include one or more of receiving a blockchain transaction that comprises a state reference to an unspent transaction output (UTXO), determining whether the UTXO is included within a first subset of transactions on a blockchain ledger based on a zero-knowledge (ZK) proof included in the state reference, determining whether the UTXO is included within a second subset of transactions on the blockchain ledger based on a hash value included in the state reference, and in response to a determination that the UTXO is not included in either of the first and second subsets of transactions, committing the blockchain transaction including the state reference to the blockchain ledger via a blockchain peer.

Abstract: Medium, method and system for a distributed ledger system for recording asset provenance and titling information. The distributed ledger may store information that can be used to tie a particular digital asset provenance tag to an associated asset such as a serial number or other identifying indicia. The digital asset provenance tag may further store information regarding the provenance of the asset in question, including the history of the production and previous ownership of the asset. Thus, a prospective purchaser of the asset can confirm that the asset is what it is purported to be and that the seller is actually the owner of the asset prior to purchase.

Abstract: An example operation may include one or more of connecting, by a consortium server, to a blockchain network configured to store digital assets of senders and recipients of funds, receiving from a sender, by the consortium server, a message containing a payment note value and a recipient data, the message is serially encrypted by a plurality of routers, retrieving, by the consortium server, the payment note value from an account of the sender, generating, by the consortium server, a transaction for a transfer of an unspent transaction output of the sender (UTXOs) to an unspent transaction output of the recipient (UTXOr) based on the message, signing, by the consortium server, the transaction with a private key of the consortium server, and submitting, by the consortium server, the transaction to the blockchain.

Abstract: A first token associated with a first set of metadata and a first quantity of an asset is minted. A condition for triggering a process to duplicate the first token is determined to have been fulfilled. A second token that duplicates the first token is minted by at least causing a token minting transaction to be recorded to a peer-to-peer distributed ledger, wherein the token minting transaction associates a second set of metadata with the second token with the second set of metadata matching the first set of metadata, allocates the first quantity of the asset to the second token, and indicates that the first quantity of the asset has been transferred to the second token and that the first token is no longer valid. Aa identifier for the second token is provided, where the identifier is usable to determine that the second token is valid.

Abstract: A complex cryptographic coinage transaction is transactionally sharded into multiple simple cryptographic coinage transactions. The complex cryptographic coinage transaction specifies cryptographic debits and/or deposits to/from multiple input accounts and/or multiple output accounts. The simple cryptographic coinage transactions, however, only specify a single one of the input accounts and/or a single one of the output accounts. A single server within a blockchain environment may thus process one of the simple cryptographic coinage transactions without requiring calls for data from other servers responsible for other accounts.

Abstract: A request is generated for verifiable claims that are related to services that a user is to provide to an entity that requests the services from the user. The request for the services is then provided to the requesting entity. The requested verifiable claims are then received from the requesting entity and are verified to determine that they are valid. If the received verifiable claims are valid, the user is authorized to provide the services to the requesting entity.

Abstract: A computer-implemented method (600) and system (1) for verifying ownership of a computer software for installation using a distributed hash table (13) and a peer-to-peer distributed ledger (14). This may be the Bitcoin blockchain or an alternative blockchain implementation. The method includes determining (610) a second user public key associated with a second user (24) from a transaction record stored on the peer-to-peer distributed ledger (14). A second public key associated with the second user may be determined (620) from an entry on the distributed hash table (13). The method further includes comparing (630) the second user public key and the second public key, and verifying (640) the ownership of the computer software based on the comparing of the second user public key and the second public key.

Abstract: A computer-implemented method comprising receiving a first plurality of event requests each corresponding to a pending event, the pending event corresponding to a transfer of a digital asset between blockchains; appending a seller block instance to a blockchain for each of the first plurality of event requests, each seller block instance comprising a different seller set of event attributes of the first plurality of event requests; receiving a second plurality of event requests; appending a buyer block instance to the blockchain for each of the second plurality of event requests, each buyer block instance comprising different a buyer set of event attributes of the second plurality of event requests; and responsive to a seller set of event attributes from a seller block instance matching a buyer set of event attributes from a buyer block instance corresponding to the seller block instance, appending a match block instance to the blockchain.

Abstract: Aspects of the disclosure relate to methods, systems, and apparatuses for improving speed of transaction processing in payment systems using a proof of cache system. The proof of cache system may be used to validate transactions using cached keys stored on Directed Acyclic Graph (DAG) nodes that are available. The cached keys may be encrypted using Argon2d cryptographic hashing.