A method and system are disclosed in an electronic payment network, for associating a payment card of a cardholder with a personal computing device of the cardholder, then authenticating the payment card in electronic transactions processed in the network. The card and a device activation code are input to the cardholder device by the cardholder, then communicated sent to a remote server for obtaining a card token. The server generates a device token and an authorisation token, stores the generated tokens together with the card token, and sends the card and device tokens to the cardholder device for storage. Whenever a transaction is processed in the network, the payment card is authenticated by inputting authenticating data to the cardholder device for generating an authorisation token, which is sent to the server with the stored card and device tokens, for a matching operation against the card, device and authorisation tokens at the server.

Auditing of mortgage documents is faster and simpler. An electronic mortgage application often contains or references a collection of many separate electronic mortgage documents. Electronic data representing an original version of an electronic mortgage document and its current version may be hashed to generate digital signatures. Any auditor may then quickly compare the digital signatures. If the digital signatures match, then the audit reveals that the electronic mortgage document has not changed since its creation. However, if the digital signatures do not match, then the electronic mortgage document has changed since its creation. The auditor may thus flag the electronic mortgage document for additional auditing processes.

A personal blockchain is generated as a cloud-based software service in a blockchain environment. The personal blockchain immutably archives usage of any device, perhaps as requested by a user. However, some of the usage may be authorized for public disclosure, while other usage may be designated as private and restricted from public disclosure. The public disclosure may permit public ledgering by still other blockchains, thus providing two-way public/private ledgering for improved record keeping. Private usage, though, may only be documented by the personal blockchain.

A system and method for preventing hacking of blockchain is proposed. The system includes a cryptocurrency owner configured to own a cryptocurrency wallet storing a cryptocurrency, a public key, and a private key, and capable of setting monitoring-subjected data and monitoring-excluded data, a hacking countermeasure system configured to check status of the cryptocurrency wallet by being connected to the cryptocurrency owner to receive the cryptocurrency and the public key, invalidate a hacking transaction when the hacking transaction matching the monitoring-subjected data is received, and allow the cryptocurrency to be traded by opening the cryptocurrency wallet with the private key and process transaction details into a block file when a monitoring-excluded transaction matching the monitoring-excluded data is received, and a blockchain network configured to receive the block file from the hacking countermeasure system and duplicate the block file into a plurality of block files to distribute and store each block file.

Methods and apparatus provide improved stablecoins on a blockchain. The stablecoins are collateralized to fiat-based stablecoins that are loaned to borrowers from a lending pool. Loan payments received from the borrowers are divided into a first portion that buys fiat currency that over-collateralizes the stablecoins and a second portion that pays owners of the stablecoins a fixed rate of interest that does not vary over time.

A method for enabling pruning of a blockchain of a blockchain network includes creating an active blocks commitments Merkle tree from hashes of active blocks and creating an active smart contracts commitments Merkle tree from hashes of active smart contracts. The Merkle trees are created after an amount of blocks created in the blockchain has reached a threshold set by a pruning threshold parameter stored in the blockchain network. Hashes of the roots of the Merkle trees are stored in a header of a new block as a new genesis block. The new genesis block is broadcast to the blockchain network. A set of the active blocks and active smart contracts used respectively to create the active blocks commitments Merkle tree and the active smart contracts commitments Merkle tree are committed to upon the blockchain network reaching consensus on the new genesis block.

A bridge service is provided to support multi-user simulated contactless cards that in response to receiving a request to provision a secure element with payment card profile information of a user, provisions a token representing the payment card profile, converts the token representing the payment card profile into a format for the payment application; and provides the payment card profile to the payment application, the payment card profile comprising a single use key. The bridge service enables simulated contactless cards to store payment card information for a user on volatile memory instead of the persistent, secure element memory.

The present disclosure relates to a payment system and method using a real-name account of a seller, the system and method being expanded from universal payment gateway (PG) platforms to the over the top (OTT) platform market and, more specifically, a payment system and method in which a payment exclusive account (hereinafter, payment account) opened in the real-name of a seller is used by default so that, in non-face-to-face electronic commerce, transactions may be conducted in real-time through live broadcasts between a plurality of unspecified sellers and a plurality of unspecified buyers at home and abroad, thereby enabling convenient, speedy, and safe processing with reduced processing costs.

A system may include one or more processors, a memory in communication with the one or more processors, and storing instructions, that when executed by the one or more processors, are configured to cause the system to predict user travel. The system may receive transaction data, and extract travel information from the transaction data. The system may assign a confidence score to the travel information based on comparing the travel information to previous travel information. The system may determine whether the confidence score is greater than or equal to one or more thresholds. Responsive to determining the confidence score is greater than or equal to one or more thresholds, the system may perform one or more fraud prevention activities.

A virtual payment system for paying for goods, services and content ordered over an internetwork is disclosed. The virtual payment system includes a commerce gateway. Buyers and sellers becomes registered participants by applying for virtual payment buyer and seller accounts. Once an account is established with the commerce gateway, a digital certificate is stored on the registered participant's computer. A buyer can then order a product, i.e., goods, services or content from a seller and charge it to the virtual payment account. When the product is shipped, the seller notifies the commerce gateway, which applies the charges to the buyer's virtual payment account. The buyer can settle the charges using a prepaid account, a credit account, or by using reward points earned through use of the virtual payment account. A buyer may create sub-accounts.