Abstract: A system or method may be provided to facilitate automatic user authentication for electronic transactions. In particular, the system or method may automatically authenticate a customer such that the customer may make complete hands free payments without the intervention of the customer or the merchant. The automatic authentication may include a check-in process and a payment authentication process. When a customer enters a designated area of a merchant, a BLE beacon device of the merchant may automatically check in the customer at the designated area of the merchant. After the customer is checked in at the merchant's designated area, the merchant may identify the customer who is about to make a payment from a plurality of other customers who also are checked in at the merchant via Bluetooth proximity and facial recognition in parallel. Thus, the customer may automatically be authenticated to make payments by facial recognition or Bluetooth proximity.

Abstract: Payment methods and systems for processing a payment using a Central Bank Digital Currency (CBDC) without a double payment in an offline situation (e.g., in a situation in which a terminal of a user is unable to be connected) to a server through a network may be provided.

Abstract: A temporary payment card security system includes one or more processors and a memory storing instructions executable by the one or more processors to cause the one or more processors to generate a payment card associated with the account of the user in response to receiving an indication that a user associated with an account is attempting to complete a transaction with a merchant. The instructions are also executable by the one or more processors to cause the one or more processors to provide a respective unique payment card number of the payment card to a payment transaction system associated with the merchant.

Abstract: A cardholder enters (305) payment information and a freely-selected transaction CVV in a merchant system (20). A payment system (30) receives (400) a request from the merchant system including the transaction CVV and transaction information, and sends (405) a transaction authorization request to a cardholder device (13). The transaction information are displayed (310) on the cardholder device and invites the cardholder to enter the transaction CVV for confirmation purpose. In response, the cardholder enters (315) a confirmation CVV. The payment system approves (240, 415) the transaction when the transaction and confirmation CVVs are the same. As a result, the CVV can have a short life and be changed at each transaction, thereby increasing the security of the transactions. Also, PCI certification constraints on servers are reduced since no issuer master key is required for the CVVs. Lastly, the cardholder has more control on the transaction validation.

Abstract: Disclosed is a blockchain apparatus and method for mobile edge computing, the blockchain method comprising: receiving a user transaction from clients associated with a first edge chain, determining an execution order for transactions, processing the transactions according to the transaction processing order, reading and updating data on the first edge chain or reading and updating the data on a main chain of the main network depending on presence or absence of locality in the user transaction, creating an edge chain block by collecting the results of a batch of processed transaction, propagating the edge chain block to all local BSP auditor nodes associated with the first edge chain and all BSP servers in the main network.

Abstract: Decentralized computer systems and methods are disclosed for efficient transaction dispute management using blockchain. One method includes: receiving transaction information of a transaction, wherein the transaction information includes (1) an identifier of an issuer of a payment source account, (2) an identifier of an acquirer of a payment account of a merchant, and (3) the amount of resources to be applied in the transaction; generating a blockchain entry that stores the received transaction information in a shared ledger to participants of the blockchain; receiving in the shared ledger, from a participant, (1) an indication of a dispute of the transaction information, and (2) a proposed change to the transaction information; prompting the participants of the blockchain to respond to the indication of the dispute; if one of the participants denies the proposed change, executing a dispute settlement process to determine a revised transaction information.

Abstract: Examples described herein include systems, methods, instructions, and other implementations for data security. One example includes receiving a status inquiry associated with a secure transaction, a merchant system, and a client device. The status inquiry is processed to determine that the merchant system associated with the status inquiry has been previously validated and that the status inquiry is from the merchant system. Then, in response to the determination that the merchant system has been previously validated, postback data including a tokenized client account number associated with client information is accessed and the tokenized client account number is transmitted. The tokenized client account number facilitates processing the secure transaction without the merchant system having access to the client information.

Abstract: Disclosed are a wallet system and a transaction method. The wallet system includes a communication node, a scheduling node, and at least one backup node, where each node stores one private key, and all the private keys are for a same account. First, the communication node generates a transaction request based on received payment transaction information and sends the transaction request to the scheduling node. Next, the scheduling node selects a plurality of nodes as signature nodes in response to the transaction request, and after scheduling private keys of the signature nodes to sign a payment transaction one by one, the scheduling node generates signature success information and feeds the signature success information back to the communication node. Finally, the communication node performs a payment transaction operation after receiving the signature success information.

Abstract: The Compliance Commerce Transaction Management Apparatuses, Processes and Systems (“CCTM”) transforms entity onboarding application input, assessment data, authentication data inputs via CCTM components into entity onboarding application output, entity compliance datastructure, transaction compliance datastructure outputs. An entity object identifier of an entity object flagged for compliance monitoring is obtained. A set of compliance monitoring criterion objects and a range of previous compliance datastructures to utilize for the entity object are determined. A set of previously stored compliance datastructures is retrieved and their cryptographic signatures are verified. Updated entity assessment data corresponding to a set of deficient entity assessment data is obtained. Each factor of compliance rule specified in the set of compliance monitoring criterion objects is evaluated. A dimension compliance score is calculated for each dimension of compliance data channel.

Abstract: A computer-implemented method of generating a transaction for a blockchain, the transaction being for transferring an amount of a digital asset from a first party to a second party. The method comprises generating a first transaction comprising an output locking the amount of the digital asset, the output comprising an output script comprising a plurality of criterion components each requiring a respective input data item, and a plurality of counter script components. Each criterion component is associated with one of the counter script components. The output script is configured so as to, when executed alongside an input script of a second transaction, i) increment a counter each time a respective criterion component is satisfied by a respective input data item of the input script, and ii) to require the counter to increment to at least a predetermined number in order to be unlocked by the input script.

Abstract: Systems and methods are disclosed for executing an electronic transaction using a digital wallet. One method includes receiving electronic transaction information from an electronic transaction browser. An account enrollment status may be determined based on the electronic transaction information by a digital wallet system. The digital wallet system may generate a verification request based on the account enrollment status. The digital wallet system may receive user verification information via the graphical interface. The digital wallet system may also generate or verify a user account in the digital wallet system based on the account enrollment status and the user verification information. In one aspect, the digital wallet system may receive a request to complete an electronic transaction based on the electronic transaction information received from the electronic transaction browser.

Abstract: A computing platform having at least one processor, a memory, and a communication interface may receive, via the communication interface, a transaction request from a participant. The computing platform may identify a user and one or more linked digital wallets associated with the transaction request. The computing platform then may execute an algorithm for comparing the transaction request to predetermined criteria associated with the one or more linked digital wallets. The computing platform may establish, via the communication interface, a first connection with a user computing device and, while the first connection is established, transmit to the user computing device transaction information which, when executed by the user computing device, causes a notification to be displayed on the user computing device.

Abstract: A processor-implemented method is disclosed. The method includes: receiving, via a terminal device, input of a first password during a card session that begins when a value transfer card is inserted into the terminal device, the value transfer card being associated with a plurality of passwords; verifying that the first password is a valid password associated with the value transfer card; identifying at least one card control setting associated with the first password, the at least one card control setting being a setting that is not associated with another one of the plurality of passwords; and processing a transaction initiated at the terminal device based on the identified at least one card control setting.

Abstract: The present solution relates to a system and methods to management a network where participate at least a bank, at least a client, and at least a regulatory body, whereas a series of operating protocols of said network, comprising; the creation of a cryptographic asset mirror of cryptocurrency, a management interactive node of said cryptographic asset. A crypto-assets clearance chamber for this solution is also disclosed.

Abstract: Systems and methods for one-click payments are disclosed. A method may include a backend for a financial institution: receiving, from a user electronic device, enrollment of a user in a payments process; generating a token comprising an identification of an API exposed to the backend; communicating the token to the user electronic device; receiving, from a content provider, enrollment of the content provider in the payments process; receiving, at the API, an identifier for the content provider, a cost for content provided by the content provider, and the user identifier; transferring the cost from the user account to the content provider account; and notifying the content provider of completion of the transfer, wherein the content provider is configured to make the content available to the user electronic device after completion of the transfer.

Abstract: Decentralized computer systems and methods are disclosed for hyperledger-based payment transactions, alerts, and dispute settlement, using smart contracts. One method includes: receiving transaction information comprising transaction data of transaction attributes for a transaction for a good or service originating at a merchant; storing the transaction data of the transaction attributes for the transaction, in a smart contract generated or updated by a smart contract application; deploying the Smart contract into one or more blockchain networks, wherein at least one of the one or more blockchain networks; performing one or more iterations of enabling, using an inter ledger protocol, to transfer at least some of the transaction data of the transaction attributes of the transaction to another of the one or more blockchain networks, wherein each of the one or more blockchain networks serves one or more business functions of the transaction.

Abstract: A method is disclosed. The method includes generating, by a communication device during an interaction with an access device, a cryptogram using transaction level data and interoperability level data; transmitting the transaction level data and interoperability level data to the access device; and transmitting the cryptogram the access device, wherein the access device or a remote server computer in communication with the access device validates the received cryptogram before allowing the transaction to proceed.

Abstract: A method for providing consent for provisioning data in an opaque blockchain, includes: receiving, by a receiver of a processing server, a consent request for data associated with the processing server stored on a blockchain, the consent request including at least two digital signatures, where a first digital signature is generated by a regulating entity and a second digital signature is generated by a moderating entity in the blockchain network; validating, by a processing device of the processing server, the first digital signature and the second digital signature; digitally signing, by the processing device of the processing server, the received consent request using a private key of a first cryptographic key pair; and transmitting, by a transmitter of the processing server, the digitally signed consent request to the regulating entity.

Abstract: Math-based currency (“MBC”) transactions are inherently quasi-anonymous. Systems and methods of registering customers with a financial institution for the purposes of opening a MBC account are described. During the registration process, the financial institution gathers and stores certain information relating to the customers having MBC accounts. This information may later be used to provide verification of MBC transactions to other parties involved in the MBC transactions.

Abstract: The present application provides a payment processing system and method, wherein the system comprises: a merchant terminal reading a user code of a user terminal to generate a transaction order and sending the order to an acquirer; the acquirer generating a payment request according to the order, sending the request to the clearing institution, and the clearing institution forwarding the request to an account institution according to the user code; the account institution making user funds deduction according to the request and returning payment processing result notification information to the clearing institution, and the clearing institution forwarding the information to the acquirer and an e-wallet backend system at the same time; the e-wallet backend system sending the information to the user terminal and the user terminal displaying a payment result, and the acquirer receiving the information forwarded by the clearing institution and the merchant terminal displaying the payment result.