EP4272145A1 - Systèmes et procédés permettant de faciliter des transactions à l'aide d'une monnaie numérique - Google Patents

Systèmes et procédés permettant de faciliter des transactions à l'aide d'une monnaie numérique

Info

Publication number
EP4272145A1
EP4272145A1 EP21916429.0A EP21916429A EP4272145A1 EP 4272145 A1 EP4272145 A1 EP 4272145A1 EP 21916429 A EP21916429 A EP 21916429A EP 4272145 A1 EP4272145 A1 EP 4272145A1
Authority
EP
European Patent Office
Prior art keywords
financial institution
entity
digital
transaction
digital currency
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP21916429.0A
Other languages
German (de)
English (en)
Inventor
Jonathan MAYBLUM
Zachary MAYBLUM
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ridgeview Digital LLC
Original Assignee
Ridgeview Digital LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ridgeview Digital LLC filed Critical Ridgeview Digital LLC
Publication of EP4272145A1 publication Critical patent/EP4272145A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/381—Currency conversion

Definitions

  • Cryptocurrencies such as Bitcoin
  • Cryptocurrencies are growing in popularity every day. These cryptocurrencies rely on blockchain technology that facilitates financial transactions without need for a central authority, such as a central server.
  • a central authority such as a central server.
  • the lack of a central authority that monitors such transactions has led to various issues for cryptocurrency adopters, including prevalence of fraudulent transactions, widely fluctuating value of the cryptocurrency, and lack of transparency regarding the transactions using the cryptocurrency.
  • Typical financial institutions have been hesitant to adopt cryptocurrencies due to at least some of these issues.
  • financial institution JP Morgan’s Chairman and CEO, Jamie Dimon has called the Bitcoin cryptocurrency a “fraud” and has said it “won’t end well.”
  • a cryptocurrency is a digital asset that can be used to perform financial transactions between two entities, such as a seller and a buyer. Financial transactions using the cryptocurrency are facilitated using a decentralized computing system that uses cryptography to secure the financial transactions. While the decentralized computing system may include multiple computing nodes, such as servers, computers, or other suitable computing nodes, the decentralized computing system does not have a central authority, such as a central server, that monitors financial transactions using the cryptocurrency. Instead, the computing nodes in the decentralized computing system use voting or another form of arriving at a consensus to approve or deny a certain financial transaction. Because cryptocurrencies have inherently low levels of regulation and are not governed by a central authority, the transactions cannot be closely monitored. These transactions do not require real names, so the involved parties can remain anonymous. However, this anonymity aspect of cryptocurrency can empower criminal activity. Cryptocurrencies have also become attractive to criminals thanks to their ability to easily carry millions of dollars’ worth of cryptocurrency across international borders without detection.
  • the decentralized computing system facilitates financial transactions using the cryptocurrency through a blockchain that serves as a database for financial transactions using the cryptocurrency.
  • a blockchain is a continuously growing list of records, called blocks or transaction blocks, which are linked and secured using cryptography.
  • Each new financial transaction may be added as a transaction block to the blockchain.
  • the block for a new financial transaction may include a cryptographic hash of the previous block, a time stamp, and transaction data.
  • the cryptographic hash is used to generate a fixed-length mathematical representation of a variable amount of data, such as the previous block.
  • the blockchain is typically managed by the decentralized computing system, including the multiple computing nodes, to receive a new financial transaction, generate a new transaction block, validate the new transaction block, and insert the new transaction block into the blockhead.
  • the new financial transaction is recorded in the transaction block typically in the form of “payer X sends Y cryptocurrency to payee Z.” Once recorded, the data in any given transaction block cannot be altered retroactively without alteration of subsequent blocks, which requires consensus of the computing nodes in the decentralized computing system.
  • the inventors have appreciated that current cryptocurrencies are consumer focused. While the cryptocurrencies have been adopted by a number of consumers, they are not acceptable for use by typical financial institutions, such as banks and other government-regulated financial institutions.
  • the financial institutions use fiat currency for facilitating financial transactions.
  • a fiat currency such as the United States Dollar, is currency that is declared by a government to be legal tender. Unlike cryptocurrencies, a fiat currency typically does not have wide fluctuations in value over short periods of time.
  • the financial institutions such as banks and other government- regulated financial institutions, use a centralized computing system including a central authority, such as the financial institution, to transparently monitor financial transactions and to receive, validate, and record the financial transactions.
  • Such a centralized computing system may prevent fraudulent financial transactions, such as an authorized attempt by an entity to retrieve currency from one or more account holders at the financial institution.
  • the centralized computing system may require each attempted transaction to be authorized with a digital signature before the transaction is allowed to proceed. Because such transactions are regulated by the financial institution and/or the centralized computing system, the transactions may be closely monitored and require the involved parties to verify their identities for the transaction to occur. For example, the financial institution and/or the centralized computing system may require one or more of the involved parties to comply with “know your customer” (KYC) procedures to verify their identities and/or assess their suitability and potential risks of illegal activity. Such requirements will reduce illegal activity such as fraudulent transactions or money laundering. In some examples, the financial institution and/or centralized computing system may be anti-money laundering (AML) compliant or employ an anti-money laundering (AML) compliance program.
  • AML anti-money laundering
  • AML anti-money laundering
  • a decentralized computing system may be used to monitor financial transactions (e.g., any transaction described herein) and receive, validate, and record the financial transactions.
  • the decentralized computing system may be capable of managing the public blockchain.
  • the decentralized computing system may be configured to add each new financial transaction may be added as a transaction block to a blockchain such as the public blockchain described in relation with FIG. 11 A.
  • the decentralized computing system may have multiple computing nodes for receiving a new financial transaction, generating a new transaction block, validating the new transaction block, and inserting the new transaction block into a blockhead.
  • the public blockchain may be used to facilitate a private transaction, for example, using a digital currency issued by a financial institution.
  • digital currency (e.g., issued by a financial institution, or not) may include tokens such as non-fungible tokens, open blockchain tokens (e.g., as described herein), tokens representing assets (e.g., stocks, gold, commodities, real estate, etc.), and/or other suitable tokens.
  • digital currency may include stakes in a decentralized autonomous organization (DAO) as described herein and/or other suitable implementations.
  • DAO decentralized autonomous organization
  • a public blockchain may be used to monitor financial transactions (e.g., any transaction described herein) and receive, validate, and record private financial transactions.
  • a private company may operate the public blockchain.
  • a private company or entity may be configured to add each new financial transaction may be added as a transaction block to a blockchain such as the public blockchain described in relation with FIG. 11 A and may have multiple computing nodes for receiving a new financial transaction, generating a new transaction block, validating the new transaction block, and inserting the new transaction block into a blockhead.
  • systems and methods are described herein to facilitate financial transactions using a financial institution- specific digital currency that is fixed with respect to a fiat currency, such as the United States Dollar.
  • the financial institution may implement a distributed ledger that is private to the financial institution.
  • the private distributed ledger is a continuously growing list of records, called blocks or transaction blocks, which are linked and secured using cryptography.
  • the private distributed ledger is not publicly available for recording transactions.
  • the financial institution and/or its agents may record new financial transactions by adding corresponding transaction blocks to the private distributed ledger.
  • the block for a new financial transaction may include a cryptographic hash of the previous block, a time stamp, and transaction data.
  • the cryptographic hash is used to generate a fixed-length mathematical representation of a variable amount of data, such as the previous block.
  • the private distributed ledger may record transactions among the financial institution’s customers using the financial institution’s digital currency.
  • other financial institutions may also participate in transactions using the financial institution’s digital currency.
  • the other financial institution may send information regarding the transaction to the original financial institution for inclusion in the private distributed ledger.
  • the other financial institution may be allowed access to the private distributed ledger.
  • the other financial institution may partner with or be approved by the original financial institution and have privileges to record transactions in the private distributed ledger.
  • the financial institution is able to provide its customers with digital currency transactions while still being able to keep track of the value of the digital currency transactions in its profit- and-loss models.
  • the financial institution may apply its deposits in the digital currency towards its reserve requirement needed to comply with banking regulations.
  • the reserve requirement is part of a federal banking regulation that requires the financial institution to keep a minimum amount of its assets in cash, i.e., fiat currency.
  • the financial institution may rely on the digital currency as being equivalent to the corresponding fiat currency to meet its reserve requirement.
  • the financial institution may tie the digital currency to the fiat currency where the financial institution resides, where the customer resides, or another fiat currency suitable for this application.
  • the reserve requirements may be optionality for the reserve requirements based on different aspects of a financial entity.
  • different entities may be required or recommended to have different amounts of assets in fiat, such as less than the total amount of a requirement.
  • all or part of the reserve requirement may be met by different assets such as stocks, commodities, and/or the like.
  • the different aspects of a financial entity may include the size, credit, rating of the financial entity and/or the like.
  • the financial institution holding a reserve of fiat currency may be a private bank, and/or the government, and/or any other suitable entity, or a combination thereof, including the Federal Reserve, the Treasury, one or more central banks, one or more regional reserves, etc.
  • the financial institution may include a government-regulated institution such as a virtual asset service provider (VASP).
  • VASP virtual asset service provider
  • the VASP may include exchanges between virtual assets and fiat currencies; exchanges between multiple forms of virtual assets; the transfer of digital assets; the safekeeping and administration of virtual assets; and participating in and providing financial services relating to the offer and sale of a virtual asset.
  • the VASP may be required to comply with applicable requirements of the jurisdiction in which it does business, which generally includes implementing Anti-Money Laundering (AML) and counter-terrorism programs, be licensed or registered with its local government and be subject to supervision or monitoring by that government.
  • AML Anti-Money Laundering
  • counter-terrorism programs be licensed or registered with its local government and be subject to supervision or monitoring by that government.
  • An advantage of at least some embodiments is the provision of transaction transparency because only the financial institution and/or authorized agents, such as retailers, can approve transactions using the digital currency.
  • Another advantage of at least some embodiments is the elimination of producing proof of work, which is typically needed for a public blockchain, such as the Bitcoin blockchain.
  • Proof of work is an algorithm used in a public blockchain to confirm transactions and record new transaction blocks in the public blockchain.
  • the proof of work algorithm is needed because any entity, individual, or organization can record new transaction blocks in the public blockchain.
  • the private distributed ledger for the financial institution s digital currency, only the financial institution and/or authorized agents can record transaction blocks in the private distributed ledger, thereby eliminating the need to verify the transaction blocks using the proof of work algorithm.
  • the blockchain may be implemented as a linked list, wherein each block comprises a pointer.
  • the blockchain may be implemented as a list, an indexed list, a directed acyclic graph (DAG), a table, tree (e.g., Merkle tree) and/or any data structure.
  • DAG directed acyclic graph
  • Another advantage of at least some embodiments is the provision of more security to the financial institution because the digital currency transactions can be stored in a private distributed ledger that is distributed across multiple servers, without need for a central transaction server. There is no longer a single point of failure in case the central transaction server was to be comprised.
  • Another advantage of at least some embodiments is the provision of fast, low-cost transactions from one customer to another customer of the financial institution.
  • merchants may accept the financial institution’s digital currency and have the confidence that it is backed by a fiat currency (e.g., the digital currency does not fluctuate in value relative to its assigned fiat currency) and be able to immediately use the funds (e.g., as compared to the delay and expense of credit cards and debit cards).
  • customers such as merchants and individual consumers, may receive benefits associated with using a digital currency, such as fast speed and low cost of transactions, and banks may receive the benefits associated with a fiat currency, such as being able to include deposits in their profit-and-loss models.
  • a digital currency such as fast speed and low cost of transactions
  • banks may receive the benefits associated with a fiat currency, such as being able to include deposits in their profit-and-loss models.
  • each customer of the financial institution is given a digital currency account.
  • the digital currency may be fixed with respect to a fiat currency, such as the United States Dollar, and the digital currency may be exchangeable between the user’s digital currency account and the user’s fiat currency account.
  • Customers may receive benefits of typical fiat currency accounts, such as a checking account, where they can earn interest and receive deposit protection under insurance from the Federal Deposit Insurance Corporation (FDIC).
  • FDIC Federal Deposit Insurance Corporation
  • customers may receive additional promotions, such as interest boosters, for using digital currency accounts.
  • the financial institution issuing the digital currency may attract more deposits by offering such digital currency accounts.
  • the customer of the financial institution can request that an amount of fiat currency be exchanged into the financial institution’s digital currency.
  • the financial institution may create a new digital currency account for the customer and deposit into the account an amount of digital currency equivalent to the amount of fiat currency.
  • the financial institution may deposit into the customer’s existing digital currency account an amount of digital currency equivalent to the amount of fiat currency.
  • the customer’s digital currency account is separate from, but attached to, the customer’s fiat currency account at the financial institution.
  • the financial institution may receive or retrieve the fiat currency from the customer’s fiat currency account at the financial institution or another financial institution or from the customer in the form of physical fiat currency or cash.
  • the financial institution can use the digital currency without risks associated with cryptocurrencies, such as Bitcoin.
  • a merchant may not want to accept conventional digital currency due to the risk that the value may decrease in a short period of time. From the individual consumer perspective, it is a concern that many individuals view digital currencies as investments. The individual consumer may not want to pay with digital currency due to the risk that the value may increase (and in turn the individual consumer “overpaid” for the item). That is, while individual consumers typically view conventional digital currencies, such as Bitcoin, as investments rather than currency they can spend, merchants typically view conventional digital currencies as risky because their value can fluctuate widely. A digital currency whose value is pegged to a fiat currency may obviate both these issues. Therefore, another advantage of at least some embodiments is that individual consumers as well as merchants may receive benefits of digital currency while avoiding the above-described issues associated with conventional digital currencies.
  • a financial institution can choose to limit usage of its digital currency to customers of the financial institution and/or customers at other financial institutions that are approved by the financial institution.
  • a conventional inter-bank transfer system such as Automated Clearing House (ACH)
  • ACH is an electronic network for fiat currency-based financial transactions in the United States.
  • the use of the financial institution’s digital currency may be beneficial even when used over the conventional inter-bank transfer system.
  • transactions involving the digital currency may be completed immediately or within the same business day because of faster transaction speeds.
  • the customer’s account may be debited immediately but the merchant does not receive an immediate credit.
  • each financial institution may issue its own digital currency.
  • the financial institutions may opt into a centralized clearing house for transactions involving digital currencies from two or more different financial institutions. Individual accounts may be debited and credited immediately, and the financial institutions may settle inter-bank transactions once a day or at some other frequency. In an example, a store that keeps its funds in a particular bank’s digital currency account can still accept digital currency issued from another bank. The transaction may be cleared through a centralized clearing house for a transaction that involving digital currencies from two different financial institutions.
  • Another advantage of at least some embodiments is to provide digital currency to consumers that provides the same safety as keeping funds in fiat currency at a typical financial institution.
  • federal governments are unlikely to issue digital currency.
  • the digital currency In the United States, by tying the value of the digital currency to the United States Dollar, the digital currency is backed by the corresponding fiat currency, the United States Dollar.
  • financial institutions are regulated by the federal government.
  • Typical cryptocurrency exchanges are unregulated businesses that allow customers to trade cryptocurrencies for other assets, such as fiat currencies, or other cryptocurrencies.
  • consumers may receive deposit insurance with their digital currency accounts similar to deposit insurance offered with fiat currency accounts.
  • FDIC Federal Deposit Insurance Corporation
  • consumers can perform transactions using any means that can authenticate their identity, such as passwords, biometrics, facial recognition, fingerprints, eye scans, and other suitable authentication means.
  • consumers can use any suitable payment means, such as text messaging, near field communication-enabled devices, mobile payment services, such as APPLE PAY, VENMO, PAYPAL, and other suitable payment means (APPLE PAY is a registered mark of Apple Inc., Cupertino, California, USA; VENMO and PAYPAL are registered marks of Paypal, Inc., San Jose, California).
  • Another advantage of at least some embodiments is that unlike typical cryptocurrencies where anybody can enter transactions into the blockchain and it is permanent, the financial institution can decide whether it is the only authorized entity or to add other authorized agents to record transactions in the private distributed ledger. In some embodiments, the financial institution may allow an authorized agent, such as another financial institution, access to the private distributed ledger.
  • the financial institution may allow governments and/or financial regulators including U.S. agencies and joint international agencies (e.g., Federal Reserve Board (FRB), the Federal Deposit Insurance Corporation (FDIC), and the Securities and Exchange Commission (SEC), Office of the Comptroller of the Currency (OCC), etc.) access to the private distributed ledger.
  • the financial institution may use a cloud provider to store or access the private distributed ledger.
  • the financial institution may partner with another entity and allow the entity access to one or more transactions in the distributed ledger.
  • the entity may be one or more partner companies, for example, any combination of an investment management corporation, a risk management firm, and/or an institutional asset manager.
  • the financial institution may allow an authorized agent to transmit transactions for insertion into the private distributed ledger but only the financial institution itself may record the transactions. Because the financial institution maintains control over who has access to the private distributed ledger and as such only the financial institution can approve such access, a heightened level of security may be provided to customers who use the financial institution’s digital currency.
  • the financial institution may comply with a uniform set of rules required by a centralized clearing house, e.g., in order to handle transactions between different financial institutions involving respective digital currencies, as further described herein.
  • a system for facilitating a transaction between a first entity and a second entity using a digital currency comprises a computing node, wherein the computing node is connected to one or more computing nodes participating in a private distributed ledger for a financial institution, wherein the private distributed ledger stores one or more transaction blocks representing transactions in a digital currency that is issued by the financial institution and is fixed with respect to a fiat currency.
  • the computing node is configured to store and maintain a copy of the private distributed ledger, receive a transaction for transferring an amount of digital currency from a first entity to a second entity, wherein the first entity and the second entity relate to the financial institution, generate a new transaction block representing the transaction for addition to the private distributed ledger, transmit the new transaction block to the one or more computing nodes participating in the private distributed ledger, receive, from the one or more computing nodes, an indication of validity of the new transaction block, and based on the indication of validity, insert the new transaction block into the private distributed ledger to complete the transaction for transferring the amount of digital currency from the first entity to the second entity.
  • the transaction includes a digital signature of the first entity, wherein the indication of validity comprises an indication of validity of the digital signature of the first entity, wherein the computing node is further configured to receive, from the one or more computing nodes, an indication of invalidity of the new transaction block, wherein the indication of invalidity comprises an indication of invalidity of the digital signature of the first entity, and based on the indication of invalidity, deny the transaction and prevent insertion of the new transaction block into the private distributed ledger.
  • the indication of validity comprises an indication of the first entity having a sufficient amount of digital currency required to complete the transaction
  • the computing node is further configured to receive, from the one or more computing nodes, an indication of invalidity of the new transaction block, and based on the indication of invalidity comprising an indication of the first entity not having a sufficient amount of digital currency required to complete the transaction, determine that the first entity has access to an available amount of fiat currency equivalent to the sufficient amount of digital currency, exchange the available amount of fiat currency into the sufficient amount of digital currency required to complete the transaction, and retransmit the new transaction block to the one or more computing nodes participating in the private distributed ledger.
  • the second entity receives the amount of digital currency or an amount of fiat currency equivalent to the amount of digital currency when the transaction is complete.
  • the first entity is a consumer
  • the second entity is a merchant
  • the first entity and the second entity are customers of the financial institution.
  • the transaction is initiated from a digital currency card, a mobile application or a web application configured for payment in the digital currency.
  • a system for facilitating a transaction between a first entity and a second entity using a digital currency comprises a computing node, wherein the computing node is connected to one or more computing nodes participating in a private distributed ledger for a first financial institution, wherein the private distributed ledger stores one or more transaction blocks representing transactions in a digital currency that is fixed with respect to a fiat currency.
  • the computing node is configured to store and maintain a copy of the private distributed ledger, receive a transaction for transferring an amount of digital currency from a first entity to a second entity, wherein the first entity relates to the first financial institution and the second entity relates to a second financial institution, generate a new transaction block representing the transaction for addition to the private distributed ledger, transmit the new transaction block to the one or more computing nodes participating in the private distributed ledger, receive, from the one or more computing nodes, an indication of validity of the new transaction block, and based on the indication of validity, insert the new transaction block into the private distributed ledger to complete withdrawal of the amount of digital currency and exchange the amount of digital currency into an equivalent amount of fiat currency for transferring to the second entity relating to the second financial institution.
  • the digital currency is associated with a digital wallet for one or more digital currencies from one or more financial institutions, comprising one or more pairs of public and private keys for a user holding one or more digital currencies from one or more of financial institutions, wherein each pair of public and private keys may be used by the user to receive and/or send a digital currency issued by a financial institution corresponding to the respective pair of public and private keys.
  • the digital wallet may be issued by one or more entities.
  • the one or more entities may include a financial entity, a financial technology company, a government entity (or a government institution or a government-regulated financial institution), a payment processor company, a technology company, a cloud company, a clearing house, a syndicate of banks, an entity with a bank charter and/or any suitable entity.
  • no digital currency is stored in the digital wallet, and wherein a digital currency for a financial institution is stored and maintained in a private distributed ledger for the financial institution.
  • the digital currency may be stored in an exchange, brokerage, bank, online account such as Zelle, and/or the like.
  • a user in order to use a digital currency from the digital wallet, a user authorizes use of the corresponding private key for the digital currency to digitally sign a transaction involving the digital currency.
  • the digital wallet includes software in the form of an application installed locally on a computer, a mobile phone, and/or a tablet.
  • the digital wallet is connected via an application programming interface (API) to a trusted third party, and wherein the stored pairs of public and private keys are managed by the trusted third party.
  • API application programming interface
  • the digital wallet includes hardware for storing the pairs of public and private keys, wherein the hardware includes a button that a user is required to physically press or touch in order to digitally sign a transaction, and wherein the hardware requires that a user enter a personal identification number (PIN) before the user can digitally sign a transaction.
  • PIN personal identification number
  • the digital wallet provides a user with consumer rewards, loyalty points, and/or geo-location rewards for using the digital wallet, and wherein reward levels for a user are determined based on a balance of digital currency maintained in the digital wallet and/or meeting one or more transaction thresholds.
  • a method for exchanging a first digital currency that is fixed with respect to a first fiat currency into a second digital currency that is fixed with respect to a second fiat currency comprises receiving, from a user, at a financial institution, a request to exchange an amount of a first digital currency that is fixed with respect to a first fiat currency into an equivalent amount of a second digital currency that is fixed with respect to a second fiat currency, storing the received request for currency exchange in a private distributed ledger for the financial institution, and transferring out the amount of the first digital currency from a digital wallet for the user and transferring in the equivalent amount of the second digital currency to the digital wallet for the user.
  • the financial institution transfers out a corresponding amount of the first fiat currency from a first omnibus account for the first fiat currency and transfers in a corresponding equivalent amount of the second fiat currency to a second omnibus account for the second fiat currency.
  • the received request for currency exchange is performed in realtime, and wherein a current currency exchange rate is applied to the request.
  • the user of the digital wallet may set one or more notifications relating to an exchange rate between the first fiat currency and the second fiat currency, and the request for currency exchange is initiated based on receipt of the one or more notifications.
  • a clearing house for facilitating digital currency transactions comprises a computing node, wherein the computing node is connected to one or more computing nodes participating in a private distributed ledger for the clearing house, wherein the private distributed ledger stores one or more transaction blocks representing transactions in one or more digital currencies.
  • the computing node is configured to store and maintain a copy of the private distributed ledger, receive a transaction for transferring an amount of digital currency from a first digital wallet to a second digital wallet, wherein the digital currency is issued by a first financial institution and is fixed with respect to a fiat currency, wherein the first digital wallet belongs to a user of the first financial institution and the second digital wallet belongs to a user of a second financial institution, and wherein information regarding the transaction is sent to or received from, the first digital wallet at the first financial institution and/or the second digital wallet at the second financial institution, to be recorded on a private distributed ledger for the first financial institution and/or a private distributed ledger for the second financial institution, store a new transaction block representing the transaction in the private distributed ledger for the clearing house, and update the first digital wallet and the second digital wallet, thereby transferring the amount of digital currency from the first digital wallet to the second digital wallet.
  • the clearing house is notified by the first financial institution and/or the second financial institution regarding the transaction for transferring the amount of digital currency from the first digital wallet to the second digital wallet.
  • the clearing house is notified by the first financial institution regarding another transaction for transferring an amount of digital currency from the first digital wallet to another digital wallet, both digital wallets belonging to users of the first financial institution.
  • the clearing house is notified by the second financial institution regarding another transaction for transferring an amount of digital currency from the second digital wallet to another digital wallet, both digital wallets belonging to users of the second financial institution.
  • the clearing house incorporates a tiered structure for ranking financial institutions based on asset size, debt rating, and/or financial solvency tests for each financial institution.
  • the first financial institution and the second financial institution belong to a highest tier and settle transactions between them periodically or if a balance limit is exceeded, and wherein the first financial institution belongs to a highest tier and the second financial institution belong to a lowest tier and settle transactions between them on an individual transaction basis or when a balance limit is exceeded.
  • the clearing house stores a unique transaction number to track the transaction across the private distributed ledgers for the clearing house and the first and second financial institutions, and wherein the unique transaction number is assigned by the clearing house, the first financial institution, the second financial institution, or an independent entity for issuing unique transaction numbers.
  • the clearing house is the authority for disputes regarding transactions between the first and second financial institutions.
  • the clearing house charges fees for facilitating transactions between the first entity relating to the first financial institution and the second entity relating to the second financial institution, and wherein the clearing house does not hold any digital currency.
  • the clearing house charges fees for facilitating transactions between the first entity relating to the first financial institution and a third entity relating to the first financial institution.
  • the clearing house notifies the first financial institution and the second financial institution regarding appropriate timing for completing the transaction.
  • the clearing house implements one or more “know your customer” policies to standardize a process for issuing digital wallets to users and/or approving third parties to be entrusted with holding digital currencies for users.
  • the clearing house on receiving, directly or from the first financial institution or the second financial institution, information regarding the transaction being fraudulent, being used to purchase illicit goods, and/or illegal in nature, blocks the transaction based on the information, and wherein the clearing house freezes and/or revokes the first digital wallet and/or the second digital wallet involved in the transaction to prevent further illegal activity and/or cause for forfeiture of funds.
  • a method for exchanging a digital currency that is fixed with respect to a fiat currency into a digitized asset representative of a commodity comprises receiving, from a user, at a financial institution, a request to exchange an amount of a digital currency that is fixed with respect to a fiat currency into an equivalent portion of a digitized asset representative of a commodity; storing the received request for commodity exchange in a private distributed ledger for the financial institution, and transferring out the amount of the digital currency from a digital wallet for the user and transferring in the equivalent portion of the digitized asset representative of the commodity to the digital wallet for the user.
  • the commodity includes gold, silver, platinum, copper, oil, natural gas, com, soybeans, wheat, cocoa, coffee, cotton, or sugar.
  • the commodity may include stocks and/or options.
  • a system for facilitating a transaction between a first entity and a second entity using a digital currency comprises a computing node.
  • the computing node is included in a plurality of computing nodes participating in a private distributed ledger for a financial institution.
  • the private distributed ledger for the financial institution stores one or more transaction blocks representing transactions in a digital currency that is issued by the financial institution and is fixed with respect to a fiat currency.
  • Each computing node in the plurality of computing nodes stores and maintains a respective copy of the private distributed ledger for the financial institution.
  • the computing node is configured to store and maintain a copy of the private distributed ledger for the financial institution.
  • the computing node is further configured to receive a transaction for transferring an amount of the digital currency from a first entity to a second entity, wherein the first entity and the second entity relate to the financial institution and at least some digital currency for the first entity is associated with a first omnibus account at the financial institution and at least some digital currency for the second entity is associated with a second omnibus account at the financial institution.
  • the financial institution may authorize a clearinghouse to issue digital currency.
  • the financial institution may subsequently and/or concurrently transfer an equivalent and/or appropriate amount of funds in an omnibus account at the financial institution.
  • an equivalent amount of funds may be an amount of fiat currency equivalent to the amount of digital currency issued (e.g., at the time the digital currency is issued).
  • an appropriate amount may be more or less than an amount of fiat currency equivalent to the amount of digital currency issued.
  • the computing node is further configured to generate a new transaction block representing the transaction in the digital currency for addition to the private distributed ledger for the financial institution.
  • the computing node is further configured to transmit the new transaction block to the plurality of computing nodes participating in the private distributed ledger for the financial institution.
  • the computing node is further configured to receive, from the plurality of computing nodes, an indication of validity of the new transaction block, wherein the indication of validity comprises an indication of validity of a digital signature of the first entity included in the transaction involving the digital currency.
  • the computing node is further configured to, based on the indication of validity, insert the new transaction block into the copy of the private distributed ledger for the financial institution to complete the transaction for transferring the amount of the digital currency from the first entity to the second entity, wherein each computing node in the plurality of computing nodes includes the new transaction block in a respective copy of the private distributed ledger for the financial institution.
  • the new transaction block is generated at the financial institution and transmitted to a clearing house for insertion into a private distributed ledger for the clearing house. In some embodiments, the new transaction block is generated at the clearing house and transmitted to the financial institution for insertion into the private distributed ledger for the financial institution.
  • the computing node is further configured to receive, from the one or more computing nodes, an indication of invalidity of the new transaction block, wherein the indication of invalidity comprises an indication of invalidity of the digital signature of the first entity, and based on the indication of invalidity, deny the transaction and prevent insertion of the new transaction block into the private distributed ledger for the financial institution.
  • the indication of validity further comprises an indication of the first entity having a sufficient amount of digital currency required to complete the transaction
  • the computing node is further configured to receive, from the one or more computing nodes, an indication of invalidity of the new transaction block.
  • the computing node is further configured to, based on the indication of invalidity comprising an indication of the first entity not having a sufficient amount of digital currency required to complete the transaction, determine that the first entity has access to an available amount of fiat currency equivalent to the sufficient amount of digital currency, exchange the available amount of fiat currency into the sufficient amount of digital currency required to complete the transaction and transfer the available amount of the fiat currency to an omnibus account at the financial institution, retransmit the new transaction block to the one or more computing nodes participating in the private distributed ledger for the financial institution, receive, from the plurality of computing nodes, the indication of validity of the new transaction block, wherein the indication of validity comprises the indication of validity of the digital signature of the first entity included in the transaction involving the digital currency, and based on the indication of validity,
  • the second entity receives the amount of digital currency or an amount of fiat currency equivalent to the amount of digital currency when the transaction is complete.
  • the transaction is initiated from a digital currency card, a mobile application or a web application configured for payment in the digital currency.
  • the digital currency card, the mobile application or the web application require a personal identification number (PIN), a password, biometrics, facial recognition, a fingerprint, and/or an eye scan.
  • PIN personal identification number
  • biometrics biometrics
  • facial recognition facial recognition
  • fingerprint a fingerprint
  • eye scan an eye scan
  • the first omnibus account and the second omnibus account are a same omnibus account or different omnibus accounts.
  • the financial institution can have deposit insurance for an amount of the fiat currency that is equivalent in value to the amount of the digital currency, being backed or supported by the fiat currency held by each entity in an omnibus account at the financial institution.
  • a relationship for the first entity to the second entity is selected from the group consisting of: individual to individual, individual to individuals, individual to business, individual to businesses, individual to business and individuals, individual to businesses and individual, individual to businesses and individuals, individual to businesses and individuals, individuals to individual, individuals to individuals, individuals to business, individuals to businesses, individuals to business and individual, individuals to business and individuals, individuals to businesses and individual, individuals to businesses and individuals, business to individual, business to individuals, business to business, business to businesses, business to business and individual, business to business and individuals, business to businesses and individual, business to businesses and individual, business to businesses and individuals, businesses to individual, businesses to individual, businesses to individuals, businesses to individuals, businesses to business, businesses to businesses, businesses to business and individual, businesses to businesses and individual, businesses to businesses and individuals, government to government, government to business, business to government, government to citizen, and citizen to government.
  • a clearing house for facilitating digital currency transactions comprises a computing node.
  • the computing node is included in a plurality of computing nodes participating in a private distributed ledger for the clearing house.
  • the private distributed ledger for the clearing house stores one or more transaction blocks representing transactions in one or more digital currencies.
  • Each computing node in the plurality of computing nodes stores and maintains a respective copy of the private distributed ledger for the clearing house.
  • the computing node is configured to store and maintain a copy of the private distributed ledger for the clearing house.
  • the computing node is further configured to receive a transaction for transferring an amount of digital currency from a first entity related to a first financial institution to a second entity related to a second financial institution, wherein the digital currency is issued by the first financial institution and is fixed with respect to a fiat currency, wherein at least some digital currency for the first entity is associated with a first omnibus account at the first financial institution and at least some digital currency for the second entity is associated with a second account at the second financial institution (e.g., a second entity satisfying KYC), and wherein information regarding the transaction is sent to and/or received from the clearing house, the first financial institution and/or the second financial institution to be recorded on the private distributed ledger for the clearing house, a private distributed ledger for the first financial institution and/or a private distributed ledger for the second financial institution.
  • a transaction for transferring an amount of digital currency from a first entity related to a first financial institution to a second entity related to a second financial institution wherein the digital currency is issued by the first financial institution and is fixed with
  • the computing node is further configured to, based on receiving, from the plurality of computing nodes, an indication of validity of a digital signature of the first entity included in the transaction involving the digital currency, store a new transaction block in the private distributed ledger for the clearing house representing the transaction for transferring the amount of the digital currency from the first entity at the first financial institution to the second entity at the second financial institution, wherein each computing node in the plurality of computing nodes includes the new transaction block in a respective copy of the private distributed ledger for the clearing house.
  • an amount of the digital currency is transferred to the second entity.
  • an amount of a second digital currency, issued by the second financial institution and fixed with respect to the fiat currency, equivalent to the amount of the digital currency is transferred to the second entity.
  • an amount of the fiat currency corresponding to the amount of the digital currency is transferred immediately or at a later time from the first omnibus account at the first financial institution to the second omnibus account at the second financial institution.
  • the first financial institution notifies the clearing house on issue of the digital currency, and the clearing house is notified by the first financial institution and/or the second financial institution regarding the transaction for transferring an amount of fiat currency corresponding to the amount of the digital currency from the first omnibus account to the second omnibus account.
  • the clearing house incorporates a tiered structure for ranking financial institutions based on asset size, debt rating, and/or financial solvency tests for each financial institution, wherein the first financial institution and the second financial institution belong to a highest tier and settle transactions between them periodically or when a balance limit is exceeded, and wherein the first financial institution belongs to the highest tier and a third financial institution belongs to a lowest tier and settle transactions between them on an individual transaction basis, or periodically, or when the balance limit is exceeded.
  • the clearing house notifies the first financial institution and the second financial institution regarding timing for completing the transaction, wherein the timing for completing the transaction includes immediate settlement for the transaction, or once a day, week or month to allow aggregation and/or reduce settlement costs.
  • the transaction is completed based on an aggregate balance owed between the first financial institution and the second financial institution.
  • a method for facilitating a transaction between a first entity and a second entity using a digital currency issued by a financial institution and fixed with respect to a fiat currency is implemented on a computing node included in a plurality of computing nodes participating in a private distributed ledger for a financial institution.
  • Each computing node in the plurality of computing nodes storing and maintaining a respective copy of the private distributed ledger for the financial institution.
  • the method comprises storing and maintaining a copy of the private distributed ledger for the financial institution, wherein the private distributed ledger for the financial institution stores one or more transaction blocks representing transactions in the digital currency that is issued by the financial institution and is fixed with respect to the fiat currency.
  • the method further comprises receiving a transaction for transferring an amount of the digital currency from a first entity to a second entity, wherein the first entity and the second entity are associated with a first omnibus account and a second omnibus account at the financial institution.
  • the method further comprises generating a new transaction block representing the transaction in the digital currency for addition to the private distributed ledger for the financial institution.
  • the method further comprises transmitting the new transaction block to the plurality of computing nodes participating in the private distributed ledger for the financial institution.
  • the method further comprises receiving, from the plurality of computing nodes, an indication of validity of the new transaction block, wherein the indication of validity comprises an indication of validity of a digital signature of the first entity.
  • the method further comprises, based on the indication of validity, inserting the new transaction block into the copy of the private distributed ledger for the financial institution to complete the transaction for transferring the amount of the digital currency from the first entity to the second entity, wherein each computing node in the plurality of computing nodes includes the new transaction block in a respective copy of the private distributed ledger for the financial institution.
  • the new transaction block is generated at the financial institution and transmitted to a clearing house for insertion into a private distributed ledger for the clearing house. In some embodiments, the new transaction block is generated at the clearing house and transmitted to the financial institution for insertion into the private distributed ledger for the financial institution.
  • the method further comprises receiving, from the one or more computing nodes, an indication of invalidity of the new transaction block, wherein the indication of invalidity comprises an indication of invalidity of the digital signature of the first entity, and based on the indication of invalidity, denying the transaction and prevent insertion of the new transaction block into the private distributed ledger for the financial institution.
  • the indication of validity further comprises an indication of the first entity having a sufficient amount of digital currency required to complete the transaction
  • the method further comprises receiving, from the one or more computing nodes, an indication of invalidity of the new transaction block.
  • the method further comprises, based on the indication of invalidity comprising an indication of the first entity not having a sufficient amount of digital currency required to complete the transaction, determining that the first entity has access to an available amount of fiat currency equivalent to the sufficient amount of digital currency, exchanging the available amount of fiat currency into the sufficient amount of digital currency required to complete the transaction and transferring the available amount of the fiat currency to an omnibus account at the financial institution, retransmitting the new transaction block to the one or more computing nodes participating in the private distributed ledger for the financial institution, receiving, from the plurality of computing nodes, the indication of validity of the new transaction block, wherein the indication of validity comprises the indication of validity of the digital signature of the first entity, and based on the indication of validity, inserting the new transaction block into the copy of the private distributed led
  • the second entity receives the amount of digital currency or an amount of fiat currency equivalent to the amount of digital currency when the transaction is complete.
  • the transaction is initiated from a digital currency card, a mobile application or a web application configured for payment in the digital currency.
  • the digital currency card, the mobile application or the web application require a personal identification number (PIN), a password, biometrics, facial recognition, a fingerprint, and/or an eye scan.
  • PIN personal identification number
  • biometrics biometrics
  • facial recognition facial recognition
  • fingerprint a fingerprint
  • eye scan an eye scan
  • the first omnibus account and the second omnibus account are a same omnibus account or different omnibus accounts.
  • the financial institution has deposit insurance for an amount of the fiat currency that is equivalent in value to the amount of the digital currency, being backed or supported by the fiat currency held by each entity in an omnibus account at the financial institution.
  • a relationship for the first entity to the second entity is selected from the group consisting of: individual to individual, individual to individuals, individual to business, individual to businesses, individual to business and individuals, individual to businesses and individual, individual to businesses and individuals, individual to businesses and individuals, individuals to individual, individuals to individuals, individuals to business, individuals to businesses, individuals to business and individual, individuals to business and individuals, individuals to businesses and individual, individuals to businesses and individuals, business to individual, business to individuals, business to business, business to businesses, business to business and individual, business to business and individuals, business to businesses and individual, business to businesses and individual, business to businesses and individuals, businesses to individual, businesses to individuals, businesses to individuals, businesses to business, businesses to businesses, businesses to business and individual, businesses to businesses and individual, and businesses to businesses and individuals, businesses to individual, businesses to individuals, businesses to individuals, businesses to business, businesses to businesses, businesses to business and individual, businesses to businesses and individual, and businesses to businesses and individuals.
  • a method for a clearing house to facilitate digital currency transactions between a first entity related to a first financial institution and a second entity related to a second financial institution is implemented on a computing node included in a plurality of computing nodes participating in a private distributed ledger for the clearing house.
  • Each computing node in the plurality of computing nodes storing and maintaining a respective copy of the private distributed ledger for the clearing house.
  • the method comprises storing and maintaining a copy of the private distributed ledger for the clearing house, wherein the private distributed ledger for the clearing house stores one or more transaction blocks representing transactions in one or more digital currencies.
  • the method further comprises receiving a transaction for transferring an amount of digital currency from a first entity related to a first financial institution to a second entity related to a second financial institution, wherein the digital currency is issued by the first financial institution and is fixed with respect to a fiat currency, wherein the first entity is associated with a first omnibus account at the first financial institution and the second entity is associated with a second omnibus account at the second financial institution, and wherein information regarding the transaction is sent to and/or received from the clearing house, the first financial institution and/or the second financial institution to be recorded on the private distributed ledger for the clearing house, a private distributed ledger for the first financial institution and/or a private distributed ledger for the second financial institution.
  • the method further comprises based on receiving, from the plurality of computing nodes, an indication of validity of a digital signature of the first entity included in the transaction involving the digital currency, storing a new transaction block in in the private distributed ledger for the clearing house representing the transaction for transferring the amount of the digital currency from the first entity at the first financial institution to the second entity at the second financial institution, wherein each computing node in the plurality of computing nodes includes the new transaction block in a respective copy of the private distributed ledger for the clearing house.
  • an amount of the digital currency is transferred to the second entity.
  • an amount of a second digital currency, issued by the second financial institution and fixed with respect to the fiat currency, equivalent to the amount of the digital currency is transferred to the second entity.
  • an amount of the fiat currency corresponding to the amount of the digital currency is transferred immediately or at a later time from the first omnibus account at the first financial institution to the second omnibus account at the second financial institution.
  • the first financial institution notifies the clearing house on issue of the digital currency, and the clearing house is notified by the first financial institution and/or the second financial institution regarding the transaction for transferring an amount of fiat currency corresponding to the amount of the digital currency from the first omnibus account to the second omnibus account.
  • the clearing house incorporates a tiered structure for ranking financial institutions based on asset size, debt rating, and/or financial solvency tests for each financial institution, wherein the first financial institution and the second financial institution belong to a highest tier and settle transactions between them periodically or when a balance limit is exceeded, and wherein the first financial institution belongs to the highest tier and a third financial institution belongs to a lowest tier and settle transactions between them on an individual transaction basis, or periodically, or when the balance limit is exceeded.
  • the clearing house notifies the first financial institution and the second financial institution regarding timing for completing the transaction, wherein the timing for completing the transaction includes immediate settlement for the transaction, or once a day, week or month to allow aggregation and/or reduce settlement costs.
  • the transaction is completed based on an aggregate balance owed between the first financial institution and the second financial institution.
  • a method for facilitating an exchange of a digital currency issued by a financial institution and that is fixed with respect to a fiat currency comprises receiving, from a user, at a financial institution, a request to exchange an amount of a first digital currency that is fixed with respect to a first fiat currency into an equivalent amount of a second digital currency that is fixed with respect to a second fiat currency, storing the received request for currency exchange in a private distributed ledger for the financial institution, and transferring out the amount of the first digital currency from a digital wallet for the user and transferring in the equivalent amount of the second digital currency to the digital wallet for the user.
  • the financial institution maintains an omnibus account or multiple accounts for each digital currency that is fixed with respect to a fiat currency.
  • each omnibus account includes an amount of the fiat currency equivalent to an amount of the digital currency issued by the financial institution.
  • the financial institution transfers out a corresponding amount of the first fiat currency from a first omnibus account for the first fiat currency and transfers in a corresponding equivalent amount of the second fiat currency to a second omnibus account for the second fiat currency.
  • the financial institution tracks ownership of digital currency issued by the financial institution, which has deposit insurance for an amount of fiat currency that is equivalent in value to an amount of the digital currency, being backed or supported by the fiat currency in an omnibus account at the financial institution.
  • the digital wallet for the user includes an indication of a country that is insuring the financial institution relating to the digital currency in the digital wallet for the user, and/or wherein the digital wallet includes a color and/or a code indication regarding the country that is insuring the financial institution relating to the digital currency in the digital wallet for the user or that the financial institution is not insured relating to the digital currency in the digital wallet for the user.
  • the received request for currency exchange is performed in realtime, and wherein a current currency exchange rate is applied to the request.
  • the received request for currency exchange is set to happen at an exchange price or based on an exchange price at the time of the transaction. Having the received request for currency exchange based on an exchange price at the time of the transaction may be advantageous to have an exact amount of currency needed to be converted; however, this embodiment may carry a risk of price fluctuation affecting the final exchange price used for the transaction.
  • the user can access different exchange prices for one or more foreign currencies from multiple entities providing foreign exchange services.
  • the user may select a particular entity for their foreign currency exchange transaction based on better pricing, reputation, speed of transaction, and/or suitable factors related to the particular entity.
  • the user of the digital wallet sets one or more notifications relating to an exchange rate between the first fiat currency and the second fiat currency.
  • the request for currency exchange is initiated automatically based on receipt of the one or more notifications.
  • the second digital currency is issued by a financial institution different from the financial institution that issued the first digital currency.
  • the method further comprises receiving, from the user, at the financial institution, a request to exchange an amount of the first digital currency that is fixed with respect to the first fiat currency into an equivalent portion of a digitized asset representative of a commodity, storing the received request for commodity exchange in the private distributed ledger for the financial institution, and transferring out the amount of the digital currency from the digital wallet for the user and transferring in the equivalent portion of the digitized asset representative of the commodity to the digital wallet for the user.
  • the commodity includes gold, silver, platinum, copper, oil, natural gas, corn, soybeans, wheat, cocoa, coffee, cotton, or sugar.
  • the financial institution may be responsible for holding cryptocurrency, such as Bitcoin or another suitable cryptocurrency, so that the financial institution is responsible for the security of the cryptocurrency.
  • the financial institution may issue digital currency that is backed by that cryptocurrency. This may safeguard consumer deposits against situations where cryptocurrency exchanges may misplace funds, or the funds may be stolen by bad actors.
  • the commodity is represented as the digitized asset in the form of a token to be included in a digital transaction and/or stored in the digital wallet for the user.
  • the digitized asset for the commodity is stored in a portion of the digital wallet separate from a portion for the first and second digital currencies.
  • the value for the digitized asset fluctuates based on a value of the commodity, and wherein the digital wallet indicates the current value, an amount of the commodity owned, and/or the value at the time of the transaction.
  • the digital wallet indicates to the user the value of the digitized asset fluctuates based on the value of the commodity.
  • a system for facilitating an exchange of a digital currency issued by a financial institution and that is fixed with respect to a fiat currency comprises a computing node.
  • the computing node is included in a plurality of computing nodes participating in a private distributed ledger for a financial institution.
  • the private distributed ledger for the financial institution stores one or more transaction blocks representing transactions in one or more digital currencies issued by the financial institution and fixed with respect to an associated fiat currency.
  • Each computing node in the plurality of computing nodes stores and maintains a respective copy of the private distributed ledger for the financial institution.
  • the computing node is configured to store and maintain a copy of the private distributed ledger for the financial institution.
  • the computing node is further configured to receive a transaction for exchanging an amount of a first digital currency that is fixed with respect to a first fiat currency into an equivalent amount of a second digital currency that is fixed with respect to a second fiat currency, wherein the first digital currency and the second digital currency are issued by the financial institution, wherein the first digital currency is associated with a first omnibus account at the financial institution and the second digital currency is associated with a second omnibus account at the financial institution.
  • the computing node is further configured to generate a new transaction block representing the transaction for addition to the private distributed ledger for the financial institution.
  • the computing node is further configured to transmit the new transaction block to the plurality of computing nodes participating in the private distributed ledger for the financial institution.
  • the computing node is further configured to receive, from the plurality of computing nodes, an indication of validity of the new transaction block.
  • the computing node is further configured to, based on the indication of validity, insert the new transaction block into the copy of the private distributed ledger for the financial institution to complete the transaction for transferring out the amount of the first digital currency from a digital wallet for the user and transferring in the equivalent amount of the second digital currency to the digital wallet for the user, wherein the financial institution transfers out a corresponding amount of the first fiat currency from the first omnibus account for the first fiat currency and transfers in a corresponding equivalent amount of the second fiat currency to the second omnibus account for the second fiat currency, wherein each computing node in the plurality of computing nodes includes the new transaction block in a respective copy of the private distributed ledger for the financial institution.
  • a digital wallet for one or more digital currencies from one or more financial institutions comprises one or more pairs of public and private keys for a user holding one or more digital currencies from one or more of financial institutions, including a digital currency issued by a financial institution and that is fixed with respect to a fiat currency, wherein a pair of public and private keys is used by the user to receive and/or send the digital currency issued by the financial institution corresponding to the pair of public and private keys and to record a transaction in the digital currency in a private distributed ledger for the financial institution.
  • no digital currency is stored in the digital wallet, and wherein the digital currency issued by the financial institution is stored and maintained in the private distributed ledger for the financial institution and/or a clearing house.
  • a user in order to use the digital currency from the digital wallet, a user authorizes use of the corresponding private key for the digital currency to digitally sign the transaction involving the digital currency.
  • the digital wallet includes software in the form of an application installed locally on a computer, a mobile phone, and/or a tablet. In some embodiments, the digital wallet includes a mobile wallet, a desktop wallet, and/or a hardware wallet.
  • the mobile wallet, the desktop wallet, and/or the hardware wallet requires a personal identification number (PIN), a password, biometrics, facial recognition, a fingerprint, and/or an eye scan.
  • PIN personal identification number
  • biometrics biometrics
  • facial recognition facial recognition
  • fingerprint a fingerprint
  • eye scan an eye scan
  • the digital wallet is connected via an application programming interface (API) to a trusted third party, and wherein the one or more pairs of public and private keys are managed by the trusted third party.
  • API application programming interface
  • the digital wallet includes hardware for storing the one or more pairs of public and private keys.
  • the hardware includes a button that a user is required to physically press or touch in order to digitally sign the transaction.
  • the hardware requires that a user submit a personal identification number (PIN), a password, biometrics, facial recognition, a fingerprint, and/or an eye scan before the user can digitally sign the transaction.
  • PIN personal identification number
  • biometrics biometrics
  • facial recognition facial recognition
  • fingerprint a fingerprint
  • eye scan an eye scan
  • the digital wallet provides a user with consumer rewards, loyalty points, and/or geo-location rewards for using the digital wallet.
  • a reward level for a user is determined based on a balance of the digital currency maintained in the digital wallet and/or meeting one or more transaction thresholds.
  • a digital wallet for one or more digital currencies from one or more financial institutions comprises one or more pairs of public and private keys for a user holding one or more digital currencies from one or more of financial institutions, including a digital currency issued by a financial institution and that is fixed with respect to a fiat currency, wherein a plurality of computing nodes participate in a private distributed ledger for the financial institution, each computing node in the plurality of computing nodes stores and maintains a copy of the private distributed ledger, the private distributed ledger stores one or more transaction blocks representing transactions in the digital currency, a private key of a pair of public and private keys is used to generate a digital signature for the user to record, on the private distributed ledger, a transaction in the digital currency issued by the financial institution and corresponding to the pair of public and private keys, and based on an indication of validity of the digital signature, from the plurality of computing nodes, a new transaction block representing the transaction is inserted into the private distributed ledger to complete the transaction in the digital currency.
  • FIG. 1 shows block diagrams of illustrative systems for facilitating transactions using a digital currency in accordance with some embodiments of the technology described herein;
  • FIG. 2 is another block diagram of an illustrative system for facilitating transactions using a digital currency in accordance with some embodiments of the technology described herein;
  • FIG. 3 shows illustrative diagrams of exemplary transactions using a digital currency in accordance with some embodiments of the technology described herein;
  • FIG. 4 is a diagram of an exemplary process for facilitating transactions using a digital currency in accordance with some embodiments of the technology described herein;
  • FIG. 5 is a diagram of an exemplary process that is executed when a transaction block is determined to be invalid in accordance with some embodiments of the technology described herein;
  • FIG. 6 is a diagram of an exemplary process for creating and/or populating a digital wallet using a digital currency in accordance with some embodiments of the technology described herein;
  • FIG. 7 shows illustrative diagrams of exemplary transactions in a digital currency using a digital wallet in accordance with some embodiments of the technology described herein;
  • FIG. 8 shows an example implementation of a computing node for a private distributed ledger in accordance with some embodiments of the technology described herein;
  • FIG. 9 shows an example computer system for executing one or more functions for a private distributed ledger in accordance with some embodiments of the technology described herein;
  • FIG. 10A is a diagram of an exemplary process for facilitating an exchange of government issued digital currency to fiat currency in accordance with some embodiments of the technology described herein
  • FIG. 10B is a diagram of an exemplary process for facilitating an exchange of government issued digital currency to digital currency issued by another financial institution in accordance with some embodiments of the technology described herein;
  • FIG. 10C is a diagram of an exemplary process for facilitating an exchange of a first government issued digital currency to a second government issued digital currency in accordance with some embodiments of the technology described herein;
  • FIG. 11A is a diagram of an exemplary public blockchain on which an application for private and/or public transactions may be run in accordance with some embodiments of the technology described herein;
  • FIG. 11B shows a block diagram of illustrative systems for facilitating transactions using a public blockchain in accordance with some embodiments of the technology described herein;
  • FIG. 12A shows a block diagram of an illustrative system for facilitating private transactions on a public blockchain using a digital currency in accordance with some embodiments of the technology described herein;
  • FIG. 12B shows a block diagram of an illustrative system for facilitating private transactions on a public blockchain using a digital currency in accordance with some embodiments of the technology described herein;
  • FIG. 13 is a diagram of an exemplary process for facilitating a private transaction on a blockchain using a digital currency issued by a financial institution in accordance with some embodiments of the technology described herein;
  • FIG. 14 is a diagram of an exemplary process for facilitating a private transaction on a blockchain using a digital currency issued by a financial institution in accordance with some embodiments of the technology described herein.
  • systems and methods are described herein to facilitate financial transactions using a financial institution- specific digital currency that is fixed with respect to a fiat currency, such as the United States Dollar.
  • the financial institution may implement a distributed ledger that is private to the financial institution.
  • the private distributed ledger may interact with a public ledger and/or run on a public ledger.
  • functionality to conduct private transactions for the private distributed ledger may be implemented using an application that runs on a public blockchain.
  • This public blockchain may optionally provide support for other financial and/or non-financial applications in addition to the functionality for conducting private transactions for the private distributed ledger.
  • a portion can be designated as private and the distribution more limited based on the digital currency, user, and/or other suitable information.
  • a private distributed ledger may share or receive information and/or transaction blocks from or with/within a public system.
  • the described systems and methods may be implemented using any one or more of the distributed ledgers described herein or another suitable variation thereof.
  • the private distributed ledger is a continuously growing list of records, called blocks or transaction blocks, which are linked and secured using cryptography. Each new financial transaction may be added as a transaction block to the distributed ledger.
  • the block for a new financial transaction may include a cryptographic hash of the previous block, a time stamp, and transaction data.
  • the cryptographic hash is used to generate a fixed-length mathematical representation of a variable amount of data, such as the previous block.
  • the private distributed ledger may record transactions among the financial institution’s customers using the financial institution’s digital currency.
  • a purchase transaction is facilitated between two entities, a customer and a store, relating to the same financial institution, such as a bank.
  • the bank may issue a digital currency card for transaction in the bank’s digital currency.
  • the bank’s customer may visit a store that also keeps funds with the bank.
  • the customer may provide the bank’s digital currency card to pay for an item using the bank’s digital currency.
  • the bank provides a device that can accept the bank’ s digital currency card and notify a server at the bank to complete the transaction (e.g., by recording the transaction in the private distributed ledger).
  • a machine provided by VISA, MASTERCARD, AMEX, SQUARE, or another payment company, can accept the digital currency card (VISA, MASTERCARD, AMEX, and SQUARE are registered marks of, respectively, Visa Inc., Foster City, California, USA; Mastercard Incorporated, Purchase, New York, USA; American Express Company, New York, New York, USA; and Square, Inc., San Francisco, California).
  • the machine may relay information regarding the transaction to the payment company’s processing center, which in turn notifies the bank.
  • a server at the bank may complete the transaction (e.g., by recording the transaction in the private distributed ledger).
  • a centralized clearing house may record the transaction in a private distributed ledger for the clearing house.
  • the transaction may be recorded in the financial institution’s private distributed ledger and subsequently relayed for recordation in the clearing house’s private distributed ledger.
  • the transaction may be simultaneously recorded in the financial institution’s private distributed ledger and the clearing house’s private distributed ledger.
  • the transaction may be recorded in the clearing house’s private distributed ledger and once approved by the clearing house, recorded in the financial institution’s private distributed ledger.
  • the digital currency is transferred from the customer’s digital currency account to the store’s digital currency account. If the store wishes to complete the transaction in a fiat currency, the bank may exchange the received digital currency into fiat currency, such as the United States Dollar, and deposit the fiat currency into the store’s fiat currency account at the bank.
  • fiat currency such as the United States Dollar
  • a funds transfer transaction is facilitated between two entities, e.g., two customers, relating to the same financial institution, such as a bank.
  • a customer of the bank may request a digital transfer of an amount of digital currency to another customer of the same bank.
  • the financial institution has a private distributed ledger stored across multiple computing nodes.
  • the private distributed ledger stores one or more transaction blocks representing transactions in the digital currency that is issued by the financial institution and is fixed with respect to a fiat currency.
  • a computing node receives a transaction for transferring an amount of digital currency from a first customer to a second customer of the financial institution.
  • the computing node generates a new transaction block representing the transaction for addition to the private distributed ledger.
  • the computing node transmits the new transaction block to the one or more computing nodes participating in the private distributed ledger.
  • the computing node receives an indication of validity of the new transaction block. If the indication is valid, the computing node inserts the new transaction block into the private distributed ledger to complete the transaction.
  • FIG. 1 shows a block diagram of an illustrative system 100 for facilitating transactions using a digital currency between a first entity 102 and a second entity 104 relating to the same financial institution in accordance with some embodiments of the technology described herein.
  • a computing node 106 is connected to other computing nodes 110, 112.
  • the computing nodes 106, 110, 112 store and maintain a copy of a private distributed ledger 108 for a financial institution, such as a bank.
  • the private distributed ledger 108 stores one or more transaction blocks representing transactions in a digital currency.
  • the digital currency is issued by the financial institution.
  • the digital currency is fixed with respect to a fiat currency.
  • the computing node 106 may receive a transaction for transferring an amount of digital currency from the first entity 102 to the second entity 104.
  • the first entity and the second entity may be customers relating to the same financial institution.
  • the first entity may request a transfer of the amount of digital currency from the first entity’s digital currency account at the financial institution.
  • the computing node 106 may generate a new transaction block representing the transaction for addition to the private distributed ledger.
  • the computing node 106 may transmit the new transaction block to the computing nodes 110, 112 participating in the private distributed ledger.
  • the computing node 106 may receive an indication of validity of the new transaction block from one or more of computing nodes 110, 112. Based on the indication of validity, the computing node 106 may insert the new transaction block into the private distributed ledger.
  • the computing node 106, the computing node 112, or another suitable computing node may complete the transaction by transferring the amount of digital currency from to the second entity.
  • the digital currency may be transferred to the second entity’s digital currency account at the financial institution.
  • one or more financial institutions may opt into a centralized clearing house.
  • the clearing house may implement its own private distributed ledger for recording all transactions including in digital currencies from one or more financial institutions. The transactions may be recorded in the private distributed ledger of each financial institution involved in the transaction and the private distributed ledger of the clearing house.
  • the private distributed ledger of the clearing house may include transactions between users from different financial institutions (including transactions between users of the same financial institution), but the private distributed ledger of each financial institution may only include transactions between users of the same financial institution or transactions involving a user of the financial institution as a party to the transaction.
  • the clearing house may be implemented using computing nodes (e.g., computing nodes 156, 160 and/or 162 (FIG. 1, illustrative system 150) or other suitable computing nodes) that store and maintain a copy of a private distributed ledger 158 for the clearing house. More details on the clearing house are provided further below.
  • a purchase transaction is facilitated between two entities, a customer and a store, relating to different financial institutions.
  • a financial institution such as a bank
  • the bank’s customer may visit a store that keeps funds with a different bank.
  • the bank’s customer may provide the digital currency card to pay for an item using the bank’s digital currency.
  • the bank provides a digital wallet as described herein, e.g., with respect to FIGs. 6 and 7.
  • the digital wallet may be issued by one or more entities.
  • the one or more entities may include a financial entity, a government entity, a payment processor company, a technology company, a cloud company, a clearing house, a syndicate of banks, an entity with a bank charter and/or any suitable entity.
  • the bank’s customer may use the digital wallet to pay for an item using the bank’s digital currency.
  • the bank provides a device that can accept the bank’s digital currency card and/or digital wallet and notify a server at the bank to complete the transaction (e.g., by recording the transaction in the private distributed ledger and transmitting payment to the store’ s account at the other bank).
  • a machine provided by VISA, MASTERCARD, AMEX, SQUARE, or another payment company, can accept the digital currency card (VISA, MASTERCARD, AMEX, and SQUARE are registered marks of, respectively, Visa Inc., Foster City, California, USA; Mastercard Incorporated, Purchase, New York, USA; American Express Company, New York, New York, USA; and Square, Inc., San Francisco, California).
  • the machine may relay information regarding the transaction to the payment company’s processing center, which in turn notifies the bank.
  • a server at the bank may complete the transaction (e.g., by recording the transaction in the private distributed ledger and transmitting payment to the store’s account at the other bank).
  • the digital currency is exchanged for fiat currency, such as the United States Dollar, which is then transferred to the store’s account at the other bank.
  • the store’s bank may exchange the received fiat currency into the other bank’s digital currency and deposit it into the store’s digital currency account.
  • the digital currency received in the store’s digital currency account is different from the digital currency transferred from the customer’s digital currency account. This is because the digital currencies issued by the two banks may be different and not interchangeable.
  • each financial institution may keep its own private distributed ledger for recording transactions in its own digital currency. However, transfers from one digital currency account at a bank to another digital currency at a different bank may be accomplished via an intermediary conversion to a fiat currency, such as the United States Dollar.
  • a funds transfer transaction is facilitated between two entities, e.g., two customers, relating to different financial institutions.
  • a customer of a financial institution may initiate a transaction for transferring digital currency to a customer of a different financial institution.
  • the digital currency transaction is recorded as a withdrawal and exchanged into a fiat currency for delivery to the second customer.
  • the financial institution has a private distributed ledger stored across multiple computing nodes.
  • the private distributed ledger stores one or more transaction blocks representing transactions in the digital currency that is issued by the financial institution and is fixed with respect to a fiat currency.
  • a computing node receives a transaction for transferring an amount of digital currency from a first customer of the financial institution to a second customer of a different financial institution.
  • the computing node generates a new transaction block representing the transaction for addition to the private distributed ledger.
  • the computing node transmits the new transaction block to the one or more computing nodes participating in the private distributed ledger.
  • the computing node receives an indication of validity of the new transaction block. If the indication is valid, the computing node inserts the new transaction block into the private distributed ledger to complete withdrawal of the amount of digital currency.
  • the computing node exchanges the amount of digital currency into an equivalent amount of fiat currency for transferring to the second customer.
  • FIG. 2 is another block diagram of an illustrative system 200 for facilitating transactions using a digital currency between a first entity 202 and a second entity 204 relating to different financial institutions in accordance with some embodiments of the technology described herein.
  • a computing node 206 is connected to other computing nodes 210, 212.
  • the computing nodes 206, 210, 212 store and maintain a copy of a private distributed ledger 208 for a financial institution, such as a bank.
  • the private distributed ledger 108 stores one or more transaction blocks representing transactions in a digital currency.
  • the digital currency is issued by one of the financial institutions.
  • the financial institution issuing the digital currency may partner with the other financial institution and provide the other financial institution with access to the private distributed ledger.
  • the financial institution issuing the digital currency may limit outside access to the private distributed ledger and complete the transaction using a centralized clearing house described herein or a conventional inter-bank transfer system, such as Automated Clearing House (ACH).
  • ACH is an electronic network for fiat currency-based financial transactions in the United States.
  • the digital currency is fixed with respect to a fiat currency.
  • the financial institution may allow governments and/or financial regulators (e.g., Federal Reserve Board (FRB), the Federal Deposit Insurance Corporation (FDIC), and the Securities and Exchange Commission (SEC), etc.) and/or data companies (e.g., Fiserv) access to the private distributed ledger (FISERV is a registered mark of Fiserv, Inc., Brookfield, WI, USA).
  • FBB Federal Reserve Board
  • FDIC Federal Deposit Insurance Corporation
  • SEC Securities and Exchange Commission
  • Fiserv Fiserv access to the private distributed ledger
  • Fiserv Fiserv
  • the financial institution may use a cloud provider to store or access the private distributed ledger.
  • the financial institution may partner with another entity and allow the entity access to one or more transactions in the private distributed ledger.
  • the entity may be one or more partner companies, for example, any combination of an investment management corporation, a risk management firm, and/or an institutional asset manager.
  • the computing node 206 may receive a transaction for transferring an amount of digital currency from the first entity 202 to the second entity 204.
  • the first entity and the second entity may be customers relating to different financial institutions.
  • the first entity may request a transfer of the amount of digital currency from the first entity’s digital currency account at the financial institution.
  • the computing node 206 may generate a new transaction block representing the transaction for addition to the private distributed ledger.
  • the computing node 206 may transmit the new transaction block to the computing nodes 210, 212 participating in the private distributed ledger.
  • the computing node 206 may receive an indication of validity of the new transaction block from one or more of computing nodes 210, 212. Based on the indication of validity, the computing node 206 may insert the new transaction block into the private distributed ledger.
  • the computing node 206, the computing node 212, or another suitable computing node may complete withdrawal of the amount of digital currency from the first entity’s digital currency account.
  • the computing node 206, the computing node 212, or another suitable computing node may exchange the amount of digital currency into an equivalent amount of fiat currency for transferring to the second entity.
  • the exchange may be requested from an exchange server 214 that is equipped to convert the digital currency into equivalent fiat currency.
  • FIG. 3 shows illustrative diagrams of exemplary transactions 300 and 350 using a digital currency in accordance with some embodiments of the technology described herein.
  • the financial institution 306 or 356 issues the digital currency and is the only entity that can create the omnibus account 304 or 354 and/or deposit the digital currency into the omnibus account 304 or 354.
  • the financial institution may require a customer to comply with “know your customer” (KYC) procedures to verify their identities and/or assess their suitability and potential risks of illegal activity before creating an omnibus account for the customer. Such requirements will reduce illegal activity such as fraudulent transactions or money laundering.
  • KYC knowledge your customer
  • Such requirements will reduce illegal activity such as fraudulent transactions or money laundering.
  • the exemplary transactions 300 and 350 describe transactions for depositing digital currency into a digital wallet or another suitable digital currency account, the described techniques may be equally applicable to transactions for withdrawing digital currency from a digital wallet or another suitable digital currency account.
  • a digital wallet may further include other financial assets and/or instruments.
  • the described techniques may be equally applicable to transactions for withdrawing financial assets and/or instruments such as stocks, bonds, derivatives, currencies, equities, commodities or others.
  • the digital wallet may contain assets and/or instruments issued by an entity such as, for example, a government entity, a financial institution, an exchange and/or clearing house.
  • open blockchain tokens may be considered intangible personal property, e.g., if the token’s predominant purpose is consumptive and the developer or seller did not market the token to the initial buyer as a financial investment, among other factors.
  • Consptive may be defined as a token being exchangeable for services, software, content, or real or tangible personal property.
  • all digital assets may be classified as property.
  • digital consumer assets may be classified as general intangible property, digital securities as securities, and virtual currency as money.
  • financial institutions may provide custodial services for digital assets. The financial institution may follow the Securities and Exchange Commission rules regarding custodial services. Perfection of a security interest in digital assets may be obtained by control and would not require physical possession.
  • such digital assets held in the financial institution’s custody may not be depository liabilities or assets of the financial institution.
  • the financial institution may be prohibited from engaging in any discretionary authority relating to digital assets unless it had the customer's instructions to do so.
  • a customer of the financial institution 306 requests an amount of fiat currency from his or her fiat currency account 302 be exchanged into the financial institution’s digital currency.
  • the financial institution 306 receives or retrieves the fiat currency from the customer’s fiat currency account 302.
  • the financial institution 306 may deposit the received amount of fiat currency into an omnibus account 308 (details for which are provided further below).
  • the financial institution 306 may create a new digital wallet 304 for the customer and deposit into the account an amount of digital currency equivalent to the amount of fiat currency.
  • the financial institution 306 may deposit into the customer’s existing digital wallet 304 an amount of digital currency equivalent to the amount of fiat currency.
  • the customer’s digital wallet 304 is separate from, but attached to, the customer’s fiat currency account 302 at the financial institution 306.
  • the financial institution 356 partners with another financial institution, such as partner institution 358, to provide the other financial institution with access to the financial institution’s digital currency.
  • a customer of the partner institution 358 requests an amount of fiat currency from his or her fiat currency account 352 be exchanged into the financial institution’s digital currency.
  • the financial institution 356 receives or retrieves the fiat currency from the customer’s fiat currency account 352 at the partner institution 358.
  • the financial institution 356 may deposit the received amount of fiat currency into an omnibus account 360 (details for which are provided further below).
  • the financial institution 356 may create a new digital wallet 354 for the customer and deposit into the account an amount of digital currency equivalent to the amount of fiat currency. Alternatively, the financial institution 356 may deposit into the customer’s existing digital wallet 354 an amount of digital currency equivalent to the amount of fiat currency. In some embodiments, the customer’s digital wallet 354 is separate from, but attached to, the customer’s fiat currency account 352 at the partner institution 358 and/or a fiat currency account at the financial institution 356. In some embodiments, the financial institution 356 completes the fiat currency transaction with partner institution 358 using a conventional inter-bank transfer system, such as Automated Clearing House (ACH).
  • ACH Automated Clearing House
  • the financial institution may be a government entity and the issued digital currency may be government issued digital currency.
  • the digital currency may be issued by one or more of the U.S. Mint, the Bureau of Engraving & Printing, the Financial Crimes Enforcement Network, the Internal Revenue Service, the Office of the Comptroller of Currency, and/or the Community Development Financial Institution under the Department of the Treasury.
  • the digital currency may be issued by a single Federal Reserve Bank, multiple regional Federal Reserve Banks, and/or member banks of the Federal Reserve.
  • the financial institution issuing the digital currency may be one or more entities (e.g., technology companies) that have received bank charters or similar rights from the government.
  • the financial institution may authorize a clearinghouse to issue digital currency.
  • a first customer at a first financial institution may wish to send an amount of first digital currency to a second customer at a second financial institution having a second digital currency.
  • the clearinghouse may issue an amount of second digital currency equivalent to the value of the amount of first digital currency to the second customer.
  • the first financial institution then subsequently and/or concurrently transfers an equivalent amount of funds in an omnibus account at the financial institution.
  • the government entity may transfer to one or more financial institutions, government issued digital currency.
  • the government entity may use the government issued digital currency.
  • a financial institution may use the government issued digital currency for conducting one or more transactions in a manner consistent with the systems and methods described herein.
  • the financial institution may issue its own digital currency based on the government issued digital currency.
  • the financial institution may utilize the government issued digital currency to issue its own digital currency for conducting one or more transactions in a manner consistent with the systems and methods described herein.
  • the financial institution may introduce digital currency issued by the financial institution and backed by the fiat currency backing the government issued digital currency and/or the government issued digital currency itself.
  • FIG. 10A-C shows illustrative diagrams of exemplary transactions 1000A, 1000B and 1000C using government issued digital currency in accordance with some embodiments of the technology described herein.
  • the financial institution 1020 issues a digital currency and is the only entity that can create the omnibus account 1030 and/or deposit the digital currency into the omnibus account 1030.
  • the financial institution may require a customer to comply with “know your customer” (KYC) procedures to verify their identities and/or assess their suitability and potential risks of illegal activity before creating an omnibus account for the customer. Such requirements will reduce illegal activity such as fraudulent transactions or money laundering.
  • KYC knowledge your customer
  • Such requirements will reduce illegal activity such as fraudulent transactions or money laundering.
  • the exemplary transactions 1000A, 1000B and 1000C describe transactions for depositing digital currency into a digital wallet or another suitable digital currency account, the described techniques may be equally applicable to transactions for withdrawing digital currency from a digital wallet or another suitable digital currency account.
  • a customer of the financial institution 1020 requests that an amount of a digital currency issued by a government entity from his or her digital currency account 1010 be exchanged into fiat currency.
  • the financial institution receives or retrieves the first government issued digital currency from the digital currency account 1010.
  • the financial institution 1020 may deposit the received amount of government issued digital currency into an omnibus account 1030 (details for which are provided further below).
  • the financial institution may create a new fiat currency account for the customer and deposit into the account an amount of fiat currency equivalent to the amount of government issued digital currency.
  • the customer’s fiat currency account 1040 is separate from, but attached to, the customer’s digital currency account 1010 at the financial institution.
  • a customer of the financial institution 1020 requests that an amount of government issued digital currency from his or her digital currency account 1010 be exchanged into digital currency issued by the financial institution 1020.
  • the financial institution 1020 receives or retrieves the government issued digital currency from the digital currency account 1010.
  • the financial institution 1020 may deposit the received amount of government issued digital currency into an omnibus account 1030.
  • the financial institution 1020 may create a new digital wallet 1050 for the customer and deposit into the account an amount of digital currency issued by the financial institution equivalent to the amount of government issued digital currency.
  • the financial institution 1020 may deposit into the customer’s existing digital currency account 1010 an amount of digital currency issued by the financial institution equivalent to the amount of government issued digital currency.
  • the customer’s digital wallet 1050 is separate from, but attached to, the customer’s digital currency account 1010 at the financial institution 1020.
  • the financial institution may also provide benefits such as some amount of digital currency issued by the financial institution to be added to the customer’s digital currency account in addition to the exchanged amount as a reward.
  • the amount of additional financial institution issued digital currency may be predetermined or determined based on the amount of government issued digital currency exchanged.
  • a customer of the financial institution 1020 requests that an amount of a first digital currency issued by a first government entity from his or her digital currency account 1010 be exchanged into a second digital currency issued by a second government entity.
  • the financial institution receives or retrieves the first government issued digital currency from the digital currency account 1010.
  • the financial institution 1020 may deposit the received amount of first government issued digital currency into an omnibus account 1030 (details for which are provided further below).
  • the financial institution e.g., a currency exchange provider, a bank, etc.
  • may apply digital currency exchange rates e.g., flexible, fixed, etc.
  • the financial institution 1020 may deposit into the customer’s existing digital currency account 1010 an amount of second digital currency issued by the second government determined to be equivalent to the amount of government issued digital currency.
  • FIG. 4 is a diagram of an exemplary process 400 for facilitating transactions using a digital currency in accordance with some embodiments of the technology described herein.
  • the process is executed on a computing node connected to one or more computing nodes participating in a private distributed ledger for a financial institution.
  • the private distributed ledger stores one or more transaction blocks representing transactions in a digital currency.
  • the digital currency is issued by the financial institution.
  • the digital currency is fixed with respect to a fiat currency.
  • the computing node stores and maintains a copy of the private distributed ledger.
  • the private distributed ledger may interact with a public ledger and/or run on a public ledger.
  • functionality to conduct private transactions for the private distributed ledger may be implemented using an application that runs on a public blockchain.
  • This public blockchain may optionally provide support for other financial and/or non-financial applications in addition to the functionality for conducting private transactions for the private distributed ledger.
  • a portion can be designated as private and the distribution more limited based on the digital currency, user, and/or other suitable information.
  • a private distributed ledger may share or receive information and/or transaction blocks from or with/within a public system.
  • the described systems and methods may be implemented using any one or more of the distributed ledgers described herein or another suitable variation thereof.
  • the computing node receives a transaction for transferring an amount of digital currency from a first entity to a second entity.
  • the first entity and the second entity relate to the same financial institution. In some embodiments, the first entity relates to a financial institution and the second entity relates to another financial institution. In some embodiments, the first entity is a consumer, and the second entity is a merchant. In some embodiments, the first entity and the second entity are customers of the same financial institution.
  • the transaction is initiated from a digital currency card configured for payment in the digital currency.
  • the transaction is initiated from a mobile application or a web application configured for payment in the digital currency.
  • the digital currency card, the mobile application or the web application require a personal identification number (PIN), a password, biometrics, facial recognition, a fingerprint, and/or an eye scan.
  • the transaction represents a split payment from a transaction involving the first entity and at least one other entity providing payment to the second entity.
  • multiple people may need to pay a single bill.
  • the payment may be split per item, as a percentage of the bill, or combination thereof.
  • Each person may pay for what they ordered, e.g., at a restaurant, or another suitable location or merchant.
  • Each person may pay an equal percentage instead.
  • roommates may pay need to pay their apartment rent.
  • Each person may pay based on the size of their room.
  • Each person may pay an equal percentage instead.
  • At least the first entity is associated with a pair of public and private keys, and based on authorization from the first entity, at least a portion of a private transaction involving the digital currency is generated using a private key of the pair of public and private keys for the first entity.
  • the computing node generates a new transaction block representing the transaction for addition to the private distributed ledger.
  • the computing node transmits the new transaction block to the one or more computing nodes participating in the private distributed ledger.
  • the new transaction block is generated at the financial institution and transmitted to a clearing house for insertion into a distributed ledger for the clearing house. In some embodiments, the new transaction block is generated at the clearing house and transmitted to the financial institution for insertion into the distributed ledger for the financial institution.
  • the computing node receives, from the one or more computing nodes, an indication of validity of the new transaction block.
  • the indication of validity comprises an indication of validity generated using a public key of the pair of public and private keys for the first entity included in a private transaction involving the digital currency.
  • the computing node determines whether the block is valid.
  • FIG. 5 and related description provide further details on an exemplary process that is executed when a transaction block is determined to be invalid.
  • the computing node inserts the new transaction block into the private distributed ledger to complete the transaction for transferring the amount of digital currency from the first entity to the second entity.
  • the second entity receives the amount of digital currency when the transaction is complete.
  • the second entity receives an amount of fiat currency equivalent to the amount of digital currency when the transaction is complete.
  • the exchange of the available amount of fiat currency into the sufficient amount of digital currency is authorized by the first entity at a time prior to the private transaction, authorized by the first entity at a time of or subsequent to the private transaction, or denied by the first entity at a time of the private transaction.
  • the second entity receives an amount of digital currency that is issued by another financial institution, but equivalent to the amount of digital currency issued by the financial institution.
  • the computing node insert the new transaction block into the private distributed ledger to complete withdrawal of the amount of digital currency from the first entity to the second entity, where the first entity and the second entity relate to different financial institutions.
  • the computing node further exchanges the amount of digital currency into an equivalent amount of fiat currency for transferring to the second entity at the other financial institution.
  • the exchange of the available amount of fiat currency into the sufficient amount of digital currency is authorized by the first entity at a time prior to the private transaction, authorized by the first entity at a time of or subsequent to the private transaction, or denied by the first entity at a time of the private transaction.
  • the second entity receives the amount of digital currency issued by the financial institution in a digital wallet.
  • the digital wallet may include one or more rules to spend the digital currency issued by the financial institution before or after spending digital currency issued by another financial institution.
  • the rules may include a rule to automatically convert digital currency issued by a non-approved financial institution into fiat currency.
  • the fiat currency may be deposited into an account for the first entity at the financial institution or another suitable account.
  • the rules may include a rule to block acceptance of digital currency issued by a non-approved financial institution.
  • one or more financial institutions may be marked as non-approved by the second entity, another financial institution, one or more clearing houses, or another suitable party.
  • a non-approved financial institution may be a financial institution that a user does not desire to transact with in a digital currency or otherwise.
  • the user may desire to transact with or use digital currency issued by their preferred financial institution (e.g., where they hold an account or another suitable preference), a reputable financial institution (e.g., a Tier 1 bank, etc.), a financial institution in one or more specified countries (e.g., US only, US and Europe only, etc.), and/or other suitable criteria.
  • the user may request any financial institutions not meeting these criteria be marked as non-approved.
  • a non-approved financial institution may be a financial institution that a particular financial institution may not desire to conduct business within a digital currency or otherwise.
  • the particular financial institution may desire to transact with reputable financial institutions (e.g., a Tier 1 bank, etc.), financial institutions in one or more specified countries (e.g., US only, US and Europe only, etc.), and/or other suitable criteria.
  • the particular financial institution may mark any financial institutions not meeting these criteria as non-approved.
  • a financial institution may not desire an unknown entity, e.g., an entity that has not complied with “know your customer” policies, etc., to accept digital currency issued by the financial institution.
  • the financial institution may require they pass a preapproval process before being allowed to obtain the financial institution’s digital currency.
  • the unknown entity may instead receive fiat currency or digital currency for another financial institution to satisfy the transaction at issue. While conducting the transaction in this manner may cause settlement to occur faster, the financial institution may benefit from having only approved entities (e.g., those who complied with “know your customer” policies, passed a preapproval process, etc.) being allowed to receive the financial institution’s digital currency. Further, the transaction may still be completed with fiat currency or another financial institution’s digital currency, while in conventional systems, such unknown entities may be excluded from such transactions.
  • a relationship for the first entity to the second entity is selected from the group consisting of: individual to individual, individual to individuals, individual to business, individual to businesses, individual to business and individuals, individual to businesses and individual, individual to businesses and individuals, individual to businesses and individuals, individuals to individual, individuals to individuals, individuals to business, individuals to businesses, individuals to business and individual, individuals to business and individuals, individuals to businesses and individual, individuals to businesses and individuals, business to individual, business to individuals, business to business, business to businesses, business to business and individual, business to business and individuals, business to businesses and individual, business to businesses and individual, business to businesses and individuals, businesses to individual, businesses to individuals, businesses to individuals, businesses to business, businesses to businesses, businesses to business and individual, businesses to businesses and individual, and businesses to businesses and individuals, businesses to individual, businesses to individuals, businesses to individuals, businesses to business, businesses to businesses, businesses to business and individual, businesses to businesses and individual, and businesses to businesses and individuals.
  • FIG. 5 is a diagram of an exemplary process 500 that is executed when a transaction block is determined to be invalid in accordance with some embodiments of the technology described herein.
  • the process is executed on a computing node connected to one or more computing nodes participating in a private distributed ledger for a financial institution.
  • the private distributed ledger stores one or more transaction blocks representing transactions in a digital currency that is issued by the financial institution and is fixed with respect to a fiat currency.
  • the computing node stores and maintains a copy of the private distributed ledger.
  • the computing node determines whether a digital signature of the first entity is valid.
  • the computing node denies the transaction and prevents insertion of the new transaction block into the private distributed ledger.
  • the computing node determines whether the first entity has a sufficient amount of digital currency required to complete the transaction.
  • the computing node determines that the first entity has access to an available amount of fiat currency equivalent to the sufficient amount of digital currency.
  • the computing node exchanges the available amount of fiat currency into the sufficient amount of digital currency required to complete the transaction.
  • the financial institution allows determination of availability of equivalent fiat currency and/or exchange of the equivalent fiat currency into digital currency based on permission from the first entity, e.g., a user of the financial institution. For example, when the financial institution (or another appropriate party or system) determines that the first entity does not have a sufficient amount of digital currency to complete the transaction, the financial institution may request permission from the user at the time of the transaction to determine availability of equivalent fiat currency and/or exchange of the equivalent fiat currency into digital currency.
  • the financial institution may request permission from the user at the time of the transaction to determine availability of equivalent fiat currency and/or exchange of the equivalent fiat currency into digital currency.
  • the financial institution may request permission from the user at a time prior to the transaction, i.e., the financial institution may receive preauthorization to determine availability of equivalent fiat currency and/or exchange of the equivalent fiat currency into digital currency, such as when the user’s omnibus account was opened or updated by the financial institution.
  • the financial institution may request permission from the user at the time of the transaction and may receive an indication denying the request. In such cases, the transaction may be terminated and, optionally, the related transaction block may be discarded.
  • the financial institution may receive an indication denying any future requests to determine availability of equivalent fiat currency and/or exchange of the equivalent fiat currency into digital currency, i.e., the user may opt out of the option to determine availability of equivalent fiat currency and/or exchange of the equivalent fiat currency into digital currency when a sufficient amount of digital currency is not available to complete the transaction.
  • the user may initiate or request an entirely new transaction after the sufficient amount of digital currency has been added to the user’s digital wallet.
  • not all users of the financial institution may have access to this benefit of automatic determination and exchange of equivalent fiat currency into digital currency.
  • the users who are allowed access may be determined based on the user’s credit worthiness, length of relationship between the user and the financial institution, time averaged balances of the user’s accounts, and/or other suitable metrics.
  • the computing node retransmits the new transaction block to the one or more computing nodes participating in the private distributed ledger.
  • the computing node returns to act 410 of process 400 (FIG. 4) and continues to process the retransmitted transaction block.
  • each financial institution may issue its own digital currency
  • the financial institutions may opt into a digital wallet that stores digital currencies from multiple financial institutions.
  • the digital wallet may store the respective public and private keys for digital currencies from one or more of the financial institutions.
  • the public and private keys may be used to receive or send a digital currency issued by a respective institution.
  • both the buyer and the seller may have respective digital wallets.
  • the buyer and the seller may have received their respective digital wallets with their accounts at their preferred financial institutions.
  • the buyer may use the private key for the digital currency issued by a particular institution to send an amount of the digital currency from the buyer’s digital wallet to the seller’s digital wallet.
  • the digital wallet may include multiple public and private key pairs for different digital currencies, none of the digital currencies themselves may be stored in the digital wallet. Instead, the digital currency for each financial institution may be stored and maintained in the respective financial institution’s private distributed ledger. In order to use digital currency from his digital wallet, a user may authorize use of the corresponding private key to digitally sign a transaction and store a block for the transaction in the private distributed ledger, e.g., to spend the associated digital currency.
  • the digital wallet may include software in the form of an application installed locally on a computer, a mobile phone, a tablet, or another suitable user device.
  • the digital wallet may be connected via an application programming interface (API) to a trusted third party, such as GOOGLE, APPLE, VISA, MASTERCARD, AMEX, or another suitable entity (GOOGLE, APPLE, VISA, MASTERCARD, and AMEX are registered marks of, respectively, Google LLC, Mountain View, California, USA; and Apple Inc., Cupertino, California, USA; Visa Inc., Foster City, California, USA; Mastercard Incorporated, Purchase, New York, USA; and American Express Company, New York, New York, USA).
  • the user’s private keys may be managed by the trusted third party.
  • the digital wallet may include hardware for storing the user’s private keys.
  • the hardware may include a button that the user is required to physically press or touch in order to digitally sign a transaction. Alternatively or additionally, the hardware may require that the user enter a pin before the user can digitally sign a transaction.
  • the private key may comprise one or more private keys.
  • the private key may consist of multiple private keys appended in a given order or may be a function of one or more private keys.
  • the private key may be composed of two private keys, such that the financial institution may store a first private key, and the digital wallet may store a second private key.
  • the financial institution may have multiple private keys, such that each private key may be unique to each user.
  • the user may authorize use of the corresponding private key for the digital currency to digitally sign a transaction involving the digital currency.
  • the user may authorize use of the second private key and the financial institution may automatically or manually authorize use of the first private key to digitally sign the transaction.
  • the digital wallet may provide a user with consumer rewards, loyalty points, or other suitable incentives for using the digital wallet.
  • the digital wallet may provide similar rewards as credit cards in the form of points, hotel stays, miles, cash back, or other suitable rewards.
  • financial institutions issuing digital currency may create unique relationships for accounts with their digital currency.
  • the financial institution may offer incentives directed to a hotel rewards program, an airline rewards program, or other suitable rewards programs.
  • reward levels for a user may be determined based on a balance of digital currency maintained in the user’s digital wallet, meeting one or more transaction thresholds, or other suitable means.
  • the digital wallet may provide geo-location rewards to the user. For example, when the user enters a particular store, the digital wallet may offer a two-for-one sale on a product, if purchased from the store using the digital wallet.
  • FIG. 11A-B are exemplary diagrams of a public blockchain and a decentralized computing system capable of managing the public blockchain.
  • FIG. 12A-B are block diagrams of illustrative systems for facilitating private and/or public transactions on public blockchains.
  • FIG. 11A is an exemplary diagram of a public blockchain 1100 on which an application for private and/or public transactions may be run.
  • a public blockchain e.g. blockchain 1100
  • exemplary blockchain 1100 is a continuously growing list of records, called blocks or transaction blocks, which are linked and secured using cryptography.
  • Exemplary blockchain 1100 may have blocks such as blocks 1110, 1120, 1130, and 1140.
  • Each new financial transaction may be added as a transaction block to the blockchain.
  • the block 1150 for a new financial transaction may include a cryptographic hash 1153 of the previous block, a time stamp 1152 and transaction data 1151.
  • the cryptographic hash 1153 is used to generate a fixed-length mathematical representation of a variable amount of data, such as the previous block 1140.
  • the blockchain is typically managed by the decentralized computing system such as the exemplary decentralized computing system 1160 of FIG. 11B.
  • the decentralized computing system 1160 may have multiple computing nodes 1161, 1162, 1163, and 1164, to receive a new financial transaction, generate a new transaction block 1150, validate the new transaction block 1150, and insert the new transaction block into the blockhead.
  • the new financial transaction is recorded in the transaction block 1150 typically in the form of “payer X sends Y cryptocurrency to payee Z.” Once recorded, the data in any given transaction block cannot be altered retroactively without alteration of subsequent blocks, which requires consensus of the computing nodes in the decentralized computing system 1160.
  • a public blockchain may require proof of work to confirm transactions and record new transaction blocks in the public blockchain.
  • the proof of work algorithm is needed because any entity, individual, or organization can record new transaction blocks in the public blockchain.
  • the public blockchain may require proof of stake.
  • Proof of stake is a consensus mechanism for blockchain networks where a user may validate block transactions as a function of the digital currency held by the user (e.g., proportionate).
  • a consensus mechanism may be a set of rules for all nodes in a blockchain to agree whether transactions are valid.
  • the authentication process may be done in one or more steps, in any sequence.
  • validation may also be done in one or more steps provided in any sequence, where one or multiple entities may perform one or more steps of the authentication and/or validation process (e.g., as described herein in the section ‘Validation’ and/or other suitable implementations) .
  • FIG. 12A is a block diagram of an illustrative system 1200A for facilitating private transactions on a public blockchain using a digital currency between a first entity 1210 and a second entity 1230.
  • the first and second entities, 1210 and 1230 respectively, may relate to the same financial institution in accordance with some embodiments of the technology described herein.
  • the first and second entities may represent different clients of the financial institution.
  • the first and second entities of FIG. 12A and FIG. 12B may communicate transactions to the nodes using one or more decentralized digital applications (DAPPs).
  • DAPPs decentralized digital applications
  • the first and second entities of FIG. 12A and FIG. 12B may communicate transactions to the nodes using one or more wallets.
  • the entities described may each relate to a specific blockchain client.
  • the first entity 1210 may be associated with a blockchain client 1220, where the blockchain client 1220 includes node 1221, transaction manager 1222 and enclave 1223.
  • the second entity 1230 may be associated with a blockchain client 1240, where the blockchain client 1240 includes node 1241, transaction manager 1242 and enclave 1243.
  • a third entity 1250 is also shown with blockchain client 1260 including node 1261, transaction manager 1262 and enclave 1263.
  • a transaction manager such as transaction manager 1222, 1242 and/or 1262 may facilitate automatic discovery of other transaction managers on a network of nodes and/or clients, exchange payloads with other transaction managers on a network of nodes and/or clients and store transaction data.
  • Enclaves such as 1223, 1243 and 1263 may be isolated regions of memory which are protected from other processes, allowing for security of private keys.
  • a node may store data regarding the public blockchain (e.g. a public state).
  • a node may store full blockchain data.
  • a node may store data on identifiers of blocks (e.g. such as blocks 1110, 1120, 1130, and 1140) of a public blockchain (e.g. blockchain 1100).
  • a block identifier may be a block header.
  • the data on identifiers of blocks may be a chain of headers (e.g. header chain).
  • a node may also store data regarding private transactions between the blockchain client that the node belongs to and another blockchain client. For example, the node may store data on a private state.
  • the system of FIG. 12A may be used to facilitate private transactions on a public blockchain.
  • the node 1221 may receive a transaction for transferring an amount of digital currency from the first entity 1210 to the second entity 1230.
  • the first entity and the second entity may be customers relating to the same financial institution.
  • the first entity may request a transfer of the amount of digital currency from the first entity’s digital currency account at the financial institution.
  • the node 1221 may generate a new transaction block representing the transaction to be distributed to blockchain clients on the network.
  • the node 1221 may transmit the new transaction block to blockchain clients 1220, 1240 and 1260 (e.g., using a peer-to-peer network (P2P)).
  • P2P peer-to-peer network
  • Each blockchain client on the network may subsequently attempt to process the transaction.
  • attempting to process the transaction may include making a call to the transaction manager to determine if the blockchain client holds the transaction. Based on an indication that the blockchain client does hold the transaction, the blockchain client (e.g. blockchain client 1220, 1240) may perform execution of the transaction. The execution of the transaction may update data regarding private transmissions (e.g. private state).
  • private transmissions e.g. private state
  • Generating a new transaction block may include the node 1221 sending the transaction to the transaction manager 1222 with a request to store the transaction payload.
  • the transaction manager 1221 may call enclave 1223 to validate the sender and encrypt the payload.
  • the enclave may verify the private key for blockchain client 1220, and if validated, the enclave may process the transaction.
  • the transaction manager 1222 may calculate a hash of the encrypted payload and then store the encrypted payload and encrypted random master keys (RMKs) against the hash in the database.
  • the transaction manager 1222 may send data associated with the transaction to the transaction manager 1242 of blockchain client 1240.
  • the data associated with the transaction may include the encrypted payload, an encrypted RMK, nonces to transaction manager of blockchain client 1240.
  • transaction manager 1242 may change the transaction’s value to indicate to other nodes a private transaction with an associated encrypted payload.
  • transactions may be configured to execute under one or more conditions. For example, a user may configure a transaction such that the transaction executes when a threshold is exceeded, at a certain time, based on one or more other transactions, and/or the like. In some examples, a user may configure a transaction such that the transaction executes on delivery of a good (e.g., once a good has been delivered, on confirmation of delivery of a good, etc.) or on completion of a service. A user may configure a transaction through programming.
  • the transaction may be implemented as one or more smart contracts deployed on a node.
  • a smart contract may comprise computer code that automatically executes an agreement and may be stored on a blockchain-based platform.
  • a public store of a node may comprise public states of contracts that are public (e.g. are synchronized globally).
  • a private store of a node may comprise private states of contracts that are private (e.g. are not synchronized globally).
  • executing the smart contract may complete a transaction between blockchain client 1210 and 1230.
  • the system 1200A of FIG. 12A may be used to facilitate public transactions on a public blockchain.
  • the node 1221 may receive a transaction for transferring an amount of digital currency from the first entity 1210 to the second entity 1230.
  • the first entity and the second entity may be customers relating to the same financial institution.
  • the first entity may request a transfer of the amount of digital currency from the first entity’s digital currency account at the financial institution.
  • the transaction may be broadcasted to the network (e.g. using a peer to peer (P2P) network) and added to a transaction block representing the transactions to be distributed to blockchain clients on the network.
  • P2P peer to peer
  • the system 1200A of FIG. 12A may be used to facilitate both private and public transactions on a public blockchain.
  • private and public transactions may be created and executed as described herein.
  • the first entity 1210 may optionally indicate that a transaction is a private transaction and/or a public transaction when sending a transaction to the node 1221.
  • FIG. 12B is a block diagram of an illustrative system 1200B for facilitating private transactions on a public blockchain using a digital currency between a first entity 1210 and a second entity 1230.
  • the first and second entities, 1210 and 1230 respectively, may relate to different financial institutions in accordance with some embodiments of the technology described herein.
  • the first entity 1210 may be associated with a blockchain client 1220, where the blockchain client 1220 includes node 1221, transaction manager 1222 and enclave 1223.
  • the second entity 1230 may be associated with a blockchain client 1240, where the blockchain client 1240 includes node 1241, transaction manager 1242 and enclave 1243.
  • the first and second entities of FIG. 12A and FIG. 12B may communicate transactions to the nodes using one or more decentralized digital applications (DAPPs).
  • DAPPs decentralized digital applications
  • the first and second entities of FIG. 12A and FIG. 12B may communicate transactions to the nodes using one or more wallets.
  • system 1200B of FIG. 12B may be used to facilitate both private and/or public transactions on a public blockchain using the methods and techniques above in relation with FIG. 12 A.
  • each node may comprise a private and/or public store.
  • a node e.g. 1221, 1241 may store data regarding the public blockchain (e.g. a public state).
  • a node may store full blockchain data.
  • a node may store data on identifiers of blocks (e.g. such as blocks 1110, 1120, 1130, and 1140) of a public blockchain (e.g. blockchain 1100).
  • a block identifier may be a block header.
  • the data on identifiers of blocks may be a chain of headers (e.g. header chain).
  • a node may also store data regarding private transactions between the blockchain client that the node belongs to and another blockchain client.
  • the node may store data on a private state.
  • the transactions may be on-chain transactions such that the transactions occur on a blockchain and are reflected on the distributed, public ledger.
  • the on-chain transactions are validated or authenticated and update to the blockchain network.
  • the digital currency issued as a result of the transaction is issued by one of the financial institutions.
  • the financial institution issuing the digital currency may complete the transaction using a centralized clearing house described herein or a conventional inter-bank transfer system, (e.g. ACH).
  • ACH inter-bank transfer system
  • a purchase transaction is facilitated between two entities, a customer and a store, relating to different financial institutions.
  • a financial institution such as a bank, may issue a digital currency card for transactions in the bank’s digital currency.
  • the bank’s customer may visit a store that keeps funds with a different bank.
  • the bank’s customer may provide the digital currency card to pay for an item using the bank’s digital currency.
  • the bank provides a digital wallet as described herein, e.g., with respect to FIGs. 6 and 7.
  • the digital wallet may be facilitated using a DAPP as described herein.
  • the bank’s customer may use the digital wallet to pay for an item using the bank’s digital currency.
  • the bank provides a device that can accept the bank’s digital currency card and/or digital wallet and notify a server at the bank to complete the transaction.
  • a machine provided by VISA, MASTERCARD, AMEX, SQUARE, or another payment company, can accept the digital currency card (VISA, MASTERCARD, AMEX, and SQUARE are registered marks of, respectively, Visa Inc., Foster City, California, USA; Mastercard Incorporated, Purchase, New York, USA; American Express Company, New York, New York, USA; and Square, Inc., San Francisco, California).
  • the machine may relay information regarding the transaction to the payment company’s processing center, which in turn notifies the bank. Subsequently, a server at the bank may complete the transaction.
  • the digital currency is exchanged for fiat currency, such as the United States Dollar, which is then transferred to the store’s account at the other bank.
  • the store’s bank may exchange the received fiat currency into the other bank’s digital currency and deposit it into the store’s digital currency account via exchange 1270.
  • the digital currency received in the store’s digital currency account is different from the digital currency transferred from the customer’s digital currency account. This is because the digital currencies issued by the two banks may be different and not interchangeable. However, transfers from one digital currency account at a bank to another digital currency at a different bank may be accomplished via an intermediary conversion to a fiat currency, such as the United States Dollar.
  • FIG. 13 is a diagram of an exemplary process 1300 for facilitating a private transaction on a blockchain between a first entity and a second entity using a digital currency issued by a financial institution and fixed with respect to a fiat currency.
  • the method may be implemented on a first client of a network of clients.
  • the first client related to the first entity receives a transaction for transferring an amount of digital currency from the first entity to the second entity, wherein the first entity and the second entity relate to the financial institution.
  • the first and second entity may be any entity described herein, including those described in relation with FIG. 3.
  • the first client transmits data associated with the transaction to a second client of the network, wherein the second client is associated with the second entity.
  • the data associated with the transaction to the second client includes the encrypted payload of the transaction.
  • the data associated with the transaction to the second client includes an encrypted RMK.
  • the data associated with the transaction to the second client includes nonces to a transaction manager of the second client.
  • the first client may generate a transaction block.
  • the transaction may only be processed by clients that hold the transaction.
  • the clients that hold the transaction comprise clients associated with the first and second entity.
  • the clients that hold the transaction include the first and second client.
  • the first client transmits the new transaction block to one or more clients participating in the network.
  • the new transaction block transmits to all clients participating in the network.
  • the transaction block comprises data relating to the transaction.
  • FIG. 14 is a diagram of an exemplary process 1400 for facilitating a private transaction on a blockchain between a first entity and a second entity using a digital currency issued by a financial institution and fixed with respect to a fiat currency.
  • the method may be implemented on a first client of a network of clients.
  • the first and second entity may be any entity described herein, including those described in relation with FIG. 3.
  • the first client may receive a transaction block from a second client related to the first entity of the network of clients.
  • the new transaction block transmits to all clients participating in the network.
  • the transaction block comprises data relating to the transaction.
  • the first client determines if a transaction manager of the first client holds a transaction associated with the transaction block. In some embodiments, the first client may determine if the transaction manager holds the transaction by making a call to the transaction manager of the first client.
  • the first client updates a private state of a node of the first client.
  • a private state of a node of a client may include data associated with private transactions between the client and other clients on the network.
  • FIG. 6 is a diagram of an exemplary process for creating and/or populating a digital wallet using a digital currency in accordance with some embodiments of the technology described herein.
  • a customer of a financial institution may deposit fiat currency, e.g., United States Dollar (USD), for an account at the financial institution.
  • USD United States Dollar
  • the financial institution may open the account for the customer and deposit the customer’s fiat currency into the account.
  • the financial institution may be pre-certified by the clearing house for opening accounts for some or all users of the financial institution. For example, a financial institution may be ranked based on rules from the clearing house that rate financial institutions. Based on a high rank for the financial institution, the financial institution may be allowed to open accounts for some or all users based on a uniform set of rules received from the clearing house. For example, the financial institution may be allowed to open accounts for users of the financial institution that are credit-worthy, have a threshold number of years of relationship with the financial institution, have a threshold amount of time-averaged balances across their accounts, and/or comply with other suitable metrics.
  • the financial institution may be pre-certified by the clearing house for authorizing users and performing certain transactions for some or all users of the financial institution. Based on a high rank for the financial institution, the financial institution may be allowed to perform certain transactions for some or all users based on a uniform set of rules received from the clearing house.
  • the transaction may include a user purchasing an aspect of a virtual reality (VR), augmented reality (AR), and/or extended reality (XR) using digital currency.
  • a user may purchase an avatar, one or more virtual objects, virtual real estate, virtual money and/or the like for use in a VR, AR, or XR world or worlds otherwise referred to as metaverse.
  • Aspects of this disclosure may be equally applicable to transactions conducted in such metaverse embodiments and these aspects may be used to conduct transactions using one or more digital currencies in such metaverse embodiments.
  • a first amount of digital currency used by the user during a purchase of a good may be refunded to the user in certain cases.
  • the first amount of digital currency may be a purchase price of the good or less than the purchase price of a good. The amount may be refunded if the goods were not delivered, if the delivered goods were different from the purchased goods and/or damaged.
  • a digital currency used by the user during a purchase of a good may only be taken from an account (e.g., digital currency account, digital wallet) of the user when the purchased good is delivered under certain circumstances. For example, the digital currency may not leave the account if the good was not delivered, if the delivered good was different from a purchased good and/or damaged
  • a financial entity may delay the transfer of digital currency out of the digital wallet and or digital currency account if the financial entity does not recognize the seller, if the user has never purchased from the seller previously through the digital wallet, and/or the like.
  • the seller’s account and/or digital wallet may show that the funds (e.g., digital currency) are on hold after the purchase of the good, but before the transaction is executed.
  • the buyer’s account and/or digital wallet may show that the funds (e.g., digital currency) are on hold after the purchase of the good, but before the transaction is executed.
  • the transaction may be automatically executed and the digital currency removed from the user’s digital currency account and/or digital wallet when one or multiple criteria are met.
  • the transaction may execute after a predetermined period of time.
  • the transaction may be executed after manual confirmation and/or indication of the buyer that the transaction is authorized by the user.
  • the digital wallet may further comprise information identifying a credit rating of the user.
  • the credit rating may be accessed by third parties (e.g., vendors) to make one or more credit decisions.
  • the customer may request an exchange of a portion of his fiat currency, e.g., $100, into a digital currency issued by the financial institution, e.g., $AA100SC (i.e., digital currency issued by financial institution AA and fixed with respect to USD), where SC may refer to standard coin, stable coin, or another suitable reference to a digital currency that is fixed with respect to a fiat currency.
  • a digital currency issued by the financial institution e.g., $AA100SC (i.e., digital currency issued by financial institution AA and fixed with respect to USD)
  • SC may refer to standard coin, stable coin, or another suitable reference to a digital currency that is fixed with respect to a fiat currency.
  • the financial institution may send a notice to a clearing house with information regarding the requested exchange from the customer and receive approval of the customer and/or the transaction by clearing house.
  • the clearing house may implement “know your customer” policies to standardize the process for issuing digital wallets to customers and/or approving third parties to be entrusted with holding digital currencies for customers.
  • the financial institution may be pre-certified by the clearing house for authorizing users and performing certain transactions for some or all users of the financial institution. Based on a high rank for the financial institution, the financial institution may be allowed to perform certain transactions for some or all users based on a uniform set of rules received from the clearing house.
  • the financial institution may be allowed to perform currency exchange transactions for most or all users but may be allowed to perform commodity exchange transactions for only those users that are credit-worthy, have a threshold number of years of relationship with the financial institution, have a threshold amount of time-averaged balances across their accounts, and/or comply with other suitable metrics.
  • the financial institution may record the transaction on a private distributed ledger for the digital currency and transfer the fiat currency from the user’ s account to an omnibus account (details for which are provided further below).
  • the financial institution may issue the equivalent digital currency and transfer the digital currency to the user’s digital wallet.
  • the financial institution may request creation of the digital wallet prior to transferring the digital currency to the user’s digital wallet.
  • the digital wallet may hold a digital currency that is issued by a financial institution and fixed with respect to a fiat currency, e.g., United States Dollar (USD), and another digital currency that is issued by another financial institution and fixed with respect to the same fiat currency.
  • USD United States Dollar
  • the digital wallet may include $AA100SC (i.e., digital currency issued by financial institution AA and fixed with respect to USD) and $BB100SC (i.e., digital currency issued by financial institution BB and fixed with respect to USD).
  • the customer’s digital wallet may hold multiple types of digital currencies from financial institutions that have opted into the digital wallet.
  • the customer when the customer’s digital wallet receives a digital currency issued by a particular financial institution, the customer may be presented with one or more options to store the digital currency in the customer’s digital wallet, exchange the digital currency issued by the particular financial institution into digital currency issued by another financial institution, and/or exchange the digital currency into equivalent fiat currency.
  • the customer’s digital wallet may receive $AA100SC (i.e., digital currency issued by financial institution AA and fixed with respect to USD), and the customer may decide to store this digital currency in the customer’s digital wallet. Additionally or alternatively, the customer may select an option at a prior time to preauthorize storage of any received digital currency issued by a particular financial institution, e.g., financial institution AA or another financial institution, into the customer’s digital wallet.
  • $AA100SC i.e., digital currency issued by financial institution AA and fixed with respect to USD
  • the customer may select an option at a prior time to preauthorize storage of any received digital currency issued by a particular financial institution, e.g., financial institution AA or another financial institution, into the customer’s digital wallet.
  • the customer’s digital wallet may receive $BB100SC (i.e., digital currency issued by financial institution BB and fixed with respect to USD), and the customer may decide to exchange this digital currency into digital currency issued by another financial institution, e.g., financial institution AA.
  • the digital currency issued by financial institution BB, $BB 100SC may be converted into digital currency issued by financial institution AA, $AA100SC, and stored in the customer’s digital wallet.
  • the customer may select an option at a prior time to preauthorize exchange of any digital currency not issued by a particular financial institution into digital currency issued by the particular financial institution, e.g., financial institution AA or another financial institution.
  • the customer may prefer financial institution AA because the customer holds an account with that financial institution, the customer trusts that financial institution more than other financial institutions (e.g., due to superior reputation, large holdings, favorable location, and/or another suitable criteria), the customer receives reward points and/or another benefit for storing digital currency issued by that financial institution, and/or another suitable reason for preferring that financial institution.
  • the customer may select an option that digital currency issued by financial institution BB should be exchanged into digital currency issued by another financial institution before being stored in the digital wallet.
  • the customer may be presented with options for other digital currencies for the exchange at the time of receiving digital currency issued by financial institution BB.
  • the customer may specify at a prior time a preferred digital currency for exchanging any received digital currency issued by financial institution BB.
  • the customer may not want to store digital currency issued by financial institution BB because of lack of trust or preference for financial institution BB (e.g., due to inferior reputation, small holdings, unfavorable location, or another suitable criteria) and/or another suitable reason.
  • the customer’s digital wallet may receive digital currency issued by a financial institution, e.g., $AA100SC (i.e., digital currency issued by financial institution AA and fixed with respect to USD), and the customer may decide to exchange this digital currency into equivalent fiat currency, i.e., $100 USD. Additionally or alternatively, the customer may select an option at a prior time to preauthorize exchange of any digital currency issued by a financial institution into equivalent fiat currency. Additionally or alternatively, the customer may select an option that digital currency issued by a particular financial institution, e.g., financial institution BB, should be exchanged into equivalent fiat currency. The customer may be presented with the option to exchange into the fiat currency at the time of receiving digital currency issued by financial institution BB.
  • a financial institution e.g., $AA100SC
  • equivalent fiat currency i.e., $100 USD.
  • the customer may select an option at a prior time to preauthorize exchange of any digital currency issued by a financial institution into equivalent fiat currency.
  • the customer may select an
  • the customer may specify at a prior time that any received digital currency issued by financial institution BB should be exchanged into equivalent fiat currency.
  • the customer may not want to store digital currency issued by financial institution BB because of lack of trust or preference for financial institution BB (e.g., due to inferior reputation, small holdings, unfavorable location, or another suitable criteria) and/or another suitable reason.
  • the digital wallet may hold a digital currency that is fixed with respect to a fiat currency, e.g., United States Dollar (USD), and another digital currency that is fixed with respect to a different fiat currency, e.g., Euro (EUR).
  • USD United States Dollar
  • EURO Euro
  • These digital currencies may be issued by the same financial institution or different financial institutions.
  • the digital wallet may include $AA100SC (i.e., digital currency issued by financial institution AA and fixed with respect to USD) and €AA100SC (i.e., digital currency issued by financial institution AA and fixed with respect to EUR).
  • the digital wallet may include $AA100SC (i.e., digital currency issued by financial institution AA and fixed with respect to USD) and €BB 100SC (i.e., digital currency issued by financial institution BB and fixed with respect to EUR).
  • a user’s digital wallet may include one or more rules, e.g., to implement a tiered or ranking system, for accepting and sending out digital currency.
  • the rules may be received from one or more financial institutions, one or more users, a clearing house for processing digital currency transactions using the digital wallet (details for which are provided further below), or another authorized source.
  • the user’s primary financial institution may be assigned “Tier 1-A” status, signifying that the user may prefer to accept and/or store digital currency issued by the user’s primary financial institution.
  • the tiered or ranking system may be implemented based on rules received from a clearing house that rates financial institutions.
  • the clearing house may include one or more financial institutions issuing digital currency and/or other entities suited to ranking such financial institutions.
  • the digital wallet may send out digital currency in reverse tier order. For example, if the user wishes to send digital currency equivalent to $100, the digital wallet may select, from the available digital currencies in the digital wallet, the digital currency issued by the lowest tier financial institution. In some embodiments, the user of the digital wallet may specify one or more financial institutions whose digital currencies the user may wish to accept and/or reject. Alternatively or additionally, the user may specify one or more financial institutions whose digital currencies that are acceptable but need to be converted to fiat currency on receipt.
  • a user of the digital wallet may request conversion of digital currency in their digital wallet into fiat currency or another digital currency.
  • a user of the digital wallet may request a financial institution to exchange the financial institution’s digital currency into fiat currency.
  • a customer of a financial institution may request that digital currency issued by the financial institution, e.g., $AA100SC, be converted into equivalent fiat currency, e.g., $100.
  • the financial institution may record the transaction on its private distributed ledger and issue the equivalent fiat currency to the customer.
  • a user of the digital wallet may request a financial institution to exchange another financial institution’s digital currency into fiat currency.
  • a customer of a financial institution AA may request that digital currency issued by another financial institution BB, e.g., $BB100SC, be converted into equivalent fiat currency, e.g., $100.
  • the financial institution AA may record the transaction on its private distributed ledger, send the transaction to a clearing house (details for which are provided further below), and/or send the transaction to the financial institution BB, in order to issue the equivalent fiat currency to the consumer.
  • the financial institution AA may issue the equivalent fiat currency to the customer from its own reserves (e.g., if the financial institution BB is high ranked) and receive the fiat currency from the financial institution BB when the two financial institutions settle their accounts on a periodic basis.
  • the financial institution AA may wait for the fiat currency to be received from the financial institution BB before issuing the equivalent fiat currency to the customer (e.g., if the financial institution BB is low ranked).
  • the financial institution holding a reserve of fiat currency may be a private bank, and/or the government, including the Federal Reserve (e.g. Central bank, regional reserves, etc.).
  • a financial institution receiving digital currency issued by another financial institution may apply a tiered or ranking system for determining appropriate timing for completing the transaction (e.g., Tier 1 - Tier 5).
  • financial institutions in the highest tier e.g., Tier 1, may settle all transactions between them once a month or when a certain limit is reached.
  • a financial institution in the highest tier e.g., Tier 1
  • entering a transaction with a financial institution in the lowest tier may require the lowest tier financial institution to immediately complete the transaction and transfer the digital currency and/or fiat currency.
  • a user of the digital wallet may request a financial institution to exchange the financial institution’s digital currency that is fixed with respect to a fiat currency into digital currency that is fixed with respect to a different fiat currency.
  • the user may request the financial institution to exchange $AA100SC (i.e., digital currency issued by the financial institution and fixed with respect to USD) into €AA86.33SC (i.e., digital currency issued by the financial institution and fixed with respect to EUR, based on the current exchange rate).
  • the financial institution may record the currency exchange on its private distributed ledger and transfer the requested digital currency to the user’s digital wallet.
  • the financial institution may maintain an omnibus account, or multiple accounts, for each fiat currency that supports a corresponding digital currency issued to all its customers.
  • the financial institution may transfer out an amount of fiat currency, e.g., USD, from the omnibus account for the fiat currency and transfer in an equivalent amount of the exchanged currency, e.g., EUR, to the omnibus account for the exchanged currency.
  • fiat currency e.g., USD
  • an equivalent amount of the exchanged currency e.g., EUR
  • a user of the digital wallet may request conversion of government issued digital currency in their digital wallet into fiat currency or another digital currency, such as a financial institution issued digital currency or a digital currency issued by another government.
  • a user of the digital currency account may request a financial institution to exchange the government issued digital currency into fiat currency.
  • a customer of a financial institution may request that digital currency issued by the government be converted into equivalent fiat currency.
  • the financial institution may record the transaction on its private distributed ledger and issue the equivalent fiat currency to the customer.
  • a user of the digital currency account may request a financial institution to exchange government issued digital currency into digital currency issued by another government.
  • a customer of a financial institution AA may request that digital currency issued by government GA, e.g., $GA100SC, be converted into equivalent digital currency issued by a second government, e.g., $GB 100SC.
  • the financial institution AA may first determine using digital currency exchange rates, the correct equivalent amount of digital currency issued by the second government.
  • the government issued digital currency is based on the fiat of the same government.
  • the digital currency exchange rates may then be based on the currency rates between fiat of the two governments and may be fixed and/or flexible.
  • the financial institution may record the transaction on its private distributed ledger.
  • a user of the digital currency account may request a financial institution to exchange government issued digital currency into digital currency issued by the financial institution.
  • a customer of a financial institution AA may request that digital currency issued by government GA, e.g., $GA100SC, be converted into equivalent digital currency, e.g., $AA100SC.
  • the financial institution may record the transaction on its private distributed ledger and issue the equivalent financial institution issued digital currency to the customer.
  • the digital currency account may be held by each individual or may be held by the financial institution.
  • the government entity issues the digital currency the users may have an account with the government entity and the government entity may hold the digital currency.
  • the government also holds fiat for a fiat-based government issued digital currency.
  • the financial institution tracks ownership of digital currency issued by the financial institution, which has deposit insurance for an amount of fiat currency that is equivalent in value to an amount of the digital currency, being backed or supported by the fiat currency in an omnibus account at the financial institution.
  • the financial institution may maintain in the omnibus account an amount of fiat currency equivalent to an amount of digital currency issued thus far by the financial institution.
  • the omnibus account may be used to back the issued digital currency.
  • Deposit insurance may be available for such a fiat currency account.
  • FDIC Federal Deposit Insurance Corporation
  • the financial institution may track ownership of the issued digital currency and obtain insurance for the equivalent fiat currency for each account holder.
  • the digital wallet may include an indication of which country is insuring the financial institution relating to the digital currency in the digital wallet or that the financial institution is not insured relating to the digital currency in the digital wallet for the user.
  • the digital wallet may include color and/or code indications regarding which country is insuring the financial institution relating to the digital currency in the digital wallet.
  • the omnibus account may be used to satisfy government regulations relating to currency exchange transactions (and, optionally, in addition to the KYC procedures described above). For example, in the United States, the Office of the Comptroller of the Currency (OCC) enforces regulations relating to currency exchange. Accordingly, the financial institution may maintain an omnibus account for each fiat currency that is used to back a digital currency issued by the financial institution, where ownership of the omnibus account is tied to each holder of digital currency.
  • the received request for currency exchange is performed in realtime, and a current currency exchange rate is applied to the request.
  • the received request for currency exchange is set to happen at an exchange price or based on an exchange price at the time of the transaction. Having the received request for currency exchange based on an exchange price at the time of the transaction may be advantageous to have an exact amount of currency needed being converted; however, this embodiment may carry a risk of price fluctuation affecting the final exchange price used for the transaction.
  • the user of the digital wallet may set one or more notifications relating to fiat currency exchange rates in order to decide a suitable time to execute the currency exchange transaction.
  • foreign exchange settlement can have significant transaction cost, particularly for traveling consumers or non-enterprise entities.
  • the described systems and methods may allow the user to exchange foreign currency and/or access foreign currency prices in real time or near real time. This process may be more efficient than conventional foreign exchange markets and provide time and/or cost benefits to individual consumers and enterprises alike.
  • This system may be a viable alternative to conventional foreign exchange markets and handle all related transactions or be complementary to conventional foreign exchange markets and handle transactions that need to be real time and/or cost effective compared to the conventionally available options for currency exchange.
  • the user can access different exchange prices for one or more foreign currencies from multiple entities providing foreign exchange services. The user may select a particular entity for their foreign currency exchange transaction based on better pricing, reputation, speed of transaction, and/or suitable factors related to the particular entity.
  • the user may be interested in exchanging a USD-backed digital currency into a EUR-backed digital currency.
  • the user may be interested in exchanging a USD-backed digital currency into a commodity, such as gold, silver, platinum, copper, oil, natural gas, corn, soybeans, wheat, cocoa, coffee, cotton, sugar, or another suitable commodity.
  • the commodity may either be owned by a financial institution, or the financial institution may own rights to the commodity.
  • the commodity may be represented as a digitized asset, e.g., in the form of a token, that can be included in a digital transaction and/or stored in the user’s digital wallet.
  • the commodity may include assets such as real estate, where the digitized asset may show what percentage or interest is owned in an asset or a group of assets.
  • one or more rules may be established (e.g., a smart contract of a limited liability company), e.g., for raising future capital if needed, for sale and financial of the asset or the group of assets, for transfer of the digitized assets, and/or another suitable rule.
  • one or more rules may be provided to automatically allocate digital currency to different entities, such as shareholders or another suitable entity.
  • the digitized asset for the commodity may be stored in a separate area of the user’s digital wallet.
  • the user’s digital wallet may indicate the current value, an amount of the commodity owned, the value at the time of the transaction, and/or indicate to the user that the value of the digitized asset may fluctuate based on the commodity’s value.
  • one or more rules for price fluctuation may be established, e.g., quarterly, annually, or another suitable appraisal period.
  • the entity holding the asset may be responsible for taxes, the holder of the interest may be responsible for taxes (e.g., similar to a real estate investment trust, a limited liability company, etc.), and/or another suitable party, or a combination thereof.
  • foreign holders of interest may receive a tax advantage where the foreign holder, e.g., outside the United States, selling their interest may not owe taxes to the United States.
  • the transfer taxes on sale of a foreign holder’s interest may be different depending on the foreign holder’s location, the asset’s location, the type of asset, and/or another suitable constraint, or a combination thereof.
  • the token may be non-fungible.
  • the non-fungible token may be a form of digital currency.
  • the non-fungible token may be unique and non-interchangeable for any other token.
  • the non-fungible token may be a unique digital artwork and/or music, domain names, a digital collectible (e.g., CryptoKitties, memes), an artificial intelligence (Al) character, a ticket, a part of a virtual world, a part of a game such as a digital object used in games, item having utility (e.g., a specific function), providing owners with voting rights and/or the like.
  • a digital collectible e.g., CryptoKitties, memes
  • Al artificial intelligence
  • the non-fungible token may be associated with stocks, options, and/or other suitable financial instruments and/or commodities, real estate, and/or other suitable non-financial instruments (e.g., the NFT may represent at least a portion of a stock, an option, and/or another suitable financial instrument and/or at least a portion of a commodity, real estate, and/or another suitable non-financial instrument).
  • the token may be fungible.
  • a fungible token may be a token that is replaceable with another identical token.
  • a combined value of one or more non- fungible tokens may be proportionally allocated as individual fungible tokens representing stakes in the combined value.
  • the NFT may be a collective NFT and a creator of the NFT may sell the NFT to a decentralized autonomous organization (DAO) in exchange for tokens issued by the DAO.
  • the NFTs may back the issued tokens.
  • the issued tokens may provide a user with voting rights on projects related to the DAO.
  • the token may be a digital representation of a digital currency.
  • the digital asset may be a wrapped digital currency.
  • the digital currency may be tokenized by requiring a user to lock an amount of digital currency in order to receive tokens fixed with respect to the value of the digital currency.
  • the digital currency may be tokenized using an entity (e.g., any entity described herein).
  • the user may transfer a first amount of digital currency to the entity.
  • the transferred digital currency may be locked using a smart contract by the entity, and the entity may send an equivalent amount of tokenized digital currency to the user’s digital wallet and/or to an associated account.
  • the user may directly transmit digital currency to a smart contract and receive an equivalent amount of tokenized digital currency.
  • the digital currency may be a digital currency on a first public or private blockchain as described herein and the tokenized digital currency may be a digital currency on a second public or private blockchain as described herein.
  • a digital wallet of a user may be configured to tokenize the digital currency as described.
  • an owner of tokens issued by a decentralized autonomous organization (DAO) may be provided with voting rights on projects related to the DAO.
  • the DAO may operate using smart contracts which define how assets associated with the DAO (e.g., digital currency, tokens, stocks, commodities, fiat, etc.) are used.
  • Those with a stake in a DAO may use their voting rights to influence operations of the DAO.
  • the DAO may change rules set by smart contracts through a governance system of the DAO (e.g., majority vote may lead to change).
  • the user may set a notification for a favorable exchange rate and/or a range of favorable exchange rates.
  • the user may initiate the currency exchange or commodity exchange transaction.
  • the user may allow the digital wallet to automatically initiate the currency exchange or commodity exchange transaction on receipt of the notification.
  • the financial institution may regulate and approve or deny the ability for the user to receive and/or initiate currency exchange or commodity exchange transactions.
  • the financial institution may require the user to indicate whether the transaction(s) are related to personal use or investment purposes.
  • the financial institution may take into account this information when approving or denying the ability for the user to receive and/or initiate currency exchange or commodity exchange transactions.
  • the financial institution may provide currency exchange or commodity exchange transaction facilities to all its customers.
  • the financial institution may provide currency exchange or commodity exchange transaction facilities to customers after approving each customer on an individual basis.
  • recipients of digital currency e.g., retailers, business users, friends, etc.
  • a recipient user may opt to accept payments in a digital currency backed by another fiat currency or a commodity.
  • the recipient’s financial institution may allow the recipient to convert another financial institution’s digital currency into their digital currency, fiat currency, or another suitable conversion.
  • the financial institution may allow an accredited investor access to trade or hold certain assets. For example, the recipient may be allowed to receive or purchase an asset or a pool of assets if the recipient is recognized as an accredited investor by the financial institution.
  • the digital currency held by the recipient in their digital wallet, or another suitable location may be presented to the recipient as general fiat digital currency (e.g., a US Dollar backed stable coin).
  • general fiat digital currency e.g., a US Dollar backed stable coin
  • the financial institution specific digital currencies may be exposed or hidden.
  • the recipient may request to see details of their digital currency holdings and get a breakdown of digital currencies from different financial institutions.
  • the recipient holding USD backed digital currencies may see that out of $10,000 in digital currency, $5000 are held in a digital currency issued by a first financial institution, $3000 are held in a digital currency issued by a second financial institution, and $2000 are held in a digital currency issued by a third financial institution.
  • the financial institutions issuing their respective digital currencies may opt into a centralized clearing house.
  • the clearing house may implement its own private distributed ledger for recording all transactions including in digital currencies from two different financial institutions.
  • the clearing house may include one or more clearing houses having one or more private distributed ledgers to implement the systems and methods described herein.
  • the private distributed ledger may interact with a public ledger and/or run on a public ledger.
  • functionality to conduct private transactions for the private distributed ledger may be implemented using an application that runs on a public blockchain.
  • This public blockchain may optionally provide support for other financial and/or non-financial applications in addition to the functionality for conducting private transactions for the private distributed ledger.
  • a portion within a public distributed ledger, a portion can be designated as private and the distribution more limited based on the digital currency, user, and/or other suitable information. Additionally or alternatively, a private distributed ledger may share or receive information and/or transaction blocks from or with/within a public system. The described systems and methods may be implemented using any one or more of the distributed ledgers described herein or another suitable variation thereof. In some embodiments, the transactions may be recorded in the private distributed ledger of each financial institution involved in the transaction and the private distributed ledger of the clearing house.
  • the private distributed ledger of the clearing house may include transactions between users from different financial institutions (including transactions between users of the same financial institution), but the private distributed ledger of each financial institution may only include transactions between users of the same financial institution or transactions involving a user of the financial institution as a party to the transaction.
  • the transaction may be recorded in the financial institution’s private distributed ledger and subsequently relayed for recordation in the clearing house’s private distributed ledger.
  • the transaction may be simultaneously recorded in the financial institution’s private distributed ledger and the clearing house’s private distributed ledger.
  • the transaction may be recorded in the clearing house’s private distributed ledger and once approved by the clearing house, recorded in the financial institution’s private distributed ledger.
  • the clearing house may be implemented using computing nodes (e.g., computing nodes 156, 160 and/or 162 (FIG. 1, illustrative system 150)) that store and maintain a copy of a private distributed ledger 158 for the clearing house.
  • the private distributed ledger may store one or more transaction blocks representing transactions in digital currencies and involving two or more different financial institutions.
  • a store that keeps its funds in a particular bank’s digital currency account can accept digital currency issued from another bank because the transaction may be cleared through the clearing house as a transaction that involves a different financial institution from that of the store.
  • the clearing house may record a transaction and optionally notify one or both the financial institutions regarding appropriate timing for completing the transaction.
  • the clearing house may incorporate a tiered structure for ranking financial institutions based on asset size, debt rating, financial solvency tests and/or other suitable criteria for each financial institution.
  • Clearing is the transfer and confirmation of information between the payer (sending financial institution) and payee (receiving financial institution).
  • Settlement is the actual transfer of digital currency between the payer’s financial institution and the payee’s financial institution. Settlement discharges the obligation of the payer financial institution to the payee financial institution with respect to the transaction.
  • financial institutions in the highest tier may settle all transactions between them only once a month or if a balance limit is exceeded.
  • a transaction between a financial institution in the highest tier and a financial institution in the lowest tier may settle on an individual transaction basis or when a balance limit is exceeded.
  • the clearing house may record the transaction between a customer of a first financial institution, e.g., a buyer, and a customer of a second financial institution, e.g., a merchant.
  • the buyer may make a purchase with digital currency issued by the first financial institution.
  • the merchant may receive payment in digital currency issued by the first financial institution.
  • the merchant may keep some or all the received digital currency issued by the financial institution, transfer to digital currency issued by the second financial institution, transfer to fiat currency, or a combination thereof.
  • the merchant may specify an order or preference for keeping and/or transferring received digital currency prior to the transaction, at the time of the transaction, or another suitable means of specifying the order or preference.
  • the respective financial institutions may move equivalent fiat currency in or out of their respective omnibus accounts and settle the transaction at a later time, e.g., based on appropriate timing for completing the transaction as notified by the clearing house.
  • the funds may be marked as red/yellow, or another suitable indicator(s), in the digital wallet of the recipient and/or the private distributed ledgers to represent a pending status until the financial institutions settle the transaction.
  • the pending status may be beneficial for payment on delivery or cash on delivery transactions where the buyer may inspect a purchased product on receipt and approve immediate payment.
  • each individual transaction may receive a unique transaction number that may be used to track the transaction across the private distributed ledgers for the clearing house and the involved financial institutions. For example, in a transaction involving transfer of digital currency from one financial institution to another, the transaction may be independently recorded in the private distributed ledger of each financial institution and the private distributed ledger of the clearing house. The independent recordations of the transactions may be tracked using the unique transaction number assigned to the transaction. The unique transaction number may be assigned by either financial institution, the clearing house, or another entity suitable for issuing such unique transaction numbers.
  • the clearing house may be the authority for disputes regarding transactions between financial institutions. To help resolve the dispute, the clearing house may retrieve the transaction from its private distributed ledger using the assigned unique transaction number.
  • the clearing house may charge fees for facilitating transactions between customers from different financial institutions and/or between customers within a financial institution, the clearing house itself may not hold any digital currency.
  • the clearing house may instead notify the financial institutions regarding appropriate timing for completing the transaction.
  • the clearing house may implement “know your customer” policies to standardize the process for issuing digital wallets to customers and/or approving third parties to be entrusted with holding digital currencies for customers.
  • the clearing house may block a certain transaction. For example, the financial institution may have received information regarding the transaction being fraudulent, being used to purchase illicit goods, or other illegal activity. Similarly, the clearing house itself may receive such information and block a certain transaction based on the information.
  • the financial institution and/or the clearing house may freeze and/or revoke one or both digital wallets involved in the transaction to prevent further illegal activity and cause for forfeiture of funds.
  • FIG. 7 shows illustrative diagrams of exemplary transactions 700 and 750 in a digital currency using a digital wallet in accordance with some embodiments of the technology described herein.
  • a customer of the financial institution 706 requests an amount of digital currency from his digital wallet 702, e.g., $AA100SC, be transferred to the digital wallet 704 for another customer of the financial institution 706.
  • the transaction may be recorded on the private distributed ledger of the clearing house 708 and the digital wallets 702 and 704 may be updated and the digital currency, e.g., $AA100SC, may be transferred from the digital wallet 702 to the digital wallet 704.
  • the clearing house 708 may send the transaction to be recorded on the private distributed ledger for the financial institution 706.
  • one or both digital wallets 702, 704 may send the transaction to be recorded on the private distributed ledger for the financial institution 706.
  • the financial institution may update the holder of the equivalent fiat currency in the financial institution’s omnibus account. This may update the ownership information or other suitable information for protecting the new owner of the transferred digital currency with FDIC insurance or other suitable insurance based on region.
  • the clearing house 708 is notified by the financial institution 706 regarding the requested transaction to transfer digital currency from the digital wallet 702 to the digital wallet 704.
  • the private distributed ledger for the clearing house 708 and/or the private distributed ledger for the financial institution 706 may be updated to reflect the transaction according to the techniques described herein.
  • one or both financial institutions may notify the clearing house 708 regarding the transaction.
  • the private distributed ledger for the clearing house 708 and/or the private distributed ledgers for both financial institutions may be updated to reflect the transaction according to the techniques described herein.
  • a customer of the financial institution 756 requests an amount of digital currency from his digital wallet 752, e.g., $AA100SC, be transferred to the digital wallet 754 for a customer of another financial institution 758.
  • the transaction may be recorded on the private distributed ledger of the clearing house 760 and the digital wallets 752 and 754 may be updated and the digital currency, e.g., $AA100SC, may be transferred from the digital wallet 752 to the digital wallet 754.
  • the clearing house 760 acts as an intermediary between the two financial institutions.
  • the clearing house 760 may send the transaction to be recorded on the private distributed ledgers for the financial institutions 756, 758.
  • one or both digital wallets 752, 754 may send the transaction to be recorded on the private distributed ledgers for the financial institutions 756, 758.
  • the transaction may be recorded in a private distributed ledger in one or both digital wallets 752, 754. This step may serve as a safeguard for verifying the transaction, e.g., in absence of the clearing house 760.
  • the clearing house 760 may record the transaction in its private distributed ledger and subsequently notify one or both financial institutions 756, 758 to record the transaction in their respective private distributed ledgers.
  • the financial institution 756 may update the holder of the equivalent fiat currency in the financial institution’s omnibus account. This may update the FDIC insurance information or other suitable insurance information for protecting the new owner of the transferred digital currency.
  • the customer of the financial institution 758 may request the digital currency of the financial institution 756, e.g., $AA100SC, be converted into fiat currency, e.g., $100, and deposited into the customer’s account at the financial institution 758.
  • the clearing house 760 may act as an intermediary between the two financial institutions in order to facilitate the transaction.
  • the clearing house 760 may verify for the financial institution 756 that the digital currency is held by the customer and notify the financial institution 756 (that issued the digital currency) regarding the transaction.
  • the digital currency for the financial institution 756, e.g., $AA100SC may be exchanged directly into the requested fiat currency, e.g., $100.
  • the digital currency for the financial institution 756, e.g., $AA100SC may first be converted to equivalent digital currency for the financial institution 758, e.g., $BB 100SC, and subsequently exchanged into the requested fiat currency, e.g., $100.
  • the clearing house 760 may generally act as a gateway for financial institutions, such as the financial institution 758, to track balances of the digital currency issued by the financial institution 756 that are held by customers of the respective financial institutions.
  • the clearing house 760 may apply a tiered or ranking system for determining appropriate timing for completing the transaction (e.g., Tier 1 - Tier 5).
  • the clearing house 760 may incorporate a tiered structure for ranking financial institutions based on asset size, debt rating, financial solvency tests and/or other suitable criteria for each financial institution. For example, financial institutions in the highest tier, e.g., Tier 1, may settle all transactions between them once a month or when a certain limit is reached. In another example, a financial institution in the highest tier, e.g., Tier 1, entering a transaction with a financial institution in the lowest tier, e.g., Tier 5, may require the lowest tier financial institution to immediately complete the transaction and transfer the fiat currency backing the digital currency. In another example, the clearing house 760 may request immediate payment of fees for facilitating transactions involving a lower tier financial institution, while the clearing house 760 may extend credit and collect fees on a periodic basis for facilitating transactions involving a higher tier financial institution.
  • financial institutions in the highest tier e.g., Tier 1
  • a financial institution in the highest tier e.g., Tier 1
  • Fiat currency transfers between financial institutions may be conducted using the Clearing House Interbank Payments System (CHIPS) or Fedwire.
  • CHIPS is a United States private clearing house for large-value transactions.
  • Fedwire is a real-time gross settlement funds transfer system operated by the United States Federal Reserve Banks that allows financial institutions to electronically transfer funds between its participants. While CHIPS and Fedwire differ in their speed and minimum transaction amounts, both systems directly handle fiat currency and send fiat currency payments from one party to another.
  • the only currency the clearing house 760 handles is relating to the clearing house’s fees for facilitating transactions between the financial institutions.
  • the clearing house 760 does not hold or handle any digital or fiat currency while facilitating transactions between the financial institutions.
  • the clearing house as described may provide greater efficiency among the financial institutions, as compared to the conventional systems, in order to limit third party interactions, thereby saving time and money.
  • a customer, Cl may have an account with a financial institution, FH.
  • the customer Cl may have a savings account, SAI, at the financial institution FH with deposits in a fiat currency, $s.
  • SAI savings account
  • the customer Cl may also hold digital currency issued by the financial institution FH and fixed with respect to the fiat currency $s.
  • the digital currency may be backed by deposits in the fiat currency $s in an omnibus account, OA1, at the financial institution FI1.
  • a customer, C2 may have an account with a financial institution, FI2.
  • the customer C2 may have a savings account, SA2, at the financial institution FI2 with deposits in the fiat currency $s.
  • the customer C2 may also hold digital currency issued by the financial institution FI2 and fixed with respect to the fiat currency $s.
  • the digital currency may be backed by deposits in the fiat currency $s in an omnibus account, OA2, at the financial institution FI2.
  • the customers Cl and C2 may enter into a transaction where the customer Cl pays the customer C2 with XDC$s of the digital currency issued by the financial institution FI1.
  • the digital wallet of the customer Cl may hold a transaction block, or another suitable data structure, which may be used to validate the funds for the transaction.
  • a clearing house e.g., clearing house 708 or 760 or another suitable clearing house or clearing houses, and the financial institution FI1 may be notified of the transaction.
  • the clearing house and the financial institution FI1 may enter the transaction block, or another suitable data structure, into their respective private distributed ledgers as described with respect to the embodiments discussed herein.
  • This transaction block may indicate transfer of XDC$s of digital currency issued by the financial institution FI1 from the customer Cl to the customer C2.
  • the customer C2 may now hold XDC$s of digital currency issued by the financial institution FI1, which is backed by X$s in the omnibus account OA1.
  • the clearing house may verify availability of funds to complete the transaction.
  • XDC$s in digital currency issued by the financial institution FI1 may be transferred from the customer C 1 to the customer C2.
  • the clearing house may be notified of the transaction.
  • the clearing house may send an update regarding the transaction to the financial institution FI1.
  • Both the clearing house and the financial institution FI1 may enter a transaction block, or another suitable data structure, into their respective private distributed ledgers as described with respect to the embodiments discussed herein.
  • This transaction block may indicate transfer of XDC$s of digital currency issued by the financial institution FI1 from the customer Cl to the customer C2.
  • the customer C2 may now hold XDC$s of digital currency issued by the financial institution FI1, which is backed by X$s in the omnibus account OA1.
  • the financial institution, the clearing house, and/or another suitable validating entity may validate transactions based on one or more digital signatures, e.g., a digital signature of the payer (e.g., customer Cl), a digital signature of the payee (e.g., customer C2), and/or another suitable digital signature.
  • the digital signature authorization may be performed prior to or independent from the transaction validation.
  • the validating entity may require each attempted transaction to be authorized with a digital signature before the transaction is allowed to proceed to validation.
  • transaction validation may include determining availability of digital currency to complete the transaction, sufficiency of funds to exchange into digital currency, and/or another suitable condition. For example, the transaction may be denied if the payer does not have a sufficient amount of digital currency required to complete the transaction. In another example, the transaction may proceed if the payer has access to an available amount of fiat currency equivalent to the sufficient amount of digital currency and the payer authorizes (or has previously authorized, such as when the payer’s account was opened or updated) an exchange of the available amount of fiat currency into the sufficient amount of digital currency required to complete the transaction. In some embodiments, not all payers may have access to this benefit of automatic determination and exchange of equivalent fiat currency into digital currency.
  • the payers who are allowed access may be determined based on the payer’s credit worthiness, length of relationship between the payer and the payer’s financial institution, time averaged balances of the payer’s accounts, and/or other suitable metrics. In embodiments where the payer does not have access to this benefit, based on results of the validation indicating insufficient digital currency, the transaction may be denied and transaction information for the transaction may be prevented from being recorded.
  • the validation embodiments described herein and in other aspects of this disclosure may be implemented on private distributed ledgers, public distributed ledgers, or a combination thereof.
  • the steps of validation described herein may be performed in any sequence, in any order.
  • both the clearing house and the financial institution FI1 may simultaneously or near simultaneously verify availability of funds to complete the transaction.
  • XDC$s in digital currency issued by the financial institution FI1 may be transferred from the customer Cl to the customer C2.
  • the clearing house and the financial institution FI1 may be notified of the transaction.
  • both the clearing house and the financial institution FI1 may enter a transaction block, or another suitable data structure, into their respective private distributed ledgers as described with respect to the embodiments discussed herein.
  • This transaction block may indicate transfer of XDC$s of digital currency issued by the financial institution FI1 from the customer Cl to the customer C2.
  • the customer C2 may now hold XDC$s of digital currency issued by the financial institution FI1, which is backed by X$s in the omnibus account OA1.
  • the clearing house may verify that funds are not available to complete the transaction.
  • the clearing house may query the financial institution FI1 to determine whether the customer Cl has funds in fiat currency $s to cover the transaction. If the customer Cl does not have sufficient funds in its savings account SAI at the financial institution FI1, the financial institution FI1 may terminate or request termination of the transaction. Additionally or alternatively, the financial institution FI1 may notify the clearing house which may terminate or request termination of the transaction.
  • the financial institution may transfer funds from the savings account SAI to the omnibus account OA1 so the customer Cl has a digital currency balance of XDC$s, equivalent to X$s.
  • the financial institution FI1 may enter a transaction block, or another suitable data structure, into its private distributed ledger as described with respect to the embodiments discussed herein.
  • the financial institution FI1 may notify the clearing house which may enter a suitable transaction block in its private distributed ledger in order to complete the transaction.
  • the financial institution may contact the customer C 1 to obtain approval to transfer funds from the savings account SA 1 to the omnibus account O A 1.
  • the financial institution FI1 may transfer funds so that the customer Cl has a digital currency balance of XDC$s, equivalent to X$s, and enter a transaction block, or another suitable data structure, into its private distributed ledger as described with respect to the embodiments discussed herein.
  • the financial institution FI1 may notify the clearing house which may enter a suitable transaction block in its private distributed ledger in order to complete the transaction. If the customer Cl denies the request to transfer funds or cannot be reached, the financial institution FI1 may terminate or request termination of the transaction. Additionally or alternatively, the financial institution FI1 may notify the clearing house which may terminate or request termination of the transaction.
  • both the clearing house and the financial institution FI1 may simultaneously or near simultaneously verify that funds are not available to complete the transaction.
  • the clearing house may query the financial institution FI1.
  • the financial institution FI1 may determine whether the customer Cl has funds in fiat currency $s to cover the transaction and attempt to complete the transaction as described above. If the funds are not available and/or approval from the customer Cl cannot be obtained, the financial institution FI1 may terminate or request termination of the transaction. Additionally or alternatively, the financial institution FI1 may notify the clearing house which may terminate or request termination of the transaction.
  • the transactions may be processed by clearing houses such as the Depository Trust & Clearing Corporation (DTCC) or the National Securities Clearing Corporation (NSCC).
  • DTCC Depository Trust & Clearing Corporation
  • NSCC National Securities Clearing Corporation
  • the transactions may be processed by entities including government entities such as the Treasury or Federal Reserve, payment processors (e.g., Visa, Mastercard, Amex, Paypal, Square, Zelle etc.), technology companies (e.g. Microsoft, IBM, Amazon, etc.) and/or a syndicate of banks (VISA, MASTERCARD, AMEX, PAYPAL, ZELLE and SQUARE are registered marks of, respectively, Visa Inc., Foster City, California, USA; Mastercard Incorporated, Purchase, New York, USA; American Express Company, New York, New York, USA; Paypal, Inc., San Jose, California; Early Warning Services, LLC, Scottsdale, Arizona; and Square, Inc., San Francisco, California).
  • government entities such as the Treasury or Federal Reserve, payment processors (e.g., Visa, Mastercard, Amex, Paypal, Square, Zelle etc.), technology companies (e.g. Microsoft, IBM, Amazon, etc.) and/or a syndicate of banks (VISA, MASTERCARD, AMEX, PAYPAL, ZELLE and SQUARE are registered
  • an order may be established by the clearing house or their financial institution. For example, the order may be established to first spend digital currency from a financial institution different from the customer’s financial institution, first spend digital currency from a lowest rated financial institution, another suitable constraint, or a combination thereof.
  • the customer C2 may specify an order of spending from the digital wallet. For example, the customer C2 may specify that digital currencies from other financial institutions should be spent before spending digital currency issued by the financial institution FI2, which is the customer C2’s financial institution. Additionally or alternatively, the customer C2 may specify that the digital currencies be spent in reverse order depending on the financial institution’s strength or another suitable metric. For example, digital currencies issued by smaller or less trustworthy financial institutions may be spent first to avoid any risk of their digital currencies not being accepted at a later date. Additionally or alternatively, the customer C2 may specify a custom order in which digital currency should be spent and/or the order in which they should be transferred out of the digital wallet of the customer C2.
  • the customer C2 may request transfer of XDC$s in digital currency issued by the financial institution FI1 into digital currency issued by the financial institution FI2, which is the customer C2’s financial institution.
  • the financial institution FI2 may transfer an equivalent amount of fiat currency into the omnibus account OA2 and issue XDC$s in digital currency issued by the financial institution FI2 to the customer C2.
  • the customer C2 may request transfer of XDC$s in digital currency issued by the financial institution FI1 into an equivalent amount of the fiat currency $s.
  • the financial institution FI2 may transfer an equivalent amount of the fiat currency $s into the savings account SA2 of the customer C2.
  • the financial institution FI2 may transfer an equivalent amount of fiat currency into the omnibus account OA2 and issue XDC$s in digital currency issued by the financial institution FI2 to the customer C2.
  • the financial institution FI2 may obtain holding rights to X$s in the omnibus account OA1 at the financial institution FI1 (which was backing the XDC$s in digital currency issued by the financial institution FI1).
  • the financial institution FI2 may continue hold these rights until settlement with the financial institution FI1.
  • the clearing house may close the transaction block such that the financial institution FI1 releases X$s from the omnibus account OA1 to bank funds for the financial institution FI2. Additionally or alternatively, the clearing house may establish a running balance between FI1 and FI2. Until a settlement is triggered by time or amount of balance, the clearing house may follow settlement rules based on timing and/or balance limits for transactions between the financial institutions.
  • the financial institution FI2 may transfer an equivalent amount of the fiat currency $s into the savings account SA2 of the customer C2.
  • the financial institution FI2 may obtain holding rights to X$s in the omnibus account OA1 at the financial institution FI1 (which was backing the XDC$s in digital currency issued by the financial institution FI1).
  • the financial institution FI2 may continue hold these rights until settlement with the financial institution FI1.
  • the clearing house may close the transaction block such that the financial institution FI1 releases X$s from the omnibus account OA1 to bank funds for the financial institution FI2.
  • the clearing house may follow settlement rules based on timing and/or balance limits for transactions between the financial institutions.
  • the financial institutions do not transfer digital currencies between each other. Instead, the financial institutions transfer fiat currency between each other to settle transactions involving their digital currencies.
  • One financial institution may hold digital currency issued by another financial institution, e.g., when received as part of transaction, or for another suitable reason for a financial institution to receive another financial institution’s digital currency.
  • the clearing house and the financial institutions may close transaction blocks and use their respective private distributed ledgers to track balances between the financial institutions. There may be one or more rules for when a particular financial institution needs to settle with another financial institution. In some or most cases, settlement may not occur each time a customer transaction happens. The balances owed between financial institutions may go up and down based on customer transactions.
  • settlement between the financial institutions may occur based on time and/or size of balance triggers.
  • the settlement may include the actual transfer of fiat currency from one financial institution to another financial institution in order to bring the balances owed to each other down to zero or another suitable threshold.
  • a digital currency check for a specified amount of digital currency can be issued by a first customer of a financial institution for transferring the amount of digital currency from the first customer to a second customer of the same or different financial institution.
  • the second customer may deposit the digital currency check to their financial institution, and the financial institution may credit the second customer with the amount of digital currency specified on the digital currency check.
  • the financial institution of the second customer may credit the second customer by depositing the amount of digital currency into a digital wallet of the second customer.
  • the second institution may process the digital check. As part of processing the transaction, the financial institution of the first customer and/or a check processing firm of the financial institution of the first customer may be notified of the transaction.
  • the financial institution and/or their check processing firm may verify that funds are not available to complete the transaction.
  • the financial institution of the first customer may be queried to determine whether the first customer has funds in digital currency to cover the transaction. If the first customer does not have sufficient funds in their account and/or digital wallet at their financial institution, the financial institution of the first customer may terminate or request termination of the transaction. Additionally or alternatively, the financial institution of the first customer may notify the check processing firm which may terminate or request termination of the transaction.
  • the digital currency check could be delivered via one or more of a text message, email, QR code, barcode, and/or the like.
  • the financial institution of the first customer may transfer the digital currency from an account associated with the first customer to an omnibus account.
  • the financial institution of the first customer may enter a transaction block, or another suitable data structure, into a private distributed ledger, as a private transaction on a public blockchain as described with respect to the embodiments discussed herein, and/or the like.
  • the financial institution of the first customer may notify the clearing house which may enter a suitable transaction block in its private distributed ledger in order to complete the transaction.
  • the financial institution of the second customer may require successful processing of the transaction prior to crediting the digital currency account of the second customer.
  • the public and private keys of a digital wallet may be used to receive or send a digital currency check issued by a customer of a financial institution.
  • both the first and second customers may have respective digital wallets.
  • the first and second customers may have received their respective digital wallets with their accounts at their preferred financial institutions.
  • the first customer may use the private key for the digital currency issued by a particular institution to send a digital currency check of a specified amount of digital currency from the first customer’s digital wallet to the second customer’s digital wallet.
  • a user may authorize use of the private key corresponding to their digital wallet to digitally sign the check, which can be used in the transaction and storing a block for the transaction in the private distributed ledger, e.g., to deposit the associated digital currency from the digital wallet of the first customer to the digital wallet of the second customer.
  • the digital wallet may include a digital currency savings account.
  • the digital wallet may be linked to a digital currency savings account.
  • a user may deposit an amount of digital currency into a digital currency savings account. Over time, the digital currency savings account may accumulate additional amount of digital currency based on a savings interest rate. According to some examples, the digital currency savings interest rate may be less than an interest users pay for loaned digital currency.
  • a financial entity may offer incentives such as digital currency and/ assets in return for liquidity provided by users.
  • incentives such as digital currency and/ assets in return for liquidity provided by users.
  • the user may by lock up digital assets in a certificate of deposit (CD) and/or a savings account (e.g., staking) and/or the user may lend them out to those seeking credit, as described herein.
  • the user may receive at least a part of the interest accumulated by lending digital currency and/or assets out to others.
  • the digital currency may be backed by fiat currency.
  • the financial institution may maintain in the omnibus account an amount of fiat currency equivalent to an amount of digital currency issued thus far by the financial institution.
  • the omnibus account may be used to back the issued digital currency.
  • the financial institution may loan out the fiat backing the deposited digital currency and provide interest based on fiat accumulated from interest on the loans.
  • the financial entity may convert the fiat accumulated from interest on the loans into an equivalent amount of digital currency and transfer the amount to the digital currency savings account or CD.
  • the financial entity may set limitations on how frequently a user may withdraw digital currency from the digital currency savings account. In some embodiments the financial entity may set limitations on an amount of digital currency a user may withdraw from the digital currency savings account during a period of time. In some embodiments, the financial entity may provide options or set limitations on how long a user may not use the deposited money for a CD.
  • the digital wallet may be connected to a financial entity, connected to a financial account, and/or connected to another digital wallet such that the digital wallet may automatically receive funds from the connected entity, account, and/or another wallet.
  • the digital wallet may have a recurrent automatic refill setting.
  • the setting may be time based (e.g., a time set by a user) or balance based (e.g., when a balance of the digital wallet falls under a threshold value) such that when a period of time has elapsed or when the digital wallet has a balance lesser than a threshold value, funds from the entity, account, and/or wallet may be automatically transferred to the digital wallet.
  • the digital wallet may be configured to hold a currency different from the currency of the digital wallet.
  • the funds may be converted to a currency of the digital wallet.
  • the digital wallet comprises a first digital currency and is linked to a second wallet having funds in a second digital currency, during the automatic transfer, the second digital currency may be converted and/or exchanged for an equivalent value of the first digital currency before being deposited into the digital wallet.
  • the digital wallet is linked to a financial account having funds in fiat, during the automatic transfer, the fiat may be converted and/or exchanged for an equivalent value of the digital currency of the digital wallet before being deposited into the digital wallet.
  • the transfer may be initiated on a computing node participating in a distributed ledger and storing one or more transaction blocks representing private transactions of the digital currency of the corporation and/or corporations using the digital currency.
  • the computing node may be configured to receive a private transaction for transferring an amount of digital currency from the first wallet, generate a new transaction block representing the private transaction, transmit the new transaction block to other computing nodes participating in the distributed ledger, receive an indication of validity of the new transaction block, and insert the new transaction block into the distributed ledger of the financial entity.
  • the purchase may be initiated on a computing node participating in a public blockchain for a digital currency of the corporation and/or corporations using the digital currency.
  • the computing node may be configured to receive a private transaction for transferring an amount of digital currency from the customer and generate a new transaction block that can only be processed by clients that hold the transaction.
  • the digital wallet may be configured to allow early deposits.
  • a deposit such as from an employer, may be available prior to processing of the payment (e.g., by the ACH).
  • one or more entities may advance the funds.
  • the entity may be a financial institution as described herein such as a financial entity, a financial technology company, a government entity (or a government institution or a government-regulated financial institution), a payment processor company, a technology company, a cloud company, a clearing house, a syndicate of banks, an entity with a bank charter and/or any suitable entity.
  • a customer can invest using the digital wallet.
  • a user may connect their digital wallet or financial account comprising the digital wallet to a brokerage and/or public market.
  • digital currency is transferred from the digital wallet of the customer to the digital wallet of the brokerage and/or public market.
  • the brokerage and/or public market requests an amount of digital currency from the digital wallet of the customer be transferred to the digital wallet for the brokerage and/or public market of the same, or different, financial institution.
  • the transaction may be recorded on the private distributed ledger of the clearing house and the digital wallets may be updated.
  • the digital currency may be transferred from the digital wallet of the customer purchasing the investment (e.g., stock) to the digital wallet of the brokerage and/or public market.
  • the transaction may additionally be recorded on the private distributed ledger for the financial institution.
  • one or both digital wallets may send the transaction to be recorded on the private distributed ledger for the financial institution.
  • the investment e.g., stock, options, crypto currency, commodities, etc.
  • the described systems and methods provide for a means of control to one or more entities, e.g., parental control, corporate control, governmental control, etc.
  • entities e.g., parental control, corporate control, governmental control, etc.
  • a government may administer programs such as unemployment, welfare, health programs, food stamps, etc. using the described systems and methods.
  • a recipient may use a digital currency card, a mobile application, and/or a web application configured for payment in a digital currency to receive funds allocated to them.
  • funds may be automatically allocated to the recipient based on information regarding one or more government programs in which the recipient may be eligible to participate.
  • the recipient may receive funds for food assistance, such as the special supplemental nutrition program for Women, Infants, and Children (WIC), related electronic benefit transfer (EBT), and/or other suitable benefits.
  • WIC the special supplemental nutrition program for Women, Infants, and Children
  • EBT electronic benefit transfer
  • there may be spending limitations set on the funds, such that a user may only use an amount specified by the limitation.
  • a spending limitation may be set on the funds such that the user may only use the funds in certain stores and/or on certain items (e.g., foods, seeds and plants, etc.).
  • preapproval may be required for using the funds and/or receiving the funds.
  • the recipient may receive funds for a health savings account (HSA), a flexible spending account (FSA), and/or other suitable tax-advantaged programs. Additionally or alternatively, the recipient’s health insurance payments, deductibles, appeals, and/or other health-related payment actions may be implemented using the systems and methods described herein.
  • HSA health savings account
  • FSA flexible spending account
  • the recipient’s health insurance payments, deductibles, appeals, and/or other health-related payment actions may be implemented using the systems and methods described herein.
  • an entity may issue gift cards using the systems and methods described herein.
  • the entity may be a financial institution, clearing house, payment processor, digital wallet, government, and/or the like.
  • the recipient may receive a gift card in the form of a digital currency card, a mobile application, and/or a web application configured for payment in a digital currency issued by the entity and/or can only be spent for goods and services provided by the entity.
  • the recipient may receive a NIKE® company gift card with digital currency that is issued by that company and/or can only be spent for goods and services provided by the company.
  • the recipient may receive a universal gift card with one or more digital currencies issued by certain corporations and/or can only be spent for goods and services provided by specified corporations.
  • the type of good or service may be limited (e.g., clothing).
  • the digital currency card may be a physical digital currency card and, in some examples, the digital currency card may be an eGift card. In some examples, the digital currency card may be included in the digital wallet.
  • the gift card may include a unique identifier (e.g., barcode, QR code, etc.) configured to identify a balance of digital currency on the gift card. For example, a customer of a corporation having a gift card may purchase a good and/or service using the card and/or the unique identifier. The corporation may then update the balance of the gift card to represent the remaining balance of digital currency after the purchase.
  • the unique identifier of the card may associate the card to a digital currency account, and a balance of the digital currency account may be updated as described.
  • a customer of a corporation may credit the digital currency of the gift card to their digital currency account with the corporation and/or a partnering organization.
  • the corporation may transfer out from the digital currency account the amount of digital currency for the purchased good and/or service.
  • the corporation may additionally record the transaction using a private distributed ledger, wherein the corporation may have access to the private distributed ledger.
  • the transaction may be recorded on a public blockchain as a private transaction such that only the corporation may access the transaction.
  • the purchase may be initiated on a computing node participating in a distributed ledger and storing one or more transaction blocks representing private transactions of the digital currency of the corporation and/or corporations using the digital currency.
  • the computing node may be configured to receive a private transaction for transferring an amount of digital currency from the customer, generate a new transaction block representing the private transaction, transmit the new transaction block to other computing nodes participating in the distributed ledger, receive an indication of validity of the new transaction block, and insert the new transaction block into the distributed ledger.
  • the purchase may be initiated on a computing node participating in a public blockchain for a digital currency of the corporation and/or corporations using the digital currency.
  • the computing node may be configured to receive a private transaction fir transferring an amount of digital currency from the customer and generate a new transaction block that can only be processed by clients that hold the transaction.
  • the digital wallet may be connected to a third party other than the user (e.g., a parent or guardian of the user, a spouse of the user, etc.) where the third party, such as a monitoring user, may be configured to control some aspects and access certain information regarding the digital wallet.
  • a third entity may receive notifications and/or access information regarding a balance of the digital wallet.
  • a third entity may place restrictions on the digital wallet.
  • a third entity may set a threshold of an amount of currency of the digital wallet that can be spent.
  • the digital wallet may be connected to a financial entity, connected to a financial account, and/or connected to another digital wallet of the third party, and the third party may transfer funds based on set parameters of the digital wallet. For example, if the digital wallet has a balance lower than a threshold set by the third party, the financial account and/or digital wallet of the user may automatically transfer a predetermined amount of funds as described herein.
  • the digital wallet may be configured to allow automatic payments using currency from the digital wallet.
  • a user of the digital wallet may automate savings or investments.
  • the user may automate savings or investments of a designated percentage or a designated amount of the currency of the digital wallet to a savings or investment account of the user.
  • a user of the digital wallet may automate forced withdrawals such as taxes, alimony, child support, mortgage, rent, utilities, bills and/or the like. The designated amount may be automatically withdrawn from the digital wallet.
  • the transaction when a user makes a purchase with the digital wallet and/or digital currency card, the transaction may be rounded to the nearest dollar and the change may be automatically transferred into an investment account of the user (e.g., Round Ups).
  • an investment account of the user e.g., Round Ups
  • the digital wallet may be refilled by loading an amount of currency onto the digital wallet and/or a digital currency card.
  • the digital wallet and/or digital currency card may act as a prepaid digital wallet and/or digital currency card.
  • the wallet and/or card may not be linked or connected to another financial account.
  • a corporation may track expenses using the systems and methods described herein.
  • tracked expenses may include travel, dining, etc. and authorization may be tracked or pre-approved for certain categories, vendors, amounts, etc.
  • an individual such as a parent may use the systems and methods described herein to track and/or control spending of their child, themselves (e.g., for budgeting purposes), or another suitable person.
  • the individual may provide their child with a digital currency card, a mobile application, and/or a web application configured for payment in a digital currency.
  • the individual may specify certain vendors (e.g., movie theaters, restaurants, stores, etc.), categories (e.g., food, clothing, etc.), and/or other suitable criteria.
  • the individual may exclude or limit spending on specific products and/or vendors. For example, the individual may limit the child’s spending at STARBUCKS® to a suitable amount, e.g., $25 per month or another suitable amount and/or period.
  • an individual may specify at a store, and/or on a mobile or web application suitable criteria.
  • the digital currency card, mobile and/or web application provided to the child may transfer the digital currency from the digital currency card, mobile and/or web application to the vendor.
  • the transaction may be recorded using a private distributed ledger.
  • the transaction may be initiated on a computing node participating in a distributed ledger and storing one or more transaction blocks representing private transactions of the digital currency of the corporation and/or corporations using the digital currency.
  • the computing node may be configured to receive a private transaction for transferring an amount of digital currency from the customer, generate a new transaction block representing the private transaction, transmit the new transaction block to other computing nodes participating in the distributed ledger, receive an indication of validity of the new transaction block, and insert the new transaction block into the distributed ledger.
  • the transaction may be recorded on a public blockchain as a private or public transaction.
  • the purchase may be initiated on a computing node participating in a public blockchain for a digital currency of the corporation and/or corporations using the digital currency.
  • the computing node may be configured to receive a private transaction for transferring an amount of digital currency from the customer and generate a new transaction block that can only be processed by clients that hold the transaction.
  • a child may attempt a transaction that does not meet the specified criteria.
  • the digital currency card, mobile and/or web application provided to the child may determine that the transaction does not meet the criteria and reject the transaction.
  • the child and/or individual may be notified of the rejected transaction.
  • the digital currency card, mobile and/or web application may prevent the transaction from being recorded on a blockchain.
  • the computing node may prevent generation of a new transaction block if the transaction is determined to fail to meet the specified criteria.
  • the mobile and/or web application may be configured to show the user information regarding one or more transactions.
  • the user may access one or more monthly statements and transaction information.
  • the transaction information can be filtered based on a time period, by category, by payee and/or payor, by credits, by debits, and/or by benefits received.
  • benefits may include interest accrued, miles, and/or points.
  • the customer may receive coupons, credit card benefits such as cash back, and/or promotional codes after a purchase (e.g., as a result of the purchase), or before a purchase. These coupons may be applied to a purchase before the purchase.
  • a customer may use a coupon aggregator (e.g., Rakuten, Honey, etc.) (RAKUTEN and HONEY are registered marks of, respectively Rakuten Group, Inc., San Mateo, California; and Paypal, Inc., San Jose, California).
  • the customer may receive such coupons or promotional codes through email, based on the customers location (e.g., geolocation), by searching online, through a coupon aggregator, and/or the like.
  • the customer may accept the coupon and/or code to be stored in their digital wallet for a next purchase related to the coupon and/or code.
  • the coupon and/or code may be automatically applied to the purchase. Coupons and/or codes may also be viewed.
  • the customer may receive digital currency and/or cash back after a purchase.
  • the user may scan or upload a receipt of a purchase to the digital wallet, application of a financial institution and/or third-party application linked to the digital wallet and receive cash back and/or digital currency on eligible purchases.
  • the user may make an eligible purchase through the digital wallet, third party application, and/or an application of a financial institution.
  • the eligible purchase may be a purchase from a participating store. For example, the user may receive commission or part of a commission from a store for purchasing from the store.
  • the mobile and/or web application may display a balance of the digital wallet.
  • the digital wallet may comprise more than one type of digital currency or fiat
  • the mobile and/or web application may display the balance of each type of digital currency and each type of fiat in the digital wallet.
  • the digital wallet comprises financial assets and/or instruments
  • the mobile and/or web application may display the assets and/or instruments.
  • the digital wallet may be used as a form of personal identification and/or may contain personal identification.
  • the pair of public and private keys can be used to identify a user at a financial entity.
  • the financial entity may use the private and public keys of the user to perform challenge response authentication. For example, the financial entity may query the user for a public key to initially identify the user. The financial entity may then transmit a value (e.g., a hash output) with an encrypted message, encrypted with the public key of the user. The user may use the value and the private key of the user to decrypt the message and transmit the decrypted message to the financial entity. The financial entity may verify and identify the user by comparing the decrypted message of the user and the message sent from the financial entity.
  • a value e.g., a hash output
  • the digital wallet may store unique values identifying the user. For example, in response to a challenge, the digital wallet may transmit one or more of the unique values.
  • the financial entity may compare the unique values to stored values associated with the user to authenticate the user at the financial entity.
  • the unique value may be a government issued value used in identification (e.g., used to identify a user for travel, etc.).
  • the identification value may be linked to information about the user (e.g., stored in a secure database accessible to a group of users).
  • the government issued value may be used as part of a driver’s license and others (e.g., law enforcement) may use the government issued value to identify information such as height, weight, photo, and/or the like of the owner of the digital wallet.
  • the unique value may identify a user at a health care entity, such as at a hospital, and/or for insurance (e.g., Medicare, Medicaid, driver’s insurance, private insurance, etc.).
  • a financial institution may also provide benefits such as some amount of digital currency issued by the financial institution, interest accrued, miles, and/or points. If the benefit is of digital currency or fiat, the user can credit their digital wallet with the equivalent amount of digital currency or fiat. If the benefit includes points, the user can credit their digital wallet with an amount of digital currency and/or fiat determined to be equivalent to the number of points earned (e.g., the determination may be based on a predetermined conversion rate between points and digital currency or points and fiat). In some examples, benefits may be transferred from one digital wallet to another using methods and techniques described herein.
  • the financial institution e.g., bank
  • provides credit e.g., of digital currency.
  • the credit may be provided through a digital wallet (e.g., a line of credit), through a credit card, or through an application (e.g., Zelle) (ZELLE is a registered mark of Early Warning Services, LLC, Scottsdale, Arizona) or through the bank or another entity through an account of the user.
  • a digital wallet e.g., a line of credit
  • ZELLE is a registered mark of Early Warning Services, LLC, Scottsdale, Arizona
  • this can be used in advancing funding of digital currency.
  • this may be used to advance funds sent to other digital wallets, for store cards, for medical purposes (e.g. CareCredit), and/or loans (e.g., Mortgage, Cars, Personal, Cap Ex, Inventory, Invoice, Equipment, Merchant “cash advance”, SB A).
  • the institution’s customer may use their credit account (e.g., of their digital wallet) to pay for an item at a merchant (e.g., store) using a bank’s digital currency, such that the customer is borrowing money from the issuing financial institution.
  • a limit to the credit amount e.g., credit limit
  • the customer may only be able to borrow a set amount of digital currency or fiat.
  • the amount the customer has to borrow may be an available credit of the digital wallet and exceeding this limit may result in a fee.
  • a user may make a purchase using a buy now pay later (BNPL) option (e.g., Affirm).
  • BNPL buy now pay later
  • the institution’s customer may make a purchase by using their credit account to pay for an item or service at a merchant (e.g., store) using a bank’s digital currency, such that the customer is borrowing an amount of money equivalent to the value of the full purchase from the issuing financial institution.
  • the customer may pay the purchase over one or more installments.
  • each of the installments may be of a value a fraction of the value of the purchase.
  • the installments may be automatically withdrawn from the customer’s account after a period of time has passed (e.g., such that installments are paid monthly).
  • the transaction is recorded in the private distributed ledger and the issuing financial institution may transmit payment to the merchant’s (e.g., store’s) account at the other bank.
  • the private distributed ledger stores one or more transaction blocks representing issued credit in the digital currency that is issued by the financial institution for transferring to the customer.
  • a computing node receives a transaction for transferring an amount of digital currency from the financial institution to the merchant of another financial institution.
  • the computing node generates a new transaction block representing the transaction for addition to the private distributed ledger.
  • the computing node transmits the new transaction block to the one or more computing nodes participating in the private distributed ledger.
  • the computing node receives an indication of validity of the new transaction block. If the indication is valid, the computing node inserts the new transaction block into the private distributed ledger to complete transferal of the amount of digital currency.
  • the financial institution may use the recorded transaction to maintain a record of digital currency owed by the customer.
  • the financial institution may initiate or record a new transaction from the customer to the issuing financial institution to indicate the amount owed.
  • the customer can pay the issuing financial institution by transferring an equivalent amount of fiat or digital currency to the institution using techniques described herein.
  • the customer may also owe additional fees such as interest accrued over time, late fees, etc.
  • the financial institution may transfer digital assets and/or fiat of the financial institution into an omnibus account and may issue digital currency.
  • the digital currency may subsequently be credited to the user who is borrowing money from the issuing financial institution.
  • a financial institution’s customer e.g., corporation, individual, etc.
  • a financial institution may make a purchase by using their credit account of their digital wallet to pay for an item or service at a merchant (e.g., store) and/or enterprise (e.g., supplier, manufacturer, etc.) using a bank’ s digital currency, such that the customer is borrowing an amount of money equivalent to the value of the full purchase from the issuing financial institution.
  • the financial institution may transfer fiat of the financial institution of an amount equivalent to amount of digital currency credited (e.g., price of the good or service).
  • the financial institution may then issue into the customer’s account (e.g., digital wallet) the digital currency of the amount that is borrowed. Subsequently, when a user pays the financial institution for any portion of the borrowed amount, the financial institution may transfer an equivalent amount of fiat out of the omnibus account.
  • the systems and methods described herein are used to setup one or more programs to assist consumers with improving their credit scores.
  • the consumer may be provided a digital currency card, a mobile application, and/or a web application configured for payment in a digital currency.
  • the consumer’s financial activity may be used to consider an increase in their credit score, e.g., on-time payments, rent payments, utility payments, etc.
  • the systems and methods described herein are used to setup one or more programs to assist consumers with charitable giving.
  • the consumer may send digital currency to make charitable donations.
  • the program may track taxable deductions for the consumer accordingly.
  • the program may coordinate with company match programs to enable matching the consumer’s donation with a corresponding match to maximize charitable giving.
  • the systems and methods described herein track not just the owner of the digital currency but also each user, including the digital currency received/converted, where it originated from (e.g., credits), the digital currency spent/sent/exchanged, and/or what the user did with the digital currency (e.g., debits).
  • the system may provide reporting, real time access, monthly statements, tax statements, eamings/returns, and/or other suitable information to the user or another party with permissions to access such information.
  • This user information and other suitable information described herein may be sorted and monetized as appropriate, e.g., under the laws of the jurisdiction where the information is being collected or sold or other suitable criteria.
  • the systems and methods described herein may setup a unique ability of a clearing house, a financial institution, or another suitable entity, to track spending of customers using digital currency of multiple financial institutions so customers can get a statement or access reporting or other suitable information.
  • the systems and methods described herein track loans and payments for lending institutions and/or borrowers.
  • the loans or other embodiments described herein are implemented using smart contracts where a self-executing contract with the terms of the agreement between buyer and seller, lender and borrower, etc., is directly written into lines of code. The code and the agreements contained therein may exist across the distributed ledger(s) discussed herein.
  • the Federal Reserve has a committee evaluating methods to digitize the US Dollar.
  • the Federal Reserve believes it to be critical for the US Dollar to continue to be viewed as a primary reserve currency and, by using digital currency, the Federal Reserve may achieve significant savings involved in not printing and destroying cash.
  • the Federal Reserve may have full regulatory authority without the expense of developing and maintaining the system.
  • the Federal Reserve can issue current regulations and new specific regulations for digital currency on financial institutions.
  • a transparent (e.g., the user is known) distributed ledger may dramatically restrict the ability to use the funds for illegal purposes. This may also empower government to impose restrictions on unregulated cryptocurrency.
  • the described system may provide for sticky cash with consumers and attract new customers (such as Gen Z and millennials). This may also limit Herstatt risk and reduce risk of future competition from above and below. For example, stablecoin companies may no longer have the power of selecting one financial institution. Further, government may not need to issue digital currency as the financial institutions would be handling that aspect.
  • the described system provides security, insurance, acceptance at businesses, speed to receive and pay, and/or ability to control choice of which bank’s digital currency or whether to choose fiat currency instead.
  • security may be improved by limiting identity theft as digital currency works on a “push” system while conventional credit works on a “pull” system.
  • the consumer’s digital currency deposits may be insured as the digital currency may be backed by FDIC insurance via the funds held in the omnibus accounts at the financial institutions.
  • the described systems and methods may provide for lower costs for payments compared to wires or credit or debit, eliminate wire transfers to help with speed of closing and associated costs, and/or limit fraud as digital currency may not be counterfeited or reversed arbitrarily (e.g., credit charge backs).
  • the described systems and methods may provide for charging banks and enterprises for establishing transaction rules, creating a tiered ranking system of financial institutions for digital currency, keeping a ledger of issuance and transfer of digital currency and back to fiat currency, and/or facilitating settlement calls between financial institutions.
  • the financial institution may be responsible for holding cryptocurrency, such as Bitcoin or another suitable cryptocurrency, so that the financial institution is responsible for the security of the cryptocurrency.
  • the financial institution may issue digital currency that is backed by that cryptocurrency. This may safeguard consumer deposits against situations where cryptocurrency exchanges may misplace funds, or the funds may be stolen by bad actors.
  • the government entity that issued the digital currency may be responsible for holding cryptocurrency or fiat, so that the government entity is responsible for the security of the cryptocurrency or fiat.
  • the government issued digital currency may be backed by fiat or cryptocurrency to safeguard consumer deposits against situations where cryptocurrency exchanges may misplace funds, or the funds may be stolen by bad actors.
  • the government entity may include the US Mint, the Bureau of Engraving & Printing, the Financial Crimes Enforcement Network, the Internal Revenue Service, the Office of the Comptroller of Currency, the Community Development Financial Institution and/or the like.
  • a corporation may work with a financial institution that may be responsible for holding cryptocurrency, such as Bitcoin or another suitable cryptocurrency, so that the financial institution is responsible for the security of the cryptocurrency.
  • the corporation may issue digital currency that is backed by that cryptocurrency. This may safeguard consumer deposits against situations where cryptocurrency exchanges may misplace funds, or the funds may be stolen by bad actors.
  • the digital currency may not be held responsible by any financial institution (e.g. a government entity, bank, etc.), but may instead be held solely in the digital wallet.
  • the digital currency may be stored in a self-hosted and/or unhosted wallet that is not provided by a financial institution or service.
  • the digital currency may be stored in a self-hosted/ unhosted wallet residing on a computer of the customer or offline.
  • the digital wallet may be hosted by an entity such as a financial entity, a financial technology company, a government entity (or a government institution or a government-regulated financial institution), a payment processor company, a technology company, a cloud company, a clearing house, a syndicate of banks, an entity with a bank charter and/or any suitable entity.
  • a system for facilitating a private transaction between a first entity and a second entity using a digital currency comprising: a computing node, wherein the computing node is included in a plurality of computing nodes participating in a distributed ledger, wherein the distributed ledger stores one or more transaction blocks representing private transactions in a digital currency that is issued by the financial institution and is fixed with respect to a fiat currency, wherein each computing node in the plurality of computing nodes stores and maintains a respective copy of the distributed ledger, and wherein the computing node is configured to: store and maintain a copy of the distributed ledger; receive a private transaction for transferring an amount of the digital currency from the first entity to the second entity, wherein the first entity and the second entity relate to the financial institution, wherein at least the first entity is associated with one or more public and/or private keys, and wherein, based on authorization from the first entity, at least a portion of the private transaction involving the digital currency is generated using a key of the one or more public and/or private keys for the first
  • a reserve of the financial institution comprises an at least an amount of fiat currency equivalent to the amount of digital currency of the first entity and the second entity.
  • the indication of validity further comprises an indication of the first entity having a sufficient amount of digital currency required to complete the private transaction
  • the computing node is further configured to: receive, from the one or more computing nodes, an indication of invalidity of the new transaction block; and based on the indication of invalidity comprising an indication of the first entity not having a sufficient amount of digital currency required to complete the private transaction: determine that the first entity has access to an available amount of fiat currency equivalent to the sufficient amount of digital currency; exchange the available amount of fiat currency into the sufficient amount of digital currency required to complete the private transaction and transfer the available amount of the fiat currency to an omnibus account at the financial institution; retransmit the new transaction block to the one or more computing nodes participating in the distributed ledger; receive, from at least one of the plurality of computing nodes, the indication of validity of the new transaction block; and based on the indication of validity, insert the new transaction block into the copy of the distributed ledger to complete the private transaction for transferring the amount of the digital currency from the first
  • An institution for facilitating digital currency transactions comprising: a computing node, wherein the computing node is included in a plurality of computing nodes participating in a distributed ledger, wherein the distributed ledger stores one or more transaction blocks representing private transactions in one or more digital currencies, wherein each computing node in the plurality of computing nodes stores and maintains a respective copy of the distributed ledger, and wherein the computing node is configured to: store and maintain a copy of the distributed ledger; receive a private transaction for transferring an amount of digital currency from a first entity related to a first financial institution to a second entity related to a second financial institution, wherein the digital currency is issued by the first financial institution and is fixed with respect to a fiat currency, wherein at least the first entity is associated with one or more public and/or private keys, and wherein, based on authorization from the first entity, at least a portion of the private transaction involving the digital currency is generated using a key of the one or more public and/or private keys for the first entity, and wherein
  • a method for facilitating a private transaction between a first entity and a second entity using a digital currency issued by a financial institution and fixed with respect to a fiat currency the method being implemented on a computing node included in a plurality of computing nodes participating in a distributed ledger, each computing node in the plurality of computing nodes storing and maintaining a respective copy of the distributed ledger, the method comprising acts of: storing and maintaining a copy of the distributed ledger, wherein the distributed ledger stores one or more transaction blocks representing private transactions in the digital currency that is issued by the financial institution and is fixed with respect to the fiat currency; receiving a private transaction for transferring an amount of the digital currency from the first entity to the second entity, wherein at least the first entity is associated with one or more public and/or private keys, and wherein, based on authorization from the first entity, at least a portion of the private transaction involving the digital currency is generated using a key of the one or more public and/or private keys for the first entity; generating a new transaction block representing the
  • the indication of validity further comprises an indication of the first entity having a sufficient amount of digital currency required to complete the private transaction
  • the method further comprising: receiving, from the one or more computing nodes, an indication of invalidity of the new transaction block; and based on the indication of invalidity comprising an indication of the first entity not having a sufficient amount of digital currency required to complete the private transaction: determining that the first entity has access to an available amount of fiat currency equivalent to the sufficient amount of digital currency; exchanging the available amount of fiat currency into the sufficient amount of digital currency required to complete the private transaction and transferring the available amount of the fiat currency to an omnibus account at the financial institution; retransmitting the new transaction block to the one or more computing nodes participating in the distributed ledger; receiving, from at least one of the plurality of computing nodes, the indication of validity of the new transaction block; and based on the indication of validity, inserting the new transaction block into the copy of the distributed ledger to complete the private transaction for transferring the amount of the digital currency from the
  • a method for a clearing house to facilitate digital currency transactions between a first entity related to a first financial institution and a second entity related to a second financial institution the method being implemented on a computing node included in a plurality of computing nodes participating in a distributed ledger, each computing node in the plurality of computing nodes storing and maintaining a respective copy of the distributed ledger, the method comprising acts of: storing and maintaining a copy of the distributed ledger, wherein the distributed ledger stores one or more transaction blocks representing private transactions in one or more digital currencies; receiving a private transaction for transferring an amount of digital currency from a first entity related to a first financial institution to a second entity related to a second financial institution, wherein the digital currency is issued by the first financial institution and is fixed with respect to a fiat currency, wherein at least the first entity is associated with one or more public and/or private keys, and wherein, based on authorization from the first entity, at least a portion of the private transaction involving the digital currency is generated using a key of the one or
  • a digital wallet for one or more digital currencies from one or more financial institutions comprising: one or more pairs of public and private keys for a user holding one or more digital currencies from one or more of financial institutions, including a digital currency issued by a financial institution and that is fixed with respect to a fiat currency, wherein a pair of public and private keys is used by the user to receive and/or send the digital currency issued by the financial institution corresponding to the pair of public and private keys and to record a transaction in the digital currency in a private distributed ledger for the financial institution.
  • a system for facilitating a private transaction between a first entity and a second entity using a government issued digital currency issued by a government institution comprising: a computing node, wherein the computing node is included in a plurality of computing nodes participating in a distributed ledger, wherein the distributed ledger stores transaction information representing transactions in a government issued digital currency that is issued by a government institution and is fixed with respect to a fiat currency, wherein at least one computing node in the plurality of computing nodes stores and maintains a respective copy of the distributed ledger, and wherein the computing node is configured to: receive a transaction for transferring an amount of the government issued digital currency from the first entity to the second entity; determine that the transaction is authorized by the first entity based on a digital signature or identifier for the first entity; generate new transaction information representing the transaction in the government issued digital currency for addition to the distributed ledger; transmit the new transaction information to at least one of the plurality of computing nodes participating in the distributed ledger; receive, from the at least one of the plurality of the pluralit
  • a system for facilitating a transaction between a first entity and a second entity using a digital currency issued by a bank or an entity with a bank charter comprising: a computing node, wherein the computing node is included in a plurality of computing nodes participating in a distributed ledger, wherein the distributed ledger stores transaction information representing transactions in a digital currency that is issued by a bank or an entity with a bank charter and is fixed with respect to a fiat currency, wherein at least one computing node in the plurality of computing nodes stores and maintains a respective copy of the distributed ledger, and wherein the computing node is configured to: receive a transaction for transferring an amount of the digital currency from the first entity to the second entity; determine that the transaction is authorized by the first entity based on a digital signature or identifier for the first entity; generate new transaction information representing the transaction in the digital currency for addition to the distributed ledger; transmit the new transaction information to at least one of the plurality of computing nodes participating in the distributed ledger; receive, from the at least
  • a digital wallet for one or more digital currencies from one or more financial institutions comprising: one or more pairs of public and private keys for a user holding one or more digital currencies from one or more of financial institutions, including a digital currency issued by a financial institution and that is fixed with respect to a fiat currency, wherein: the digital wallet is a self-hosted digital wallet, a plurality of computing nodes participate in a distributed ledger for the financial institution and/or a clearing house, the distributed ledger stores transaction information representing one or more transactions in the digital currency, at least one computing node in the plurality of computing nodes: receives a transaction for the user to receive from and/or send to the user or another user an amount of the digital currency, generates new transaction information representing the transaction for addition to the distributed ledger, transmits the new transaction information to at least one of the plurality of computing nodes, receives, from the at least one of the plurality of computing nodes, an indication of validity of the new transaction information, and based on the indication of validity, inserts the new transaction information into the distributed
  • a digital wallet for one or more digital currencies from one or more financial institutions comprising: one or more pairs of public and private keys for a user holding one or more digital currencies from one or more of financial institutions, including a line of credit based on a digital currency issued by a financial institution and that is fixed with respect to a fiat currency, wherein: a plurality of computing nodes participate in a distributed ledger for the financial institution, the distributed ledger stores transaction information representing one or more transactions in the digital currency, at least one computing node in the plurality of computing nodes: receives a transaction for the user to draw on the line of credit for an amount of the digital currency, generates new transaction information representing the transaction for addition to the distributed ledger, transmits the new transaction information to at least one of the plurality of computing nodes, receives, from the at least one of the plurality of computing nodes, an indication of validity of the new transaction information, and based on the indication of validity, inserts the new transaction information into the distributed ledger to complete the transaction, and one of a pair of public and
  • FIG. 8 shows an example implementation of a computing node for a private distributed ledger, a public distributed ledger, or a combination thereof, in accordance with some embodiments of the technology described herein.
  • system 800 may include one or more processors 801 that are operable to generate a transaction block for a new financial transaction (e.g., element 804). Such information may be stored within memory or persisted to storage media.
  • processors 801 may receive transaction information 802 including one or more entities involved in the transaction, an amount for the transaction, a time stamp for the transaction, and other suitable transaction information.
  • processors 801 may receive and/or generate related transaction information, such as one or more transactions blocks, from the distributed ledger 803 for each new financial transaction executed according to at least some of the described systems and methods.
  • processors 801 may be configured to execute at least some of the described systems and methods to generate the transaction block 804 based on the transaction information 802 and/or the distributed ledger 803.
  • FIG. 9 shows an example computer system for executing one or more functions for a computing node participating in a private distributed ledger, a public distributed ledger, or a combination thereof, in accordance with some embodiments of the technology described herein.
  • the computing device 900 may include one or more processors 901 and one or more articles of manufacture that comprise non-transitory computer-readable storage media (e.g., memory 902 and one or more nonvolatile storage media 903).
  • the processor 901 may control writing data to and reading data from the memory 902 and the non-volatile storage device 903 in any suitable manner.
  • the processor 901 may execute one or more processorexecutable instructions stored in one or more non-transitory computer-readable storage media (e.g., the memory 903), which may serve as non-transitory computer-readable storage media storing processor-executable instructions for execution by the processor 901.
  • non-transitory computer-readable storage media e.g., the memory 903
  • program or “software” are used herein in a generic sense to refer to any type of computer code or set of processor-executable instructions that can be employed to program a computer or other processor to implement various aspects of embodiments as discussed above. Additionally, it should be appreciated that according to one aspect, one or more computer programs that when executed perform methods of the disclosure provided herein need not reside on a single computer or processor, but may be distributed in a modular fashion among different computers or processors to implement various aspects of the disclosure provided herein.
  • Processor-executable instructions may be in many forms, such as program modules, executed by one or more computers or other devices.
  • program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • functionality of the program modules may be combined or distributed as desired in various embodiments.
  • data structures may be stored in one or more non-transitory computer-readable storage media in any suitable form.
  • data structures may be shown to have fields that are related through location in the data structure. Such relationships may likewise be achieved by assigning storage for the fields with locations in a non-transitory computer-readable medium that convey relationship between the fields.
  • any suitable mechanism may be used to establish relationships among information in fields of a data structure, including through the use of pointers, tags or other mechanisms that establish relationships among data elements.
  • a first action being performed in response to a second action may include interstitial steps between the first action and the second action.
  • a first action being performed in response to a second action may not include interstitial steps between the first action and the second action.
  • the phrase “at least one,” in reference to a list of one or more elements, should be understood to mean at least one element selected from any one or more of the elements in the list of elements, but not necessarily including at least one of each and every element specifically listed within the list of elements and not excluding any combinations of elements in the list of elements.
  • This definition also allows that elements may optionally be present other than the elements specifically identified within the list of elements to which the phrase “at least one” refers, whether related or unrelated to those elements specifically identified.
  • “at least one of A and B” can refer, in one embodiment, to at least one, optionally including more than one, A, with no B present (and optionally including elements other than B); in another embodiment, to at least one, optionally including more than one, B, with no A present (and optionally including elements other than A); in yet another embodiment, to at least one, optionally including more than one, A, and at least one, optionally including more than one, B (and optionally including other elements); etc.
  • a reference to “A and/or B,” when used in conjunction with open-ended language such as “comprising” can refer, in one embodiment, to A only (optionally including elements other than B); in another embodiment, to B only (optionally including elements other than A); in yet another embodiment, to both A and B (optionally including other elements); etc.

Abstract

L'invention concerne des systèmes et des procédés permettant de faciliter des transactions à l'aide d'une monnaie numérique. Selon certains aspects, l'invention décrit un système permettant de faciliter une transaction privée entre une première entité et une seconde entité à l'aide d'une monnaie numérique émise par le gouvernement qui est émise par une institution gouvernementale. Selon certains aspects, l'invention décrit un système permettant de faciliter une transaction entre une première entité et une seconde entité à l'aide d'une monnaie numérique émise par une banque ou une entité avec une charte bancaire. Selon certains aspects, l'invention décrit un portefeuille numérique pour une ou plusieurs monnaies numériques provenant d'une ou de plusieurs institutions financières, le portefeuille numérique étant un portefeuille numérique auto-hébergé. Selon certains aspects, l'invention décrit un portefeuille numérique pour une ou plusieurs monnaies numériques provenant d'une ou de plusieurs institutions financières, comprenant une ligne de crédit basée sur une monnaie numérique émise par une institution financière et qui est fixe par rapport à un billet de banque.
EP21916429.0A 2020-12-30 2021-12-29 Systèmes et procédés permettant de faciliter des transactions à l'aide d'une monnaie numérique Pending EP4272145A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202063132099P 2020-12-30 2020-12-30
US202163141867P 2021-01-26 2021-01-26
US202163161421P 2021-03-15 2021-03-15
PCT/US2021/065535 WO2022147144A1 (fr) 2020-12-30 2021-12-29 Systèmes et procédés permettant de faciliter des transactions à l'aide d'une monnaie numérique

Publications (1)

Publication Number Publication Date
EP4272145A1 true EP4272145A1 (fr) 2023-11-08

Family

ID=82259762

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21916429.0A Pending EP4272145A1 (fr) 2020-12-30 2021-12-29 Systèmes et procédés permettant de faciliter des transactions à l'aide d'une monnaie numérique

Country Status (4)

Country Link
EP (1) EP4272145A1 (fr)
JP (1) JP2024501883A (fr)
IL (1) IL304119A (fr)
WO (1) WO2022147144A1 (fr)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8229859B2 (en) * 2007-04-19 2012-07-24 Gideon Samid Bit currency: transactional trust tools
US20160335628A1 (en) * 2014-05-15 2016-11-17 Adam Mark Weigold System and method for digital currency storage, payment and credit
EP3414713B1 (fr) * 2016-02-12 2023-07-26 Royal Bank Of Canada Procédés et systèmes de traitement numérique de récompenses
US10333705B2 (en) * 2016-04-30 2019-06-25 Civic Technologies, Inc. Methods and apparatus for providing attestation of information using a centralized or distributed ledger

Also Published As

Publication number Publication date
WO2022147144A1 (fr) 2022-07-07
IL304119A (en) 2023-09-01
JP2024501883A (ja) 2024-01-16

Similar Documents

Publication Publication Date Title
US20220122062A1 (en) Systems and methods for facilitating transactions using a digital currency
US11810106B2 (en) Systems and methods for facilitating transactions using a digital currency
JP7221546B2 (ja) 公開分散台帳システムにおける取引プライバシー
US11816642B2 (en) Blockchain digital currency: systems and methods for use in enterprise blockchain banking
US11210736B2 (en) Global liquidity and settlement system
Bollen The Legal Status of Online Currencies–Are Bitcoins the Future?
US11669831B2 (en) Tokenized asset backed by government bonds and identity and risk scoring of associated token transactions
US20190188793A1 (en) System and method of providing escrow wallets and closing wallets for transactions
CN112823367A (zh) 基于区块链的加速交易处理的方法、装置和系统
US10140658B1 (en) Commodity backed virtual currency method and system for network transactions
Tucker The digital currency doppelganger: Regulatory challenge or harbinger of the new economy
EP4272145A1 (fr) Systèmes et procédés permettant de faciliter des transactions à l'aide d'une monnaie numérique
US20220261789A1 (en) Personal identifiable information verification for decentralized network services
WO2023004199A1 (fr) Procédés et systèmes pour faciliter le commerce d'actifs financiers non négociables
KR20220131496A (ko) 디지털화폐 플랫폼 서비스를 제공하는 방법 및 이를 위한 시스템

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20230728

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)