In various embodiments, a system, method, and computer readable medium (collectively, the “System”) for authenticating a mobile device configured to initiate payments is provided. The System may be configured to perform operations and/or steps comprising receiving, by the processor and in a secure environment, a secret element. The secret element may be transmitted to the processor (e.g., the issuer system) via a payment terminal. The System may further comprise comparing, by the processor and in the secured environment, the secret element to an issuer element. The issuer element may be linked with a flag that is associated with the transaction account. Moreover, the issuer element may be a data module that corresponds to be is not equal to the secret element. The System may also comprise authorizing, by the processor, a transaction initiated by the mobile device in response to the comparing being a satisfactory comparison.

Systems and methods for tokenization, management, trading, settlement, and retirement of renewable energy attributes are disclosed. In one embodiment, in an information processing apparatus comprising at least one computer processor, a method for tokenization, management, trading, settlement, and retirement of renewable energy attributes may include: (1) identifying renewable energy generation data associated with a seller to tokenize; (2) generating at least one renewable energy token for the identified renewable energy generation data; (3) writing the renewable energy token to a first distributed ledger; (4) adding the renewable energy token to a digital wallet for the seller; (5) exchanging the renewable energy token for a cash token owned by a buyer by associating the renewable energy token with the buyer and associating the cash token with the seller on the first distributed ledger; and (6) retiring the renewable energy token.

A method of applying proof of lottery to select block forgers in a blockchain, comprising performing the following at a certain one of a plurality of computing nodes connected to a blockchain network: (1) transmitting one or more of a plurality of participation transactions submitted by at least some of the plurality of computing nodes for participating in selection process conducted to select forgers from the plurality of computing nodes to forge blocks to be added to the blockchain; (2) determining a respective forger, during each selection process, by applying a selection function to an outcome of a hash function and a plurality of participation transactions extracted from a first subset of blocks preceding the respective block, the hash function is applied to a second subset of blocks preceding the respective block; and (3) forging the respective block in case the certain computing node is selected as the respective forger.

Some embodiments of the present invention relate to systems and methods for estimating validation time that use an estimation of the amount of data fulfilling a rule or a set of rules. This estimation method may be more accurate because it considers how much data will match the rule versus how much data can be discarded. The disclosed systems and methods give visibility into how much time a rule set validation will take and how long the computer system will be unavailable due to the rule set being evaluated. This allows users to make better decisions about whether and when a rule set should be evaluated, and/or whether and how to modify implementation of the rule set.

A common point of purchase (CPP) system for identifying a common point of purchases involved in fraudulent or unauthorized payment transactions is provided. The CPP system includes a common point of purchase (CPP) computing device that is configured to receive transaction data, store the transaction data in a database, and perform a look up within the database. The CPP computing device is also configured to build a merchant table, receive a card list, and compare a plurality of flagged account identifiers in the card list to account identifiers in the merchant table. The CPP computing device is further configured to retrieve a unique merchant identifier and/or a merchant name identifier associated with the merchant table account identifiers matched with the flagged account identifiers, aggregate the unique merchant identifier using the merchant name identifier, and determine a first number of the flagged account identifiers associated with the merchant name identifier.

A system and method for dynamically determining quantity for risk management are described. According to one example embodiment, as a trader positions an order icon at a desired price or price-derivative value on a graphical interface, an order quantity for the order is dynamically determined based on the order price and a selected risk management formula. A trader can change the price or the price-related value for one or more orders by moving the order icons relative to a price axis on a graphical interface. In such an embodiment, the initially calculated order quantity for each order will be dynamically recalculated based on the modified orders for the trading strategy.

Systems and methods for generating customer transaction test data that simulates real world customer transaction data are disclosed. In one embodiment, a method may include (1) generating an account type reference file defining a plurality of account types; (2) generating a transaction type reference file defining a plurality of transaction types; (3) generating a plurality of customer test data records based on at least one of the plurality of parameters, wherein each customer test data record comprises a plurality of data fields, the data in each data field having a format that simulates real-world data; (4) verifying a uniqueness of each of the plurality of customer records; (5) generating a random number of accounts for each customer test data record based on the account type reference file; and (6) generating a random number of transactions for each account based on the transaction type reference file.

Methods, systems, devices, and computer-readable media for a multi-party transaction decisioning system are provided. The system may analyze a purchase transaction associated with a first user and may identify that the transaction is associated with more than one party based on determining that an amount of the transaction is atypical for the first user. The system may identify a party associated with the multi-party transaction based on analyzing data associated with the first user. The system may generate a delegation request for a portion of the amount of the multi-party transaction to be delegated to the identified party and may transmit the delegation request to the identified party. Subsequently, the system may receive a payment transaction from the identified party, and the system may identify that the payment transaction is associated with the previously transmitted delegation request.

A cryptocurrency system and method for performing financial transactions is disclosed. The method includes receiving a request for performing a financial transaction with respect to a decentralized account associated with a sender and first set of parties. Further, the method includes performing the financial transaction by transferring the secret share key associated with each of the sender and the first set of parties to at least one of a recipient and a second set of parties. Also, the method includes recovering the account private key at the recipient and the second set of parties' side using the secret share key associated with each of the sender and the first set of parties. Further, the method includes discarding the secret share key of the account private key at the sender and the first set of parties' side.

Verified transactions through integrations of social network and payment service computing platforms are described. A payment service computing platform may generate a token associated with a first account associated with a payment service, the token being configured to facilitate a number of transfers of an amount from the first account to one or more second accounts. The payment service computing platform may further receive a first request, from an electronic device of a second user associated with the one or more second accounts, to redeem the amount associated with the token, facilitate acquisition of one or more assets for the second user, wherein the one or more assets are determined by the second user or based at least in part on a machine-learning model trained to infer a preference of the first or second user, and associate the one or more assets with a second account of the second user.