Abstract: Systems and methods for integration of components to facilitate executing transactions with different blockchain networks by using a standard API format. A standardized blockchain request identifying a blockchain network is received. The request is routed to a node synced with the blockchain network. A blockchain-specific call is constructed based on the standardized blockchain request. The blockchain network is interacted with using the blockchain-specific call. A response to the blockchain-specific call is returned in a standardized format.

Abstract: An example operation may include one or more of connecting, by a lead peer, to a blockchain network of an organization configured to store assets, receiving, by the lead peer, from an ordering server, a block that contains a plurality of chaincode transactions belonging to plurality of peers of the blockchain network, applying, by the lead peer, a filter to the block, determining, by the lead peer, a recipient peer of the block in response to the application of the filter, receiving, by the lead peer, a validation result of the block from the recipient peer, and committing, by the lead peer, the block to the blockchain network.

Abstract: An example operation may include one or more of connecting, by a sparse peer, to a blockchain network of a plurality of peers controlled by orderers, selecting, by the sparse peer, a subset of data to be replicated, specifying, by the sparse peer, data selection filters based on the selected subset of the data, providing, by the sparse peer, the selection filters to the plurality of the peers, receiving, by the sparse peer, blocks matching the selection filters over a gossip protocol from the plurality of the peers, constructing, by the sparse peer, a local ledger of the sparse peer from the received blocks, and bootstrapping the sparse peer based on the local ledger.

Abstract: Certain aspects of the technology disclosed involve providing a virtual machine instance with license management data to identify and differentiate various virtual machine instances. A virtual appliance may generate license management data in response to a triggering event of a virtual machine. The triggering event may include any of a migration, clone, snapshot, or request via a representational state transfer endpoint. The virtual machine may provide the license management data to a license server and a licensed application configured to run on the virtual machine. The license management data may be used in resource management systems, such as a license management system, to defeat licensing exploits in a cloud computing environment.

Abstract: In a system for verifying transactions, when a user with a portable communication device nears a resource provider location, the portable communication device provides an indication to a transaction processing system of its proximity to the location. The portable communication device then provides a universally unique identifier (UUID) of a base station of the resource provider to the transaction processing system, which generates a hash using the UUID and a primary account number (PAN) of a portable transaction device that is associated with the portable communication device. When the user conducts a transaction with the portable transaction device at the provider, the provider generates a separate hash from the UUID and the PAN and sends the hash to the transaction processing system, A match between the hashes is taken into account as a positive indicator that the transaction is not fraudulent and the resource provider is complying with the system.

Abstract: Methods and systems for facilitating provisioning of consumer payment credentials to token requestors such as a digital wallet account or a merchant account are described. In an embodiment, a mobile device processor of a consumer mobile device running a token requestor application receives an indication of a selection by a consumer of an option to add a payment card to a merchant account, displays a list of issuer applications installed on the consumer mobile device that support pull provisioning on a display screen, and receives a selection of an issuer application and issuer application login information.

Abstract: A method of including receiving a first input from a user and determining that the first input matches at least a portion of an account number associated with a user account of the user. Based on the determination the method may include requesting and receiving a second input from the user that may include a second string of numbers. The method may also include determining that the second input is a combination of a PIN associated with the user account. Based on the determination, the method may include executing a contingency action.

Abstract: A payment processing method is applied to a clearing system. The method includes receiving a payment request sent by a merchant end; digitally signing the payment request, and returning a response result to the merchant end, wherein the response result includes a routing jump address corresponding to an account end, so that the merchant end jumps to the account end according to the routing jump address, and sends the digitally signed payment request to an account backend system for verification through the account end, and after the verification of digital signature is passed, the account backend system performs payment operation corresponding to the payment request and obtains a payment operation result; and receiving the payment operation result sent by the account backend system, and returning the payment operation result to the merchant end.

Abstract: This disclosure is directed to methods and systems for validating digital images (e.g., originality of digital images, source of digital images) by validating non-fungible tokens. The methods and systems enable a device to obtain analog values using an imaging sensor, such as on a camera of the device. A first identification code and digital image can be generated using the analog values and can be used to mint a first non-fungible token (NFT). When a request is made to validate a second NFT containing the same digital image, e.g., claiming to be the original digital image, the analog values can be used to generate another hash, and compared against the identification (ID) value of the second NFT.

Abstract: Examples of a system and method for transacting media at a self-service terminal (SST), are generally described. A method may include receiving a PIN on a user interface component of a media interface aperture cover. The method may include causing the media interface aperture cover to retract to dispense or receive media through a media interface aperture.

Abstract: A computer-implemented method for managing cryptocurrency is disclosed. A plurality of users are provided with an in-marketplace wallet suitable for storing linked digital tokens that are linked in value to cryptocurrency tokens and are required to transact on a digital marketplace platform. A cryptocurrency reserve is provided for storing cryptocurrency tokens. Responsive to a user purchasing linked digital tokens from a marketplace store, linked digital tokens are transferred to the in-marketplace wallet an equivalent value of cryptocurrency tokens are transferred to the cryptocurrency reserve. Responsive to a user withdrawing a number of linked digital tokens from the in-marketplace wallet, the desired number of linked digital tokens are removed from the user's in-marketplace wallet and an equivalent value of cryptocurrency tokens are transferred from the cryptocurrency reserve to an out-of-marketplace wallet of the user for storing cryptocurrency tokens outside of the marketplace platform.

Abstract: The present disclosure is directed to consolidated token routing. First data corresponding to a request to conduct a first transaction is analyzed. A first token is generated for the first transaction. Second data corresponding to a request to conduct a second transaction is analyzed. A second token is generated for the second transaction. In response to determining that at least a first component of the first data corresponds to a first component of the second data, a routing of the first token and a routing of the second token are consolidated. The consolidation of the token routing includes transmitting the first token and the second token to one or more devices in a single transmission.

Abstract: A biometric heartrate authentication system and method is disclosed that leverages heartrate information collected by heartrate tracking devices to build a heartrate profile for a client. The system further leverages location information collected by existing location information services to determine an activity profile for a client. The activity profile information may be used together with the heartrate profile to generate an expected heartrate range against which a cardholder heartrate may be compared for authentication purposes. Because client heartrate characteristics are generally unique, varying according to the unique activities being performed by the client at any point in time, the system and method thus provide a low cost, non-invasive method for reliably authenticating individuals and securing against fraudulent account accesses.

Abstract: Systems and methods for providing secure application support for NFC devices in both battery on and battery off modes are provided. A first application that requires available host battery supply and a second application that does not require available host battery supply are loaded onto a mobile device. When the second application is enabled, the reader requests user input on a POS device. The first application is enabled when host battery supply is available, and the second application is enabled when no host battery supply is available.

Abstract: The invention relates to systems and methods for providing modular and configurable smart contracts for blockchain applications. The smart contracts may be utilized to retain all transaction attribute values in a world state database of the blockchain-implemented ledger. The systems and methods can further provide for dynamically configurable validation metadata and validation rules for transaction attributes recorded on a blockchain transaction log. The validation metadata and validation rules corresponding to the transaction attributes can be dynamically updated and applied to the transaction attributes to validate or invalidate a transaction.

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 has a storage medium encoded with program instructions, and a processor coupled to access the program instructions. The instructions configure the processor for: receiving a first request at a POS terminal to surrender a previously purchased first asset in exchange for at least a portion of a second asset that was used to purchase the first asset, receiving the private key from the first asset; accessing a set of rules stored in a distributed electronic ledger, the set of rules specifying conditions associated with the first request; transmitting an authorization to return the at least a portion of the second asset in exchange for surrender of the first asset, in the case where the conditions are satisfied; and invalidating the first request in the case where one or more of the conditions are not satisfied.

Abstract: The disclosure extends to methods, systems, and computer program products for identifying transaction data from within aggregated data and suggesting additional services based on the transaction data. The disclosure also extends to methods, systems, and computer based products for discovering transaction attributes within a database of aggregated account data including, aggregating and matching financial account attributes between a plurality of accounts in order to provide additional services to account holders.

Abstract: A biometric heartrate authentication system and method is disclosed that leverages heartrate information collected by heartrate tracking devices to build a heartrate profile for a client. The system further leverages location information collected by existing location information services to determine an activity profile for a client. The activity profile information may be used together with the heartrate profile to generate an expected heartrate range against which a cardholder heartrate may be compared for authentication purposes. Because client heartrate characteristics are generally unique, varying according to the unique activities being performed by the client at any point in time, the system and method thus provide a low cost, non-invasive method for reliably authenticating individuals and securing against fraudulent account accesses.

Abstract: A message processing server includes a message processor and a database of multi-layer tokens. Each token in the database includes a plurality of encrypted data layers. The first layer includes the second layer and a first pointer. The second layer includes a second pointer. The message processor is configured to receive a first authorization message including a first cryptographic key and a second value; decrypt the first layer of one of the tokens with the first key; validate the first pointer by receiving confirmation of the first pointer pointing to a database entry comprising the second value; receive a second authorization message including a second cryptographic key and a third value; decrypt the second layer of the token with the second key; and validate the second pointer by receiving confirmation of the second pointer pointing to a database entry comprising a maximum data value not less than the third value.