SECURE AND COMPLIANT MULTI-CRYPTOCURRENCY PAYMENT GATEWAY
20240135339 ยท 2024-04-25
Assignee
Inventors
- Nalaka GOONERATNE (Melbourne, Victoria, AU)
- Prasan FERNANDO (Melbourne, Victoria, AU)
- Kian JACKSON (Melbourne, Victoria, AU)
Cpc classification
G06Q20/3678
PHYSICS
G06Q20/4016
PHYSICS
G06F16/955
PHYSICS
G06Q20/3276
PHYSICS
International classification
G06Q20/02
PHYSICS
Abstract
A secure multi-cryptocurrency payment gateway is provided. An interface is provided to a customer to select the cryptocurrency exchange may include a login uniform resource locator (URL) of a cryptocurrency exchange. Alternatively, the interface provided to the customer to select the cryptocurrency exchange may include a quick response (QR) payment code for the cryptocurrency exchange. Alternatively, the interface provided to the customer to select the cryptocurrency exchange can include a first further token that includes the token representing the payment request, the first further token allows the customer to authorize the cryptocurrency exchange to send the payment gateway a second further token including the first further token that allows the payment gateway to retrieve a balance amount and a transaction history of the cryptocurrency wallet of the customer.
Claims
1-12. (canceled)
13. A method for processing a payment from a customer to a merchant, the method comprising the steps of: providing a gateway to a cryptocurrency exchange; receiving by the gateway, a request from the merchant for the payment in fiat currency; receiving by the gateway, a selection from the customer to fund the payment to the merchant in cryptocurrency using a customer wallet hosted for the customer by the cryptocurrency exchange; processing fiat-to-cryptocurrency and cryptocurrency-to-fiat currency exchanges at the cryptocurrency exchange using the customer wallet and a gateway wallet hosted for the gateway by the cryptocurrency exchange, in response to requests by the gateway; receiving by the gateway, notification from the cryptocurrency exchange that the fiat-to-cryptocurrency and cryptocurrency-to-fiat currency exchanges have been completed; and paying the fiat currency to the merchant by the gateway without involving the merchant in the fiat-to-cryptocurrency and cryptocurrency-to-fiat currency exchanges.
14. The method of claim 13, wherein the requests by the gateway to process the fiat-to-cryptocurrency and cryptocurrency-to-fiat currency exchanges at the cryptocurrency exchange are based on first, second, and third tokens generated by the gateway, and wherein: the first token represents details of the customer and the payment; the second token represents a balance amount and transaction history of the customer wallet; and the third token represents a risk assessment for the customer and the payment.
15. The method of claim 14, wherein the first, second and third tokens are stored by the gateway in a customer profile of the customer.
16. The method of claim 14, wherein the risk assessment comprises one or both of an anti-money laundering (AML) risk assessment and a fraud risk assessment.
17. The method of claim 16, wherein the first, second, and third tokens each comprise an encrypted JSON Web Token (JWT).
18. The method of claim 13, further comprising, presenting by the gateway, multiple different cryptocurrency exchanges for the customer to select from to fund the payment.
19. A system for processing a payment from a customer to a merchant, the system comprising: a memory and a processor configured by instructions stored in the memory to perform operations comprising: providing a gateway to a cryptocurrency exchange; receiving by the gateway, a request from the merchant for the payment in fiat currency; receiving by the gateway, a selection from the customer to fund the payment to the merchant in cryptocurrency using a customer exchange wallet hosted for the customer by the cryptocurrency exchange; processing fiat-to-cryptocurrency and cryptocurrency-to-fiat currency exchanges at the cryptocurrency exchange using the customer wallet and a gateway exchange wallet hosted for the gateway by the cryptocurrency exchange, in response to requests by the gateway; receiving by the gateway, notification from the cryptocurrency exchange that the fiat-to-cryptocurrency and cryptocurrency-to-fiat currency exchanges have been completed; and paying the fiat currency to the merchant by the gateway without involving the merchant in the fiat-to-cryptocurrency and cryptocurrency-to-fiat currency exchanges.
Description
BRIEF DESCRIPTION OF DRAWINGS
[0045] Embodiments of the invention will now be described by way of example only with reference to the accompanying drawings, in which:
[0046]
[0047]
[0048]
[0049]
DETAILED DESCRIPTION
[0050] Prior to a description with reference to the drawings, to help understanding of the present invention, terms used in this specification are described in brief.
[0051] Payment gateway: sits in between a consumer and a merchant and ensures that funds are transferred securely and correctly when a transaction is performed. They usually integrate with multiple channels and allow merchants to provide multiple payment options to consumers. When processing credit card payments, these gateways provide value added services such as real-time anti-fraud assessments to minimize a merchant's exposure to fraudulent transactions.
[0052] Cryptocurrency: a form of electronic money created from code using an encrypted string. Ownership of cryptocurrency is usually recorded in a cryptographically encrypted immutable sequence of data blocks called a blockchain. The most popular cryptocurrencies allow owners to maintain anonymity and privacy because ownership is linked to a wallet address which is usually just a cryptographic public key.
[0053] Cryptocurrency exchange: an entity that allows customers to trade cryptocurrencies. They also provide means to trade cryptocurrencies with fiat money (or fiat currencies).
[0054] Public key cryptography: a method by which data is encrypted and decrypted using two different keys: a private key and a public key. The public key is derived from the private key. However, it is not possible to derive the private key from the public key. Public key cryptography is asymmetric: ie, data encrypted with a public key can only be decrypted with the corresponding private key and vice-versa.
[0055] JWT: an open internet standard used to securely transfer claims (ie, pieces of information) between two parties. These claims are encrypted using public key cryptography, and digitally signed or integrity protected using a message authentication code (MAC). A MAC is a tag which confirms that the message from the stated sender has not been changed.
[0056]
[0057] The method may start at step 110 by receiving, at the payment gateway 230, a payment request and shopping basket details of a customer 210 from a merchant 220. The payment request may comprise a request for the payment gateway 230 to pay a fiat currency amount to a bank account of the merchant 220 after an equivalent cryptocurrency amount has been transferred from a cryptocurrency wallet of the customer 210 to a cryptocurrency wallet of the payment gateway 230.
[0058] Next, at step 120, a token T1 representing the payment request may be generated by the payment gateway 230. At step 130, the token and the shopping basket details may be stored at the payment gateway 230 for subsequent processing of the payment request by the payment gateway 230.
[0059] At step 140, an interface may be provided to the customer 210 to select a cryptocurrency exchange 240 to transfer the equivalent cryptocurrency amount from the cryptocurrency wallet of the customer 210 to the cryptocurrency wallet of the payment gateway 230.
[0060] At step 150, the payment gateway 230 may request the cryptocurrency exchange 240 to sell the equivalent cryptocurrency amount in the cryptocurrency wallet of the payment gateway 230 for the fiat currency amount.
[0061] A transfer of the fiat currency amount from the cryptocurrency exchange 240 to a bank account of the payment gateway 240 may be received at step 160.
[0062] At step 170, the merchant 220 and the customer 210 may be notified by the payment gateway 230 that the payment request has been successfully processed.
[0063] The method 100 may end at step 180 by settling the payment request by transferring the fiat currency amount from the bank account of the payment gateway 230 to the bank account of the merchant 220. The transfer of the fiat currency amount may be processed by generating a digital credit card that allows the payment gateway 230 to pay the fiat currency amount to the merchant as a regular credit card payment.
[0064] Referring to
[0065] In these embodiments, the cryptocurrency exchange 240 may authenticate the customer 210, and the customer 210 may use the cryptocurrency exchange 240 to process a transfer the equivalent cryptocurrency amount from the cryptocurrency wallet of the customer 210 to the cryptocurrency wallet of the payment gateway 230.
[0066] In alternative embodiments, the payment gateway 230 may perform risk assessments for the payment request. In these embodiments, the interface provided to the customer 210 to select the cryptocurrency exchange 240 may comprise a first further token T2 that includes the token T1 representing the payment request. The first further token T2 may allow the customer 210 to authorize the cryptocurrency exchange 240 to send the payment gateway 230 a second further token T3 that includes the first further token T2 and which allows the payment gateway 230 to retrieve a balance amount and a transaction history of the cryptocurrency wallet of the customer 230 from the cryptocurrency exchange 240.
[0067] The payment gateway 230 may then perform a risk assessment for the payment request based at least in part on the shopping basket details, and the balance amount and the transaction history of the cryptocurrency wallet of the customer 210. If the risk assessment is satisfactory, the payment gateway 230 may use the second further token T3 to request the cryptocurrency exchange 240 to transfer the equivalent cryptocurrency amount from the cryptocurrency wallet of the customer 210 to the cryptocurrency wallet of the payment gateway 230.
[0068] The payment gateway 230 may generate a non-fungible token (NFT) representing the risk assessment for the payment request. The payment gateway 230 may also store the NFT in a customer profile of the customer 210.
[0069] The risk assessment performed by the payment gateway 230 may comprise one or both of an AML risk assessment and a fraud risk assessment. The token representing the payment request T1, and the first and second further tokens T2, T3, may each comprise an encrypted JWT.
[0070] The following Examples are intended to illustrate the invention. They are not intended to limit the scope of the invention.
Example 1Non-Tokenized Direct Processing at Cryptocurrency Exchange
[0071] In this example,
[0072]
[0073]
[0074]
[0075]
[0076]
Initialization of Payment Process and Selection of Cryptocurrency Exchange
[0077] A customer browser 210 initiates checkout process on a merchant server 220 at step 101. At step 102, the customer 210 select cryptocurrency as the payment method. The merchant website 220 passes shopping basket details to the payment gateway (PG) 230 and requests a first token (T1) to track the end-to-end payment flow.
[0078] The PG 230 generates a token T1 and stores the shopping basket details against that token T1 at step 104. T1 is returned to the merchant website 220 at step 105. The merchant's website 220 in turn passes the T1 to the customer's browser 210. The checkout page uses token T1 to initialise a cryptocurrency payment process and presents the customer 210 with available cryptocurrency exchanges 240. In step 107, the customer 210 selects a cryptocurrency exchange (CE) 240.
Authentication of Customer and Granting Access to Crypto Payment Gateway to Process Payment
[0079] In the example, option 2 shown in
[0080] The flow embodied at steps 211-214 and 411 allows cryptocurrency payment capabilities available at the CE 240 to be leveraged. PG 230 initiates a cryptocurrency request in step 211. CE 240 generates and returns a login URL against the request in step 212. This login URL is passed back to the customer 210 in step 213. The customer 210 authenticates and authorizes the transfer at CE 240 in step 214 and cryptocurrency is transferred to PG's 230 wallet in step 411.
Notification of Transaction Result and Fund Settlement
[0081] Referring to
[0082] Funds in fiat currency are transferred from PG's 230 bank account to the merchant's 220 bank account in step 506 to complete the settlement process.
Example 2Non-Tokenized QR Code Initiated Direct Processing at Cryptocurrency Exchange
Initialization of Payment Process and Selection of Cryptocurrency Exchange
[0083] This same process flow described in Example 1 above is used for this stage in this Example 2.
Authentication of Customer and Granting Access to Crypto Payment Gateway to Process Payment
[0084] In the example, option 3 shown in
[0085]
CE 240 generates and returns a code URL against the request in step 222. PG 230 renders a QR code based on the code URL and presents it to the customer 210 in step 223. The customer 210 scans the QR code in step 224 and authorizes the payment, and cryptocurrency is transferred to PG's 230 wallet in step 421.
Notification of Transaction Result and Fund Settlement
[0086] This same process flow described in Example 1 above is used for this stage in this Example 2.
Example 3-Tokenized Payment with Fraud and Risk Assessments
Initialization of Payment Process and Selection of Cryptocurrency Exchange
[0087] This same process flow described in Examples 1 and 2 above is used in this Example 3.
Authentication of Customer and Granting Access to Crypto Payment Gateway to Process Payment
[0088] In this Example 3, option 1 shown in
[0089] At step 203, CE 240 authenticates and redirects the customer 210 back to PG 230 with an authorization code and token T2. PG 230 extracts the authorization code and uses to the authorization code to request an access token T3. T2 is used to link T3 with the shopping basket details stored against T1.
[0090] These custom claims are encrypted by the PG 230 using the CE's 240 public key to ensure that it cannot be viewed/tampered with while it is passed through the customer's browser 210 to the CE 240. Once T2 is generated, the customer's browser 210 is redirected to the CE's 240 login page with T2.
Retrieval of Wallets with Sufficient Balance and Authorization of Payment
[0091] Token T3 is used to retrieve the customer's 210 list of wallets with cryptocurrency, their balances, and the conversion rate to a target fiat currency, in steps 301 and 302.
[0092] At step 303, PG 230 filters the list of wallets and returns only those that have sufficient balance to complete the payment, along with the balances and the conversion rate to the target fiat currency.
[0093] At step 304, the customer 210 selects a wallet W1 and authorizes the payment in step 305.
Retrieval of Transaction History of Authorized Wallet, Anti-Fraud Assessments and Perform Transfer (Payment) from Authorized Wallet
[0094] Referring to option 1 in
[0095] At step 404, the PG 230 performs AML and anti-fraud assessments based on the shopping basket details, merchant's 220 category and returned transaction history. A decision is made at step 405 to proceed with or reject the transaction.
[0096] If risk assessment is successful, PG 230 issues a transfer request to send C1 from W1 to PG's 230 wallet at step 406. The CE 240 performs the requested transfer at step 407.
[0097] At step 408, a risk assessment NFT for the transaction is stored against the customer 210 profile.
Notification of Transaction Result and Fund Settlement
[0098] This same process flow described in Examples 1 and 2 above is used for this stage in this Example 3.
[0099] Embodiments of the present invention provide a system and related method that are both generally and specifically useful for providing a secure and compliant multi-cryptocurrency payment gateway.
[0100] Embodiments of invention advantageously provide a solution which allows consumers and merchants to be identified, and anti-fraud assessments to be performed when processing cryptocurrency-based payments. Merchants are identified when onboarding and provisioning an account at the payment gateway, consumers are identified using the KYC (Know Your Customer) and onboarding processes at the cryptocurrency exchange, and anti-fraud assessments are performed based on the transaction history of the customer's wallet, which is maintained at a cryptocurrency exchange.
[0101] Embodiments of the invention also provide the following advantages: [0102] 1. Allows payment gateways to be introduced to the cryptocurrency landscape. With currently available technology, merchants need to directly integrate with cryptocurrency exchanges via APIs to facilitate payments using cryptocurrency. The integration methods available with cryptocurrency exchanges are quite different from those used when processing credit card, debit card or stored value wallets. By introducing a cryptocurrency payment gateway, merchants are provided with an integration method that is the same as that used when accepting credit card payments from consumers. [0103] 2. Allows merchants to provide cryptocurrency as an option alongside other payment methods (eg, credit card, debit card or stored value wallets), to consumers. [0104] 3. Minimizes or avoids the risk of fraudulently-obtained cryptocurrency being used in a transaction, by looking at the transaction history of the wallet of the consumer, and checking the source of the cryptocurrency. [0105] 4. A three token mechanism which allows the shopping basket details to be used together with the consumer's wallet history and provide an aggregate risk assessment score. [0106] 5. A settlement mechanism when accepting cryptocurrency payments by provisioning a digital credit card and then using the card scheme rails to transfer the funds to the relevant merchant's acquiring wallet.
[0107] Unless the context requires otherwise, the word comprising means including but not limited to, and the word comprises has a corresponding meaning.
[0108] Any reference to prior art is not an admission that the prior art is common general knowledge.
[0109] The scope of the invention supported by the above examples is defined by the claims that follow.