WO2023287326A1 - Способ и система конверсионных, кроссвалютных операций и трансграничных переводов - Google Patents

Способ и система конверсионных, кроссвалютных операций и трансграничных переводов Download PDF

Info

Publication number
WO2023287326A1
WO2023287326A1 PCT/RU2022/050219 RU2022050219W WO2023287326A1 WO 2023287326 A1 WO2023287326 A1 WO 2023287326A1 RU 2022050219 W RU2022050219 W RU 2022050219W WO 2023287326 A1 WO2023287326 A1 WO 2023287326A1
Authority
WO
WIPO (PCT)
Prior art keywords
conversion
account
digital
currency
transfer
Prior art date
Application number
PCT/RU2022/050219
Other languages
English (en)
French (fr)
Inventor
Александр Васильевич ЕФРЕМОВ
Original Assignee
Банк ВТБ (публичное акционерное общество)
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
Priority claimed from RU2021120481A external-priority patent/RU2021120481A/ru
Application filed by Банк ВТБ (публичное акционерное общество) filed Critical Банк ВТБ (публичное акционерное общество)
Publication of WO2023287326A1 publication Critical patent/WO2023287326A1/ru

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • This technical solution relates to the field of information technology, in particular, to decentralized data processing and can be used for non-cash transfers, as well as for the implementation of a decentralized currency exchange.
  • the closest analogue is the source of information RU 2 679 532 C1, published on February 11, 2019 and revealing the system of a decentralized digital settlement service.
  • the technical problem to be solved by the claimed technical solution is the creation of a method and system for the transfer of digital units, where during the transfer, the first digital unit of one type is converted into the second digital unit of the second type, described in independent claims. Additional embodiments of the present invention are presented in dependent claims.
  • the technical result achieved by solving the above technical problem is to increase the security and ensure the reliability of cross-currency and conversion operations, increase the speed of transferring digital units along the optimal transfer route, without using anchor points, due to the fact that the solution is implemented as a decentralized system.
  • An additional technical result is the absence of a cash flow between currency zones during conversion operations.
  • An additional technical result is the expansion of the functionality of the closest analogue.
  • An additional technical result is an increase in the performance of the computing system when solving the task (i.e., it allows processing to obtain result (product) in less time), thereby reducing the load on the central processor of the computing device, by reducing the number of processed requests.
  • the claimed result is achieved by implementing a computer-implemented method for converting digital units, and when performing the translation, the first digital unit of one type is converted into the second digital unit of the second type, the method is performed on a computing device containing a processor and a memory that stores instructions executed by the processor and containing the steps at which: receive a request to the banking platform or client platform from user account N or agent M account to transfer digital units to user K account or agent L account; by means of the service for constructing the route of conversion and cross-currency transactions, they construct the optimal route for the transfer of digital units from user account N or agent M account to user K account or agent L account through conversion contracts accounts; carry out the execution of conversion contracts along the constructed route, through the service for the execution of conversion and cross-currency transactions, implemented in the form of a smart contract, upon request from user account N or agent account M, between the first digital unit of the first type and the second digital unit of the second type, at the calculated conversion rate, using conversion contracts implemented in the form of smart contracts that receive a transfer to
  • the digital unit is digital money.
  • the zone of action of the digital unit is the zone where the single currency for digital money acts as a means of payment.
  • the optimal route is the route that is built between conversion contracts implemented in the form of smart contracts and fixes the amounts in the digital unit of the first type and digital unit of the second type with optimization for the cost of the transaction, based on the analysis of published conversion contracts.
  • the service for constructing a route for conversion and cross-currency transactions is implemented as a smart contract in a distributed registry.
  • one or more translation routes are built.
  • one transfer route is built if a direct transfer is made to the user account K or the account of the agent L.
  • one or more transfer routes are built if there are several transfer receiving points.
  • the specified parameters are at least: the sender's currency, the recipient's currency, the amount in the sender's currency or in the recipient's currency, the recipient's country; beneficiary's bank, beneficiary's identifier or beneficiary's account, or beneficiary's account, or beneficiary's card number, purpose of payment.
  • smart contracts are placed inside distributed registries.
  • the claimed result is also achieved through the operation of a decentralized system for the transfer of digital units, and during the transfer, one digital unit of one type is transferred to another digital unit of the second type, and all elements of the system are interconnected via telecommunications and include: a distributed register of digital settlement services; at least two digital settlement services of the coverage area of the digital unit, where each digital settlement service of the coverage area of the digital unit contains: user accounts, agent accounts, accounts of conversion contract holders; at least one conversion contract smart contract configured to enable a transaction between two digital settlement services; a smart contract for the service for constructing a route for conversion and cross-currency transactions, made with the ability to calculate the optimal sequential execution of smart contracts for conversion contracts; smart contract of the service for the execution of conversion and cross-currency transactions according to the agreed route for the execution of the smart contract of conversion contracts; a client platform configured to provide access to the user's digital wallet to manage his account on the blockchain; a banking platform designed to provide transaction management between a digital wallet, accounts in the distributed registry of digital settlement services and accounts in
  • the digital unit is digital money.
  • the zone of action of the digital unit is the zone where the single currency for digital money acts as a means of payment.
  • conversion contracts can be created by system users or system participants.
  • Fig. 1 illustrates the component diagram of the proposed solution.
  • Fig. 2 illustrates the scheme for issuing digital currencies.
  • Fig. 3 illustrates a user account data model.
  • Fig. 4 illustrates a flowchart for constructing a transfer route indicating the beneficiary's bank and using a cross currency.
  • Fig. 5 illustrates a flowchart for constructing a transfer route without specifying the beneficiary's bank and using a cross currency.
  • Fig. 6 illustrates a flowchart for constructing a direct transfer route between a sender's account and a recipient's account and using cross currencies.
  • Fig. 7 illustrates the conversion contract account data model.
  • Fig. 8 illustrates the conversion contract data model, option 1.
  • Fig. 9 illustrates the conversion contract data model, option 2.
  • Fig. 10 illustrates the conversion contract data model, option 3.
  • Fig. 11 illustrates the conversion contract data model, option 4.
  • Fig. 12 illustrates a flowchart of currency conversion using a conversion contract.
  • Fig. 13 illustrates a flowchart for executing a cross-currency transfer along a predetermined route.
  • the proposed solution can be used for cross-border cross-currency non-cash payments and transfers, for a system of transfers and payments within one country, and also as a decentralized currency exchange system for conversion operations.
  • the system provides a decentralized fault-tolerant mode of operation of the system, information about transactions is available without using a centralized storage of accounts, transactions and without using external oracles to obtain conversion rates, conversion contracts (offers) for converting currencies according to user-defined rules, conversion rate and conversion fees can be placed all participants in the system, and there is also equality of participants in the system, the management of the system can be decided by voting in the blockchain.
  • a decentralized system can function as a decentralized currency exchange.
  • the proposed solution also makes it possible to reduce the load on the central processor of a computing device by reducing the number of requests processed in the information system of a bank or financial organization due to the fact that transfers are made outside the information system of a bank or financial organization. Due to this, the load on the computing processors in the bank is reduced, and there is also no need for operational support from the bank or financial institution.
  • Figure 1 shows a decentralized system for the implementation of the transfer of digital units, and in the implementation of the first digital unit of one type is transferred to the second digital unit of the second type. All elements of a decentralized system are interconnected through telecommunications.
  • the decentralized transfer system includes the following elements.
  • Blockchain distributed registry of a digital settlement service (1) which is a distributed, decentralized platform and database operating on a peer-to-peer protocol.
  • Information before entering the blockchain distributed ledger, is verified using a consensus mechanism (for example, POW, POS BFT, etc. https: /bytwork.com/articies/aigQritmy-konsensusa-v-biokchevne-powpos-i-drugie).
  • a system of digital settlement services has been deployed on a blockchain distributed ledger platform with permissioned access.
  • the digital settlement service (2,3) of the coverage area of a digital unit is a distributed network infrastructure that includes software and hardware network complexes interconnected by communication protocols for data transfer.
  • the digital unit in the materials of this application, refers to digital money or digital currencies, which represent the obligations of issuers of participants.
  • the area of validity of digital units is understood to be the area where a single currency acts as a means of payment, in which digital money is denominated, i.e. currency area.
  • the number of currency zones in the proposed solution is not limited, there may be two or more.
  • the proposed solution can have at least two digital settlement services (2.3) for each currency area, each of which includes: user accounts (5.7), agent accounts (4.6), conversion contract owners accounts (9) .
  • a transaction between digital settlement tools is carried out using conversion contracts implemented in the form of smart contracts (hereinafter referred to as smart contracts of conversion contracts) (8).
  • the user account (5,7) is the user's e-wallet account installed on the user's device i.e. the address of the entry in the distributed ledger of the blockchain of the digital settlement service.
  • the agent account (4,6) is the agent's e-wallet account, i.e. the address of the entry in the blockchain distributed ledger of the digital settlement service.
  • Agent in the materials of this application refers to money transfer operators, such as a bank and other financial institutions.
  • the accounts of the owner of the conversion contract (9) are the addresses of the accounts of the user who published the conversion contract, in quote and base currencies, and to which the conversion contract refers when executing a currency purchase and sale transaction.
  • Smart contracts of conversion contracts (8) are an offer of a Participant or a user of a decentralized system in electronic (digital) form, published in a decentralized system, for the sale or purchase of currency pairs at a given rate and specified conditions, including, but not limited to, as an option of a commission for completing a transaction , minimum and maximum transaction amount.
  • the publication of a conversion contract is carried out through the execution of a transaction in the blockchain distributed registry, as a result of which the address and attributes of the contract are stored in the blockchain distributed registry, and the contract can be called for execution by the value of the address and a set of input parameters.
  • Smart contracts of conversion contracts automatically carry out a transaction between two digital settlement services in a distributed registry or blockchain of a digital settlement service in a strictly defined sequence and upon the occurrence of certain circumstances specified in the smart contract.
  • a participant in the system is a financial institution that has the rights to issue digital funds in a decentralized system, redeem digital units of its own and other issuers, and settle between participants in the decentralized system for mutual obligations that arise when redeeming digital units of other issuers.
  • a participant in a decentralized system provides, through its technical means, access for users to user accounts and user accounts in the information environment of the participant's bank.
  • the Agent executes the instructions of its clients to transfer funds and pay for goods and services using the Participant's account.
  • a participant in a decentralized system may have nodes of a distributed ledger.
  • the participant can be a transfer agent.
  • the user of the decentralized system is an individual or legal entity that has an account in the decentralized system and can independently perform transfer and payment operations in the decentralized system through its own account.
  • a client is an individual or legal entity that has a banking service agreement with a participant in a decentralized system.
  • the client does not have his own account in the decentralized system, transactions are performed from the account of a participant in the decentralized system (financial organization) or an agent on behalf of the client.
  • the base currency is that currency in a particular currency pair, the price of one unit of which is always measured in units of another (quote) currency.
  • the quote currency is the currency in units of which the price of one unit of the base currency is expressed.
  • the decentralized system for making transfers also contains a service for building a route for conversion and cross-currency transactions (10), an execution service conversion and cross-currency transactions (11), banking platform (13) and client platform (12).
  • the service for constructing the route of conversion and cross-currency transactions (10) is a blockchain smart contract that calculates the optimal sequence for the execution of conversion contracts smart contracts.
  • a conversion operation is a transaction of buying and selling the currency of one country for the currency of another country at the exchange rate specified in the smart contract of the conversion contract.
  • conversion operations are performed through the execution of a conversion contract smart contract.
  • a cross-currency transaction is a transaction of buying and selling the currency of one country for the currency of another country, in which the exchange rate of one currency against another is determined through the third.
  • cross-currency transactions are performed through the sequential call of smart contracts of conversion contracts of the corresponding currency pairs.
  • the service for executing conversion and cross-currency operations (11) is a smart contract that executes conversion and cross-currency operations by calling conversion contracts smart contracts in the sequence determined by the transfer route, built using the service for constructing the route of conversion and cross-currency operations.
  • the banking platform (12) is an element of a hardware and software network complex, an intermediate layer (middleware, transaction management (orchestration) between the user-client's electronic wallet and accounts in the distributed registry of the digital settlement service blockchain, as well as accounts in the bank's information system. Banking platform also stores information about the user-customer profile, his accounts and the history of operations.
  • the user platform (13) which is an element of the software and hardware network complex, an intermediate layer (middleware), between the user's electronic wallet installed on the user's device and the distributed registry of the digital settlement service, which provides access to the user's electronic wallet to manage user accounts in the distributed registry of the digital settlement service.
  • an intermediate layer between the user's electronic wallet installed on the user's device and the distributed registry of the digital settlement service, which provides access to the user's electronic wallet to manage user accounts in the distributed registry of the digital settlement service.
  • An electronic wallet is an application installed on the device of a user or system participant, through which the owner accesses the account and manages their accounts.
  • the method for carrying out the transfer of digital units is carried out using a decentralized system for carrying out the transfer of digital units.
  • the user If the user (client of a financial institution) does not have digital funds on the user's account, then the user instructs the agent (financial organization) to replenish their user account.
  • the replenishment operation can be carried out by any known method and is not limited to the presented example.
  • the issuing financial institution can control the amount of digital currencies issued by it by comparing the values on the issue balance of the agent account and the digital currency account. After the user has received digital funds, he can make transfers to the accounts of other users.
  • the user of the decentralized system has the right to return digital funds to any financial organization - a participant in the decentralized system, receiving fiat money in return.
  • digital currencies are circulated in a separate currency area. The process of redemption of digital funds and mutual settlements between financial institutions participating in the decentralized system is carried out independently and separately in each perimeter of the currency area and is described in patent N° 2679532.
  • the first digital unit of one type digital money in the first currency
  • the second digital unit of the second type digital money in the second currency
  • the user transfers digital money from his account in ruble currency (1000 rubles ) to the account of another user through the smart contract of the conversion contract, where the exchange rate is 72 rubles, under these conditions, the user receives digital money in US dollars ($13.88).
  • the banking in case of a transfer through an agent
  • client platform in the case of a transfer between users’ electronic wallets
  • the user of the decentralized system has his own account and, therefore, can independently perform transfer and payment operations to the accounts of other users.
  • transfers and payments can also be made by other entities that are not users of the decentralized system, namely customers who have a service agreement with an agent. Operations are performed from the agent's account. The transfer can be made from an agent account to another agent account or to a user account.
  • the user account (Fig. 3) and the decentralized system agent account include the following attributes, but are not limited to:
  • Account address (public key), which is associated with a private key in the blockchain distributed ledger. This address is unique and is an identifier in a decentralized system.
  • the balance is an array (the amount issued by a financial institution), where each entry is linked to a specific code of the financial institution - issuer, if the account is linked to several financial institutions - issuers, then the records will be linked to different financial institutions - issuers.
  • Limits eg, but not limited to, balance limit, transaction limit, daily limit, monthly limit.
  • Type of account Unidentified, individual, individual entrepreneur, legal entity, bank, agent.
  • the user account differs from the agent account only in the type and, accordingly, the rights and limits on operations. Limit values are determined by the type of account, and each type has its own limits, as well as the list of available operations.
  • the account has a private key for accessing the e-wallet and a public key, the value of which is used to calculate the account address in one way or another, for example, a hash of the public key, and may also have a simple payment identifier.
  • the optimal route for transferring digital units from user account N or agent M account to user account K or agent L account is constructed through conversion contracts accounts.
  • the route is a sequential chain of conversion contracts smart contracts addresses that must be called to execute the transfer transaction.
  • Decentralized system by analyzing the rates and conditions published smart contracts of conversion contracts, taking into account the input parameters of the transfer, builds call routes for smart contracts of conversion contracts and fixes the amounts in the currency of the sender and the currency of the recipient with optimization for the cost of the transaction.
  • the analysis and construction of routes can be carried out using, but not limited to, artificial intelligence algorithms, optimization methods, and other known methods.
  • the smart contract of the conversion contract must satisfy the conditions of the transfer (minimum and maximum cost).
  • the condition that the smart contract of the conversion contract is a smart contract of the bank can be added to the above conditions.
  • the smart contract of the conversion contract is more expensive than other smart contracts, it will still be selected, since this smart contract is the beneficiary's bank smart contract.
  • the user on the user's device, is given a choice of route, for example, choose a financial institution where you can receive a transfer, or choose the cheapest route. After confirmation, the route is fixed unchanged in the blockchain.
  • the system allows you to conduct a cross-currency transaction using conversion contracts of intermediate currency pairs.
  • the number of cross-currencies is not limited.
  • the sender of the transfer of a decentralized system can preliminarily request the construction of a transfer route with the following parameters:
  • Recipient's ID or payment ID of the recipient's account in the decentralized system or the recipient's account address or account, or the recipient's card number (optional);
  • FIG. Figure 4 shows an example of building a cross-currency transfer route in the case when there is no direct conversion between the currencies of the sender and the recipient in the system, and when the sender of the transfer does not have his own system account and initiates the transfer through the agent's account.
  • Dotted lines show possible routes, bold lines show the optimal route built by the route building service to the recipient's agent account.
  • the recipient of the transfer does not have his own account in the system and receives the transfer from a financial institution, of which the recipient is a client.
  • the value of the recipient's agent account identifier in this case is specified in the transfer parameters.
  • the account of the sender's client agent acts as the sender's account.
  • the recipient's account is the account of the agent, whose client is the recipient of the transfer.
  • the route it is determined, through the smart contract of the commission contract of the sender's agent's bank, the amount of commission that the agent can charge for the transfer. 2.
  • the optimal route segment in terms of conversion cost and commission is calculated. The calculation is as follows, of all possible routes (reflected by dotted lines in figure 4) determine the most cost-effective route.
  • the optimal route segment in terms of conversion cost and commission is calculated using the smart contract of the route building service by analyzing the conditions and rates of published smart contracts of conversion contracts. The calculation is as follows, of all possible routes (reflected by dotted lines in figure 4) determine the most cost-effective route.
  • the final route is determined with the amount in the sender's currency and the amount in the recipient's currency and sent to the transfer sender (agent) for confirmation by the client.
  • the user confirms the itinerary via an e-wallet or verbally if located at a branch of a financial institution, and the transaction route is signed with the private key of the client agent's account who makes the transfer on behalf of the client.
  • FIG. Figure 5 shows an example of building a cross-currency transfer route in the case when there is no direct conversion between the currencies of the sender and the recipient in the system, and when the sender of the transfer does not have his own system account and initiates a transfer through instructions to the financial institution of the sender's client.
  • Dotted lines show possible routes, bold lines show the optimal route built by the route building service to the financial institutions of the recipient's client.
  • the recipient of the transfer does not have his own account in the system and receives the transfer through an agent or financial institution, of which the recipient is a client.
  • the recipient of the transfer is registered in the decentralized system as a client of two financial institutions.
  • the value of the identifier of the financial institution of the recipient is not specified in the transfer parameters, but a simple payment identifier of the user is indicated, linked to financial institutions, of which the recipient of the transfer is a client.
  • the account of the sender's client agent acts as the sender's account.
  • the beneficiary's account is the accounts of agents whose client is the recipient of the transfer.
  • intermediate currencies are used, because There is no direct conversion in this example between the currencies of the sender and the recipient in the system. 1.
  • the amount of commission that a financial institution can charge for making a transfer is determined through the smart contract of the commission contract of the sender's agent.
  • the optimal route segment in terms of conversion cost and commission is calculated using the smart contract of the route building service, by analyzing the conditions and rates of published smart contracts of conversion contracts. The calculation is as follows, of all possible routes (reflected by dotted lines in figure 5) determine the most cost-effective route.
  • the received routes are sent to the sender of the transfer to choose between financial institutions to receive the transfer.
  • the user confirms and the transaction route is signed with the private key of the account of the client's agent who makes the transfer on behalf of the client.
  • FIG. Figure 6 shows an example of building a cross-currency transfer route in the case when there is no direct conversion between the currencies of the sender and recipient in the system, and when the sender and recipient of the transfer have their own accounts in the system in the base and quote currencies, respectively.
  • Dotted lines show possible routes, bold lines show the optimal route built by the route building service to the recipient's client account.
  • the transfer parameters specify a simple billing account ID or user account address.
  • the account of the financial institution of the sender's client acts as the sender's account.
  • intermediate currencies are used, because There is no direct conversion in this example between the currencies of the sender and the recipient in the system.
  • the amount of commission that the bank can charge for the transfer is determined through the smart contract of the commission contract of the sender's bank.
  • the optimal route segment in terms of conversion cost and commission is calculated. The calculation is as follows, of all possible routes (reflected by dotted lines in Fig.6) determine the most cost-effective route.
  • the optimal route segment in terms of conversion cost and commission is calculated using the smart contract of the route building service by analyzing the conditions and rates of published smart contracts of conversion contracts. The calculation is as follows, of all possible routes (reflected by dotted lines in Fig.7) determine the most cost-effective route.
  • the received routes are sent to the sender of the transfer to choose between the banks for receiving the transfer.
  • the user confirms and the transaction route is signed with the private key of the sender's user account.
  • the addresses of contracts are fixed, using which the route is built, input and output amounts in currencies of pairs of contracts, commissions of contracts. If the transfer parameters specify the amount to be received, then the amount to be sent is calculated and fixed in the currency of the transfer sender. If the transfer parameters specify the amount to be sent in the sender's currency, then the amount to be received in the recipient's currency is calculated and fixed.
  • smart contracts of conversion contracts are executed along the constructed route, by calling the smart contract of the service for executing conversion and cross-currency transactions, upon request from user account N or agent M account, between the first and second digital units, at the calculated conversion rate, using conversion contracts, implemented in the form of smart contracts that receive a transfer to their incoming account in the first digital unit of one type, check the fulfillment of the conditions laid down in the conversion contracts and transfer from their output account the amount in the second or intermediate digital unit of the second type, calculated at the rate of the conversion contract, implemented in in the form of smart contracts, to the beneficiary's account K specified in the transfer route, or the account of agent L, or the account of the next conversion contract along the route, implemented in the form of a smart contract, and the cash flows for each digital unit of the circuit are located within their coverage area of the digital unit.
  • a conversion contract smart contract is created by a user or a participant in a decentralized system for a certain currency pair and plays a connecting role between the corresponding currency zones of digital settlement services.
  • a conversion contract smart contract can be placed by a participant or system user with the role of an exchange operator.
  • the role of exchange operators can have both all participants and users, including individuals, and individual participants, and categories of users appointed by the system operator.
  • the smart contract attributes of the conversion contract are shown in FIG. 7, but not limited to:
  • • (4) - conversion conditions may include, but are not limited to, the minimum and maximum amount of the conversion operation
  • Figure 8 shows the data model of the conversion contract smart contract, option 1.
  • the conversion contract smart contract contains links to currency zone accounts of digital settlement services corresponding to the currency pair of the conversion contract smart contract.
  • the received funds of the conversion operation and the commission are accounted for on one account in the quoted currency (currency of the sender of the transfer).
  • Figure 9 shows the conversion contract smart contract data model, option 2.
  • the conversion contract smart contract refers to two accounts in the base currency and one account in the quote currency. The received funds of the conversion operation and the commission are accounted for on different accounts in the quoted currency (currency of the sender of the transfer).
  • Figure 10 shows the conversion contract smart contract data model, variant 3, where two different conversion contract smart contracts refer to the same account.
  • Figure 11 shows a block diagram of the conversion contract, option 4, where two different conversion contract smart contracts refer to one account and one account dedicated to accounting for the commission.
  • FIG. 12 is a flowchart of the conversion operation process using the conversion contract smart contract.
  • the required input parameters of the call are:
  • account address of the transfer source the address of the sender's account or the address of the conversion contract account
  • each record of the balance array is tied to a specific code of the financial institution - issuer.
  • these requirements are met by the data model itself, where the issuer of the digital currency is determined by the first issuing transaction where the issuer is explicitly specified.
  • the main feature of the proposed method of conversion operations is the absence of cash flow between currency areas. All cash flows for each currency are closed within its currency area, which ensures the preservation of the money supply of the currency areas involved in conversion operations.
  • the digital currency issuer can control the funds by comparing the amount in the bank account with the amount on the bank's emission accounting account and the volume of the issued mass on the accounts of the System users.
  • the payment ecosystem is divided into monocurrency isolated zones. The flow of funds from one currency to another is thereby excluded.
  • the money supply in each zone remains constant, which allows issuers to control each currency zone separately and simultaneously, when making transfers, get rid of any anchor points of issuers of digital units.
  • Control is carried out by comparing the funds accepted as collateral and accounted for on a special account in the balance sheet of the financial institution - issuer with the amount of digital currencies (liabilities) on the issuer's account in the distributed registry, as well as the amount of funds (liabilities) of the issuer circulating in the decentralized system.
  • Each currency area must have at least one issuer.
  • a conversion contract smart contract can be published in one currency and will be only a commission contract in its meaning. This possibility is used for the case when the financial institution or the agent - the recipient of the transfer is not an exchange operator and cannot place a conversion contract.
  • the routing service determines for this type of contracts whether the transfer is accepted by the recipient's bank or agent and calculates the amount of the commission to include in the transfer route to determine the cost of the transaction.
  • Conversion operations are performed using the route approved by the sender.
  • the smart contract of the service for the execution of conversion operations sequentially, as laid down in the route, causes the execution of smart contracts of conversion contracts.
  • Digital money through a chain of accounts of smart contracts of conversion contracts reaches the recipient's account.
  • Each smart contract of the conversion contract has an account in the currency of the first zone at the entrance and an account in the currency of the second zone at the exit.
  • Digital funds are transferred to the input account of the contract, converted at the rate specified in the conversion contract and transferred from the output account of the contract in the zone of the quoted second currency to the account specified in the conversion contract smart contract call parameters.
  • the money supply in each currency area remains unchanged and controlled by the issuers of digital money.
  • Fig. 13 is a flowchart for performing a cross-currency transfer along a predetermined route.
  • the transfer is made from the account of the sender's agent to the beneficiary's agent's account indicating the payment identifiers (full name, account number or card number) of the beneficiary's client.
  • the smart contract of the service for executing conversion and cross-currency transactions sequentially calls the smart contracts of conversion and commission contracts.
  • digital funds from the sender's account through the chain of accounts participating in smart contracts of conversion contracts in the transaction chain reach the account of the recipient of the transfer or payment.
  • the translation execution smart contract sequentially performs the following steps:
  • the service for executing conversion and cross-currency transactions calls the commission contract (13.1) of the agent of the sender of the transfer, where digital funds are debited from the account (13.2) of the sender of the transfer to the account of the contract (13.3) and to the commission account (13.4).
  • This step is present in the case when the sender's agent does not have the right to place a conversion contract, the bank can mark up a commission contract similar to the conversion one, but in one currency.
  • the conversion and cross-currency operations execution service calls the conversion contract (13.5).
  • Digital funds from the account of the previous contract are debited and credited to the account of the contract (13.6).
  • the conversion contract performs checks and actions in accordance with FIG. 12.
  • Digital funds in currency zone 2 of the digital settlement service are transferred from the account (13.7) of the contract to the account (13.10) of the conversion contract (13.9).
  • the conversion and cross-currency operations execution service calls the conversion contract (13.9).
  • the conversion contract performs checks and actions in accordance with FIG. 12. Digital funds in the currency area of the recipient of the digital settlement service are transferred from the account (13.11) of the contract to the account (13.12) of the commission contract (13.13).
  • the service for the execution of conversion and cross-currency transactions calls the commission contract (13.13).
  • the conversion contract performs checks and actions in accordance with FIG. 12.
  • Digital funds in the currency area of the recipient of the digital settlement service are transferred from the account (13.12) of the contract to the account (13.14) of the commission contract (13.13) and to the account (13.15) of the recipient's agent.
  • the recipient's agent receives a notification about the receipt of funds to the agent's account, receives the purpose of the payment from the transaction data, which indicates the client's full name, a simple payment identifier (mobile phone number, email address, hashtag, etc.), account number or card number, and etc., and makes a transfer to the account or card specified in the purpose of the payment.
  • the system uses simple payment identifiers.
  • the value of system user identifiers can take any value.
  • BIC, IBAN can be registered in the system for the bank identifier of the transfer recipient.
  • the account address is a mathematical convolution of the account's public key.
  • Simple account identifiers such as phone number, email addresses, hashtags in the form of an arbitrary sequence of characters, can be linked to the user account address. Hashes of the values of simple client identifiers can be registered in the blockchain in a hash table with or without reference to a specific bank. This allows you to specify only a simple identifier of the Recipient during a transfer or payment, for example, send a transfer by phone number or hash tag.
  • the route is built with the condition of receiving funds through the agent's account, and then they are credited to the Recipient's account or card. If not specified, the funds are directly transferred to the Recipient's account in the System.
  • Registration of a simplified client identifier is not mandatory, and in this case, the recipient's bank identifier (BIC and / or IBAN), also registered in the hash table, the recipient's card number or account number, is indicated for the transfer. Additionally, the full name of the Recipient, the purpose of the payment may be indicated.
  • Computing devices that provide data processing necessary to implement the claimed solution generally contain such components as: one or more processors, at least one memory, data storage facility, input/output interfaces, input facility, network interaction facilities.
  • the device's processor performs the basic computing operations necessary for the operation of the device or the functionality of one or more of its components.
  • the processor executes the necessary machine-readable instructions contained in the main memory.
  • Memory as a rule, is made in the form of RAM and contains the necessary software logic that provides the required functionality.
  • the data storage facility can be implemented in the form of HDD, SSD disks, raid array, network storage, flash memory, optical storage media (CD, DVD, MD, Blue-Ray disks), etc.
  • the tool allows for long-term storage various types of information, for example, the above-mentioned files with user data sets, databases containing records of time intervals measured for each user, user identifiers, etc.
  • Interfaces are standard means for connecting and working with the server part, for example, USB, RS232, RJ45, LPT, COM, HDMI, PS/2, Lightning, FireWire, etc.
  • interfaces depends on the specific version of the device, which can be a personal computer, mainframe, server cluster, thin client, smartphone, laptop, etc.
  • the keyboard can be used.
  • the keyboard hardware can be any known: it can be either a built-in keyboard used on a laptop or netbook, or a separate device connected to a desktop computer, server, or other computer device.
  • the connection can be either wired, in which the keyboard connection cable is connected to the PS / 2 or USB port located on the system unit of the desktop computer, or wireless, in which the keyboard exchanges data via a wireless communication channel, for example, a radio channel, with base station, which, in turn, is directly connected to the system unit, for example, to one of the USB ports.
  • data input tools can also be used: joystick, display (touchscreen), projector, touchpad, mouse, trackball, light pen, speakers, microphone, etc.
  • Network interaction means are selected from a device that provides network data reception and transmission, for example, an Ethernet card, WLAN / Wi-Fi module, Bluetooth module, BLE module, NFC module, IrDa, RFID module, GSM modem, etc.
  • a device that provides network data reception and transmission for example, an Ethernet card, WLAN / Wi-Fi module, Bluetooth module, BLE module, NFC module, IrDa, RFID module, GSM modem, etc.
  • the organization of data exchange over a wired or wireless data transmission channel for example, WAN, PAN, LAN (LAN), Intranet, Internet, WLAN, WMAN or GSM.
  • the device components are connected via a common data bus.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Изобретения относятся к компьютерно-реализуемому способу и децентрализованной системе для осуществления перевода цифровых единиц, причем при осуществлении перевода одну цифровую единицу одного вида переводят в другую цифровую единицу второго вида, причем все элементы системы соединены между собой через телекоммуникационные средства связи. Децентрализованная система содержит распределенный реестр цифровых расчетных сервисов, цифровые расчетные сервисы зоны действия цифровой единицы, аккаунты пользователей, при этом система с помощью функциональности смарт-контрактов обеспечивает возможность проведения транзакций между цифровыми расчетными сервисами, построения маршрута конверсионных и кроссвалютных операций, расчета оптимального последовательного исполнения конверсионных контрактов, исполнения конверсионных и кроссвалютных операций по согласованному маршруту, а также выполнена с возможностью предоставления доступа к цифровому кошельку пользователя для управления его аккаунтами в блокчейне, обеспечения управления транзакциями между цифровым кошельком, аккаунтами в распределенном реестре цифровых расчетных сервисов и счетами в информационной системе банка. Изобретения позволяют улучшить безопасность, надежность и скорость выполнения операций.

Description

СПОСОБ И СИСТЕМА КОНВЕРСИОННЫХ, КРОССВАЛЮТНЫХ ОПЕРАЦИЙ И ТРАНСГРАНИЧНЫХ ПЕРЕВОДОВ НА БЛОКЧЕЙНЕ С ОПТИМИЗАЦИЕЙ МАРШРУТОВ
ПРОХОЖДЕНИЯ ТРАНЗАКЦИЙ
ОБЛАСТЬ ТЕХНИКИ
Настоящее техническое решение относится к области информационных технологий, в частности, к децентрализованной обработке данных и может быть использовано для безналичных переводов, а также для реализации децентрализованной валютной биржи.
УРОВЕНЬ ТЕХНИКИ
Из уровня техники известен источник информации US 2019/370809 А1 , опубликованный 05.12.2019 г., раскрывающий компьютерно-реализуемый способ перевода активов в цепочке блоков, содержащий этапы, на которых: обнаруживают запрос на перевод активов, связанный с членом цепочки блоков, при этом запрос на перевод активов предусматривает перевод актива заданного типа активов в актив, хранимый членом цепочки блоков, и актив, который должен быть переведен, выдается заданным узлом привязки в цепочке блоков; определяют, существует ли максимальный предел по доверенным активам, который сконфигурирован упомянутым членом цепочки блоков для упомянутого заданного узла привязки и соответствует ли упомянутому заданному типу активов; и запрещают применение запроса на перевод активов к реализации перевода активов, когда результат определения заключается в том, что максимальный предел по доверенным активам не существует.
Недостатком указанного способа передачи активов является то, что смежные участники блокчейна, между которыми происходит обмен, должны соответственно иметь активы, выпущенные одной и той же якорной точкой (банком). Каждый кошелек привязывается только к одной якорной точке (эмиссии) одного банка и уже не может содержать активы, эмитированные другими якорными точками. Пользователь не может напрямую перевести даже одного типа активы другому пользователю. Чтобы сделать перевод на другой кошелек в другой якорной точке задействуются промежуточные якорные точки (банки). Каждая транзакция выполняется с участием аккаунтов банков участников цепочки, а не напрямую между кошельками пользователей. Такая схема с использованием аккаунтов банков по сути является централизованной и может быть узким горлом системы как со стороны надежности, так и с возможностью масштабирования для увеличения пропускной способностью системы.
Ближайшим аналогом является источник информации RU 2 679 532 С1 , опубликованный 11.02.2019 г. и раскрывающий систему децентрализованного цифрового расчетного сервиса. Указанная система содержит: i серверов банков, где i=1, 2, 3, ..., N, распределенный реестр - блокчейн, клиентский портал и к мобильных устройств клиентов, причем элементы соединены между собой через телекоммуникационные средства связи, каждый сервер банка содержит автоматизированную банковскую систему с базой данных, в которой хранятся профили клиентов, счета клиентов, транзакции, проводки, сводные счета цифровых расчетных единиц, счета для взаиморасчетов банка и платформа взаимодействия с блокчейном, которая состоит из модуля доступа к блокчейну, в котором хранятся публичный и приватный ключи банка, модуля лимитов и модуля управления аккаунтами клиентов, причем клиентский портал содержит модуль доступа к блокчейну, который хранит публичный и приватный ключи портала, причем каждое мобильное устройство клиента содержит установленное приложение цифровой кошелек, в котором хранятся приватный и публичный ключи пользователя.
Недостатками вышеуказанного решения является то, что отсутствует возможность осуществления кроссвалютных, конверсионных, трансграничных операций напрямую без посредников между аккаунтами пользователей, без участия процессинга банка и платежных систем, в режиме реального времени, а также с возможностью обеспечения принципа безотзывности, т.е. если получены средства на аккаунт их отозвать нельзя (как в банковских картах) и можно сразу их тратить.
В предлагаемом решении при осуществлении перевода не задействуются промежуточные якорные точки, а используются конверсионные контракты, реализованные в виде смартконтрактов. Конверсионные контракты могут размещать любые участники децентрализованной системы, а не только якорные точки.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Технической проблемой, на решение которой направлено заявленное техническое решение, является создание способа и системы для осуществления перевода цифровых единиц, где при осуществлении перевода, первую цифровую единицу одного вида переводят во вторую цифровую единицу второго вида, охарактеризованных в независимых пунктах формулы. Дополнительные варианты реализации настоящего изобретения представлены в зависимых пунктах изобретения.
Техническим результатом, достигающимся при решении вышеуказанной технической проблемы, является повышение безопасности и обеспечение надежности проведения кроссвалютных и конверсионных операций, увеличение скорости перевода цифровых единиц по оптимальному маршруту перевода, без использования якорных точек, за счет того, что решение реализовано как децентрализованная система. Дополнительным техническим результатом является отсутствие перетока денежных средств между валютными зонами при конверсионных операциях. Дополнительным техническим результатом является расширение функциональных возможностей ближайшего аналога. Дополнительным техническим результатом является увеличение производительности вычислительной системы при решении поставленной задачи (т.е. позволяет производить обработку с получением результата (продукта) за меньшее количество времени), тем самым снижая нагрузку на центральный процессор вычислительного устройства, за счет уменьшения количества обрабатываемых запросов.
Заявленный результат достигается за счет осуществления компьютерно-реализуемого способа для осуществления перевода цифровых единиц, причем при осуществлении перевода, первую цифровую единицу одного вида переводят во вторую цифровую единицу второго вида, способ выполняется на вычислительном устройстве, содержащем процессор и память, хранящую инструкции, исполняемые процессором и содержащие этапы, на которых: получают запрос на банковскую платформу или клиентскую платформу от аккаунта пользователя N или аккаунта агента М на перевод цифровых единиц на аккаунт пользователя К или аккаунт агента L; посредством сервиса построения маршрута конверсионных и кроссвалютных операций, осуществляют построение оптимального маршрута перевода цифровых единиц от аккаунта пользователя N или аккаунта агента М на аккаунт пользователя К или аккаунт агента L через аккаунты конверсионных контрактов; осуществляют исполнение конверсионных контрактов по построенному маршруту, посредством сервиса исполнения конверсионных и кроссвалютных операций, реализованного в виде смартконтракта, по запросу от аккаунта пользователя N или аккаунт агента М, между первой цифровой единицей первого вида и второй цифровой единицей второго вида, по рассчитанному курсу конвертации, с использованием конверсионных контрактов, реализованных в виде смартконтрактов, которые получают перевод на свой входящий аккаунт в первой цифровой единице одного вида, проверяют выполнение заложенных в конверсионные контракты, реализованные в виде смартконтрактов, условий и переводят со своего выходного аккаунта сумму во второй или промежуточной цифровой единице второго вида, рассчитанной по курсу конверсионного контракта, реализованного в виде смартконтракта, на указанный в маршруте перевода аккаунт получателя К или аккаунт агента L, или аккаунт следующего по маршруту конверсионного контракта, реализованного в виде смартконтракта, причем денежные потоки по каждой цифровой единице замыкаются внутри своей зоны действия цифровой единицы.
В частном варианте реализации предлагаемого способа, цифровая единица является цифровыми денежными средствами.
В другом частном варианте реализации предлагаемого способа, зона действия цифровой единицы является зоной, где в качестве платежного средства действует единая валюта для цифровых денежных средств.
В другом частном варианте реализации предлагаемого способа, оптимальным маршрутом является маршрут, который строят между конверсионными контрактами, реализованными в виде смартконтрактов, и фиксируют суммы в цифровой единице первого вида и цифровой единице второго вида с оптимизацией по стоимости транзакции, на основе анализа опубликованных конверсионных контрактов.
В другом частном варианте реализации предлагаемого способа, сервис построения маршрута конверсионных и кроссвалютных операций реализован в виде смартконтракта в распределенном реестре.
В другом частном варианте реализации предлагаемого способа, строят один или несколько маршрутов перевода.
В другом частном варианте реализации предлагаемого способа, строят один маршрут перевода, если осуществляют прямой перевод на аккаунт пользователя К или аккаунт агента L.
В другом частном варианте реализации предлагаемого способа, строят один или несколько маршрутов перевода, если точек получения перевода несколько.
В другом частном варианте реализации предлагаемого способа, заданные параметры являются по меньшей мере: валюта отправителя, валюта получателя, сумма в валюте отравителя или в валюте получателя, страна получателя; банк получателя, идентификатор получателя или аккаунт получателя, или счет получателя, или номер карты получателя, назначение платежа.
В другом частном варианте реализации предлагаемого способа, смартконтракты размещены внутри распределенных реестров.
Заявленный результат достигается также за счет работы децентрализованной системы для осуществления перевода цифровых единиц, причем при осуществлении перевода одну цифровую единицу одного вида переводят в другую цифровую единицу второго вида, причем все элементы системы соединены между собой через телекоммуникационные средства связи и включают: распределенный реестр цифровых расчетных сервисов; по меньшей мере два цифровых расчетных сервиса зоны действия цифровой единицы, где каждый цифровой расчетный сервис зоны действия цифровой единицы содержит: аккаунты пользователей, аккаунты агентов, аккаунты владельцев конверсионных контрактов; по меньшей мере один смартконтракт конверсионного контракта, выполненный с возможностью обеспечивать транзакцию между двумя цифровыми расчетными сервисами; смартконтракт сервиса построения маршрута конверсионных и кроссвалютных операций, выполненный с возможностью расчета оптимального последовательного исполнения смартконтрактов конверсионных контрактов; смартконтракт сервиса исполнения конверсионных и кроссвалютных операций по согласованному маршруту исполнения смартконтракт конверсионных контрактов; клиентская платформа, выполненная с возможностью предоставления доступа к цифровому кошельку пользователя для управления его аккаунтом в блокчейне; банковская платформа, выполненная с возможностью обеспечения управления транзакциями между цифровым кошельком, аккаунтами в распределенном реестре цифровых расчетных сервисов и счетами в информационной системе банка.
В частном варианте реализации предлагаемой системы, цифровая единица является цифровыми денежными средствами.
В частном варианте реализации предлагаемой системы, зона действия цифровой единицы является зоной, где в качестве платежного средства действует единая валюта для цифровых денежных средств.
В частном варианте реализации предлагаемой системы, выполнена с возможностью осуществляется трансграничных переводов.
В частном варианте реализации предлагаемой системы, конверсионные контракты могут создавать пользователи системы или участники системы.
ОПИСАНИЕ ЧЕРТЕЖЕЙ
Реализация изобретения будет описана в дальнейшем в соответствии с прилагаемыми чертежами, которые представлены для пояснения сути изобретения и никоим образом не ограничивают область применения изобретения. К заявке прилагаются следующие чертежи:
Фиг. 1 иллюстрирует компонентную схему предлагаемого решения.
Фиг. 2 иллюстрирует схему эмиссии цифровых валют.
Фиг. 3 иллюстрирует модель данных аккаунта пользователя.
Фиг. 4 иллюстрирует блок-схему построения маршрута перевода с указанием банка получателя и с использованием кросс валюты.
Фиг. 5 иллюстрирует блок-схему построения маршрута перевода без указания банка получателя и с использованием кросс валюты.
Фиг. 6 иллюстрирует блок-схему построения маршрута прямого перевода между аккаунтом отправителя и аккаунтом получателя и с использованием кросс валют.
Фиг. 7 иллюстрирует модель данных аккаунта конверсионного контракта.
Фиг. 8 иллюстрирует модель данных конверсионного контракта, вариант 1.
Фиг. 9 иллюстрирует модель данных конверсионного контракта, вариант 2.
Фиг. 10 иллюстрирует модель данных конверсионного контракта, вариант 3.
Фиг. 11 иллюстрирует модель данных конверсионного контракта, вариант 4.
Фиг. 12 иллюстрирует блок-схему конвертации валют с использованием конверсионного контракта.
Фиг. 13 иллюстрирует блок-схему исполнения кроссвалютного перевода по заданному маршруту. ДЕТАЛЬНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
В приведенном ниже подробном описании реализации изобретения приведены многочисленные детали реализации, призванные обеспечить отчетливое понимание настоящего изобретения. Однако, квалифицированному в предметной области специалисту, будет очевидно каким образом можно использовать настоящее изобретение, как с данными деталями реализации, так и без них. В других случаях хорошо известные методы, процедуры и компоненты не были описаны подробно, чтобы не затруднять понимание особенностей настоящего изобретения.
Кроме того, из приведенного изложения будет ясно, что изобретение не ограничивается приведенной реализацией. Многочисленные возможные модификации, изменения, вариации и замены, сохраняющие суть и форму настоящего изобретения, будут очевидными для квалифицированных в предметной области специалистов.
Предлагаемое решение может быть использовано для трансграничной кроссвалютной безналичной оплаты и переводов, для системы переводов и оплаты внутри одной страны, а также как система децентрализованной валютной биржи для конверсионных операций.
Система обеспечивает децентрализованный отказоустойчивый режим работы системы, информация о сделках доступна без использования централизованного хранилища аккаунтов, транзакций и без использования внешних оракулов для получения курсов конвертации, конверсионные контракты (оферты) для конвертации валют по заданным пользователями правилам, конверсионному курсу и комиссиям за конвертацию могут размещать все участники системы, а также есть равноправие участников системы, управление системой может решаться голосованием в блокчейне. Децентрализованная система может функционировать как децентрализованная валютная биржа.
Предлагаемое решение позволяет также снижать нагрузку на центральный процессор вычислительного устройства, за счет уменьшения количества обрабатываемых запросов в информационной системе банка или финансовой организации за счет того, что переводы осуществляются вне информационной системы банка или финансовой организации. За счет этого снижается нагрузка на вычислительные процессоры в банке, а также отсутствует необходимость в операционном сопровождении со стороны банка или финансовой организации.
На Фиг.1 представлена децентрализованная система осуществления перевода цифровых единиц, причем при осуществлении первую цифровую единицу одного вида переводят во вторую цифровую единицу второго вида. Все элементы децентрализованной системы соединены между собой через телекоммуникационные средства связи.
Децентрализованная система осуществления переводов включает следующие элементы. Распределенный реестр блокчейн цифрового расчетного сервиса (1), представляющий собой распределенную, децентрализованную платформу и базу данных, работающую по протоколу peer-to-peer. Информация, прежде чем попадает в распределенный реестр блокчейн, проходит проверку с применением механизма консенсуса (например, POW, POS BFT и др. https: /bytwork.com/articies/aigQritmy-konsensusa-v-biokchevne- powpos-i-drugie). На платформе распределенного реестра блокчейн с разрешенным доступом развернута система цифровых расчетных сервисов.
Цифровой расчетный сервис (2,3) зоны действия цифровой единицы представляет собой распределенную сетевую инфраструктуру, включающую в себя программно- аппаратные сетевые комплексы, соединённые между собой коммуникационными протоколами передачи данных.
Под цифровой единицей, в материалах настоящей заявки, понимаются цифровые денежные средства или цифровые валюты, которые представляют собой обязательства эмитентов участников.
Под зоной действия цифровых единиц, в материалах настоящей заявки, понимается зона, где в качестве платежного средства действует единая валюта, в которых номинированы цифровые денежные средства, т.е. валютная зона. Количество валютных зон в предлагаемом решении не ограничено, их может быть две и более.
В предлагаемом решении может быть по меньшей мере два цифровых расчетных сервиса (2,3) для каждой валютной зоны, каждый из которых включает: аккаунты пользователей (5,7), аккаунты агентов (4,6), аккаунты владельцев конверсионных контрактов (9). Транзакцию между цифровыми расчётными средствами осуществляют при помощи конверсионных контрактов, реализованных в виде смартконтрактов (далее - смартконтракты конверсионных контрактов) (8).
Аккаунтом пользователя (5,7) является учетная запись электронного кошелька пользователя, установленного на устройстве пользователя т.е. адрес записи в распределенном реестре блокчейне цифрового расчетного сервиса.
Аккаунтом агента (4,6) является учетная запись электронного кошелька агента, т.е. адрес записи в распределённом реестре блокчейн цифрового расчетного сервиса.
Под агентом в материалах настоящей заявки понимается операторы денежных переводов, такие как банк и другие финансовые организации.
Аккаунтами владельца конверсионного контракта (9) является адреса аккаунтов пользователя, который опубликовал конверсионный контракт, в котируемой и базовой валютах, и на которые ссылается конверсионный контракт при исполнении сделки купли- продажи валют.
Аккаунт пользователя, аккаунт агента и аккаунты владельцев конверсионных контрактов реализованы в виде смартконтрактов. Смартконтракты конверсионных контрактов (8) являются предложением Участника или пользователя децентрализованной системы в электронном (цифровом) виде, опубликованным в децентрализованной системе, на продажу или покупку валютных пар по заданному курсу и заданным условиям, включая, но не ограничиваясь, как опцию комиссии за совершения сделки, минимальную и максимальную сумму операции.
Публикация конверсионного контракта осуществляется через выполнение транзакции в распределенном реестре блокчейн, в результате которой адрес и атрибуты контракта сохраняются в распределенном реестре блокчейн, и контракт может быть вызван на исполнение по значению адреса и набора входных параметров.
Смартконтракты конверсионных контрактов осуществляют в автоматическом режиме транзакцию между двумя цифровыми расчетными сервисами в распределённом реестре или блокчейне цифрового расчетного сервиса в строго определенной последовательности и при наступлении определенных обстоятельств, указанных в смарт-контракте.
Участником системы является финансовая организация, наделенная правами на эмиссию цифровых денежных средств в децентрализованной системе, погашение цифровых единиц своих и других эмитентов и расчеты между участниками децентрализованной системы по взаимным обязательствам, которые возникают при погашении цифровых единиц других эмитентов. Участник децентрализованной системы обеспечивает через свои технические средства доступ пользователей к аккаунтам пользователя и счетам пользователя в информационной среде банка участника. Агент выполняет поручения своих клиентов для перевода средств и оплаты товаров и услуг с использованием аккаунта Участника. Участник децентрализованной системы может иметь узлы распределенного реестра. Участник может быть агентом перевода.
Пользователем децентрализованной системы является физическое или юридическое лицо, которое имеет аккаунт в децентрализованной системе и может самостоятельно совершать операции перевода и оплаты в децентрализованной системе через собственный аккаунт.
Клиентом является физическое или юридическое лицо, которое имеет договор банковского обслуживания с участником децентрализованной системы. Клиент не имеет собственного аккаунта в децентрализованной системе, операции выполняются с аккаунта участника децентрализованной системы (финансовой организации) или агента по поручению клиента.
Базовая валюта — это та валюта в конкретной валютной паре, цена одной единицы которой всегда меряется в единицах другой (котируемой) валюты.
Котируемая валюта — это та валюта, в единицах которой выражается цена одной единицы базовой валюты.
Децентрализованная система для осуществления переводов также содержит сервис построения маршрута конверсионных и кроссвалютных операций (10), сервис исполнения конверсионных и кроссвалютных операций (11), банковскую платформу (13) и клиентскую платформу (12).
Сервис построения маршрута конверсионных и кроссвалютных операций (10) представляет собой смартконтракт блокчейна, выполняющий расчет оптимальной последовательности исполнения смартконтрактов конверсионных контрактов.
Конверсионная операция представляет собой сделку покупки-продажи валюты одной страны на валюту другой страны по заданному в смартконтракте конверсионного контракта курсу. В децентрализованной системе конверсионные операции совершаются через исполнение смартконтракта конверсионного контракта.
Кроссвалютная операция представляет собой сделку покупки-продажи валюты одной страны на валюту другой страны, в которой курс одной валюты по отношению к другой, определяется через третью. В децентрализованной системе кроссвалютные операции совершаются через последовательный вызов смартконтрактов конверсионных контрактов соответствующих валютных пар.
Сервис исполнения конверсионных и кроссвалютных операций (11) представляет собой смартконтракт, исполняющий конверсионные и кроссвалютные операции через вызов смартконтрактов конверсионных контрактов в последовательности, определённой маршрутом перевода, построенному с помощью сервиса построения маршрута конверсионных и кроссвалютных операций.
Банковская платформа (12) представляет собой элемент программно-аппаратного сетевого комплекса, промежуточный слой (middleware, управления транзакциями (оркестрация) между электронным кошельком пользователя-клиента и аккаунтами в распределенном реестре блокчейна цифрового расчетного сервиса, а также счетами в информационной системе банка. Банковская платформа также хранит информацию профиля пользователя- клиента, его аккаунтов и историю операций.
Пользовательская платформа (13) представляющая собой элемент программно- аппаратного сетевого комплекса, промежуточный слой (middleware), между электронным кошельком пользователя, установленном на устройстве пользователя и распределенным реестром цифрового расчетного сервиса, которая осуществляет доступ электронного кошелька пользователя для управления аккаунтами пользователя в распределенном реестре цифрового расчетного сервиса.
Электронный кошелек (цифровой кошелек) - это приложение, установленное на устройстве пользователя, или участника системы, через которое владелец осуществляет доступ к аккаунту и управляет своими аккаунтами.
Способ для осуществления перевода цифровых единиц, осуществляется с помощью децентрализованной системы для осуществления перевода цифровых единиц.
Если у пользователя (клиента финансовой организации) на аккаунте пользователя нет цифровых денежных средств, то пользователь дает поручение агенту (финансовой организации) на пополнение своего аккаунта пользователя. Операция по пополнению денежных средств может осуществляться любым известным способом и не ограничивается представленным примером. В данном примере, со ссылкой на фиг.2, финансовая организация списывает средства со счета клиента (2.1) S=S-Sop и отражает Sqpc=Sqpc+S0p сумму денежных средств на счете (2.2) учета эмиссии (обязательств или обеспечения эмитированных цифровых денежных средств) на балансе финансовой организации, где S = баланс счета клиента, Sqpc = баланс счета эмитента (2.2), где учитывается сумма обеспечения цифровых валют, таким образом сумма эмитированных обязательств учитывается на балансе финансовой организации. Далее финансовая организация переводит со своего аккаунта (2.3) на аккаунт пользователя цифровые денежные средства BA=BA+SOP, где Вд баланс аккаунта клиента. Одновременно сумма эмитированных средств отражается и на эмиссионном балансе аккаунта агента (2.3) BAE[Ϊ]=BAE[Ϊ]+8OR, где BAE[Ϊ] эмиссионный баланс аккаунта агента, i идентификатор финансовой организации в децентрализованной системе. Таким образом финансовая организация-эмитент может контролировать сумму эмитированных им цифровых валют путем сравнения значений на эмиссионном балансе аккаунта агент и счета учета цифровых валют. После того, как пользователь получил цифровые денежные средства, он может осуществлять переводы на аккаунты других пользователей. В общем случае, когда финансовых организаций - эмитентов более одного, пользователь децентрализованной системы вправе вернуть цифровые денежные средства любой финансовой организации - участнику децентрализованной системы, получив взамен фиатные денежные средства. Описанным выше способом происходит оборот цифровых валют в отдельной валютной зоне. Процесс погашения цифровых денежных средств и взаиморасчетов между финансовыми-организациями - участниками децентрализованной системы выполняется независимо и отдельно в каждом периметре валютной зоны и описан в патенте N° 2679532.
При осуществлении перевода, первую цифровую единицу одного вида (цифровые денежные средства в первой валюте) переводят во вторую цифровую единицу второго вида (цифровые денежные средства во второй валюте), например, пользователь осуществляет перевод цифровых денежных средств со своего счета в рублёвой валюте (1000 рублей) на счет другого пользователя через смартконтракт конверсионного контракта, где установлен курс 72 рубля, при этих условиях пользователю поступают цифровые денежные средства в долларах США (13,88$).
I. На первом этапе работы на банковскую (в случае осуществления перевода через агента) или клиентскую платформу (в случае осуществления перевода между электронными кошельками пользователей) приходит запрос от аккаунта пользователя N или аккаунта агента М на перевод цифровых единиц на аккаунт пользователя К или аккаунт агента L. Пользователь децентрализованной системы, как уже было описано ранее, имеет собственный аккаунт и, следовательно, может самостоятельно совершать операции перевода и оплаты на аккаунты других пользователей.
С помощью данного решения, перевод и оплату, могут совершать также и другие субъекты, которые не являются пользователями децентрализованной системы, а именно клиенты, которые имеет договор обслуживания с агентом. Операции выполняются с аккаунта агента. Перевод может быть совершен с аккаунта агента на другой аккаунт агента или на аккаунт пользователя.
Аккаунт пользователя (фиг.З) и аккаунт агента децентрализованной системы включает следующие атрибуты, но не ограничиваясь:
• Адрес аккаунта (открытый ключ), который связан с закрытым ключом в распределённом реестре блокчейн. Данный адрес является уникальным и является идентификатором в децентрализованной системе.
• Валюта.
• Баланс, представляет из себя массив (сумма, эмитированная финансовой организацией), где каждая запись привязана к определённому коду финансовой организации - эмитента, если аккаунт привязан к нескольким финансовым организациям - эмитентам, то записи будут привязаны к разным финансовым организациям - эмитентам.
• История операций.
• Лимиты (например, но не ограничиваясь, лимит на остаток, лимит на операцию, ежедневный лимит, ежемесячный лимит).
• Тип аккаунта (Не идентифицированный, физическое лицо, индивидуальный предприниматель, юридическое лицо, банк, агент).
• Разрешенные операции (например, но не ограничиваясь С2С, В2В, С2В, В2С).
Аккаунт пользователя отличается от аккаунта агента, только типом и соответственно правами и лимитами на операции. Значения лимитов определяются типом аккаунта и для каждого типа устанавливаются свои лимиты, как и список доступных операций.
Аккаунт имеет закрытый ключ для доступа к электронному кошельку и открытый ключ, по значению которого вычисляется адрес аккаунта тем или иным способом, например, хэш открытого ключа, а также может иметь простой платежный идентификатор.
II. На втором этапе работы способа, посредством сервиса построения маршрута конверсионных и кроссвалютных операций, который является смартконтрактом, осуществляют построение оптимального маршрута перевода цифровых единиц от аккаунта пользователя N или аккаунта агента М на аккаунт пользователя К или аккаунт агента L через аккаунты конверсионных контрактов.
Маршрут представляет собой последовательную цепочку адресов смартконтрактов конверсионных контрактов, которые необходимо вызвать для исполнения транзакции перевода. Децентрализованная система путем анализа курсов и условий, опубликованных смартконтрактов конверсионных контрактов, с учетом входных параметров перевода, строит маршруты вызовов смартконтрактов конверсионных контрактов и фиксирует суммы в валюте отправителя и валюте получателя с оптимизацией по стоимости транзакции.
Анализ и построение маршрутов может осуществляться при помощи, но не ограничиваясь, алгоритмов искусственного интеллекта, методов оптимизации и других известных методов.
Анализ опубликованных смартконтрактов конверсионных контрактов происходит путем выбора наиболее выгодного по стоимости и скорости прохождения перевода. При одинаковой стоимости выбирается конверсионный маршрут (с использованием одного конверсионного контракта), а не кросвалютный маршрут (с использованием двух и более конверсионных контрактов).
В частном варианте реализации, при определенных условиях, если есть контракт банка получателя, то может выбираться именно этот контракт, несмотря на то что он может оказаться более дорогой. Это определяется настройками системы для оператора обмена. Оператор обмена - это роль пользователя или участника, которая может публиковать конверсионные контракты.
При осуществлении перевода с одного электронного кошелька аккаунта пользователя N на другой электронный кошелек аккаунта пользователя К, анализ и построение маршрута перевода может осуществляться путем выбора наиболее выгодного по стоимости (самый выгодный курс и минимальная комиссия банка) и скорости прохождения из набора смартконтрактов конверсионных контрактов. Выбор смарконтракта конверсионного контракта осуществляется на основе следующих условий:
1. Смартконтракт конверсионного контракта должен удовлетворять условиям перевода (минимальная и максимальная стоимость).
2. Срок действия смартконтракта конверсионного контракта.
Например, необходимо осуществить перевод 100$, при анализе наборов смартконтрактов конверсионных контрактов были выявлены смартконтракты с диапазонами 10$ - 100 и курсом 75, 100$ - 1000$ и курсом 74 и 1001$ - 100000$ и курсом 72. Однако срок действия смартконтракта конверсионного контракта с диапазоном 100$ - 1000$ и курсом 74 истек, следовательно, выберут смартконтракт конверсионного контракта для перевода с диапазоном 10$ - 100 и курсом 75. Смартконтракт конверсионного контракта с диапазоном 1001$ - 100000$ не проходит по условиям минимальной суммы больше или равно 1001$.
В случае, если осуществляют перевод на аккаунт агента L, к вышеописанным условиям может быть добавлено условие, что смартконтракт конверсионного контракта является смартконтрактом банка. В этом случае, если смартконтракт конверсионного контракта дороже, чем другие смартконтракты, его все равно выберут, так как данный смартконтракт является смарконтрактом банка получателя. Если возможных маршрутов несколько, пользователю, на устройство пользователя, предоставляется выбор маршрута, например, выбрать финансовую организацию, где можно получить перевод, или выбрать наиболее дешёвый маршрут. После подтверждения, маршрут фиксируется в неизменном виде в блокчейне.
Если нет возможности провести прямую, т.е. конверсионную, из одной валюты в другую операцию из-за отсутствия активных конверсионных контрактов, система позволяет провести кроссвалютную транзакцию с использованием конверсионных контрактов промежуточных валютных пар. Количество кроссвалют не ограничивается.
Отправитель перевода децентрализованной системы может предварительно запросить построение маршрута перевода с указанием следующих параметров:
• Валюта отправителя (котируемая);
• Валюта получателя (базовая);
• Сумма в валюте отравителя (сумма к отправлению) или валюты получателя (сумма к получению);
• Страна получателя;
• Банк получателя (опционально);
• Идентификатор получателя или платежный идентификатор аккаунта получателя в децентрализованной системе, или адрес аккаунта или счет получателя, или номер карты получателя (опционально);
• Назначение платежа, где указывается информация, необходимая банку получателя перевода для идентификации получателя и зачисления на его счет или карту.
На фиг. 4 показан пример построения маршрута кроссвалютного перевода в случае, когда прямой конверсии между валютами отправителя и получателя в системе нет, и когда отправитель перевода не имеет собственного аккаунта системы и инициирует перевод через аккаунт агента. Пунктирными линиями показаны возможные маршруты, жирной - оптимальный маршрут, построенный сервисом построения маршрута до аккаунта агента получателя. Получатель перевода не имеет собственного аккаунта в системе и получает перевод в финансовой организации, клиентом которого получатель является. Значение идентификатора аккаунта агента получателя в этом случае указывается в параметрах перевода. В качестве аккаунта отправителя перевода выступает аккаунт агента клиента отправителя. В качестве аккаунта получателя выступает аккаунт агента, клиентом которого является получатель перевода. При построении маршрута используются промежуточные валюты, т.к. прямой конверсии в данном примере между валютами отправителя и получателя в системе нет.
1. На первом шаге построения маршрута определяется, через смартконтракт комиссионного контракта банка агента отправителя, сумма комиссии, которую агент может взимать за выполнение перевода. 2. На 2 шаге и 3 шаге между зоной валюты отправителя перевода и кроссвалютными зонами с использованием смартконтракта сервиса построения маршрутов методом анализа условий и курсов, опубликованных смартконтрактов конверсионных контрактов, рассчитывается оптимальный по стоимости конверсии и комиссии участок маршрута. Расчет происходит следующим образом, из всех возможных маршрутов (отражены пунктирными линиями на фиг.4) определяют самый оптимальный по стоимости маршрут.
3. На 4 и 5 шаге между кроссвалютными зонами и зоной валюты получателя рассчитывается оптимальный по стоимости конверсии и комиссии участок маршрута с использованием смартконтракта сервиса построения маршрутов методом анализа условий и курсов, опубликованных смартконтрактов конверсионных контрактов. Расчет происходит следующим образом, из всех возможных маршрутов (отражены пунктирными линиями на фиг.4) определяют самый оптимальный по стоимости маршрут.
4. На 6 шаге, к рассчитанным суммам, добавляется комиссия банка получателя
5. На 7 шаге определяется конечный маршрут с суммой в валюте отправителя и суммой в валюте получателя и направляется отправителю перевода (агенту) для подтверждения клиентом. Пользователь подтверждает маршрут посредством электронного кошелька или в устной форме, если находится в отделении финансовой организации, и маршрут транзакции подписывается закрытым ключом аккаунта агента клиента, который совершает перевод по поручению клиента.
На фиг. 5 показан пример построения маршрута кроссвалютного перевода в случае, когда прямой конверсии между валютами отправителя и получателя в системе нет, и когда отправитель перевода не имеет собственного аккаунта системы и инициирует перевод через поручения в финансовую организацию клиента отправителя. Пунктирными линиями показаны возможные маршруты, жирной - оптимальный маршрут, построенный сервисом построения маршрута до финансовых организаций клиента получателя. В данном примере представлены 2 финансовые организации получателя. Получатель перевода не имеет собственного аккаунта в системе и получает перевод через агента или финансовую организацию, клиентом которой получатель является. Получатель перевода зарегистрирован в децентрализованной системе как клиент двух финансовых организаций. Значение идентификатора финансовой организации получателя в этом случае не указывается в параметрах перевода, а указывается простой платежный идентификатор пользователя, привязанный к финансовым организациям, клиентом которого получатель перевода является. В качестве аккаунта отправителя перевода выступает аккаунт агента клиента отправителя. В качестве аккаунта получателя выступает аккаунты агентов, клиентом которых является получатель перевода. При построении маршрута используются промежуточные валюты, т.к. прямой конверсии в данном примере между валютами отправителя и получателя в системе нет. 1. На первом шаге построения маршрута определяется через смартконтракт комиссионного контракта агента отправителя сумма комиссии, которую финансовая организация может взимать за выполнение перевода.
2. На 2 шаге и 3 шаге между зоной валюты отправителя перевода и кроссвалютными зонами с использованием смартконтракта сервиса построения маршрутов, методом анализа условий и курсов, опубликованных смартконтрактов конверсионных контрактов, рассчитывается оптимальный по стоимости конверсии и комиссии участок маршрута. Расчет происходит следующим образом, из всех возможных маршрутов (отражены пунктирными линиями на фиг.5) определяют самый оптимальный по стоимости маршрут.
3. На 4 и 5 шаге между кроссвалютными зонами и зоной валюты получателя рассчитывается оптимальный по стоимости конверсии и комиссии участок маршрута с использованием смартконтракта сервиса построения маршрутов, методом анализа условий и курсов, опубликованных смартконтрактов конверсионных контрактов. Расчет происходит следующим образом, из всех возможных маршрутов (отражены пунктирными линиями на фиг.5) определяют самый оптимальный по стоимости маршрут.
4. На 6 шаге получаем два маршрута, к рассчитанным суммам, добавляется комиссия финансовых организаций получателя и вычисляется итоговые суммы в валюте отправителя и валюте получателя.
5. На 7 шаге полученные маршруты направляется отправителю перевода для выбора между финансовыми организациями получения перевода. Пользователь подтверждает, и маршрут транзакции подписывается закрытым ключом аккаунта агента клиента, который совершает перевод по поручению клиента.
На фиг. 6 показан пример построения маршрута кроссвалютного перевода в случае, когда прямой конверсии между валютами отправителя и получателя в системе нет, и когда отправитель и получатель перевода имеют собственные аккаунты в системе в базовой и котируемой валюте соответственно. Пунктирными линиями показаны возможные маршруты, жирной - оптимальный маршрут, построенный сервисом построения маршрута до аккаунта клиента получателя. В параметрах перевода указывается простой платежный идентификатор аккаунта или адрес аккаунта пользователя. В качестве аккаунта отправителя перевода выступает аккаунт финансовой организации клиента отправителя. При построении маршрута используются промежуточные валюты, т.к. прямой конверсии в данном примере между валютами отправителя и получателя в системе нет.
1. На первом шаге построения маршрута определяется через смартконтракт комиссионного контракта банка отправителя сумма комиссии, которую банк может взимать за выполнение перевода.
2. На 2 шаге и 3 шаге между зоной валюты отправителя перевода и кроссвалютными зонами с использованием смартконтракта сервиса построения маршрутов методом анализа условий и курсов, опубликованных смартконтрактов конверсионных контрактов, рассчитывается оптимальный по стоимости конверсии и комиссии участок маршрута. Расчет происходит следующим образом, из всех возможных маршрутов (отражены пунктирными линиями на фиг.6) определяют самый оптимальный по стоимости маршрут.
3. На 4 и 5 шаге между кроссвалютными зонами и зоной валюты получателя рассчитывается оптимальный по стоимости конверсии и комиссии участок маршрута с использованием смартконтракта сервиса построения маршрутов методом анализа условий и курсов, опубликованных смартконтрактов конверсионных контрактов. Расчет происходит следующим образом, из всех возможных маршрутов (отражены пунктирными линиями на фиг.7) определяют самый оптимальный по стоимости маршрут.
4. На 6 шаге получаем два маршрута, к рассчитанным суммам добавляется комиссия банков получателя и вычисляется итоговые суммы в валюте отправителя и валюте получателя.
6. На 7 шаге полученные маршруты направляется отправителю перевода для выбора между банками получения перевода. Пользователь подтверждает, и маршрут транзакции подписывается закрытым ключом аккаунта пользователя отправителя.
В итоге построения маршрута фиксируются адреса контрактов, с использованием которых строится маршрут, входные и выходные суммы в валютах парах контрактов, комиссии контрактов. Если в параметрах перевода указывается сумма к получению, то рассчитывается и фиксируется сумма к отправлению в валюте отправителя перевода. Если в параметрах перевода указывается сумма к отправлению в валюте отправителя, то рассчитывается и фиксируется сумма к получению перевода в валюте получателя.
Если отправитель указывает свой аккаунт Получателя, то это покупка валюты, иначе перевод.
III. На третьем этапе осуществляют исполнение смартконтрактов конверсионных контрактов по построенному маршруту, посредством вызова смартконтракта сервиса исполнения конверсионных и кроссвалютных операций, по запросу от аккаунта пользователя N или аккаунта агента М, между первой и второй цифровыми единицами, по рассчитанному курсу конвертации, с использованием конверсионных контрактов, реализованных в виде смартконтрактов, которые получают перевод на свой входящий аккаунт в первой цифровой единице одного вида, проверяют выполнение заложенных в конверсионные контракты условий и переводят со своего выходного аккаунта сумму во второй или промежуточной цифровой единице второго вида, рассчитанной по курсу конверсионного контракта, реализованных в виде смартконтрактов, на указанный в маршруте перевода аккаунт получателя К или аккаунт агента L, или аккаунт следующего по маршруту конверсионного контракта, реализованного в виде смартконтракта, причем денежные потоки по каждой цифровой единице замыкаются внутри своей зоны действия цифровой единицы. Для выполнения конверсионных и кроссвалютных операций между цифровыми расчетными сервисами валютных зон децентрализованной системы используются смартконтракты конверсионных контрактов. Смартконтракт конверсионного контракта создается пользователем или участником децентрализованной системы для определенной валютной пары и играет связующую роль между соответствующими парам валютными зонами цифровых расчетных сервисов. Смарткотракт конверсионного контракта может размещать участник или пользователь системы с ролью оператор обмена. Роль операторы обмена могут иметь как все участники и пользователи, включая физических лиц, так и отдельные участники, и категории пользователей, назначаемых оператором системы. Атрибуты смартконтракта конверсионного контракта представлены на фиг. 7, но не ограничиваются ими:
• (1 ) - адрес конверсионного контракта, уникальный идентификатор, по значению которого контракт определяется в блокчейне.
• (2) - значение курса конверсии;
• (3) - значение комиссии, которую владелец контракта может взимать при совершении операции с использованием данного контракта;
• (4) - условия конверсии, могут включать, но не ограничиваясь этим, минимальную и максимальную сумму операции конверсии;
• (5) - адрес Аккаунта контракта в котируемой валюте (валюта отправителя), на который поступают средства за конверсию;
• (6) - адрес Аккаунта контракта в продаваемой (базовой) валюте валютной пары, с которого цифровые денежные средства в валюте получателя зачисляются на аккаунт Получателя по условиям сделки конверсионного контракта;
• (7) - адрес Аккаунт контракта в котируемой валюте, на который поступают взимаемые средства за комиссию;
• (8) - Срок действия контракта, устанавливается владельцем контракта;
На фиг.8 представлена модель данных смартконтракта конверсионного контракта, вариант 1. Смартконтракт конверсионного контракта содержит ссылки на аккаунты валютных зон цифровых расчетных сервисов, соответствующих валютной паре смартконтракта конверсионного контракта. Получаемые средства конверсионной операции и комиссия учитываются на одном аккаунте в котируемой валюте (валюте отправителя перевода).
На фиг.9 представлена модель данных смартконтракта конверсионного контракта, вариант 2. Смартконтракт конверсионного контракта ссылается на два аккаунта в базовой валюте и один аккаунт в котируемой валюте. Получаемые средства конверсионной операции и комиссия учитываются на разных аккаунтах в котируемой валюте (валюте отправителя перевода).
Разные смартконтракты конверсионных контрактов могут ссылаться на один аккаунт или на разные аккаунты в базовой и котируемой валюте. На фиг.10 представлена модель данных смартконтракта конверсионного контракта, вариант 3, где два разных смартконтракта конверсионных контрактов ссылаются на один аккаунт.
На фиг.11 представлена блок-схема конверсионного контракта, вариант 4, где два разных смартконтракта конверсионных контрактов ссылаются на один аккаунт и один аккаунт, выделенный для учета комиссии.
На фиг. 12 представлена блок-схема процесса операции конверсии с использованием смартконтракта конверсионного контракта. Сервис исполнения конверсионных и кроссвалютных операций, реализованный в виде смартконтракта, вызывает смартконтракты конверсионных контрактов. В качестве обязательных входных параметров вызова выступают:
• адрес контракта;
• адрес аккаунта источника перевода: адрес аккаунта отправителя или адрес аккаунта конверсионного контракта;
• адрес аккаунта получателя или адрес аккаунта контракта;
• сумма операции в валюте отправителя перевода;
• цифровая подпись владельца аккаунта отправителя.
Конверсионные контракты выполняют следующие действия.
• проверяет цифровую подпись, проверяет условия выполнения конверсионной операции, например, что сумма операции находится в диапазоне между минимальной и максимальной суммой операции, контракт активный;
• дебетует баланс аккаунта отправителя,
• кредитует баланс аккаунт владельца контракта на сумму операции в валюте отправителя и кредитует баланс аккаунта контракта учета комиссий на сумму комиссию;
• вычисляет по курсу конверсии сумму операции в валюте получателя и дебетует баланс аккаунта на полученное значение аккаунт контракта в валюте получателя;
• кредитует баланс аккаунта на сумму операции в валюте получателя.
При обороте цифровых валют в многоэмитентной платежной системе, денежные средства разных эмитентов не должны смешиваться для обеспечения дальнейших расчетов по взаимным обязательствам, поэтому каждая запись массива баланса привязана к определённому коду финансовой организации - эмитента. При использовании модели UTXO это требования выполняется самой моделью данных, где эмитент цифровой валюты определяется по первой эмиссионной транзакции, где явно указан эмитент.
Главная особенность предлагаемого метода конверсионных операций - отсутствие перетока денежных средств между валютными зонами. Все денежные потоки по каждой валюте замыкаются внутри своей валютной зоны, чем достигается сохранение денежной массы валютных зон, участвующих в конверсионных операциях. Эмитент цифровой валюты может контролировать денежные средства путем сравнения суммы на счете учета в банке с суммой на аккаунте учета эмиссии банка и с объемом эмитированной массы на аккаунтах пользователей Системы.
Требование контроля и уменьшения риска неконтролируемой эмиссии цифровых валют особенно актуально для сложных кроссвалютных операций. Для реализации контролируемой эмиссии цифровых денежных средств со стороны эмитентов и контроля со стороны регуляторов предлагается следующий алгоритм.
Платежная экосистема разбивается на моновалютные обособленные зоны. Переток средств из одной валюты в другую тем самым исключается. При совершении кроссвалютных и трансграничных операций между аккаунтами пользователей системы денежная масса в каждой зоне остается константой, что позволяет контролировать со стороны эмитентов каждую валютную зону отдельно и одновременно при выполнении переводов отвязаться от каких-либо якорных точек эмитентов цифровых единиц. Контроль осуществляется методом сравнения денежной средств, принятых в обеспечение и учитываемых на особом счете в балансе финансовой организации - эмитенте с суммой цифровых валют (обязательств) на аккаунте эмитента в распределённом реестре, а также суммой денежных средств (обязательств) эмитента, циркулирующими в децентрализованной системе. В каждой валютной зоне должен быть как минимум один эмитент.
Смартконтракт конверсионного контракта может публиковаться и в одной валюте и будет по смыслу только комиссионным контрактом. Эта возможность используется для случая, когда финансовая организация или агент - получателя перевода не является операторам обмена и не может разместить конверсионный контракт. Сервис построения маршрутов определяет по этому типу контрактов возможность приема перевода банком или агентом получателя и рассчитывает сумму комиссии для включения в маршрут перевода для определения стоимости транзакции.
Конверсионные операции выполняются с использованием одобренного отправителем маршрута. Смартконтракт сервиса исполнения конверсионных операций последовательно, как заложено в маршруте, вызывает исполнение смартконтрактов конверсионных контрактов. Цифровые денежные средства через цепочку аккаунтов смартконтрактов конверсионных контрактов доходят до аккаунта получателя. Каждый смартконтракт конверсионного контракта имеет аккаунт в валюте первой зоны на входе и аккаунт в валюте второй зоны на выходе. Цифровые денежные средства поступают на входной аккаунт контракта, конвертируется по курсу, указанному в конверсионном контракте и переводятся с выходного аккаунта контракта в зоне котируемой второй валюты на аккаунт, указанный в параметрах вызова смартконтракта конверсионного контракта. Таким образом при конверсионных операциях денежная масса в каждой валютной зоне остается неизменной и контролируемой со стороны эмитентов цифровых денежных средств.
На фиг.13 представлена блок-схема выполнения кроссвалютного перевода по заданному маршруту. В данном примере перевод выполняется с аккаунта агента отправителя на аккаунт агента получателя с указанием платежных идентификаторов (ФИО, номер счета или номер карты) клиента получателя перевода.
Смартконтракт сервиса исполнения конверсионных и кроссвалютных операций (транзакций по маршруту проведения операций) последовательно выполняет вызовы смартконтрактов конверсионных и комиссионных контрактов. В результате цифровые денежные средства с аккаунта отправителя через цепочку аккаунтов, участвующих смартконтрактов конверсионных контрактов в цепочке транзакции, достигают аккаунт получателя перевода или платежа.
Входные параметры транзакции:
• Маршрут перевода (адреса контрактов, суммы на входе и выхода контракта, комиссии, курсы),
• Сумма и валюта отправителя,
• Сумма и валюта получателя,
• Назначение платежа,
• Электронная подпись.
Смартконтракт исполнения перевода последовательно выполняет следующие этапы:
1. На первом этапе сервис исполнения конверсионных и кроссвалютных операций вызывает комиссионный контракт (13.1) агента отправителя перевода, где цифровые денежные средства списываются с аккаунта (13.2) отправителя перевода на аккаунт контракта (13.3) и на аккаунт (13.4) учета комиссии. Этот шаг присутствует в случае, когда агент отправителя не имеет прав на размещение конверсионного контракта, банк может разметить комиссионный контракт, аналогичный конверсионному, но в одной валюте.
2. На втором этапе сервис исполнения конверсионных и кроссвалютных операций вызывает конверсионный контракт (13.5). Цифровые денежные средства с аккаунта предыдущего контракта списываются и зачислятся на аккаунт контракта (13.6). Конверсионный контракт выполняет проверки и действия в соответствии с фиг. 12. Цифровые денежные средства в валютной зоне 2 цифрового расчетного сервиса с аккаунта (13.7) контракта перечисляются на аккаунт (13.10) конверсионного контракта (13.9).
3. На третьем этапе сервис исполнения конверсионных и кроссвалютных операций вызывает конверсионный контракт (13.9). Конверсионный контракт выполняет проверки и действия в соответствии с фиг. 12. Цифровые денежные средства в валютной зоне получателя цифрового расчетного сервиса с аккаунта (13.11) контракта перечисляются на аккаунт (13.12) комиссионного контракта (13.13).
4. На четвертом этапе сервис исполнения конверсионных и кроссвалютных операций вызывает комиссионный контракт (13.13). Конверсионный контракт выполняет проверки и действия в соответствии с фиг. 12. Цифровые денежные средства в валютной зоне получателя цифрового расчетного сервиса с аккаунта (13.12) контракта перечисляются на аккаунт (13.14) комиссионного контракта (13.13) и на аккаунт (13.15) агента получателя. 5. Агент получателя получает уведомление о поступлении денежных средств на аккаунт агента, получает назначение платежа из данных транзакции, где указаны ФИО клиента, простой платежный идентификатор (номер мобильного телефона, адрес электронной почты, хештег и пр.), номер счета или номер карты и пр., и выполняет зачисление на указанный в назначении платежа счет или карту.
Для идентификации получателя перевода в системе используются простые платежные идентификаторы. Значение идентификаторов пользователей системы может принимать любое значение. Для идентификатора банка получателя перевода в системе может регистрироваться БИК, IBAN. Адрес аккаунта представляет собой математическую свертку публичного ключа аккаунта. К адресу аккаунта пользователя может быть привязаны простые идентификаторы аккаунта, такие как номер телефона, адреса электронной почты, хэштэги в виде произвольной последовательности знаков. Хэши значений простых идентификаторов клиента, могут быть зарегистрированы в блокчейне в хэш таблице как с привязкой к конкретному банку или без привязки к банку. Это позволяет при переводе или платеже указать только простой идентификатор Получателя, например, отправить перевод по номеру телефона или хэш тегу. Если пользователь привязан к финансовой организации, маршрут строится с условием получения денежных средств через аккаунт агента, а далее поступают на счет или карту Получателя. Если не указан - денежные средства напрямую поступают на аккаунт Получателя в Системе. Регистрация упрощенного идентификатора клиента не является обязательной и в этом случае для перевода указываются идентификатор банка Получателя (БИК и/или IBAN), также зарегистрированного в хэш таблице, номер карты или номер счета Получателя. Дополнительно может быть указано ФИО Получателя, назначение платежа.
С помощью предлагаемого решения также можно осуществлять трансграничные переводы цифровых единиц.
Вычислительные устройства, обеспечивающие обработку данных, необходимую для реализации заявленного решения, в общем случае содержат такие компоненты, как: один или более процессоров, по меньшей мере одну память, средство хранения данных, интерфейсы ввода/вывода, средство ввода, средства сетевого взаимодействия.
Процессор устройства выполняет основные вычислительные операции, необходимые для функционирования устройства или функциональности одного, или более его компонентов. Процессор исполняет необходимые машиночитаемые команды, содержащиеся в оперативной памяти.
Память, как правило, выполнена в виде ОЗУ и содержит необходимую программную логику, обеспечивающую требуемый функционал.
Средство хранения данных может выполняться в виде HDD, SSD дисков, рейд массива, сетевого хранилища, флэш-памяти, оптических накопителей информации (CD, DVD, MD, Blue-Ray дисков) и т.п. Средство позволяет выполнять долгосрочное хранение различного вида информации, например, вышеупомянутых файлов с наборами данных пользователей, базы данных, содержащих записи измеренных для каждого пользователя временных интервалов, идентификаторов пользователей и т.п.
Интерфейсы представляют собой стандартные средства для подключения и работы с серверной частью, например, USB, RS232, RJ45, LPT, COM, HDMI, PS/2, Lightning, FireWire и т.п.
Выбор интерфейсов зависит от конкретного исполнения устройства, которое может представлять собой персональный компьютер, мейнфрейм, серверный кластер, тонкий клиент, смартфон, ноутбук и т.п.
В качестве средств ввода данных в любом воплощении системы, реализующей описываемый способ, может использоваться клавиатура. Аппаратное исполнение клавиатуры может быть любым известным: это может быть, как встроенная клавиатура, используемая на ноутбуке или нетбуке, так и обособленное устройство, подключенное к настольному компьютеру, серверу или иному компьютерному устройству. Подключение при этом может быть, как проводным, при котором соединительный кабель клавиатуры подключен к порту PS/2 или USB, расположенному на системном блоке настольного компьютера, так и беспроводным, при котором клавиатура осуществляет обмен данными по каналу беспроводной связи, например, радиоканалу, с базовой станцией, которая, в свою очередь, непосредственно подключена к системному блоку, например, к одному из USB- портов. Помимо клавиатуры, в составе средств ввода данных также может использоваться: джойстик, дисплей (сенсорный дисплей), проектор, тачпад, манипулятор мышь, трекбол, световое перо, динамики, микрофон и т.п.
Средства сетевого взаимодействия выбираются из устройства, обеспечивающий сетевой прием и передачу данных, например, Ethernet карту, WLAN/Wi-Fi модуль, Bluetooth модуль, BLE модуль, NFC модуль, IrDa, RFID модуль, GSM модем и т.п. С помощью средств обеспечивается организация обмена данными по проводному или беспроводному каналу передачи данных, например, WAN, PAN, ЛВС (LAN), Интранет, Интернет, WLAN, WMAN или GSM.
Компоненты устройства сопряжены посредством общей шины передачи данных.
В настоящих материалах заявки было представлено предпочтительное раскрытие осуществление заявленного технического решения, которое не должно использоваться как ограничивающее иные, частные воплощения его реализации, которые не выходят за рамки испрашиваемого объема правовой охраны и являются очевидными для специалистов в соответствующей области техники.

Claims

Формула
1. Компьютерно-реализуемый способ для осуществления перевода цифровых единиц, причем при осуществлении перевода, первую цифровую единицу одного вида переводят во вторую цифровую единицу второго вида, способ выполняется на вычислительном устройстве, содержащем процессор и память, хранящую инструкции, исполняемые процессором и содержащие этапы, на которых: получают запрос на банковскую платформу или клиентскую платформу от аккаунта пользователя N или аккаунта агента М на перевод цифровых единиц на аккаунт пользователя К или аккаунт агента L; посредством сервиса построения маршрута конверсионных и кроссвалютных операций, осуществляют построение оптимального маршрута перевода цифровых единиц от аккаунта пользователя N или аккаунта агента М на аккаунт пользователя К или аккаунт агента L через аккаунты конверсионных контрактов; осуществляют исполнение конверсионных контрактов по построенному маршруту, посредством сервиса исполнения конверсионных и кроссвалютных операций, по запросу от аккаунта пользователя N или аккаунт агента М, между первой цифровой единицей первого вида и второй цифровой единицей второго вида, по рассчитанному курсу конвертации, с использованием конверсионных контрактов, реализованных в виде смартконтрактов, которые получают перевод на свой входящий аккаунт в первой цифровой единице одного вида, проверяют выполнение заложенных в конверсионные контракты, реализованные в виде смартконтрактов, условий и переводят со своего выходного аккаунта сумму во второй или промежуточной цифровой единице второго вида, рассчитанной по курсу конверсионного контракта, реализованного в виде смартконтракта, на указанный в маршруте перевода аккаунт получателя К или аккаунт агента L, или аккаунт следующего по маршруту конверсионного контракта, реализованного в виде смартконтракта, причем денежные потоки по каждой цифровой единице замыкаются внутри своей зоны действия цифровой единицы.
2. Способ по.1, отличающаяся тем, что цифровая единица является цифровыми денежными средствами.
3. Способ по п.1, отличающаяся тем, что зона действия цифровой единицы является зоной, где в качестве платежного средства действует единая валюта для цифровых денежных средств.
4. Способ по п.1, отличающийся тем, что оптимальным маршрутом является маршрут, который строят между конверсионными контрактами, реализованными в виде смартконтрактов, и фиксируют суммы в цифровой единице первого вида и цифровой единице второго вида с оптимизацией по стоимости транзакции, на основе анализа опубликованных конверсионных контрактов.
5. Способ по п.1, отличающийся тем, что сервис построения маршрута конверсионных и кроссвалютных операций реализован в виде смартконтракта в распределенном реестре.
6. Способ по п.1, отличающийся тем, что строят один или несколько маршрутов перевода.
7. Способ по п.6, отличающийся тем, что строят один маршрут перевода, если осуществляют прямой перевод на аккаунт пользователя К или аккаунт агента L.
8. Способ по п.6, отличающийся тем, что строят один или несколько маршрутов перевода, если точек получения перевода несколько.
9. Способ по п.1, отличающийся тем, что заданные параметры являются по меньшей мере: валюта отправителя, валюта получателя, сумма в валюте отравителя или в валюте получателя, страна получателя; банк получателя, идентификатор получателя или аккаунт получателя, или счет получателя, или номер карты получателя, назначение платежа.
10. Способ по п.1, отличающийся тем, что смартконтракты размещены внутри распределенных реестров.
11 . Децентрализованная система для осуществления перевода цифровых единиц, причем при осуществлении перевода одну цифровую единицу одного вида переводят в другую цифровую единицу второго вида, причем все элементы системы соединены между собой через телекоммуникационные средства связи и включают: распределенный реестр цифровых расчетных сервисов; по меньшей мере два цифровых расчетных сервиса зоны действия цифровой единицы, где каждый цифровой расчетный сервис зоны действия цифровой единицы содержит: аккаунты пользователей, аккаунты агентов, аккаунты владельцев конверсионных контрактов; смартконтракт конверсионного контракта, выполненный с возможностью обеспечивать транзакцию между двумя цифровыми расчетными сервисами; смартконтракт сервиса построения маршрута конверсионных и кроссвалютных операций, выполненный с возможностью расчета оптимального последовательного исполнения смартконтрактов конверсионных контрактов; смартконтракт сервиса исполнения конверсионных и кроссвалютных операций по согласованному маршруту исполнения смартконтракт конверсионных контрактов; клиентская платформа, выполненная с возможностью предоставления доступа к цифровому кошельку пользователя для управления его аккаунтами в блокчейне; банковская платформа, выполненная с возможностью обеспечения управления транзакциями между цифровым кошельком, аккаунтами в распределенном реестре цифровых расчетных сервисов и счетами в информационной системе банка.
12. Система по.11, отличающаяся тем, что цифровая единица является цифровыми денежными средствами.
13. Система по п.11, отличающаяся тем, что зона действия цифровой единицы является зоной, где в качестве платежного средства действует единая валюта для цифровых денежных средств.
14. Система по п.11, отличающаяся тем, что выполнена с возможностью осуществляется трансграничных переводов.
15. Система по п.11, отличающаяся тем, что конверсионные контракты могут создавать пользователи системы или участники системы.
PCT/RU2022/050219 2021-07-12 2022-07-11 Способ и система конверсионных, кроссвалютных операций и трансграничных переводов WO2023287326A1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2021120481 2021-07-12
RU2021120481A RU2021120481A (ru) 2021-07-12 Способ и система конверсионных, кросс-валютных операций и трансграничных переводов на блокчейне с оптимизацией маршрутов прохождения транзакций

Publications (1)

Publication Number Publication Date
WO2023287326A1 true WO2023287326A1 (ru) 2023-01-19

Family

ID=84919528

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2022/050219 WO2023287326A1 (ru) 2021-07-12 2022-07-11 Способ и система конверсионных, кроссвалютных операций и трансграничных переводов

Country Status (1)

Country Link
WO (1) WO2023287326A1 (ru)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019213311A1 (en) * 2018-05-04 2019-11-07 Smart Worldwide Financial Technology Conducting optimized cross-blockchain currency transactions using machine learning
US20200151686A1 (en) * 2018-11-14 2020-05-14 Royal Bank Of Canada System and method for cross-border blockchain platform
US20210209684A1 (en) * 2020-01-07 2021-07-08 Brian McLaren Foote System and method for transferring currency using blockchain

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019213311A1 (en) * 2018-05-04 2019-11-07 Smart Worldwide Financial Technology Conducting optimized cross-blockchain currency transactions using machine learning
US20200151686A1 (en) * 2018-11-14 2020-05-14 Royal Bank Of Canada System and method for cross-border blockchain platform
US20210209684A1 (en) * 2020-01-07 2021-07-08 Brian McLaren Foote System and method for transferring currency using blockchain

Similar Documents

Publication Publication Date Title
US11741540B2 (en) Alternative value exchange systems and methods
US10977649B2 (en) Virtual payment processing system
EP4020358A1 (en) Cryptocurrency payment network
US20200226677A1 (en) Syndicated loan distributed ledger pass-through processing
US20200020032A1 (en) System and method for cryptocurrency trading
US20190318353A1 (en) Real time data processing platform for resources on delivery interactions
US20230298100A1 (en) Systems and methods for operating a math-based currency exchange
RU2679532C1 (ru) Система децентрализованного цифрового расчетного сервиса
US20230334490A1 (en) Blockchain agnostic token network
US10380589B2 (en) Virtual payment processing system
US11637693B2 (en) Distributed blockchain-type implementations configured to execute know-your-customer (kyc) verification for MANAGING tokenized digital assets and improved electronic wallets, and methods of use thereof
JP6775590B2 (ja) 安全な電子取引を促進するシステム及び方法
KR102343432B1 (ko) 모바일 기반 블록체인 분산 네트워크에 포함되는 노드들에 대하여 온 오프 상에서 가상 화폐의 지불결제 시스템 및 방법
US20220027896A1 (en) Method and system for defining, creating, managing, and transacting multiple classes of digital objects
US11392906B2 (en) Cryptographic token with separate circulation groups
CN116670700A (zh) 用于管理电子交易的系统和方法
JP2024515038A (ja) 暗号通貨を使用した区分された支払い割り当てのための支払い作成プラットフォームと支払い処理プラットフォームとの統合
KR102552114B1 (ko) 상품거래시스템 및 그 방법
US20230334492A1 (en) Blockchain agnostic token network
WO2023287326A1 (ru) Способ и система конверсионных, кроссвалютных операций и трансграничных переводов
JP2021125263A (ja) 金融商品取引システム、プログラム及び金融商品取引方法
KR20200006243A (ko) 블록 체인을 이용한 가상화폐 유동성 대여를 위한 프로그램
Scraping Scaled Agile Framework (SAFe)
KR20220141411A (ko) 기존 거래 정보에 기반한 베네핏을 제공하는 가상 화폐 결제 서비스 제공 방법 및 시스템
CN114358942A (zh) 一种基于区块链的证股同权数字化激励方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22842555

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE