Abstract: Disclosed are various embodiments for decentralizing the authentication or verification of data. An identity key can be generated for a data item. A request can then be sent to an authentication service for authentication of the data item, the request comprising the identity key and the data item. A verified claim for the data item can then be received in response. Subsequently, an identity document is generated, the identity document comprising the identity key for the data item and the verified claim. Finally, the identity document can be stored in a distributed ledger.

Abstract: A zero-knowledge proof purchase system and process using blockchain is disclosed. The system may comprise a customer device, a merchant system, an issuer system, and a blockchain network having a zero-knowledge proof (ZKP) smart contract. The system may implement a zero-knowledge proof algorithm having a key generator function, a proof function, and a validate function. Each function may be configured to perform various tasks in the system to support and enable zero-knowledge proof purchases.

Abstract: Disclosed are various embodiments for authenticating users of applications using decentralized data models for storing a user's identity. A fingerprint for a computing device is received from an application executing on the computing device. An identity key associated with the fingerprint for the computing device is then obtained, the identity key being linked to a signed claim. The signed claim is retrieved and evaluated. The application executing on the computing device access is then granted access to the computing resource in response to evaluating the signed claim.

Abstract: Systems and methods for peer-to-peer secure document exchange are disclosed. The system may allow a document provider to securely transmit a certified document to a document verifier using decentralized storage. The verifier system may generate a session key pair and transmit the session public key to a trusted API provider. The trusted API provider may generate a session nonce. The verifier system may transmit the session nonce to the provider system. The provider system may use the session nonce to retrieve the session public key. The provider system may encrypt a certified document using the session public key and store the encrypted certified document in the decentralized storage. The verifier system may retrieve the encrypted certified document by polling the trusted API provider based on the session nonce. The verifier system may decrypt the encrypted certified document using the session private key.

Abstract: Disclosed are various embodiments for decentralizing the authentication or verification of data. An identity key can be generated for a data item. A request can then be sent to an authentication service for authentication of the data item, the request comprising the identity key and the data item. A verified claim for the data item can then be received in response. Subsequently, an identity document is generated, the identity document comprising the identity key for the data item and the verified claim. Finally, the identity document can be stored in a distributed ledger.

Abstract: Systems and methods for the deployment of cloud-based systems using a distributed ledger are disclosed. The system may include a cloud provider system and a distributed ledger. The cloud provider system may be configured to deploy cloud-based systems and APIs to enable one or more participant systems to leverage cloud-based resources. The distributed ledger may record events, functionalities, and operations from the cloud provider system, the participant systems, and the deployed cloud-based systems and APIs.

Abstract: Systems and methods for peer-to-peer secure document exchange are disclosed. The system may allow a document provider to securely transmit a certified document to a document verifier using decentralized storage. The verifier system may generate a session key pair and transmit the session public key to a trusted API provider. The trusted API provider may generate a session nonce. The verifier system may transmit the session nonce to the provider system. The provider system may use the session nonce to retrieve the session public key. The provider system may encrypt a certified document using the session public key and store the encrypted certified document in the decentralized storage. The verifier system may retrieve the encrypted certified document by polling the trusted API provider based on the session nonce. The verifier system may decrypt the encrypted certified document using the session private key.

Abstract: A system for integrating blockchain-enabled shared datasets across databases having varying formats and structures is disclosed. The system may include various entity systems in communication via a peer-to-peer network. A first entity system may receive a dataset update request to update the shared dataset. The first entity system may broadcast the dataset update request across the network, and one or more entity systems connected to the network may consent to the dataset update request. The consenting entity systems may broadcast the consented dataset update request to the other entity systems connected to the network. Each entity system may update its local copy of the shared dataset with the consented dataset update request. Each entity system may comprise a mapping module configured to reformat the consented dataset update request into a format that can be stored in a local data structure.

Abstract: The systems may include receiving a token request for a transaction from a merchant, the token request comprising a consumer identifier associated with a consumer and a merchant identifier (MID) associated with the merchant, matching the MID with a token requestor identifier (TRID) assigned to the merchant, matching the consumer identifier with an account identifier associated with a transaction account of the consumer, generating a digital token comprising the TRID and the account identifier, and transmitting the digital token to the merchant.

Abstract: A single sign-on system using blockchain is disclosed. The single sign-on system may interconnect various organization systems over a peer-to-peer network, with each organization system having a blockchain node and an application programming interface (API). The blockchain node invokes and uses a smart contract to write registration credentials to the blockchain during a registration process. During a login process, the blockchain node invokes the smart contract to determine whether login credentials match stored login credentials in the blockchain. In response to matching login credentials, the API may generate a single sign-on token that can be used by a user device to access one or more organization systems connected over the network.

Abstract: A hybrid identity service system is disclosed. The system may receive a transaction request. The system may generate a first passcode and a second passcode. The system may decrypt a first encrypted private key with the first passcode to recover a private key. The system may sign the transaction request with the private key and may encrypt the private key with the second passcode to generate a second encrypted private key.

Abstract: Systems and methods for peer-to-peer secure document exchange are disclosed. The system may allow a document provider to securely transmit a certified document to a document verifier using decentralized storage. The verifier system may generate a session key pair and transmit the session public key to a trusted API provider. The trusted API provider may generate a session nonce. The verifier system may transmit the session nonce to the provider system. The provider system may use the session nonce to retrieve the session public key. The provider system may encrypt a certified document using the session public key and store the encrypted certified document in the decentralized storage. The verifier system may retrieve the encrypted certified document by polling the trusted API provider based on the session nonce. The verifier system may decrypt the encrypted certified document using the session private key.

Abstract: A zero-knowledge proof purchase system and process using blockchain is disclosed. The system may comprise a customer device, a merchant system, an issuer system, and a blockchain network having a zero-knowledge proof (ZKP) smart contract. The system may implement a zero-knowledge proof algorithm having a key generator function, a proof function, and a validate function. Each function may be configured to perform various tasks in the system to support and enable zero-knowledge proof purchases.

Abstract: Systems and methods for the maintenance of merchant-stored transaction account data are disclosed. The system may include various merchant systems and issuer systems in communication via a blockchain network. The system provides a process for collaboration between various issuer systems and merchant systems to update and maintain merchant-stored transaction account data in response to changes, cancellations, updates, or the like in various stored transaction account.

Abstract: A single sign-on system using blockchain is disclosed. The single sign-on system may interconnect various organization systems over a peer-to-peer network, with each organization system having a blockchain node and an application programming interface (API). The blockchain node invokes and uses a smart contract to write registration credentials to the blockchain during a registration process. During a login process, the blockchain node invokes the smart contract to determine whether login credentials match stored login credentials in the blockchain. In response to matching login credentials, the API may generate a single sign-on token that can be used by a user device to access one or more organization systems connected over the network.

Abstract: A transaction account based micro-payment system using blockchain is disclosed. The system may receive a micro-payment request including a payment address from a merchant system. The system may invoke an account holder account smart contract and a directory smart contract. The system may write a plurality of micro-payment transaction debits to a transaction account based micro-payment blockchain via a blockchain node. The system may generate a transaction clearance event based on the account holder account smart contract. The system may write a micro-payment transaction clearance credit to the transaction account based micro-payment blockchain.

Abstract: A system for integrating blockchain-enabled shared datasets across databases having varying formats and structures is disclosed. The system may include various entity systems in communication via a peer-to-peer network. A first entity system may receive a dataset update request to update the shared dataset. The first entity system may broadcast the dataset update request across the network, and one or more entity systems connected to the network may consent to the dataset update request. The consenting entity systems may broadcast the consented dataset update request to the other entity systems connected to the network. Each entity system may update its local copy of the shared dataset with the consented dataset update request. Each entity system may comprise a mapping module configured to reformat the consented dataset update request into a format that can be stored in a local data structure.

Abstract: A procurement system and process using blockchain is disclosed. The procurement system may facilitate procurement reconciliation between procurement initiators, clients, suppliers, and/or transaction processors, using blockchain. Each party may comprise a blockchain node configured to interact with a procurement blockchain. The procurement process may be controlled by a billing smart contract and a client smart contract configured to enforce data workflows and establish trust between the parties.

Abstract: A buyer-centric marketplace using blockchain is disclosed. A buyer may interact with the system to submit a buying request to a marketplace blockchain. One or more sellers may retrieve the buying request, generate seller quotes based on the buying request, and submit the seller quotes to the marketplace blockchain. One or more financial institutions may retrieve the seller quotes, generate financing products based on the seller quotes, and submit the financing products to the marketplace blockchain. The buyer can retrieve and review the seller quotes and the financing products, and select a seller quote and/or a financing product to complete the purchase.

Abstract: A transaction system and process using a token smart contract is disclosed. The system may receive a transfer notification comprising a user public blockchain address, a merchant public blockchain address, and a transaction amount. The system may retrieve a transaction account identifier and a merchant identifier based on the user public blockchain address and the merchant public blockchain address. The system may adjust a transaction account balance associated with the user identifier based on the transaction amount. The system may credit a merchant account based on the transaction amount.