A transaction processing system may include: a plurality of leaf chains including a first leaf chain and a second leaf chain, the first leaf chain and the second leaf chain including a first leaf chain manager contract and a second leaf chain manager contract, respectively; a root chain comprising a root chain manager contract for the root chain, a first leaf chain contract for the first leaf chain, and a second leaf chain contract for the second leaf chain; and at least one relayer located between the root chain and the plurality of leaf chains, and configured to process a remittance request from the first leaf chain to the second leaf chain.

Systems and methods for offering and purchasing tokenized securities on a blockchain platform meeting current and future federal, state, and offering and holding entity rules and regulations. Tokenized securities purchased during or after the tokenized securities offering are tradable on a secondary market. The server computer of the tokenized securities provides an automated transfer capability for tokenized securities holders.

Systems and methods for gain and loss computation for cryptocurrency transactions. An example method comprises: storing a plurality of cryptocurrency acquisition transactions in an ascending order of respective transaction timestamps; storing a plurality of cryptocurrency disposal transactions in an ascending order of respective transaction timestamps; selecting a cryptocurrency disposal transaction of the plurality of cryptocurrency disposal transactions; selecting, from the plurality of cryptocurrency acquisition transactions, one or more cryptocurrency acquisition transactions, such that a timestamp of each selected cryptocurrency acquisition transaction is less than a timestamp of the selected cryptocurrency disposal transaction; matching the selected cryptocurrency disposal transaction with at least a subset of the selected one or more cryptocurrency acquisition transactions; determining, for each of the matched transactions, a corresponding fiat currency transaction amount; and computing, using the fiat currency transaction amounts, one of: a gain associated with the cryptocurrency disposal transaction or a loss associated with the cryptocurrency disposal transaction.

A system for tagging funds identified on a blockchain and associating a weight value therewith. The tagging profile is developed into a propagation profile wherein weight values are inherited from the tagging profile s. Propagation profile funds may be diluted by combining with non-tagged funds, similar to how ink dilutes through water. A spending history of funds of interest is developed based on replaying the funds of interest against the global transaction history of the blockchain. It is determined whether the spending history intersects with the propagation profile, thus determining how closely the two sources of funds are economically to one another. Intersection triggers actions including alert notifications or transfer of funds on the blockchain.

A method includes: determining, by a computing device communicably coupled to a blockchain network, participants in a remittance transaction, in which each participant has a corresponding account in a blockchain ledger of the blockchain network, and in which each account includes one or more assets; assembling the remittance transaction based on one or more to-be-spent assets of the one or more assets in an account corresponding to a real remitter, one or more covered assets of the one or more assets in an account corresponding to a fake remitter, and one or more encrypted transfer amounts; generating a linkable ring signature for the remittance transaction based on a private key held by the real remitter, a public key held by the real remitter, and a public key held by the fake remitter; and submitting the remittance transaction and the linkable ring signature to the blockchain network for completion.

In the disclosed transaction processing system, a system and method are described that increase the ease of access and use of different currency networks by consumers using customizable transaction devices. The customizable transaction devices may be re-programmed prior to or during a currency transaction in accordance with the consensus protocol of the currency network associated with the currency transaction. The currency network further includes one or more host devices, each of which include an interface configured to communicate with a transaction device for the purposes of re-programming a Field Programmable Gate Array (FPGA) of the transaction device according to one or more currency network consensus protocols. Optimizing the performance of transaction devices for proof-of-work or other consensus protocol processing decreases the latency associated with validating currency network transactions, thereby increasing the suitability of cryptocurrency for retail transactions.

A terminal device can receive application for purchase from a user and comprises a prompter, a setter, and a payment processor. As application for purchase is made by a user, the prompter prompts the user to enable near field communication between a transportable device to be used for making a payment of an electronic value that is paid for a price and the portable terminal. As the near field communication between the transportable device and the portable terminal is enabled, the setter sets any of actions to the portable terminal that are detectable by the portable terminal. The prompter presents the set action for the user to perform. As performance of the presented action to the portable terminal is detected, the payment processor receives the payment of an electronic value from an account associated with the transportable device via the near field communication.

Methods and systems for providing a universal, global, virtual wallet to merchant payment system adapter are provided. The present disclosure provides the physical and logical infrastructure to provide a universal interface between any type of payment or money transfer system and any payment acceptance system, and specifically bridges the gap between wallets, i.e., systems that transfer funds between users but can't be used with traditional card payment acceptance systems, and traditional card payment acceptance systems such as debit, credit, and prepaid cards, which may be a physical card that can be swiped, chip inserted, or NFC tapped. According to one aspect, a third-party server coordinates a transfer of funds from a user's wallet account directly to a merchant's debit card, which the merchant swipes at the POS terminal to complete the desired transaction.

A unified wallet manager (UWM) virtualized as a single virtual service in which all transactions relative to the UWM are treated as immutable facts permanently stored in append-only queues or ledgers from the time of their creation. A rules engine reads conversion requests in request calls to the service, and determines which rule or rules to apply to convert funds from one ledger to another, in the same or different vertically scaled gaming systems. The UWM is a peer of other vertical gaming systems, and the gaming systems access the UWM via an API server and data egresses from the UWM through an ETL process from a database cluster. The immutable queues allow for data reconstruction using any desired data model. The ledger stores funds of many different types, including real money, points, play money, and others. Third parties can integrate with the UWM through an integration hub connected to the UWM.

Example data management systems and methods are described. In one implementation, a data management system includes a carbon key configured to store at least one authentication factor associated with a user. The system also includes a hardware wallet configured to communicate with the carbon key. The hardware wallet includes a fingerprint sensor configured to scan a fingerprint of the user, a display configured to receive a personal identification number (PIN) from the user; and a system on chip (SOC) configured to authenticate the carbon key, the fingerprint, and the PIN. Additionally, the SOC can sign a transaction based on authentication of at least two of the carbon key, the fingerprint, and the PIN.