A cross-border payment method, electronic device and system

Abstract

The present application relates to the field of data processing, and specifically, to a method, electronic device and system for cross-border payment, including a remittance institution obtaining a target circulation amount and transaction scenario information of the first currency, replacing the first currency of the target circulation amount with a second currency and generating a transaction token based on the second currency and the transaction scenario information; a cross-border service provider obtains the transaction token, verifies the transaction token, and sends the transaction token to a receiving institution after the verification passes; the receiving institution sends the third currency corresponding to the target circulation amount to the receiving account. Regardless of the region or country with which the remittance institution trades funds, the first currency is replaced by the second currency, and the second currency is used to circulate instead of the first currency, so that during the capital circulation process, there is no need to go through multiple intermediary institutions for currency exchange due to different types of currencies, thereby improving the circulation efficiency.

Description

Technical Field

[0001] The present application relates to the field of data processing, and specifically, to a method, electronic device and system for cross-border payment. Background Art

[0002] At present, the demand for cross-regional payments is increasing, such as fund payments between different countries or regions. When the remitter needs to transfer money to someone in another region or country (i.e. the payee), due to factors such as different currencies, different service banks, and different agencies, the current remittance process needs to go through the services and proofreading of multiple intermediaries, resulting in low efficiency, low security, and high labor costs. Summary of the invention

[0003] The present application provides a cross-border payment method, electronic device and system to at least solve at least one of the above-mentioned technical problems.

[0004] According to a first aspect of an embodiment of the present application, a cross-border payment method is provided, including:

[0005] The remittance institution, in response to a currency transfer request for a first currency, obtains a target transfer amount and transaction scenario information of the first currency, replaces the first currency of the target transfer amount with a second currency of a corresponding amount according to a first exchange rate between the second currency and the first currency, and generates a transaction token based on the second currency and the transaction scenario information; wherein the currency transfer request includes the target transfer amount, the transaction scenario information includes a receiving account, and the remittance institution purchases the second currency with the first currency from a pre-associated agency according to the first exchange rate;

[0006] The cross-border service provider obtains the transaction token, verifies the transaction token, and sends the transaction token to the payment institution after the verification is passed;

[0007] The payment institution saves the transaction scenario information in the transaction token, and sends the third currency corresponding to the target circulation amount to the payment account according to the second exchange rate between the third currency and the second currency; wherein the payment institution can exchange the second currency into a third currency from the agency according to the second exchange rate.

[0008] Optionally, the method further comprises:

[0009] The agency signs a cooperation agreement for the second currency in advance with the remittance agency, the cross-border service provider and the recipient agency;

[0010] The custodian bank that cooperates with the cross-border service provider in advance issues the second currency and transfers the second currency to the cross-border service provider;

[0011] The agency purchases the second currency from the cross-border service provider for use in trading the second currency with the remittance agency and the recipient agency.

[0012] Optionally, generating a transaction token based on the second currency and the transaction scenario information includes:

[0013] The remittance institution determines the purpose of the funds flow based on the transaction scenario information, or based on the transaction scenario information and the historical remittance information of the remittance user;

[0014] Generate a corresponding type of transaction token according to the purpose; wherein the transaction scenario information includes the remittance account, remittance amount, remittance time and remittance location.

[0015] Optionally, the cross-border service provider obtains the transaction token and verifies the transaction token, including:

[0016] The cross-border service provider determines whether the type of the transaction token is an existing type;

[0017] And / or, the cross-border service provider determines whether the type of the transaction token matches the purpose represented by the transaction scenario information;

[0018] and / or, the cross-border service provider determines whether the remittance institution is in a pre-stored whitelist;

[0019] and / or, the cross-border service provider determines whether the remittance institution is not in a pre-stored blacklist;

[0020] If the judgment results of the cross-border service provider are all yes, the verification is passed, otherwise the verification fails; wherein the whitelist stores institutions that have transactions with the agency for the second currency.

[0021] Optionally, a blockchain is constructed between the cross-border service provider, remittance agency, payment recipient agency and agency;

[0022] The method further comprises:

[0023] After the payment receiving institution sends the third currency to the payment receiving account, the payment receiving institution obtains the transfer information of the payment receiving account within a preset time period;

[0024] If the transfer amount of the transfer information exceeds a preset proportion of the third currency corresponding to the target turnover amount, adding the receiving account to a preset user blacklist;

[0025] The remittance institution synchronously obtains the user blacklist based on the blockchain, and when the remittance account initiates a money transfer request, determines whether the remittance account is on the user blacklist. If so, a monitoring result is generated according to the determined purpose of the remittance and corresponding verification conditions, so as to trigger an early warning when the monitoring result indicates an abnormality.

[0026] Optionally, the method further comprises:

[0027] The remittance institution synchronizes the transfer information of the receiving account based on the blockchain;

[0028] If the recipient of the payment in the transfer information is an internal staff, the recipient of the payment will be added to the user blacklist; wherein the internal staff refers to the staff of the remittance institution and the recipient institution.

[0029] Optionally, before verifying the transaction token, the method further includes:

[0030] Synchronize the user blacklist and historical remittance information of the remittance user based on the blockchain;

[0031] If the remittance institution that transmits the transaction token is not in the pre-stored blacklist and the remittance user of the transaction token is not in the user blacklist, and the transaction token belongs to the periodic remittance in the historical remittance information, it is determined that the transaction token passes the verification and executes the verification and sends the transaction token to the receiving institution after passing the verification.

[0032] Optionally, the method further comprises:

[0033] The cross-border service provider obtains the issuance amount of the second currency, the purchase amount of the second currency by the agency, and the usage amount of the second currency by each of the remittance institutions; wherein the usage amount is determined according to the transaction token transmitted by each remittance institution to the cross-border service provider;

[0034] Subtracting the purchase amount from the issuance amount to obtain the issuance residual value;

[0035] If the issuance surplus value exceeds a preset first threshold, outputting an issuance warning;

[0036] Subtracting the usage amount from the purchase amount to obtain a purchase surplus value;

[0037] If the remaining purchase value exceeds a preset second threshold, a purchase warning is output.

[0038] Optionally, the cross-border service provider obtains the transaction token and verifies the transaction token, including:

[0039] Based on the blockchain, the transaction token is verified using a blockchain hash algorithm, wherein the blockchain hash algorithm includes a hash key;

[0040] The transaction scenario information of the transaction token includes the initial key pair (pk1, sk1) and the identification U ID of the remittance user or remittance institution. The blockchain hash algorithm includes:

[0041] 1) Calculate r i+1 =Hash(pk i ||U ID||rand);

[0042] 2) Calculate R i+1 =r i+1 *g1;

[0043] R i+1 =e(pk i , r i+1 *g2);

[0044] h0=Hash(Rk i+1 );

[0045] 3) Calculate pk i+1 =h0*g1*pk i ;

[0046] 4) Calculate R = Hash (r i+1 *pk i );

[0047] Output(pk i+1 , R i+1 , R);

[0048] Among them, g1 and g2 are the base points of the elliptic curve groups G1 and G2 in the elliptic curve encryption algorithm, and pk i is the initial public key, rand is a random number, Hash is a hash function, R i+1 is a one-time public key, || is a Boolean operator, i is an integer representing the sequence of each operation, and e is the function used by the recipient to calculate the secret key;

[0049] The basis point is calculated as follows:

[0050] Select an elliptic curve and calculate its order N, the order n of the subgroup, n is a prime number and a factor of N, calculate the cofactor h = N / n; select any point P on the elliptic curve, calculate G = h*P, if G = 0, return to the previous step to recalculate G, if G ≠ 0, select a subgroup with order n and cofactor h, finally, select the highest factor as the order n of the subgroup, and find a suitable base point;

[0051] Get the derived public key (pk i+1 , R i+1 ) and hash salt key R;

[0052] 1) Calculate Rk i+1 `=e(R i+1 ,sk i *g2);

[0053] h0`=Hash(Rk i+1 `);

[0054] 2) Calculate sk i+1 =h0`+sk i ;

[0055] Output derived private key sk i+1 ;

[0056] Verify the transaction token through the derived public key and derived private key obtained by calculation;

[0057] The derived public key and the derived private key are updated by the following formula;

[0058] 1) Select the measurement number cnt and initialize it to 0, and calculate cnt=cnt+1;

[0059] 2) Calculate the new shared secret h cnt =Hash(h cnt-1 );

[0060] 3) Calculate a new one-time public key and update table pk i+2 =h cnt *g1*pk i+1 ;

[0061] 4) Calculate the corresponding private key and update table sk i+2 =h cnt +sk i+1 ;

[0062] The remittance institution outputs a one-time public key pk i+2 , the cross-border service provider outputs a key pair (pk i+2 ,sk i+2 ).

[0063] According to a second aspect of an embodiment of the present application, an electronic device is provided, including a memory and a processor, wherein a cross-border payment program is stored in the memory, and the processor adopts the cross-border payment method described above when executing the cross-border payment program.

[0064] According to a third aspect of an embodiment of the present application, a cross-border payment system is provided, including a remittance institution, which is used to respond to a currency circulation request for a first currency, obtain a target circulation amount and transaction scenario information of the first currency, replace the first currency of the target circulation amount with a second currency of a corresponding amount according to a first exchange rate between the second currency and the first currency, and generate a transaction token based on the second currency and the transaction scenario information; wherein the currency circulation request includes the target circulation amount, the transaction scenario information includes a receiving account, and the remittance institution purchases the second currency with the first currency from a pre-associated agency according to the first exchange rate;

[0065] The cross-border service provider is used to obtain the transaction token, verify the transaction token, and send the transaction token to the payment institution after the verification is passed;

[0066] A payment receiving institution is used to store the transaction scenario information in the transaction token, and according to the second exchange rate between the third currency and the second currency, send the third currency corresponding to the target circulation amount to the payment receiving account; wherein the payment receiving institution can exchange the second currency for the third currency from the agency according to the second exchange rate.

[0067] In the embodiments of the present application, firstly, no matter which region or country the remittance institution trades funds with, the first currency is replaced by the second currency, and the second currency is used to circulate instead of the first currency, so that during the capital circulation process, there is no need to go through multiple intermediaries for currency exchange due to different types of currencies, thereby improving the circulation efficiency;

[0068] Second, both the remittance institution and the receiving institution exchange the second currency from the agent, which enables the agent to control the circulation of the second currency and more easily control the safety of the use of the second currency. In addition, the agent can know which institutions have the second currency. When circulating the second currency, the cross-border service provider can use this feature to exclude institutions that unreasonably hold the second currency, thereby improving the safety of capital circulation.

[0069] Third, in the process of capital circulation, the first currency is not directly circulated, so the information generated in the process of capital circulation is not easy to be cracked or tampered with, which improves the security of circulation;

[0070] Fourth, when making cross-border payments, the remittance institution will generate a transaction token based on the transaction scenario information, and the cross-border service provider will verify it. This is simple and effective, and does not require review by too many institutions, reducing labor and time costs. BRIEF DESCRIPTION OF THE DRAWINGS

[0071] Figure 1 The present invention is a flowchart of a method for cross-border payment in an embodiment.

[0072] Figure 2 It is a schematic diagram of transaction token types in a cross-border payment method in one embodiment.

[0073] Figure 3 It is a structural block diagram of a cross-border payment system in one embodiment. DETAILED DESCRIPTION

[0074] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0075] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0076] According to an embodiment of the present application, a method embodiment of a cross-border payment is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0077] like Figure 1 As shown, the method comprises the following steps:

[0078] S101. In response to a money circulation request for a first currency, a remittance institution obtains a target circulation amount and transaction scenario information of the first currency, replaces the first currency of the target circulation amount with a second currency of a corresponding amount according to a first exchange rate between the second currency and the first currency, and generates a transaction token based on the second currency and the transaction scenario information.

[0079] The currency transfer request includes the target transfer amount, the transaction scenario information includes a receiving account, and the remittance institution purchases the second currency with the first currency from a pre-associated agency at the first exchange rate.

[0080] When a user of a remittance institution initiates a transfer, a money transfer request and transaction scenario information are generated based on the user's transfer information. Specifically, transaction scenario information refers to the information that the user must fill in when making a transfer, such as the remittance user, transfer amount, receiving account, purpose, collateral information of the remittance user, remittance time, arrival time, etc. The purpose is to include the unique information of this transaction in the transaction scenario information, so as to facilitate subsequent verification.

[0081] In one embodiment, the first exchange rate is, for example, 1:1, that is, 1 first currency can be exchanged for 1 second currency.

[0082] S102. The cross-border service provider obtains the transaction token, verifies the transaction token, and sends the transaction token to the payment institution after the verification passes.

[0083] Among them, since the remittance institutions need to exchange the second currency from the agency in a unified manner, the cross-border service provider can at least verify whether the remittance institution has exchanged the second currency based on the transaction token. If not, it proves that there is an abnormality in this transaction and the verification fails. In addition, in addition to verifying the remittance institution, the transaction scenario information can also be verified, and the uniqueness of the transaction scenario information can be used to ensure the security of this transaction.

[0084] S103: The payment receiving institution saves the transaction scenario information in the transaction token, and sends the third currency corresponding to the target circulation amount to the payment receiving account according to the second exchange rate between the third currency and the second currency.

[0085] The payment institution is capable of exchanging the second currency into a third currency from the agency at the second exchange rate.

[0086] Specifically, for example, the second exchange rate is 1:1, that is, 1 third currency can be exchanged for 1 second currency. The third currency can be a currency different from the first currency, such as the Euro and the US dollar, or can be the same currency.

[0087] It should be noted that the second currency is held by internal institutions. In other words, the second currency is not universal and can only be circulated between institutions with cooperation agreements to replace conventional currencies. Based on this, the first currency and the third currency are both universal, that is, internationally recognized currencies, such as RMB, USD, EUR, etc. The second currency can be a currency formulated by institutions to replace the first currency for circulation, such as a token.

[0088] After the receiving institution obtains a certain amount of the second currency, it issues the third currency to the receiving account to complete the capital circulation, and then the receiving institution can use the obtained second currency to exchange for the third currency. In one embodiment, the remittance institution refers to a bank that can remit money or other institutions with equivalent services, and the receiving institution refers to a bank that can receive money or other institutions with equivalent services.

[0089] Through the above content, firstly, no matter which region or country the remittance institution exchanges funds with, the first currency is replaced by the second currency, and the second currency is used to circulate instead of the first currency, so that during the capital circulation process, there is no need to go through multiple intermediaries for currency exchange due to different currency types, thereby improving the circulation efficiency;

[0090] Second, both the remittance institution and the receiving institution exchange the second currency from the agent, which enables the agent to control the circulation of the second currency and more easily control the safety of the use of the second currency. In addition, the agent can know which institutions have the second currency. When circulating the second currency, the cross-border service provider can use this feature to exclude institutions that unreasonably hold the second currency, thereby improving the safety of capital circulation.

[0091] Third, in the process of capital circulation, the first currency is not directly circulated, so the information generated in the process of capital circulation is not easy to be cracked or tampered with, which improves the security of circulation;

[0092] Fourth, when making cross-border payments, the remittance institution will generate a transaction token based on the transaction scenario information, and the cross-border service provider will verify it. This is simple and effective, and does not require review by too many institutions, reducing labor and time costs.

[0093] Preferably, the method further comprises:

[0094] The agency signs a cooperation agreement for the second currency in advance with the remittance agency, the cross-border service provider and the recipient agency;

[0095] The custodian bank that cooperates with the cross-border service provider in advance issues the second currency and transfers the second currency to the cross-border service provider;

[0096] The agency purchases the second currency from the cross-border service provider for use in trading the second currency with the remittance agency and the recipient agency.

[0097] Among them, the cooperation agreement is intended to enable the agency to know which remittance institutions and receiving institutions can trade the second currency with, and also to enable the cross-border service provider to know which remittance institutions and receiving institutions are reasonable in using the second currency. Therefore, this embodiment does not limit the specific content of the cooperation agreement.

[0098] Through the above content, the second currency is issued by the custodian bank that cooperates with the cross-border service provider, and the agency needs to purchase the second currency from the cross-border service provider, so that the issuance and use of the second currency are responsible for different institutions, making it difficult for the second currency to be used maliciously, thereby improving the reliability of the second currency. In addition, the cross-border service provider is not only responsible for verifying the transaction token, but also participates in the circulation of the second currency between the custodian bank and the agency, prompting the cross-border service provider to store more information about the second currency, such as the issuance volume, the agency's holdings, etc., making it easier for the cross-border service provider to find loopholes during verification, thereby improving the security of capital flow.

[0099] Preferably, generating a transaction token based on the second currency and transaction scenario information includes:

[0100] The remittance institution determines the purpose of the funds flow based on the transaction scenario information, or based on the transaction scenario information and the historical remittance information of the remittance user;

[0101] Generate a corresponding type of transaction token according to the purpose; wherein the transaction scenario information includes the remittance account, remittance amount, remittance time and remittance location.

[0102] In one embodiment, if Figure 2 As shown, the purpose of capital flow is such as cross-border trade, cross-border investment, salary remittance, etc., which is not specifically limited in this embodiment. It can be information with a purpose in the transaction scenario information, or the purpose can be determined according to the type of the receiving account. For example, if the receiving account is an account of a trading company, the purpose can be determined as cross-border trade. In addition, the purpose can also be determined using historical remittance information. For example, the historical remittance information contains a fixed amount of funds periodically remitted to a fixed receiving account. If there are multiple fixed receiving accounts, such as ten or thirty, the purpose can be determined as salary remittance. If there is only one fixed receiving account, the purpose can be determined as tuition or living expenses remittance.

[0103] After binding digital tokens with different purposes, different types of transaction tokens are generated. Among them, digital tokens refer to digital rights certificates based on blockchain technology. They exist in digital form and have the characteristics of encryption and circulation.

[0104] Through the above content, different types of transaction tokens correspond to different purposes of fund flow, which facilitates the subsequent verification of transaction tokens and improves the security of fund flow.

[0105] Preferably, the cross-border service provider obtains the transaction token and verifies the transaction token, including:

[0106] The cross-border service provider determines whether the type of the transaction token is an existing type;

[0107] And / or, the cross-border service provider determines whether the type of the transaction token matches the purpose represented by the transaction scenario information;

[0108] and / or, the cross-border service provider determines whether the remittance institution is in a pre-stored whitelist;

[0109] and / or, the cross-border service provider determines whether the remittance institution is not in a pre-stored blacklist;

[0110] If the judgment results of the cross-border service provider are all yes, the verification is passed, otherwise the verification fails; wherein the whitelist stores institutions that have transactions with the agency for the second currency.

[0111] Among them, the cross-border service provider pre-stores all types of transaction tokens. When receiving a transaction token, it can determine whether the pre-stored types include the type of the transaction token.

[0112] Among them, since the transaction token is generated by the transaction scenario information, the transaction scenario information can be obtained from the transaction token to determine the purpose, and then determine whether the type matches the purpose. The remittance institution can also transmit the determined purpose to the cross-border service provider, so that the cross-border service provider can verify whether the type of the transaction token matches the purpose. Specifically, if the transaction token is of the type of cross-border trade, verify whether the purpose is cross-border trade. If so, it matches, and if not, it does not match.

[0113] Among them, the cross-border service provider pre-stores a whitelist for institutions. If the remittance institution that transmits the transaction token is on the whitelist, it is considered to be on the whitelist, otherwise it is considered not to be on the whitelist. Specifically, the whitelist can store the unique code of each institution. When the remittance institution transmits the transaction token, it also transmits its own unique code. If the unique code transmitted by the remittance institution exists in the whitelist, it is considered safe and the remittance institution is on the whitelist. In addition, in addition to the code, you can also use numbers or names.

[0114] In addition to the whitelist, the blacklist can also be pre-stored to implement the blacklist and whitelist management mechanism. Specifically, the management mechanism: Since the issued digital tokens can only be used for transfers between internal financial institutions, this patent provides a whitelist mechanism based on smart contract technology. Only institutions that have passed the review are allowed to transfer and accept digital tokens; since the international blacklist sanctions list changes in real time, the blacklist mechanism is also implemented. Each transaction is automatically verified and filtered by the smart contract to perform blacklist screening.

[0115] Through the above content, cross-border service providers can verify from one aspect or multiple aspects, and can even distinguish remittance institutions, for example, some remittance institutions only verify one aspect, while some remittance institutions verify all aspects, thus ensuring the security of fund flow.

[0116] Preferably, a blockchain is constructed between the cross-border service provider, remittance agency, payment recipient agency and agency;

[0117] The method further comprises:

[0118] After the payment receiving institution sends the third currency to the payment receiving account, the payment receiving institution obtains the transfer information of the payment receiving account within a preset time period;

[0119] If the transfer amount of the transfer information exceeds a preset proportion of the third currency corresponding to the target turnover amount, adding the receiving account to a preset user blacklist;

[0120] The remittance institution synchronously obtains the user blacklist based on the blockchain, and when the remittance account initiates a money transfer request, determines whether the remittance account is on the user blacklist. If so, a monitoring result is generated according to the determined purpose of the remittance and corresponding verification conditions, so as to trigger an early warning when the monitoring result indicates an abnormality.

[0121] The process of establishing the blockchain is not specifically limited in this embodiment. In order to reasonably monitor the circulating funds, after the receiving account receives the funds, if a large amount of the funds (exceeding the preset proportion) are transferred away in a short period of time (within a time period), there is a risk, so a monitoring result is generated to trigger an early warning. The time period can be one day or one hour; the preset proportion can be 50% or 80%.

[0122] Through the above content, the incoming funds will continue to be monitored to facilitate the identification of abnormal fund flows.

[0123] Preferably, the method further comprises:

[0124] The remittance institution synchronizes the transfer information of the receiving account based on the blockchain;

[0125] If the recipient of the payment in the transfer information is an internal staff, the recipient of the payment will be added to the user blacklist; wherein the internal staff refers to the staff of the remittance institution and the recipient institution.

[0126] Through the above content, since the remitting bank can obtain the transaction information of the payee, the payee who appears as an internal personnel in the transaction information will be added to the user blacklist to prevent the internal personnel from taking advantage of their professional convenience to make illegal or unreasonable transfers.

[0127] Preferably, before verifying the transaction token, the method further comprises:

[0128] Synchronize the user blacklist and historical remittance information of the remittance user based on the blockchain;

[0129] If the remittance institution that transmits the transaction token is not in the pre-stored blacklist and the remittance user of the transaction token is not in the user blacklist, and the transaction token belongs to the periodic remittance in the historical remittance information, it is determined that the transaction token passes the verification and executes the verification and sends the transaction token to the receiving institution after passing the verification.

[0130] Through the above content, for safe remittance institutions and safe remittance users, the verification step is eliminated, further improving the remittance efficiency.

[0131] Preferably, the method further comprises:

[0132] The cross-border service provider obtains the issuance amount of the second currency, the purchase amount of the second currency by the agency, and the usage amount of the second currency by each of the remittance institutions; wherein the usage amount is determined according to the transaction token transmitted by each remittance institution to the cross-border service provider;

[0133] Subtracting the purchase amount from the issuance amount to obtain the issuance residual value;

[0134] If the issuance surplus value exceeds a preset first threshold, outputting an issuance warning;

[0135] Subtracting the usage amount from the purchase amount to obtain a purchase surplus value;

[0136] If the remaining purchase value exceeds a preset second threshold, a purchase warning is output.

[0137] Through the above content, the abnormal issuance behavior of the issuing institution can be judged by the issuance residual value, so as to issue an issuance warning, so as to remind and intervene in time. The abnormal storage behavior of the second currency by the agency can be judged by the purchase residual value, and combined with the issuance residual value, the abnormal issuance behavior of the second currency can be judged to prevent the second currency from being issued indiscriminately.

[0138] Optionally, the cross-border service provider obtains the transaction token and verifies the transaction token, including:

[0139] Based on the blockchain, a blockchain hash algorithm is used to verify the transaction token, wherein the blockchain hash algorithm includes a hash key.

[0140] Specifically, the transaction scenario information of the transaction token includes the initial key pair (pk1, sk1) and the identification U ID of the remittance user or remittance institution, and the blockchain hash algorithm includes:

[0141] 1) Calculate r i+1 =Hash(pk i ||U ID||rand);

[0142] 2) Calculate R i+1 =r i+1 *g1;

[0143] R i+1 =e(pk i , r i+1 *g2);

[0144] h0=Hash(Rk i+1 );

[0145] 3) Calculate pk i+1 =h0*g1*pk i ;

[0146] 4) Calculate R = Hash (r i+1 *pk i );

[0147] Output(pk i+1 , Ri+1 , R);

[0148] Among them, g1 and g2 are the base points of elliptic curves G1 and G2 in the elliptic curve encryption algorithm, and pk i is the initial public key, rand is a random number, Hash is a hash function, R i+1 is a one-time public key, || is a Boolean operator, i is an integer representing the sequence of each operation, and e is the function used by the recipient to calculate the secret key.

[0149] Get the derived public key (pk i+1 , R i+1 ) and hash salt key R.

[0150] 1) Calculate Rk i+1 `=e(R i+1 ,sk i *g2);

[0151] h0`=Hash(Rk i+1 `);

[0152] 2) Calculate sk i+1 =h0`+sk i ;

[0153] Output derived private key sk i+1 .

[0154] The transaction token is verified by the derived public key and the derived private key obtained by calculation. Specifically, for example, the derived public key and / or the derived private key are compared with the pre-calculated key. If they are the same, the verification is passed; if they are different, the verification fails. For another example, the derived public key and / or the derived private key are compared with the derived public key and / or the derived private key calculated by the remittance institution and transmitted through the blockchain. If they are the same, the verification is passed; if they are different, the verification fails. Among them, the derived public key and / or the derived private key calculated by the remittance institution can be included in the transaction token.

[0155] The basis point is calculated as follows:

[0156] Select an elliptic curve and calculate its order N, the order n of the subgroup, n is a prime number and a factor of N, calculate the cofactor h = N / n; select any point P on the elliptic curve, calculate G = h*P, if G = 0, return to the previous step to recalculate G, if G ≠ 0, select a subgroup with order n and cofactor h, finally, select the highest factor as the order n of the subgroup, and find a suitable base point;

[0157] Specifically, when a remittance institution conducts multiple transactions with a cross-border service provider, the public key and private key can be updated in the following manner.

[0158] 1) Select the measurement number cnt and initialize it to 0, and calculate cnt=cnt+1;

[0159] 2) Calculate the new shared secret h cnt =Hash(h cnt-1 );

[0160] 3) Calculate a new one-time public key and update table pk i+2 =h cnt *g1*pk i+1 ;

[0161] 4) Calculate the corresponding private key and update table sk i+2 =h cnt +sk i+1 ;

[0162] The remittance institution outputs a one-time public key pk i+2 , the cross-border service provider outputs a key pair (pk i+2 ,sk i+2 ).

[0163] This embodiment also provides an electronic device, including a memory and a processor, wherein the memory stores a cross-border payment program, and the processor adopts the cross-border payment method described above when executing the cross-border payment program.

[0164] This embodiment also provides a cross-border payment system, including a remittance institution, which is used to respond to a currency circulation request for a first currency, obtain a target circulation amount and transaction scenario information of the first currency, replace the first currency of the target circulation amount with a second currency of a corresponding amount according to a first exchange rate between the second currency and the first currency, and generate a transaction token based on the second currency and the transaction scenario information; wherein the currency circulation request includes the target circulation amount, the transaction scenario information includes a receiving account, and the remittance institution purchases the second currency with the first currency from a pre-associated agency according to the first exchange rate;

[0165] The cross-border service provider is used to obtain the transaction token, verify the transaction token, and send the transaction token to the payment institution after the verification is passed;

[0166] A payment receiving institution is used to store the transaction scenario information in the transaction token, and according to the second exchange rate between the third currency and the second currency, send the third currency corresponding to the target circulation amount to the payment receiving account; wherein the payment receiving institution can exchange the second currency for the third currency from the agency according to the second exchange rate.

[0167] like Figure 3As shown, the system includes peer institutions (i.e. remittance institutions), agents, custodian banks (i.e. issuing institutions), cross-border service providers (i.e. cross-border service providers) and onshore / offshore centers (i.e. receiving institutions).

[0168] Agents: Agents play a core role in the entire cross-border payment solution. Agents purchase digital tokens from cross-border service providers in local or other supported fiat currencies, providing the necessary digital token liquidity for peers in the region where the agents are located.

[0169] Interbank institutions: Interbank institutions usually use local legal tender to obtain digital tokens from agents, and are responsible for the remittance business of individuals or enterprises in their region, and conduct audits and relevant regulatory reviews on remitters. When interbank institutions need to make cross-border payments, they store relevant transaction records and regulatory information on the local regulatory server, and then submit a scenario binding request to the cross-border service provider, binding the digital token with transaction-related information and regulatory information as a transaction token to facilitate cross-border transmission.

[0170] Cross-border service providers: Cross-border service providers play multiple roles in payment scenarios. On the one hand, they sign strategic cooperation agreements with custodian banks, issue digital tokens, and provide underlying liquidity support for cross-border payment solutions; on the other hand, they provide universal standards for transaction tokens in various scenarios based on smart contract technology to ensure compliance and legality of cross-border transmission; finally, they implement whitelist and blacklist management mechanisms based on smart contracts to prevent the issued tokens from being used in other business scenarios to generate anti-money laundering risks.

[0171] Custodian bank: The custodian bank provides the trust foundation and reliability for this solution. In addition to ensuring that the issued digital tokens can be exchanged for legal tender at a 1:1 ratio at any time, it also ensures that the issuance of digital tokens is consistent with the pledged legal tender amount at all times to avoid over-issuance.

[0172] Onshore or offshore center: The onshore or offshore center is the onshore or offshore bank at the remittance destination. After receiving the verified cross-border remittance order, it saves the relevant transaction records and regulatory information to the regulatory server and issues legal currency.

[0173] Through the above content, 1. The remitter and the payee realize point-to-point payment and complete the transfer of bank funds through blockchain, eliminating the long payment path of the agent bank, saving the cost of fund transfer and improving payment efficiency.

[0174] 2. It reduces the exchange costs of financial institutions and eliminates the position pressure required to pay the exchange rate fluctuations caused by the remittance time during the remittance process.

[0175] 3. Solve the problems of confusion of capital flow and digital security of compliance, and realize the convenience of full-link supervision. In the traditional mode, the processing of capital flow and information flow requires a lot of manual intervention, and there are many problems such as security and traceability. This set of solutions comprehensively solves the problems in each link, and makes the full-link compliance control and supervision digital goods standardized and convenient.

[0176] 4. The regulatory information of this scheme is stored locally in multiple countries, allowing local regulators to review and trace back past transaction information at any time.

[0177] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0178] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0179] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0180] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0181] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0182] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including several instructions to enable a computer device (which can be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-On l yMemory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk and other media that can store program codes.

[0183] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A cross-border payment method, characterized in that: include: The remittance institution, in response to a currency transfer request for a first currency, obtains a target transfer amount and transaction scenario information of the first currency, replaces the first currency of the target transfer amount with a second currency of a corresponding amount according to a first exchange rate between the second currency and the first currency, and generates a transaction token based on the second currency and the transaction scenario information; wherein the currency transfer request includes the target transfer amount, the transaction scenario information includes a receiving account, and the remittance institution purchases the second currency with the first currency from a pre-associated agency according to the first exchange rate; The cross-border service provider obtains the transaction token, verifies the transaction token, and sends the transaction token to the payment institution after the verification is passed; The payment institution saves the transaction scenario information in the transaction token, and sends the third currency corresponding to the target circulation amount to the payment account according to the second exchange rate between the third currency and the second currency; wherein the payment institution can exchange the second currency into a third currency from the agency according to the second exchange rate.

2. The cross-border payment method according to claim 1, characterized in that: The method further comprises: The agency signs a cooperation agreement for the second currency in advance with the remittance agency, the cross-border service provider and the recipient agency; The custodian bank that cooperates with the cross-border service provider in advance issues the second currency and transfers the second currency to the cross-border service provider; The agency purchases the second currency from the cross-border service provider for use in trading the second currency with the remittance agency and the recipient agency.

3. The cross-border payment method according to claim 1, characterized in that: The generating of a transaction token based on the second currency and the transaction scenario information includes: The remittance institution determines the purpose of the funds flow based on the transaction scenario information, or based on the transaction scenario information and the historical remittance information of the remittance user; Generate a corresponding type of transaction token according to the purpose; wherein the transaction scenario information includes the remittance account, remittance amount, remittance time and remittance location.

4. The cross-border payment method according to claim 3, characterized in that: The cross-border service provider obtains the transaction token and verifies the transaction token, including: The cross-border service provider determines whether the type of the transaction token is an existing type; And / or, the cross-border service provider determines whether the type of the transaction token matches the purpose represented by the transaction scenario information; and / or, the cross-border service provider determines whether the remittance institution is in a pre-stored whitelist; and / or, the cross-border service provider determines whether the remittance institution is not in a pre-stored blacklist; If the judgment results of the cross-border service provider are all yes, the verification is passed, otherwise the verification fails; wherein the whitelist stores institutions that have transactions with the agency for the second currency.

5. The cross-border payment method according to claim 1, characterized in that: Building a blockchain between the cross-border service provider, remittance agency, payment recipient agency and agency; The method further comprises: After the payment receiving institution sends the third currency to the payment receiving account, the payment receiving institution obtains the transfer information of the payment receiving account within a preset time period; If the transfer amount of the transfer information exceeds the preset proportion of the third currency corresponding to the target circulation amount, the receiving account is added to a preset user blacklist; The remittance institution synchronously obtains the user blacklist based on the blockchain, and when the remittance account initiates a money transfer request, determines whether the remittance account is on the user blacklist. If so, a monitoring result is generated according to the determined purpose of the remittance and corresponding verification conditions, so as to trigger an early warning when the monitoring result indicates an abnormality.

6. The cross-border payment method according to claim 5, characterized in that: The method further comprises: The remittance institution synchronizes the transfer information of the receiving account based on the blockchain; If the recipient of the payment in the transfer information is an internal staff, the recipient of the payment will be added to the user blacklist; wherein the internal staff refers to the staff of the remittance institution and the recipient institution.

7. The cross-border payment method according to claim 5, characterized in that: Before verifying the transaction token, the method further includes: Synchronize the user blacklist and historical remittance information of the remittance user based on the blockchain; If the remittance institution that transmits the transaction token is not in the pre-stored blacklist and the remittance user of the transaction token is not in the user blacklist, and the transaction token belongs to the periodic remittance in the historical remittance information, it is determined that the transaction token passes the verification and executes the verification and sends the transaction token to the receiving institution after passing the verification.

8. The cross-border payment method according to claim 2, characterized in that: The method further comprises: The cross-border service provider obtains the issuance amount of the second currency, the purchase amount of the second currency by the agency, and the usage amount of the second currency by each of the remittance institutions; wherein the usage amount is determined according to the transaction token transmitted by each remittance institution to the cross-border service provider; Subtracting the purchase amount from the issuance amount to obtain the issuance residual value; If the issuance surplus value exceeds a preset first threshold, outputting an issuance warning; Subtracting the usage amount from the purchase amount to obtain a purchase surplus value; If the remaining purchase value exceeds a preset second threshold, a purchase warning is output.

9. The cross-border payment method according to claim 5, characterized in that: The cross-border service provider obtains the transaction token and verifies the transaction token, including: Based on the blockchain, the transaction token is verified using a blockchain hash algorithm, wherein the blockchain hash algorithm includes a hash key; The transaction scenario information of the transaction token includes the initial key pair (pk1, sk1) and the identification UID of the remittance user or remittance institution. The blockchain hash algorithm includes: 1) Calculate r i+1 =Hash(pk i ||UID||rand); 2) Calculate R i+1 =r i+1 *g1; Rk i+1 =e(pk i ,r i+1 *g2); h0=Hash(Rk i+1 ); 3) Calculate pk i+1 =h0*g1*pk i ; 4) Calculate R = Hash (r i+1 *pk i ); Output(pk i+1 , R i+1 , R); Among them, g1 and g2 are the base points of the elliptic curve groups G1 and G2 in the elliptic curve encryption algorithm, and pk i is the initial public key, rand is a random number, Hash is a hash function, R i+1 is a one-time public key, || is a Boolean operator, i is an integer, indicating the sequence number of each operation, and e is a bilinear pairing, which is the function used by the recipient to calculate the secret key; the derived public key (pk i+1 , R i+1 ) and hash salt key R; 1) Calculate Rk i+1 `=e(R i+1 ,sk i *g2); h0`=Hash(Rk i+1 `); 2) Calculate sk i+1 =h0`+sk i ; Output derived private key sk i+1 ; Verify the transaction token through the derived public key and derived private key obtained by calculation; The derived public key and the derived private key are updated by the following formula; 1) Select the measurement number cnt and initialize it to 0, and calculate cnt=cnt+1; 2) Calculate the new shared secret h cnt =Hash(h cnt-1 ); 3) Calculate a new one-time public key and update table pk i+2 =h cnt *g1*pk i+1 ; 4) Calculate the corresponding private key and update table sk i+2 =h cnt +sk i+1 ; The remittance institution outputs a one-time public key pk i+2 , the cross-border service provider outputs a key pair (pk i+2 ,sk i+2 ).

10. A cross-border payment system, characterized in that: A remittance institution is included, which is used to respond to a currency circulation request for a first currency, obtain a target circulation amount and transaction scenario information of the first currency, replace the first currency of the target circulation amount with a second currency of a corresponding amount according to a first exchange rate between the second currency and the first currency, and generate a transaction token based on the second currency and the transaction scenario information; wherein the currency circulation request includes the target circulation amount, the transaction scenario information includes a receiving account, and the remittance institution purchases the second currency with the first currency from a pre-associated agency according to the first exchange rate; The cross-border service provider is used to obtain the transaction token, verify the transaction token, and send the transaction token to the payment institution after the verification is passed; A payment receiving institution is used to store the transaction scenario information in the transaction token, and according to the second exchange rate between the third currency and the second currency, send the third currency corresponding to the target circulation amount to the payment receiving account; wherein the payment receiving institution can exchange the second currency for the third currency from the agency according to the second exchange rate.

Images