Method, computer device, and computer program to avoid misdeposit of virtual currency

Abstract

A method, a computer device, and a computer program for preventing erroneous deposit of virtual currency are disclosed. The method for preventing erroneous deposit of virtual currency includes the steps of: providing an interface for inputting transaction request information including a target coin and a wallet address; verifying the validity of at least one of the target coin and the wallet address using a trading environment of a target exchange corresponding to the transaction request information; and processing a transaction according to the transaction request information based on the verification result.

Description

Technology Field

[0001] The following description concerns technology for preventing erroneous deposits of cryptocurrency. Background Technology

[0002] With the recent emergence of encryption technology, interest in cryptocurrencies based on encryption technology is increasing significantly.

[0003] Bitcoin (BTC) is a representative cryptocurrency, and other cryptocurrencies such as Link (LN), Ethereum (ETH), Ripple (XRP), Litecoin (LTC), Dash (DASH), EOS, and Bitcoin Cash (BCH) are leading the cryptocurrency market.

[0004] Unlike conventional currency issued by governments or central banks, these cryptocurrencies are traded according to rules set by their creators and circulated based on blockchain technology.

[0005] For example, Korean Published Patent Application No. 10-2019-0024601 (published on March 8, 2019) discloses a technology for trading cryptocurrency using a private key provided in a URL through a method of authenticating a transaction through a server that verifies transaction information for trading cryptocurrency having a blockchain, and confirming the transaction based on whether the verification server authenticates it. The problem to be solved

[0006] When transferring cryptocurrency, information about the target exchange can be utilized to prevent erroneous deposits.

[0007] Remittance request information entered by the user can be verified through the trading environment of the target exchange.

[0008] Recipient addresses can be managed as aliases, and an automatic address entry function using aliases can be provided.

[0009] You can check if the recipient address included in the remittance request is an address registered as a case of erroneous deposit damage.

[0010] A watermark for the cryptocurrency to be traded can be displayed on the user screen for cryptocurrency trading.

[0011] The user can proceed with the transaction after confirming the cryptocurrency they wish to trade by typing.

[0012] You can transfer a portion of the requested transaction quantity first, and then transfer the remaining quantity after authentication of that transfer. means of solving the problem

[0013] A method for preventing erroneous deposit of virtual currency executed on a computer device, wherein the computer device comprises at least one processor configured to execute computer-readable instructions contained in memory, and the method for preventing erroneous deposit of virtual currency comprises: a step of providing an interface for inputting transaction request information including a target coin and a wallet address by the at least one processor; a step of verifying the validity of at least one of the target coin and the wallet address by using a transaction environment of a target exchange corresponding to the transaction request information by the at least one processor; and a step of processing a transaction according to the transaction request information based on the verification result by the at least one processor.

[0014] According to one aspect, the verification step may include verifying the wallet address by checking the address belonging to the target exchange.

[0015] According to another aspect, the verification step may include a step of verifying the target coin by identifying the types of coins tradable on the target exchange.

[0016] According to another aspect, the verification step may include verifying the wallet address by checking the network type that can be processed at the target exchange.

[0017] According to another aspect, the verification step may include a step of verifying the wallet address by checking the address registered as a case of erroneous deposit damage.

[0018] According to another aspect, the verification step may verify the validity of at least one of the target coin and the wallet address by checking the trading environment of the target exchange through a database system included in the computer device, another external system capable of interacting with the computer device, or an exchange API (application program interface).

[0019] According to another aspect, the processing step may include: a step of performing a primary transfer for a portion of the transaction request quantity; and a step of performing an additional transfer for the remaining quantity of the transaction request quantity after authentication of the primary transfer.

[0020] According to another aspect, the step of performing the first remittance involves remitting a quantity equal to a randomly determined singular value for the transaction request information, and the step of performing the additional remittance involves remitting the remaining quantity if authentication using the singular value is successful.

[0021] According to another aspect, the step of performing the additional remittance can transfer the remaining amount if authentication using a transaction ID representing the transaction of the first remittance is successful.

[0022] According to another aspect, the step provided above may include the step of recommending a list of addresses managed as aliases on an interface for entering the wallet address.

[0023] According to another aspect, the step provided above may include a step of recommending a list of addresses based on user transaction history on an interface for entering the wallet address.

[0024] According to another aspect, the step provided above may include a step of recommending the address scheme of the target coin or the target exchange on an interface for entering the wallet address when the target coin or the target exchange is entered first.

[0025] According to another aspect, the step provided above may include, when the target coin is entered first, a step of recommending a list of exchanges trading the target coin on an interface for entering the target exchange.

[0026] According to another aspect, the step provided above may include, when the target exchange is entered first, a step of recommending a list of coins tradable at the target exchange on an interface for entering the target coin.

[0027] According to another aspect, the step provided above may include the step of displaying a watermark for information entered through the interface as the background of the interface.

[0028] According to another aspect, the step of providing the above may include the step of providing an interface for user confirmation of the target coin when the target coin is input through the interface.

[0029] A computer program stored on a non-transient computer-readable recording medium is provided to execute the above-mentioned method for preventing erroneous deposit of virtual currency on the computer system.

[0030] A computer device comprises at least one processor configured to execute computer-readable instructions contained in memory, wherein the at least one processor includes: an interface providing unit for providing an interface for inputting transaction request information including a target coin and a wallet address; a transaction request verification unit for verifying the validity of the transaction request information using a trading environment of a target exchange corresponding to the transaction request information; and a transaction processing unit for processing a transaction according to the transaction request information based on the verification result. Brief explanation of the drawing

[0031] FIG. 1 is a drawing illustrating an example of a network environment according to an embodiment of the present invention. FIG. 2 is a block diagram illustrating an example of a computer device according to an embodiment of the present invention. FIG. 3 is a drawing illustrating an example of a component that may be included in a processor of a computer device according to an embodiment of the present invention. FIG. 4 is a flowchart illustrating an example of a method that a computer device according to an embodiment of the present invention can perform. FIG. 5 is an example diagram illustrating the process of verifying remittance request information in an embodiment of the present invention. FIG. 6 is an example diagram illustrating a virtual currency transfer process in an embodiment of the present invention. FIGS. 7 to 12 illustrate examples of a virtual currency trading screen in an embodiment of the present invention. Specific details for implementing the invention

[0032] Hereinafter, embodiments of the present invention will be described in detail with reference to the attached drawings.

[0033] Embodiments of the present invention relate to a technology for preventing erroneous deposits during virtual currency transactions.

[0034] Embodiments including those specifically disclosed in this specification can prevent erroneous deposits of virtual currency by verifying a user's transaction request using the trading environment of a target exchange.

[0035] A virtual currency erroneous deposit prevention system according to embodiments of the present invention may be implemented by at least one computer device, and a virtual currency erroneous deposit prevention method according to embodiments of the present invention may be performed through at least one computer device included in the virtual currency erroneous deposit prevention system. At this time, a computer program according to one embodiment of the present invention may be installed and run on the computer device, and the computer device may perform a virtual currency erroneous deposit prevention method according to embodiments of the present invention under the control of the run computer program. The above-described computer program may be stored on a computer-readable recording medium to be combined with the computer device to execute the virtual currency erroneous deposit prevention method on the computer.

[0036] FIG. 1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention. The network environment of FIG. 1 illustrates an example including a plurality of electronic devices (110, 120, 130, 140), a plurality of servers (150, 160), and a network (170). FIG. 1 is an example for explaining the invention, and the number of electronic devices or servers is not limited to that shown in FIG. 1. Furthermore, the network environment of FIG. 1 is merely an example of one of the environments applicable to the present embodiments, and the environments applicable to the present embodiments are not limited to the network environment of FIG. 1.

[0037] Multiple electronic devices (110, 120, 130, 140) may be fixed terminals or mobile terminals implemented as computer devices. Examples of multiple electronic devices (110, 120, 130, 140) include smartphones, mobile phones, navigation systems, computers, laptops, digital broadcasting terminals, PDAs (Personal Digital Assistants), PMPs (Portable Multimedia Players), tablet PCs, etc. For example, FIG. 1 shows the shape of a smartphone as an example of an electronic device (110), but in embodiments of the present invention, the electronic device (110) may substantially refer to one of various physical computer devices capable of communicating with other electronic devices (120, 130, 140) and / or servers (150, 160) via a network (170) using a wireless or wired communication method.

[0038] The communication method is not limited and may include not only communication methods utilizing communication networks (e.g., mobile communication networks, wired internet, wireless internet, broadcasting networks) that the network (170) may include, but also short-range wireless communication between devices. For example, the network (170) may include any one or more networks such as a PAN (personal area network), LAN (local area network), CAN (campus area network), MAN (metropolitan area network), WAN (wide area network), BBN (broadband network), and the Internet. Additionally, the network (170) may include any one or more network topologies such as a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree or hierarchical network, but is not limited thereto.

[0039] Each of the servers (150, 160) may be implemented as a computer device or multiple computer devices that communicate with multiple electronic devices (110, 120, 130, 140) through a network (170) to provide commands, code, files, content, services, etc. For example, the server (150) may be a system that provides services (e.g., cryptocurrency trading services) to multiple electronic devices (110, 120, 130, 140) connected through the network (170).

[0040] FIG. 2 is a block diagram illustrating an example of a computer device according to an embodiment of the present invention. Each of the plurality of electronic devices (110, 120, 130, 140) or servers (150, 160) described above can be implemented by the computer device (200) illustrated in FIG. 2.

[0041] As illustrated in FIG. 2, such a computer device (200) may include memory (210), a processor (220), a communication interface (230), and an input / output interface (240). The memory (210) is a computer-readable recording medium and may include a non-perishable mass storage device such as RAM (random access memory), ROM (read only memory), and a disk drive. Here, a non-perishable mass storage device such as a ROM and a disk drive may be included in the computer device (200) as a separate permanent storage device distinct from the memory (210). Additionally, an operating system and at least one program code may be stored in the memory (210). These software components may be loaded into the memory (210) from a computer-readable recording medium separate from the memory (210). This separate computer-readable recording medium may include a computer-readable recording medium such as a floppy drive, a disk, a tape, a DVD / CD-ROM drive, or a memory card. In another embodiment, software components may be loaded into memory (210) via a communication interface (230) rather than a computer-readable recording medium. For example, software components may be loaded into memory (210) of a computer device (200) based on a computer program installed by files received through a network (170).

[0042] The processor (220) may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input / output operations. Instructions may be provided to the processor (220) via memory (210) or a communication interface (230). For example, the processor (220) may be configured to execute instructions received according to program code stored in a recording device such as memory (210).

[0043] The communication interface (230) may provide a function for the computer device (200) to communicate with other devices (e.g., storage devices described above) through the network (170). For example, requests, commands, data, files, etc. generated by the processor (220) of the computer device (200) according to program code stored in a recording device such as memory (210) may be transmitted to other devices through the network (170) under the control of the communication interface (230). Conversely, signals, commands, data, files, etc. from other devices may be received by the computer device (200) through the communication interface (230) of the computer device (200) via the network (170). Signals, commands, data, etc. received through the communication interface (230) may be transmitted to the processor (220) or memory (210), and files, etc. may be stored in a storage medium (the permanent storage device described above) that the computer device (200) may further include.

[0044] The input / output interface (240) may be a means for interfacing with an input / output device (250). For example, the input device may include a device such as a microphone, keyboard, or mouse, and the output device may include a device such as a display or speaker. As another example, the input / output interface (240) may be a means for interfacing with a device in which the functions for input and output are integrated into one, such as a touchscreen. The input / output device (250) may be composed of a computer device (200) and a single device.

[0045] Additionally, in other embodiments, the computer device (200) may include fewer or more components than the components of FIG. 2. However, it is not necessary to clearly illustrate most of the prior art components. For example, the computer device (200) may be implemented to include at least some of the input / output devices (250) described above, or may include other components such as a transceiver, a database, etc.

[0046] In the following, specific embodiments of a method and system for preventing erroneous deposits of virtual currency will be described.

[0047] FIG. 3 is a block diagram illustrating an example of a component that may be included in a processor of a computer device according to an embodiment of the present invention, and FIG. 4 is a flowchart illustrating an example of a method for preventing erroneous deposit of virtual currency that can be performed by a computer device according to an embodiment of the present invention.

[0048] The computer device (200) according to the present embodiment serves as a platform for providing virtual currency trading services. A system for preventing erroneous deposits of virtual currency may be configured in the computer device (200). The computer device (200) may provide virtual currency trading services to a plurality of electronic devices (110, 120, 130, 140) that are clients, through access to a dedicated application installed on the electronic devices (110, 120, 130, 140) or a web / mobile site related to the computer device (200). In particular, the computer device (200) may provide various measures to prevent erroneous deposits in the virtual currency trading service.

[0049] The processor (220) of the computer device (200) may include an interface providing unit (310), a transaction request verification unit (320), and a transaction processing unit (330) as shown in FIG. 3 as components for performing the virtual currency erroneous deposit prevention method according to FIG. 4. Depending on the embodiment, the components of the processor (220) may be optionally included in or excluded from the processor (220). Additionally, depending on the embodiment, the components of the processor (220) may be separated or merged to represent the function of the processor (220).

[0050] These processors (220) and components of the processor (220) can control a computer device (200) to perform steps (S410 to S430) included in the virtual currency erroneous deposit prevention method of FIG. 4. For example, the processor (220) and components of the processor (220) may be implemented to execute instructions according to the code of an operating system included in memory (210) and the code of at least one program.

[0051] Here, the components of the processor (220) may be representations of different functions performed by the processor (220) according to instructions provided by program code stored in the computer device (200). For example, an interface providing unit (310) may be used as a functional representation of the processor (220) that controls the computer device (200) according to the instructions described above to provide an interface for inputting transaction request information.

[0052] The processor (220) can read necessary instructions from memory (210) loaded with instructions related to the control of the computer device (200). In this case, the read instructions may include instructions to control the processor (220) to execute steps (S410 to S430) to be described later.

[0053] The steps (S410 to S430) to be described later may be performed in a different order than the order shown in FIG. 4, and some of the steps (S410 to S430) may be omitted or additional processes may be included.

[0054] To transfer cryptocurrency, three pieces of information are required: the type and quantity of the cryptocurrency to be transferred (hereinafter also referred to as 'coin' for the same purpose), and the recipient's wallet address. A wallet address is used to identify an account on a cryptocurrency exchange and can be generated and managed by the cryptocurrency exchange. For example, a wallet address system can be expressed by separating an address to identify the cryptocurrency exchange and a tag to identify the user. Depending on the address system, information for identifying the exchange and the user can be expressed as a single system without distinguishing between the exchange address and the user tag.

[0055] You can request cryptocurrency transactions using these wallet addresses, and to make a transfer, you need a wallet address that matches the target coin you wish to send.

[0056] Unlike bank transactions, it is difficult to verify the recipient's account information regarding wallet addresses. Therefore, erroneous deposits of cryptocurrency can occur in various situations, such as when an incorrect wallet address is entered due to typos or missing tags during a transfer request, when the wallet address does not match the target coin, when the exchange holding the wallet address does not handle the target coin, or when the exchange does not support the wallet address's address system.

[0057] These embodiments provide a solution to the problem of erroneous deposits caused by the transmission structure of virtual currency.

[0058] Referring to FIG. 4, in step (S410), the interface providing unit (310) may provide an interface for inputting remittance request information on a user screen for virtual currency trading in accordance with a user request. The interface providing unit (310) may provide an interface for inputting the type and quantity of the target coin to be transferred and the recipient wallet address as remittance request information for virtual currency transfer, and in particular, may provide an interface for inputting the virtual currency exchange where the recipient wallet address exists, i.e., the target exchange, along with the remittance request information. In other words, the interface providing unit (310) may require user input regarding the target exchange during the process of inputting the type and quantity of the target coin and the recipient wallet address as remittance request information.

[0059] The interface provider (310) may provide a list of recommended addresses through an interface for entering recipient wallet addresses to assist in entering accurate information. For example, the interface provider (310) may provide a list of addresses registered as aliases through user settings as a list of recommended addresses. The processor (220) may manage coin type and wallet address pairs as aliases designated by the user, and the interface provider (310) may retrieve and display the list of addresses registered as aliases when the user wishes to enter a recipient wallet address. As another example, the interface provider (310) may provide a list of addresses selected based on the user's transaction history as a list of recommended addresses. For example, the processor (220) may separately manage wallet addresses that the user has recently transacted with during a certain period, wallet addresses that the user transacts with more than a certain number of times or frequency, and wallet addresses among the wallet addresses transacted by the user that have been verified by user confirmation regarding transaction history, and the interface provider (310) may retrieve and display the list of addresses managed separately when the user wishes to enter a recipient wallet address.

[0060] The interface providing unit (310) can provide a recommendation function for an address system through an interface for entering a recipient wallet address to help input accurate information. Similar to an auto-complete function, the interface providing unit (310) can recommend an exchange that handles the target coin or an address system supported by the target exchange when the recipient wallet address is to be entered after the target coin or target exchange has been entered. In addition to the recommendation function for an address system, it can provide a recommendation function for information to be entered next based on the information entered first. For example, if the target exchange is entered first, it can provide a list of coins tradable at the target exchange as a recommendation for the target coin. If the target coin is entered first, it can provide a list of exchanges that handle the target coin as a recommendation for the target exchange. For the above recommendation function, the processor (220) can utilize not only its own database system but also a third-party system (3 rd By linking with other external systems, such as party systems or various sites providing cryptocurrency information, the address systems supported by each exchange and the types of tradable coins can be collected and managed in a separate table or verified through real-time search.

[0061] The interface providing unit (310) may display a watermark for the information entered by the user on the user screen for information input to assist in the accurate input of information. For example, the interface providing unit (310) may display a watermark indicating the type of coin as the screen background from the moment the user enters the target coin to be transferred. In addition to the type of coin, a watermark for the information entered first among the transfer request information may be used as the screen background. If the recipient wallet address is entered first, the alias of the wallet address may be displayed as a watermark, and if the target exchange is entered first, the name of the exchange may be displayed as a watermark. In some cases, when the next information is to be entered, the watermark may be changed to display the information entered immediately before. For example, assuming that the information is entered in the order of target coin, recipient wallet address, and target exchange, when the recipient wallet address is entered after the target coin is entered, a watermark for the target coin may be displayed, and when the target exchange is entered after the recipient wallet address is entered, a watermark for the address alias entered as the recipient wallet address may be displayed.

[0062] In step (S420), the transaction request verification unit (320) can verify the user's remittance request information through the trading environment of the target exchange entered by the user. After verifying the information entered by the user for the remittance request, the transaction request verification unit (320) can provide the user with the verification result and determine whether to proceed with the remittance procedure according to the user's choice. For example, the transaction request verification unit (320) can perform verification of the recipient wallet address by checking whether the recipient wallet address entered by the user is an address belonging to the target exchange. As another example, the transaction request verification unit (320) can perform verification of the target coin by checking whether the target coin entered by the user is a coin that can be traded on the target exchange. As yet another example, the transaction request verification unit (320) can perform additional verification of the recipient wallet address by checking whether the network type of the recipient wallet address entered by the user is an address type that can be processed by the target exchange. As another example, the transaction request verification unit (320) can perform additional verification of the recipient wallet address by checking whether the recipient wallet address entered by the user is an address registered as a case of erroneous deposit damage. When verifying the recipient wallet address and the target coin, the verification process can be performed by retrieving information about the target exchange through a database built as a system included in the computer device (200) or through another external system that can be linked with the computer device (200). It is also possible to perform the verification process by directly linking with the target exchange's system through the exchange API (application program interface). One of the above verification methods can be applied, or a combination of two or more verification methods can be applied. Accordingly, the transaction request verification unit (320) can verify the target coin and the recipient wallet address that the user intends to send based on an environment where actual trading is possible at the target exchange.

[0063] In step (S430), the transaction processing unit (330) can perform remittance processing according to the user's remittance request information. If the user wishes to proceed with the remittance procedure regarding the remittance request information verified through step (S420), the transaction processing unit (330) can proceed with the remittance procedure according to the remittance request information. For example, for a secure transaction, the transaction processing unit (330) can proceed with a primary remittance procedure to first remit a portion of the total amount requested by the user, and if the authentication of the primary remittance details is successful, it can proceed with an additional remittance procedure for the remaining amount. The primary remittance amount may correspond to the minimum unit that can be remitted, and the minimum remittance unit may be determined in advance for each type of coin. According to the embodiment, the primary remittance amount may be determined by a specific value that is randomly determined each time a remittance occurs. At this time, the transaction processing unit (330) can perform authentication of the primary remittance details by first remitting an amount equal to the specific value and requesting user input for at least a part of the specific value of the primary remittance amount (e.g., the last three digits). The transaction processing unit (330) can proceed with additional remittance for the remaining quantity if the value entered by the user matches a specific value set as the initial remittance quantity. In some cases, it is also possible to perform authentication for the initial remittance details using a transaction ID (TXID; network ID) that distinguishes individual transactions instead of a specific value. The initial remittance can be performed by sending a quantity equal to the minimum value or the specific value and requesting user input for the transaction ID included in the remittance details; if at least a part of the value entered by the user matches at least a part of the transaction ID of the initial remittance details, additional remittance for the remaining quantity can be performed.

[0064] FIG. 5 is an example diagram illustrating the process of verifying remittance request information in an embodiment of the present invention.

[0065] Referring to FIG. 5, the transaction request verification unit (320) can verify whether the recipient wallet address included in the user's remittance request information belongs to the target exchange designated by the user (S501).

[0066] The transaction request verification unit (320) can guide the re-entry of the recipient wallet address if, as a result of the judgment of step (S501), the recipient wallet address is not an address belonging to the target exchange (S502).

[0067] The transaction request verification unit (320) can determine whether the target coin included in the user's remittance request information is a type of coin that can be traded on the target exchange if the recipient wallet address is an address belonging to the target exchange as a result of the judgment of step (S501) (S503).

[0068] The transaction request verification unit (320) can guide the re-entry of the target coin if, as a result of the judgment in step (S503), the target coin is not a coin that can be traded on the target exchange (S502).

[0069] The transaction request verification unit (320) can determine whether the network type of the recipient wallet address is a network type that can be processed by the target exchange if the target coin is a coin that can be traded on the target exchange as a result of the judgment of step (S503) (S504).

[0070] The transaction request verification unit (320) can guide the re-entry of the recipient wallet address if, as a result of the judgment of step (S504), the network type of the recipient wallet address is not a network type that can be processed by the target exchange (S502).

[0071] The transaction request verification unit (320) can determine whether the recipient wallet address is an address registered as a case of erroneous deposit damage if, as a result of the judgment of step (S504), the network type of the recipient wallet address is a network type that can be processed by the target exchange (S505).

[0072] The transaction request verification unit (320) can determine whether to cancel the remittance by the user by providing a warning notice if the recipient wallet address is registered as a case of erroneous deposit damage as a result of the judgment of step (S505) (S506).

[0073] The transaction request verification unit (320) stops the remittance procedure if, as a result of the judgment in step (S506), the user requests a remittance cancellation.

[0074] The transaction request verification unit (320) can transmit the user's remittance request information to the transaction processing unit (330) if, as a result of the judgment in step (S505), the recipient wallet address is not an address registered as a case of erroneous deposit damage, or if, as a result of the judgment in step (S506), the user requests to proceed with the remittance.

[0075] The verification process (S501 to S506) described above may be performed in a different order than the one shown in FIG. 5, and some of the verification process (S501 to S506) may be omitted or additional processes may be included.

[0076] FIG. 6 is an example diagram illustrating a virtual currency transfer process in an embodiment of the present invention.

[0077] Referring to FIG. 6, the transaction processing unit (330) can process a quantity of target coins included in the user's remittance request information, that is, a quantity equal to the minimum value or specific value among the remittance request quantities, as a primary remittance (S601). At this time, the minimum value refers to the minimum unit quantity that can be remitted, and the specific value refers to a quantity randomly determined for the remittance request.

[0078] In this embodiment, the initial remittance quantity is described as part of the quantity requested by the user, but it is not limited thereto, and it is also possible to proceed with the initial remittance procedure using assets owned by the exchange on behalf of the user's assets.

[0079] The transaction processing unit (330) can verify whether the first remittance is authenticated according to an authentication procedure using the first remittance details after the first remittance is completed, based on the user's remittance request information (S602). For example, authentication for the first remittance can be performed by receiving the transaction ID (TXID; network ID) for the first remittance from the user. In the case of a remittance using a unique value, authentication for the first remittance can be performed using the unique value instead of the transaction ID.

[0080] If the transaction processing unit (330) succeeds in the first remittance authentication as a result of the authentication of step (S602), it can proceed with additional remittance for the remaining quantity of the remittance request quantity (S603).

[0081] The transaction processing unit (330) can cancel the remittance for the remaining quantity if the first remittance authentication fails as a result of the authentication of step (S602) (S604).

[0082] The above-described remittance processing steps (S601 to S604) may be performed in a different order than the one shown in FIG. 6, and some of the verification steps (S601 to S604) may be omitted or additional steps may be included.

[0083] FIGS. 7 to 12 illustrate examples of a virtual currency trading screen in an embodiment of the present invention.

[0084] FIGS. 7 to 10 show a virtual currency withdrawal screen (700), and FIGS. 11 to 12 show a virtual currency deposit screen (1100).

[0085] Referring to FIG. 7, the virtual currency withdrawal screen (700) is a user screen for transferring virtual currency and may include an interface for entering a target exchange along with transfer request information.

[0086] The virtual currency withdrawal screen (700) may include a coin type input interface (710) for inputting the type of target coin to be transferred as transfer request information, a coin quantity input interface (720) for inputting the quantity of target coin to be transferred, and an address input interface (730) for inputting the recipient wallet address, which is the target address to be transferred.

[0087] In this embodiment, the virtual currency withdrawal screen (700) may additionally include an exchange input interface (740) for inputting a target exchange for the purpose of preventing erroneous deposits. The target exchange entered through the exchange input interface (740) can be used as information to verify the remittance request information. By checking the actual trading environment of the target exchange, it is possible to verify whether the address or coin requested by the user is valid.

[0088] In addition, in this embodiment, several functions can be supported to allow more accurate information to be entered on the virtual currency withdrawal screen (700).

[0089] The processor (220) can provide a list of recommended addresses through the address input interface (730). For example, the processor (220) can manage coin type and wallet address pairs as user-specified aliases through a separate alias address table (800) as illustrated in FIG. 8. Referring to FIG. 9, when the user wants to enter a recipient wallet address through the address input interface (730), the processor (220) displays an alias list (931), and when the user selects a specific alias from the alias list (931), the wallet address of that alias can be automatically entered into the address input interface (730). For example, if the alias 'ABC' is selected from the alias list (931), the wallet address of the alias 'ABC' stored in the alias address table (800), '1Abcdef2GHIJK3lmnopq789CC', can be automatically entered into the address input interface (730).

[0090] If the type of target coin is not entered in the coin type input interface (710), an alias list (931) is provided as information for all aliases, and if the type of target coin is entered first, an alias address corresponding to that coin type can be selected and an alias list (931) can be provided.

[0091] The processor (220) can provide a recommendation function for an address system when the user wants to directly input a recipient wallet address without using an alias. In the case of a wallet address, it may have a regular address system depending on the exchange or coin type. The processor (220) can manage a common address system for each exchange or coin type and can recommend an address system that matches the target coin entered in the coin type input interface (710) or the target exchange entered in the exchange input interface (740). In other words, the processor (220) provides a function that allows for the automatic input of a common address system without having to manually input the entire wallet address.

[0092] The processor (220) can display a watermark on the information entered by the user so that the user can easily identify what information they have entered during the information input process. Referring to FIG. 10, the processor (220) can display the type of coin entered in the coin type input interface (710) as a watermark (1001) on the virtual currency withdrawal screen (700) from the time the type of target coin is entered in the coin type input interface (710).

[0093] Referring to FIG. 11, the virtual currency deposit screen (1100) is a user screen for depositing virtual currency and may include a coin type input interface (1110) for entering the type of target coin to be deposited as deposit request information. A user wallet address (1120) for the deposit may be displayed on the virtual currency deposit screen (1100).

[0094] The processor (220) can display a watermark (1101) for information entered by the user to help with accurate information input not only on the cryptocurrency withdrawal screen (700) but also on the cryptocurrency deposit screen (1100). From the moment the type of target coin for deposit is entered through the coin type input interface (1110), the corresponding coin type can be displayed as a watermark (1101) on the cryptocurrency deposit screen (1100).

[0095] The processor (220) can display the user wallet address (1120) on the virtual currency deposit screen (1100) after user confirmation via typing so that the user can accurately recognize the type of target coin they have entered during the information input process for the deposit request.

[0096] As illustrated in FIG. 12, initially, the user wallet address (1120) is kept hidden on the virtual currency deposit screen (1100). At this time, the processor (220) can induce the user to type the type of target coin entered once again, and if the typed content through the character input interface (1201) matches the type of target coin entered in the coin type input interface (1110), the user wallet address (1120) can be exposed.

[0097] Deposit requests are not possible when the user wallet address (1120) is not exposed, and after the user wallet address (1120) is switched to an exposed state through final confirmation via typing, the deposit procedure can be carried out according to the user's request.

[0098] As such, according to the embodiments of the present invention, the validity of the transaction request information can be verified by utilizing the trading environment of the target exchange entered along with the transaction request information. Furthermore, according to the embodiments of the present invention, during the process of entering information for a transaction request, more accurate information can be induced to be entered through a recommendation function for automatic input, a watermark, or typing for confirmation.

[0099] The device described above may be implemented as a hardware component, a software component, and / or a combination of a hardware component and a software component. For example, the device and components described in the embodiments may be implemented using one or more general-purpose or special-purpose computers, such as a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), a programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing unit may execute an operating system (OS) and one or more software applications executed on said operating system. Additionally, the processing unit may access, store, manipulate, process, and generate data in response to the execution of the software. For ease of understanding, the processing unit may be described as being used as a single unit, but those skilled in the art will understand that the processing unit may include multiple processing elements and / or multiple types of processing elements. For example, the processing unit may include multiple processors or one processor and one controller. In addition, other processing configurations, such as parallel processors, are also possible.

[0100] Software may include computer programs, code, instructions, or a combination of one or more of these, and may configure a processing unit to operate as desired or instruct the processing unit independently or collectively. Software and / or data may be embodied in any type of machine, component, physical device, computer storage medium, or device so as to be interpreted by the processing unit or to provide instructions or data to the processing unit. Software may be distributed over networked computer systems and may be stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.

[0101] The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer-readable medium. In this case, the medium may continuously store a program executable by a computer, or temporarily store it for execution or download. Additionally, the medium may be various recording or storage means in the form of a single or several hardware combined, and may not be limited to a medium directly connected to a computer system but may exist distributed over a network. Examples of media may include magnetic media such as hard disks, floppy disks, and magnetic tapes; optical recording media such as CD-ROMs and DVDs; magneto-optical media such as floptical disks; and media configured to store program instructions, including ROM, RAM, and flash memory. Additionally, other examples of media may include recording or storage media managed by app stores that distribute applications or sites and servers that supply or distribute various other software.

[0102] Although the embodiments have been described above with reference to limited examples and drawings, those skilled in the art can make various modifications and variations from the description above. For example, suitable results can be achieved even if the described techniques are performed in a different order than described, and / or the components of the described system, structure, device, circuit, etc. are combined or assembled in a form different from described, or replaced or substituted by other components or equivalents.

[0103] Therefore, other implementations, other embodiments, and equivalents to the claims also fall within the scope of the claims set forth below.

Claims

Claim 1 A method for preventing a wrongful deposit of virtual currency executed on a computer device, wherein the computer device comprises at least one processor configured to execute computer-readable instructions contained in memory, and the method for preventing a wrongful deposit of virtual currency comprises: a step of providing an interface for inputting transaction request information including a target coin and a wallet address by the at least one processor; a step of verifying the validity of the target coin and the wallet address by communicating with a server of the target exchange through an API (application program interface) of the target exchange corresponding to the transaction request information by the at least one processor, by checking in real time whether the target coin is a coin currently supported by the target exchange and whether the network type of the wallet address matches the network type supported by the target exchange for the target coin; and a step of processing a transaction according to the transaction request information by the at least one processor based on the verification result. Claim 2 delete Claim 3 delete Claim 4 delete Claim 5 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the verification step comprises verifying the wallet address by checking the address registered as an erroneous deposit damage case. Claim 6 delete Claim 7 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the processing step comprises: a step of performing a primary transfer for a portion of the transaction request quantity; and a step of performing an additional transfer for the remaining quantity of the transaction request quantity after authentication of the primary transfer. Claim 8 A method for preventing erroneous deposit of virtual currency according to claim 7, wherein the step of performing the first remittance involves remitting a quantity equal to a specific value randomly determined for the transaction request information as a partial quantity for the first remittance, and the step of performing the additional remittance involves remitting the remaining quantity when authentication performed based on user input including at least some of the specific values ​​is successful. Claim 9 A method for preventing erroneous deposit of virtual currency according to claim 7, wherein the step of performing the additional remittance is characterized by remitting the remaining amount when authentication using a transaction ID representing the transaction of the first remittance is successful. Claim 10 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the step provided includes the step of recommending a list of addresses managed as aliases on an interface for entering the wallet address. Claim 11 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the step provided includes the step of recommending a list of addresses based on user transaction history on an interface for entering the wallet address. Claim 12 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the step provided includes the step of recommending the address system of the target coin or the target exchange on an interface for entering the wallet address when the target coin or the target exchange is entered first. Claim 13 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the step provided includes the step of recommending a list of exchanges trading the target coin on an interface for inputting the target exchange when the target coin is input first. Claim 14 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the step provided includes, when the target exchange is entered first, a step of recommending a list of coins tradable at the target exchange on an interface for entering the target coin. Claim 15 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the step provided comprises the step of displaying a watermark for information entered through the interface as the background of the interface. Claim 16 A method for preventing erroneous deposit of virtual currency according to claim 1, wherein the step provided comprises the step of providing an interface for user confirmation of the target coin when the target coin is input through the interface. Claim 17 A computer program stored on a non-transient computer-readable recording medium to execute the method for preventing erroneous deposit of virtual currency according to any one of claims 1, 5, and 7 through 16 on the computer device. Claim 18 A computer device comprising at least one processor configured to execute computer-readable instructions contained in memory, wherein the at least one processor comprises: an interface providing unit for providing an interface for inputting transaction request information including a target coin and a wallet address; a transaction request verification unit that verifies the validity of the target coin and the wallet address by communicating with a server of the target exchange through an API (application program interface) of the target exchange corresponding to the transaction request information, and verifying in real time whether the target coin is a coin currently supported by the target exchange and whether the network type of the wallet address matches the network type supported by the target exchange for the target coin; and a transaction processing unit that processes a transaction according to the transaction request information based on the verification result. Claim 19 delete Claim 20 A computer device according to claim 18, wherein the transaction processing unit performs a primary transfer for a portion of the transaction request quantity and performs an additional transfer for the remaining quantity of the transaction request quantity after authentication of the primary transfer.

Images