Abstract: In a first party mode, a peer-to-peer transfer application: authenticates the party to an identity server; obtains an amount of funds to be transferred; causes the identity server to establish a session for storing information relating to the transaction; provides the amount to the identity server; provides account information for the party to the identity server; obtains a token unique to the transaction; obtains contact information for the counterparty; and provides a message including the token to the counterparty to indicate the transaction has been initiated. In a second counterparty mode, the application: receives a message including a token for a transaction from a first party; authenticates the counterparty; determines the counterparty wishes to complete the transaction; and uses the token to provide account information for the counterparty to the identity server for storing in association with an established session and to enable the identity server to complete the transaction.

Abstract: In some implementations, a computing device may obtain an original digital media asset published to a server device along with a distributed ledger that tracks ownership of the original digital media asset. The computing device may generate a customized digital media asset that replaces the original digital media asset, and modify the distributed ledger to indicate the customization or modification of the original digital media asset and identify the customized digital media asset and the ownership thereof. The computing device may publish the customized digital media asset to a server device for distribution. Upon transfer of ownership of the customized digital media asset to a new owner, the distributed ledger may be modified to indicate the new ownership of the customized digital media asset.

Abstract: A method for authenticating a user includes receiving an authorization request for a transaction from an account. A plurality of authentication questions each having a corresponding correct answer are associated with the account. A first set of authentication questions of the plurality of authentication questions is transmitted to a communication device by way of an interactive voice response (IVR) call. A first set of user-generated answers corresponding to the first set of authentication questions is received from the communication device. The method further includes determining whether the user is an account holder of the account based on at least the first set of user-generated answers. The transaction is processed based on the determination that the user is the account holder of the account, thereby authenticating the user.

Abstract: A system and method for automated remote payments between a vehicle and a refueling station is disclosed. The system may enable the vehicle to initiate an automated remote payment to the refueling station without needing the user to manually input transaction account information, or to manually prepay for the transaction. The refueling station may detect when the vehicle is in proximity, and the vehicle and the refueling station may open communications to transmit data. The vehicle may transmit vehicle identifying data to the refueling station, and the refueling station may communicate the vehicle identifying data to a payment network to authorize the transaction. In response to authorizing the transaction, the vehicle may proceed with refueling at the refueling station.

Abstract: A method for payment risk control includes: receiving a request for payment graphic code generation from a mobile terminal device, the request carrying preset risk control features, the risk control features including a payment account feature of an account, a current location feature, and a station entering and exiting feature; obtaining pre-stored historical risk control features of the account according to the payment account feature in the request; detecting whether there is a transaction risk for the mobile terminal device by comparing the obtained historical risk control features with the risk control features carried in the request; and sending a risk control detection result to the mobile terminal device to generate and display a payment graphic code.

Abstract: A fraud detection system may identify a suspected fraudulent transaction based on one or more criteria. The transaction may be associated with a user. Based on identifying a suspected fraudulent transaction, the fraud detection system may receive augmented reality data from an augmented reality device of the user. The fraud detection system may determine, based on the augmented reality data, whether the transaction is fraudulent, and may take an action based on the determination.

Abstract: An approval request is transmitted for a cryptoasset transaction in accordance with a policy stored in a hardware security module (“HSM”). The policy specifies at least one specific approver required for approval of the cryptoasset transaction. The approval request is transmitted to a computer device associated with the specific approver and is configured to cause the computer device to prompt the specific approver to approve the cryptoasset transaction. A security key is received from a hardware security token associated with the specific approver. The security key indicates an approval of the cryptoasset transaction. A risk analysis module authenticates an identity of the specific approver based on the security key. Responsive to the authenticating of the identity of the specific approver, the HSM signs the cryptoasset transaction using a cryptographic key stored in the HSM.

Abstract: A method of processing a payment including receiving a payment lookup request, identifying a user network account on a blockchain network, sending a payment authorization request to and receiving authorization from a user, transferring ownership of an in-network token responsive to the authorization, sending a debit request to a user financial account, receiving a debit response from the user financial account, sending a credit request to a receiver financial account, and receiving a credit response from the receiver financial account.

Abstract: Systems and methods are disclosed for dynamic routing of electronic transactions while maintaining token compatibility. One method comprises receiving a request message from a merchant system and determining a final destination payment processor based on a routing directive. Upon determining the final destination payment processor, the request message may be updated by updating a message destination to the final destination payment processor and replacing an initial token with a token that is compatible with the final destination payment processor. The updated request message may then be transmitted to a downstream entity for further processing.

Abstract: An example token management operation may include one or more of receiving, by a token manager node, a registration request containing user IP address and a wallet from an at least one player node off-chain; mapping, by the token manager node, a transaction over the blockchain network with users' database based on the IP address; assigning, by the token manager node, a user role to the wallet, wherein the user role allows the at least one player node to buy game tokens from a liquidity pool over the blockchain network; executing, by the token manager node, a smart contract to add a safe balance to the at least one player node based on the user role; intercepting, by the token manager node, a transaction for selling at least one game token to a target player node to validate the safe balance of the player node; and allowing the transaction responsive to a validation.

Abstract: An electronic payment system is for a merchant server to transfer funds from a purchaser account to a merchant account, the merchant server to send a merchant transaction identification (ID) and transaction information. The electronic payment system includes a mobile wireless communications device to send a purchaser transaction ID and purchaser account access information. A payment processor server is to receive the purchaser transaction ID and purchaser account access information, and is also to send the transaction information to the mobile wireless communications device if the merchant transaction ID matches the purchaser transaction ID. The mobile wireless communications device is also to send confirmation of the transaction information to the payment processor server. The payment processor server is also to effect a transfer of funds from the purchaser account to the merchant account based upon the confirmation of the transaction information and the purchaser account access information.

Abstract: A system where a payer transmits a first-time enrollment request to a portal, where the first-time enrollment request includes initial identifying information of said first circuit and/or communication circuit. In the system, the portal generates an out-of-band blockchain notification requesting authentication from a recipient. In addition, the recipient receives the out-of-band notification whereby the recipient accepts the funds and initial enrollment is completed through the portal. Furthermore, the portal communicates with a third party for verification and transmits an enrollment confirmation to the recipient. Also, the portal transmits an enrollment confirmation upon the successful/unsuccessful enrollment of the recipient.

Abstract: In one embodiment, a method includes receiving, by a payment service system (PSS), a payment request from a payment application executing on a device of a sender. The payment request includes a recipient identifier corresponding to a recipient. The sender and recipient have financial accounts associated with the PSS. The method includes determining a similarity score based on a comparison of contact records associated with the device of the sender and contact records associated with a device of the recipient. The method includes, responsive to determining that the similarity score does not satisfy a threshold similarity score, transmitting a confirmation request to the device of the sender to confirm an identity of the recipient. The method includes receiving, from the device of the sender, an approval response to the confirmation request. The method includes, authorizing a payment transaction associated with the payment request based on the approval response.

Abstract: A secondary authentication system and computer-implemented method for obtaining real-time cardholder authentication of a payment transaction associated with a cardholder's payment card includes a memory device for storing data and a processor communicatively coupled to the memory device. The processor is programmed to receive a payment authorization request message including a primary account number corresponding to a payment account of the cardholder for funding the payment transaction. In addition, the processor is programmed to determine whether the payment account requires secondary authentication by the cardholder for the payment transaction, and if, based on the determination, the payment account requires secondary authentication of the payment transaction, place the payment transaction on hold.

Abstract: A method of performing a transaction between a merchant and a customer is described. The method involves a customer computing device (11), a merchant computing device (12) and a payment facilitator computing system (19). Firstly, there is agreement upon a transaction between the customer computing device (11) and the merchant computing device (12), wherein a first one of said computing devices produces a code image representing elements of the transaction.

Abstract: The present invention generally relates to the use of a stable value digital asset to pay dividends for securities and other financial instruments tied to a blockchain.

Abstract: The present invention generally relates to a method, system and program product for depositing and withdrawing a stable value digital asset tied to a blockchain in exchange for fiat.

Abstract: System and media for determining whether to conduct a transaction with a consumer claiming an identity. Identity points for the identity are stored in a first blockchain. Past transactions conducted by the party are stored in a second blockchain. Permission to read and/or write to the various blockchains are stored in a third blockchain. When the consumer desires to conduct a transaction, they can append a permission for the counterparty to access the identity and/or transaction chains to their permission chain. The counterparty can then make an informed decision as to whether to conduct the transaction with the consumer based on the information stored in the various blockchains.

Abstract: A system and a method for collecting and using market data. The system includes a workstation, where at least one message is entered, a transmitter, where the at least one message is transmitted, a parser for parsing the at least one message, a data recognizer for identifying relevant information in the at least one message, a processor for extracting the relevant information and a communicator for communicating the relevant information.

Abstract: A system for secure transactions of cryptocurrencies is provided herein, where the system includes a computing device having a software application installed thereon and is configured to store a public cryptocurrency key. And further includes a hardware encryption device configured to store a private cryptocurrency encryption key, and is configured to selectively connect in data communication to the computing device for signing an cryptocurrency transaction. The computing device broadcasts a signed transaction received from the hardware encryption device for verification of the transaction.