KR20220093767A - 거래 상태 정보 제공 방법 및 시스템 - Google Patents

거래 상태 정보 제공 방법 및 시스템 Download PDF

Info

Publication number
KR20220093767A
KR20220093767A KR1020200184822A KR20200184822A KR20220093767A KR 20220093767 A KR20220093767 A KR 20220093767A KR 1020200184822 A KR1020200184822 A KR 1020200184822A KR 20200184822 A KR20200184822 A KR 20200184822A KR 20220093767 A KR20220093767 A KR 20220093767A
Authority
KR
South Korea
Prior art keywords
transaction
information
status
user
confirmations
Prior art date
Application number
KR1020200184822A
Other languages
English (en)
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
Application filed by 라인넥스트 주식회사 filed Critical 라인넥스트 주식회사
Priority to KR1020200184822A priority Critical patent/KR20220093767A/ko
Publication of KR20220093767A publication Critical patent/KR20220093767A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Abstract

거래 상태 정보 제공 방법 및 시스템을 개시한다. 일실시예에 따른 거래 상태 정보 제공 방법은, 거래 식별자에 의해 식별되는 거래에 대해 상기 거래의 거래체결이 완료되기 이전의 상태에 대한 정보를 포함하는 거래 진행 정보를 획득하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 거래 진행 정보를 상기 거래 식별자와 연관하여 데이터베이스에 저장하는 단계; 상기 적어도 하나의 프로세서에 의해, 사용자로부터 상기 거래 식별자에 의해 식별되는 거래에 대한 조회 요청을 수신하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 데이터베이스로부터 상기 조회 요청된 거래의 거래 진행 정보를 조회하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 조회된 거래 진행 정보를 이용하여 사용자에게 상기 거래 식별자에 의해 식별되는 거래의 상태에 대한 정보를 제공하는 단계를 포함할 수 있다.

Description

거래 상태 정보 제공 방법 및 시스템{METHOD AND SYSTEM FOR PROVIDING TRANSACTION STATUS INFORMATION}
아래의 설명은 거래 상태 정보 제공 방법 및 시스템에 관한 것이다.
암호화폐 거래소(Cryptocurrency exchange)는 특정 사용자가 보유한 암호화폐를 법정화폐 또는 다른 암호화폐와 거래하는 마켓 플레이스를 의미한다.
이러한 암호화폐 거래소에서는 코인이나 토큰과 같은 암호화폐 입출금을 수행할 때 퍼블릭 블록체인의 사용자 계정 주소와 거래소의 계정 주소 사이의 상태변화 정보를 포함하는 트랜잭션의 확정을 기준으로 암호화폐 입출금을 수행하게 된다. 이때, 트랜잭션의 생성이나 배포에 따라 암호화폐 입출금을 곧바로 수행하는 것이 아니라 트랜잭션의 컨펌(confirmation)을 기준으로 암호화폐 입출금을 수행하기 때문에, 사용자의 암호화폐 입출금이 상당히 지연될 수 밖에 없다. 이는 특정 트랜잭션의 생성 및 배포 이후에 블록이 누적될수록 트랜잭션의 안정성이 향상되기 때문이다.
트랜잭션의 컨펌은, 예를 들어, A주소의 비트코인을 B주소로 이체하기 위해 이체 거래인 트랜잭션(Transaction)을 생성하고 자신의 '개인키(private key)'로 서명해 네트워크에 전파(Propagation)하면 트랜잭션이 각 노드의 메모리의 대기열에 저장되고, 저장된 트랜잭션을 채굴자가 전파받아 자신이 채굴하여 발행하는 블록에 삽입한 뒤 이를 전파함으로써 이루어진다. 이처럼 트랜잭션이 컨펌된 이후에 새로운 블록이 추가로 형성되어 이전의 블록체인과 블록헤드 해시값으로 연결되면 컨펌의 횟수가 2 이상이 된다. 각 암호화폐 거래소는 이러한 컨펌의 횟수를 기설정해놓고 입금을 승인 또는 확정(settlement)한다.
이에 따라, 예를 들어 A 거래소에서 B 거래소로의 코인 입출금은 다음의 단계로 진행된다. 1단계는 A 거래소 출금 승인 단계로서, A 거래소의 코인을 B거래소로 전송하려면 우선 A 거래소의 출금 승인을 거쳐야 한다. A 거래소에서는 보이스피싱 등의 금융사기가 의심될 경우 A 거래소는 출금 승인을 거절하게 된다. 2단계는 블록체인 네트워크에서의 컨펌 단계로서, A 거래소에서 출금 승인이 완료되면, 코인은 블록체인 네트워크로 전송되어 컨펌을 받게 된다. 이때 지급하려는 수수료가 낮아 채굴자가 승인을 기피할 경우 승인이 지연되거나 취소될 수도 있다. 3단계는 B 거래소 입금 승인 단계로서, 입금하려는 거래소에 기설정된 입금 승인을 위한 컨펌 수가 충족되게 되면 자동적으로 승인이 이루어진다. 승인에 필요한 컨펌 수는 코인별, 거래소별로 각각 다르다.
또한, 기존 암호화폐 서비스의 사용자들은 송금을 요청하는 경우, 송금이 완료되었음에 대한 정보만을 수신하였다. 그러나, 암호화폐 거래는 일반적인 금융 거래와 달리 거래체결까지 걸리는 시간이 상대적으로 길기 때문에, 사용자들은 자신의 거래가 잘 진행되고 있는가에 대한 불안감을 가질 수 밖에 없다.
[선행문헌번호]
한국공개특허 제10-1952420호
본 발명의 실시예들은 암호화폐 서비스에서의 거래와 관련하여 사용자가 거래소의 입금 또는 출금 승인을 위한 컨펌 수를 지정할 수 있는 컨펌 수 조정 방법 및 시스템을 제공한다.
본 발명의 다른 실시예들은 거래소측에서 사용자에게 현재 진행중인 암호화폐의 거래 입출금과 관련된 거래 상태(transaction status)에 대한 정보를 제공할 수 있는 거래 상태 정보 제공 방법 및 시스템을 제공한다.
본 발명의 또 다른 실시예들은 암호화폐 지갑 플랫폼측에서 거래의 지연을 모니터링하여 해당 거래의 처리에 대한 지연에 대한 정보를 거래소측으로 제공할 수 있는 지연 거래 모니터링 방법 및 시스템을 제공한다.
적어도 하나의 프로세서를 포함하는 컴퓨터 장치에 의해 수행되는 거래 상태 정보 제공 방법에 있어서, 상기 적어도 하나의 프로세서에 의해, 거래 식별자에 의해 식별되는 거래에 대해 상기 거래의 거래체결이 완료되기 이전의 상태에 대한 정보를 포함하는 거래 진행 정보를 획득하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 거래 진행 정보를 상기 거래 식별자와 연관하여 데이터베이스에 저장하는 단계; 상기 적어도 하나의 프로세서에 의해, 사용자로부터 상기 거래 식별자에 의해 식별되는 거래에 대한 조회 요청을 수신하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 데이터베이스로부터 상기 조회 요청된 거래의 거래 진행 정보를 조회하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 조회된 거래 진행 정보를 이용하여 사용자에게 상기 거래 식별자에 의해 식별되는 거래의 상태에 대한 정보를 제공하는 단계를 포함하는 거래 상태 정보 제공 방법을 제공한다.
일측에 따르면, 상기 거래 진행 정보를 획득하는 단계는, 상기 사용자로부터의 거래요청이 수신된 상태, 상기 거래 식별자에 의해 식별되는 거래의 컨펌을 위해 거래에 대한 정보를 블록체인 네트워크의 노드들로 제공한 상태, 거래 정보가 전파는 되었으나 블록으로 저장되지 않은 상태, 거래 정보가 블록으로 저장된 상태, 상기 거래요청에 대해 요구되는 컨펌 수가 만족된 상태 중 적어도 하나를 포함하는 거래 진행 정보를 획득하는 것을 특징으로 할 수 있다.
다른 측면에 따르면, 상기 거래 진행 정보를 획득하는 단계는, 상기 거래에 대해 현재까지 달성된 컨펌 수를 포함하는 거래 진행 정보를 획득하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 거래의 상태에 대한 정보를 제공하는 단계는, 상기 거래의 현재 상태 및 상기 거래의 현재 컨펌 수 중 적어도 하나를 제공하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 거래의 상태에 대한 정보를 제공하는 단계는, 상기 사용자에게 암호화폐 서비스와 연관하여 제공되는 페이지를 통해 상기 거래에 대한 전체 상태들을 표시하되, 상기 거래의 현재 상태를 상기 전체 상태들 중 나머지 상태들과 구분하여 표시하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 거래의 상태에 대한 정보를 제공하는 단계는, 상기 사용자에게 암호화폐 서비스와 연관하여 제공되는 페이지를 통해 현재 컨펌 수를 표시하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 거래의 상태에 대한 정보를 제공하는 단계는, 상기 현재 컨펌 수를 상기 거래의 입금이나 출금의 승인을 위해 요구되는 컨펌 수와 연계하여 표시하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 거래 상태 정보 제공 방법은 상기 적어도 하나의 프로세서에 의해, 변경된 거래 상태에 대한 알림을 상기 사용자에게 제공하는 단계를 더 포함할 수 있다.
또 다른 측면에 따르면, 상기 거래 진행 정보를 획득하는 단계는, 상기 사용자의 지갑을 관리하는 암호화폐 지갑 플랫폼으로부터 상기 거래 진행 정보를 수신하는 것을 특징으로 할 수 있다.
컴퓨터 장치와 결합되어 상기 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램을 제공한다.
상기 방법을 컴퓨터 장치에 실행시키기 위한 프로그램이 기록되어 있는 컴퓨터 판독 가능한 기록매체를 제공한다.
컴퓨터 장치에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서에 의해, 거래 식별자에 의해 식별되는 거래에 대해 상기 거래의 거래체결이 완료되기 이전의 상태에 대한 정보를 포함하는 거래 진행 정보를 획득하고, 상기 거래 진행 정보를 상기 거래 식별자와 연관하여 데이터베이스에 저장하고, 사용자로부터 상기 거래 식별자에 의해 식별되는 거래에 대한 조회 요청을 수신하고, 상기 데이터베이스로부터 상기 조회 요청된 거래의 거래 진행 정보를 조회하고, 상기 조회된 거래 진행 정보를 이용하여 사용자에게 상기 거래 식별자에 의해 식별되는 거래의 상태에 대한 정보를 제공하는 것을 특징으로 하는 컴퓨터 장치를 제공한다.
암호화폐 서비스에서의 거래와 관련하여 사용자가 거래소의 입금 또는 출금 승인을 위한 컨펌 수를 지정할 수 있다.
또한, 거래소측에서 사용자에게 현재 진행중인 암호화폐의 거래 입출금과 관련된 거래 상태(transaction status)에 대한 정보를 제공할 수 있다.
또한, 암호화폐 지갑 플랫폼측에서 거래의 지연을 모니터링하여 해당 거래의 처리에 대한 지연에 대한 정보를 거래소측으로 제공할 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다.
도 2는 본 발명의 일실시예에 따른 컴퓨터 장치의 예를 도시한 블록도이다.
도 3은 본 발명의 일실시예에 따른 암호화폐 시스템의 개괄적인 예를 도시한 도면이다.
도 4는 본 발명의 일실시예에 따른 컨펌 수 조정 방법의 예를 도시한 흐름도이다.
도 5 내지 도 8은 본 발명의 일실시예에 있어서, 희망 컨펌 수를 입력받는 사용자 인터페이스의 예들을 도시한 도면들이다.
도 9는 본 발명의 일실시예에 따른 거래 상태 정보 제공 방법의 예를 도시한 흐름도이다.
도 10은 본 발명의 일실시예에 있어서, 거래 상태 정보를 제공하는 사용자 인터페이스의 예를 도시한 도면이다.
도 11은 본 발명의 일실시예에 따른 지연 거래 모니터링 방법의 예를 도시한 흐름도이다.
도 12는 본 발명의 일실시예에 있어서, 지연 거래 정보를 제공하는 예를 도시한 도면이다.
이하, 실시예를 첨부한 도면을 참조하여 상세히 설명한다.
본 발명의 실시예들에 따른 암호화폐 시스템은 적어도 하나의 컴퓨터 장치에 의해 구현될 수 있다. 이때, 컴퓨터 장치에는 본 발명의 일실시예에 따른 컴퓨터 프로그램이 설치 및 구동될 수 있고, 컴퓨터 장치는 구동된 컴퓨터 프로그램의 제어에 따라 본 발명의 실시예들에 따른 방법을 수행할 수 있다. 상술한 컴퓨터 프로그램은 컴퓨터 장치와 결합되어 본 발명의 실시예들에 따른 방법을 컴퓨터에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장될 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다. 도 1의 네트워크 환경은 복수의 전자 기기들(110, 120, 130, 140), 복수의 서버들(150, 160) 및 네트워크(170)를 포함하는 예를 나타내고 있다. 이러한 도 1은 발명의 설명을 위한 일례로 전자 기기의 수나 서버의 수가 도 1과 같이 한정되는 것은 아니다. 또한, 도 1의 네트워크 환경은 본 실시예들에 적용 가능한 환경들 중 하나의 예를 설명하는 것일 뿐, 본 실시예들에 적용 가능한 환경이 도 1의 네트워크 환경으로 한정되는 것은 아니다.
복수의 전자 기기들(110, 120, 130, 140)은 컴퓨터 장치로 구현되는 고정형 단말이거나 이동형 단말일 수 있다. 복수의 전자 기기들(110, 120, 130, 140)의 예를 들면, 스마트폰(smart phone), 휴대폰, 네비게이션, 컴퓨터, 노트북, 디지털방송용 단말, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 태블릿 PC 등이 있다. 일례로 도 1에서는 전자 기기(110)의 예로 스마트폰의 형상을 나타내고 있으나, 본 발명의 실시예들에서 전자 기기(110)는 실질적으로 무선 또는 유선 통신 방식을 이용하여 네트워크(170)를 통해 다른 전자 기기들(120, 130, 140) 및/또는 서버(150, 160)와 통신할 수 있는 다양한 물리적인 컴퓨터 장치들 중 하나를 의미할 수 있다.
통신 방식은 제한되지 않으며, 네트워크(170)가 포함할 수 있는 통신망(일례로, 이동통신망, 유선 인터넷, 무선 인터넷, 방송망)을 활용하는 통신 방식뿐만 아니라 기기들간의 근거리 무선 통신 역시 포함될 수 있다. 예를 들어, 네트워크(170)는, PAN(personal area network), LAN(local area network), CAN(campus area network), MAN(metropolitan area network), WAN(wide area network), BBN(broadband network), 인터넷 등의 네트워크 중 하나 이상의 임의의 네트워크를 포함할 수 있다. 또한, 네트워크(170)는 버스 네트워크, 스타 네트워크, 링 네트워크, 메쉬 네트워크, 스타-버스 네트워크, 트리 또는 계층적(hierarchical) 네트워크 등을 포함하는 네트워크 토폴로지 중 임의의 하나 이상을 포함할 수 있으나, 이에 제한되지 않는다.
서버(150, 160) 각각은 복수의 전자 기기들(110, 120, 130, 140)과 네트워크(170)를 통해 통신하여 명령, 코드, 파일, 컨텐츠, 서비스 등을 제공하는 컴퓨터 장치 또는 복수의 컴퓨터 장치들로 구현될 수 있다. 예를 들어, 서버(150)는 네트워크(170)를 통해 접속한 복수의 전자 기기들(110, 120, 130, 140)로 서비스(일례로, 암호화폐 서비스, 가상 거래소 서비스, 소셜 네트워크 서비스, 결제 서비스, 리스크 모니터링 서비스, 인스턴트 메시징 서비스, 게임 서비스, 그룹 통화 서비스(또는 음성 컨퍼런스 서비스), 메시징 서비스, 메일 서비스, 지도 서비스, 번역 서비스, 금융 서비스, 검색 서비스, 컨텐츠 제공 서비스 등)를 제공하는 시스템일 수 있다.
도 2는 본 발명의 일실시예에 따른 컴퓨터 장치의 예를 도시한 블록도이다. 앞서 설명한 복수의 전자 기기들(110, 120, 130, 140) 각각이나 서버들(150, 160) 각각은 도 2를 통해 도시된 컴퓨터 장치(200)에 의해 구현될 수 있다.
이러한 컴퓨터 장치(200)는 도 2에 도시된 바와 같이, 메모리(210), 프로세서(220), 통신 인터페이스(230) 그리고 입출력 인터페이스(240)를 포함할 수 있다. 메모리(210)는 컴퓨터에서 판독 가능한 기록매체로서, RAM(random access memory), ROM(read only memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(permanent mass storage device)를 포함할 수 있다. 여기서 ROM과 디스크 드라이브와 같은 비소멸성 대용량 기록장치는 메모리(210)와는 구분되는 별도의 영구 저장 장치로서 컴퓨터 장치(200)에 포함될 수도 있다. 또한, 메모리(210)에는 운영체제와 적어도 하나의 프로그램 코드가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 메모리(210)와는 별도의 컴퓨터에서 판독 가능한 기록매체로부터 메모리(210)로 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록매체를 포함할 수 있다. 다른 실시예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록매체가 아닌 통신 인터페이스(230)를 통해 메모리(210)에 로딩될 수도 있다. 예를 들어, 소프트웨어 구성요소들은 네트워크(170)를 통해 수신되는 파일들에 의해 설치되는 컴퓨터 프로그램에 기반하여 컴퓨터 장치(200)의 메모리(210)에 로딩될 수 있다.
프로세서(220)는 기본적인 산술, 로직 및 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(210) 또는 통신 인터페이스(230)에 의해 프로세서(220)로 제공될 수 있다. 예를 들어 프로세서(220)는 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 수신되는 명령을 실행하도록 구성될 수 있다.
통신 인터페이스(230)는 네트워크(170)를 통해 컴퓨터 장치(200)가 다른 장치(일례로, 앞서 설명한 저장 장치들)와 서로 통신하기 위한 기능을 제공할 수 있다. 일례로, 컴퓨터 장치(200)의 프로세서(220)가 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 생성한 요청이나 명령, 데이터, 파일 등이 통신 인터페이스(230)의 제어에 따라 네트워크(170)를 통해 다른 장치들로 전달될 수 있다. 역으로, 다른 장치로부터의 신호나 명령, 데이터, 파일 등이 네트워크(170)를 거쳐 컴퓨터 장치(200)의 통신 인터페이스(230)를 통해 컴퓨터 장치(200)로 수신될 수 있다. 통신 인터페이스(230)를 통해 수신된 신호나 명령, 데이터 등은 프로세서(220)나 메모리(210)로 전달될 수 있고, 파일 등은 컴퓨터 장치(200)가 더 포함할 수 있는 저장 매체(상술한 영구 저장 장치)로 저장될 수 있다.
입출력 인터페이스(240)는 입출력 장치(250)와의 인터페이스를 위한 수단일 수 있다. 예를 들어, 입력 장치는 마이크, 키보드 또는 마우스 등의 장치를, 그리고 출력 장치는 디스플레이, 스피커와 같은 장치를 포함할 수 있다. 다른 예로 입출력 인터페이스(240)는 터치스크린과 같이 입력과 출력을 위한 기능이 하나로 통합된 장치와의 인터페이스를 위한 수단일 수도 있다. 입출력 장치(250) 중 적어도 하나는 컴퓨터 장치(200)와 하나의 장치로 구성될 수도 있다. 예를 들어, 스마트폰과 같이 터치스크린, 마이크, 스피커 등이 컴퓨터 장치(200)에 포함된 형태로 구현될 수 있다.
또한, 다른 실시예들에서 컴퓨터 장치(200)는 도 2의 구성요소들보다 더 적은 혹은 더 많은 구성요소들을 포함할 수도 있다. 그러나, 대부분의 종래기술적 구성요소들을 명확하게 도시할 필요성은 없다. 예를 들어, 컴퓨터 장치(200)는 상술한 입출력 장치(250) 중 적어도 일부를 포함하도록 구현되거나 또는 트랜시버(transceiver), 데이터베이스 등과 같은 다른 구성요소들을 더 포함할 수도 있다.
도 3은 본 발명의 일실시예에 따른 암호화폐 시스템의 개괄적인 예를 도시한 도면이다. 도 3은 제1 사용자(310), 제2 사용자(320), 제3 사용자(330), 제1 거래소(340), 제2 거래소(350), 제3 거래소(360), 암호화폐 지갑 플랫폼(370), 제1 블록체인 네트워크(380) 및 제2 블록체인 네트워크(390)를 나타내고 있다.
제1 사용자(310), 제2 사용자(320) 및 제3 사용자(330)는 암호화폐 서비스를 이용하는 복수의 사용자들 중 일부를 나타낼 수 있으며, 제1 거래소(340), 제2 거래소(350) 및 제3 거래소(360)는 암호화폐 서비스를 제공하는 복수의 거래소들 중 일부를 나타낼 수 있다. 본 개시에 있어, 사용자는 전자 기기들(110, 120, 130, 140)을 포함하는 사용자 단말을 지칭할 수 있다. 예를 들어, 제1 사용자(310), 제2 사용자(320) 및 제3 사용자(330)는 각각 제1 거래소(340), 제2 거래소(350) 및 제3 거래소(360)와 전기적으로 접속가능한 제1 사용자 단말, 제2 사용자 단말, 제3 사용자 단말일 수 있다.
컨펌 수 조정
도 3의 실시예에서는 제1 사용자(310)가 제1 거래소(340) 및 제3 거래소(360)를 통해 제3 사용자(330)에게 제1 종류의 코인에 대한 송금하는 거래를 가정한다. 이때, 제1 거래소(340)의 출금 승인 단계를 거쳐 제1 거래소(340)에서 암호화폐 지갑 플랫폼(370)으로 제1 사용자(310)의 지갑으로부터의 출금이 요청될 수 있다. 이후, 제1 거래소(340)의 출금 승인이 이루어짐에 따라 제1 종류의 코인에 대한 컨펌을 처리하는 제1 블록체인 네트워크(380)에서 해당 거래에 대한 컨펌이 처리될 수 있다.
제1 거래소(340)는 제1 블록체인 네트워크(380)에서 이루어진 컨펌의 수가 기설정된 컨펌 수를 충족하는 경우, 제1 거래소(340)에서의 출금을 승인할 수 있고, 이에 따라 제3 거래소(360)에서 제3 사용자(330)에게 제1 종류의 코인이 입금될 수 있다. 이때 기설정된 컨펌 수는 제1 거래소(340)에서 출금에 대한 거래요청 시, 사용자로부터 제1 종류의 코인에 대한 희망 컨펌 수의 입력이 있었던 경우, 사용자로부터 입력된 희망 컨펌 수로 대체될 수 있다.
다시 말해, 본 실시예에서 제1 거래소(340)는 제1 사용자(310)로부터의 송금 요청 시, 제1 사용자(310)로부터 희망 컨펌 수를 입력받기 위한 사용자 인터페이스를 제공할 수 있으며 이 사용자 인터페이스를 통해 희망 컨펌 수를 입력받을 수 있다. 이 경우, 제1 거래소(340)는 제1 블록체인 네트워크(380)에서 해당 거래요청과 연관된 블록의 생성을 확인할 수 있으며, 해당 거래요청과 연관하여 생성된 블록의 수(예를 들어, 해당 거래에 대한 블록과 이 블록에 후속하여 생성된 블록의 수)가 희망 컨펌 수에 도달하면 해당 거래의 출금에 대한 승인을 처리할 수 있다. 따라서, 제1 사용자(310)가 희망하는 컨펌 수에 도달한 이후에 제3 거래소(360)에서 제1 사용자(310)의 거래에 따른 입금 승인의 처리가 이루어질 수 있다. 또 다른 예에 따르면, 제3 거래소(360)는 사용자로부터 입금에 대한 하나의 설정값으로서 희망 컨펌 수에 대한 입력을 직접 수신하거나 또는 암호화폐 지갑 플랫폼(370) 및/또는 제1 거래소(340)를 통해 사용자로부터 입력된 희망 컨펌 수를 전달받을 수 있다. 이와 같이 사용자로부터 입금에 대한 희망 컨펌 수의 입력 또는 전달이 있었던 경우, 제3 거래소(360)는 상기 입금에 대한 희망 컨펌 수에 기초하여 입금 승인을 처리할 수 있다.
컨펌 수가 적어질수록 거래체결에 소요되는 시간이 감소하는 반면, 블록체인 재구성(blockchain reorganization)이 발생될 위험성이 증가하게 된다. 역으로, 컨펌 수가 늘어날수록 거래체결에 소요되는 시간이 증가하는 반면, 블록체인 재구성이 발생될 위험성은 감소하게 된다. 여기서, 블록체인의 재구성은 해당 거래 정보가 포함된 블록체인이 블록체인들간의 경쟁에서 뒤쳐져 다른 블록체인이 승자가 되는 경우를 의미할 수 있다. 이 경우, 해당 거래 정보는 승자가 된 다른 블록체인의 새로운 블록에 다시 포함되어야 하기 때문에, 거래체결에 소요되는 시간이 급격히 증가하게 된다.
다시 말해, 각 거래소들은 블록체인 재구성이 발생될 위험성의 증가에도 불구하고 거래체결에 소요되는 시간을 단축시키고자 하는 사용자들에게는 희망 컨펌 수를 낮출 수 있도록 기회를 제공할 수 있다. 예를 들어, 제1 블록체인 네트워크(380)에서 하나의 블록이 만들어지는(또는 컨펌되는) 시간이 10분이고, 제3 거래소(360)에서 기설정된 컨펌 수가 6인 경우, 해당 거래의 체결에는 1시간(10분 * 6)의 예상 소요 시간이 요구된다. 따라서 블록체인 재구성이 발생될 위험성의 증가에도 불구하고 보다 빠른 거래체결이 필요한 사용자들은 희망 컨펌 수를 6 미만으로 낮추어 설정함으로써, 거래체결에 요구되는 시간을 줄일 수 있다. 역으로, 블록체인 재구성의 위험성을 줄이고자 하는 사용자들은 희망 컨펌 수를 7 이상으로 높임으로써, 실질적인 블록체인 재구성의 위험성을 낮출 수 있다. 상술한 예상 소요 시간은 입금 승인의 처리에 대한 지연이 없는 경우의 소요 시간일 수 있다. 기설정된 컨펌 수 및/또는 희망 컨펌 수에 도달함에 따라 거래소에서 입금 승인을 처리하더라도, 입금 승인의 처리 과정에 지연이 발생하는 경우에는 소요 시간이 증가할 수 있다. 따라서 특정 컨펌 수에 도달하는 시간과 거래체결에 요구되는 시간은 구분될 수 있다.
하나의 블록이 만들어지는(또는 컨펌되는) 시간은 거래 통화의 종류(BTC, LN 등)에 따라 달라질 수 있다. 이를 위해, 제1 거래소(340)는 제1 사용자(310)로부터 우선 거래 통화에 대한 선택을 수신할 수 있으며, 선택된 거래 통화에 대한 컨펌 수를 제시할 수 있다. 제시하는 컨펌 수는 제1 사용자(310)가 송금에 대한 하나의 설정값으로서 기설정해둔 컨펌 수(일례로, 6) 또는 거래 통화의 종류에 따라 기설정되어 있는 컴펌 수일 수도 있으나, 해당 거래 통화의 현재 트랜잭션 복잡도 등을 고려하여 동적으로 계산된 컨펌 수일 수도 있다.
또한, 제1 거래소(340)는 제1 사용자(310)가 희망 컨펌 수를 입력할 수 있는 사용자 인터페이스를 제1 사용자(310)에게 제공할 수 있다. 거래소는 사용자 인터페이스를 통해 입력된 희망 컨펌 수가 해당 거래 통화에 대해 허용되는 범위 내인지 여부를 판단할 수 있으며, 제1 사용자(310)가 허용되는 범위 내에서 희망 컨펌 수를 입력하도록 유도 또는 강제할 수 있다.
또한, 거래소는 희망 컨펌 수에 도달하는데 걸리는 시간을 계산 및 표시할 수 있다. 예를 들어, 제1 사용자(310)가 선택한 종류의 거래 통화에 대해 하나의 블록이 만들어지는(또는 컨펌되는) 시간이 10분이고, 사용자가 입력한 희망 컨펌 수가 3인 경우, 희망 컨펌 수에 도달하는데 걸리는 예상 시간은 30분이 될 수 있다. 계산된 시간은 일례로 상술한 사용자 인터페이스를 통해 표시될 수 있다. 블록체인 재구성 등의 이유로 희망 컨펌 수에 도달하는데 걸리는 시간과 실제 거래체결에 소요되는 시간은 상이할 수 있다.
또한, 거래소는 희망 컨펌 수를 기초로 블록체인 재구성이 발생할 확률을 계산하여 표시할 수도 있다. 이러한 확률은 입력된 희망 컨펌 수에 대한 리스크로서 상술한 사용자 인터페이스를 통해 표시될 수 있다.
도 3의 실시예에서는 제1 사용자(310)가 제1 거래소(340)와 제3 거래소(360)를 통해 제3 사용자(330)에게 송금을 하는 거래에 대해 설명하였으나, 희망 컨펌 수의 활용은 이를 채용하는 모든 거래소에 대해 적용될 수 있다.
거래 상태 정보 제공
한편, 본 실시예에 따른 거래소는 전파된 거래의 상태에 대한 정보를 제공할 수 있다.
예를 들어, 거래소(일례로, 제1 거래소(340))는 거래 식별자(transaction ID)에 의해 식별되는 거래와 관련된 정보를 획득할 수 있다. 이러한 정보는 거래소가 블록체인 네트워크(일례로, 제1 블록체인 네트워크(380))의 블록들을 통해 직접 확인할 수도 있으며, 암호화폐 지갑 플랫폼(370)을 통해 수신할 수도 있다. 보다 구체적인 예로, 암호화폐 지갑 플랫폼(370)은 전파된 거래의 거래 식별자와 관련된 정보를 주기적으로 메시지 큐에 저장할 수 있으며, 거래소는 이러한 메시지 큐로부터 특정 거래의 거래 식별자와 관련된 정보를 수신할 수 있다.
거래소는 이러한 각 거래 식별자와 관련된 거래 상태에 대한 변경 내용을 데이터베이스에 저장하여 관리할 수 있으며, 변경된 상태에 대한 알림을 사용자에게 제공할 수 있다. 일례로, 거래소는 변경된 상태에 대한 푸시 알림을 사용자의 단말로 제공할 수 있다.
한편, 사용자는 거래소로 자신의 거래 내역에 대한 조회를 요청할 수 있다. 사용자와 거래소간의 특정 거래 내역은 요청 식별자(Request ID)를 이용하여 식별될 수 있다. 이 경우, 거래소는 요청 식별자와 매칭된 거래 식별자를 찾아, 해당 거래 식별자와 연계하여 저장된 거래 상태에 대한 정보를 사용자에게 제공할 수 있다. 예를 들어, 거래소는 해당 거래 식별자에 의해 식별되는 거래가 전파되었는지 여부, 채굴되었는지 여부 및/또는 해당 거래의 현재 컨펌 수가 얼마인지 등의 정보를 데이터베이스에서 조회할 수 있으며, 조회된 정보를 기초로 사용자에게 해당 거래의 체결 상태에 대한 정보를 제공할 수 있다.
따라서, 사용자들은 자신들의 거래의 체결이 완료될 때까지 기다릴 필요 없이 거래가 어떻게 진행 중인가에 대한 거래 상태 정보를 실시간으로 얻을 수 있다.
지연 거래 모니터링
한편, 암호화폐 지갑 플랫폼(370)은 복수의 거래소들(복수의 거래 서버들) 각각으로부터 거래요청을 수신하여 암호화폐 지갑 플랫폼(370) 내부의 지갑들간의 또는 암호화폐 지갑 플랫폼(370) 내부의 지갑과 암호화폐 지갑 플랫폼(370) 외부의 지갑간의 송금을 위한 데이터를 처리할 수 있다.
이때, 암호화폐 지갑 플랫폼(370)은 거래요청이 수신된 시점으로부터 일정 기간이 경과하였음에도 거래체결이 완료되지 않은 거래(이하, '미완료 거래')가 있는지 확인할 수 있다. 만약, 미완료 거래가 존재하는 경우, 암호화폐 지갑 플랫폼(370)은 해당 거래를 요청한 거래처로 해당 거래의 지연에 대한 알림을 제공할 수 있다. 여기서, 일정 기간은 암호화폐 지갑 플랫폼(370)이 설정할 수도 있고, 거래소의 거래요청에 대한 옵션에 따라 결정될 수도 있다. 예를 들어, 거래소들은 암호화폐 지갑 플랫폼(370)으로 거래를 요청하면서 기간을 설정할 수 있으며, 설정된 기간에 대한 미완료 거래에 대한 알림을 제공해줄 것을 암호화폐 지갑 플랫폼(370)으로 요청할 수 있다.
또한, 이미 설명한 바와 같이, 암호화폐 지갑 플랫폼(370)은 전파된 거래의 거래 식별자(transaction ID)와 관련된 정보를 메시지 큐 등을 통해 각 거래소들로 제공할 수도 있다. 이 경우, 각 거래소들은 암호화폐 지갑 플랫폼(370)을 통해 거래 지연에 대한 정보뿐만 아니라, 거래의 진행 상태에 대한 정보도 함께 획득할 수 있다.
도 4는 본 발명의 일실시예에 따른 컨펌 수 조정 방법의 예를 도시한 흐름도이다. 본 실시예에 따른 컨펌 수 조정 방법은 거래소를 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이때, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 컴퓨터 프로그램의 코드에 따른 제어 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 4의 방법이 포함하는 단계들(410 내지 460)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(410)에서 컴퓨터 장치(200)는 사용자로부터 거래 통화의 종류에 대한 선택을 수신할 수 있다. 일례로, 컴퓨터 장치(200)는 사용자로부터 거래의 요청을 받기 위한 사용자 인터페이스를 제공할 수 있다. 이러한 사용자 인터페이스는 웹페이지나 또는 앱을 통해 사용자에게 제공될 수 있다. 암호화폐의 종류가 BTC, LN 등으로 다양하기 때문에, 컴퓨터 장치(200)는 제공된 사용자 인터페이스를 통해 사용자가 거래하고자 하는 통화의 종류에 대한 선택을 받기 위한 통화 종류 선택 기능을 제공할 수 있다. 이 경우, 컴퓨터 장치(200)는 통화 종류 선택 기능을 통해 선택된 거래 통화의 종류에 대한 정보를 수신할 수 있다.
단계(420)에서 컴퓨터 장치(200)는 선택된 종류의 거래 통화에 대한 컨펌 수를 제시할 수 있다. 이때, 제시하는 컨펌 수는 거래 통화의 종류에 따라 또는 거래소에 기설정된 컨펌 수일 수 있다. 일례로, 컴퓨터 장치(200)는 거래 통화의 종류별 및/또는 거래소별 컴펌 수를 미리 저장하고 있다가 사용자에 의해 선택된 거래 통화의 종류에 따른 컨펌 수 및/또는 사용자의 설정에 따라 컨펌 수를 확인하여 사용자에게 제시할 수 있다. 다른 예로, 컴퓨터 장치(200)는 선택된 거래 통화의 현재 트랜잭션 복잡도 등을 고려하여 컨펌 수를 동적으로 계산하여 제시할 수도 있다. 일례로, 컴퓨터 장치(200)는 트랜잭션 복잡도가 증가할수록 제시할 컨펌 수가 작아지거나 또는 커지도록 컨펌 수를 결정하여 제시할 수 있다. 이러한 컨펌 수는 앞서 설명한 사용자 인터페이스를 통해 표시됨에 따라 사용자에게 제시될 수 있다.
단계(430)에서 컴퓨터 장치(200)는 사용자로부터 희망 컨펌 수에 대한 입력을 수신할 수 있다. 일례로, 컴퓨터 장치(200)는 거래요청의 생성을 위해 사용자에게 제공되는 사용자 인터페이스를 통해 사용자로부터 희망 컨펌 수를 입력받기 위한 희망 컨펌 수 입력 기능을 제공할 수 있다. 이 경우, 컴퓨터 장치(200)는 희망 컨펌 수 입력 기능을 통해 사용자로부터 입력된 희망 컨펌 수를 수신할 수 있다.
이때, 컴퓨터 장치(200)는 수신된 희망 컨펌 수가 해당 종류의 거래 통화에 대해 허용되는 범위 내인지 여부를 판단하여, 사용자가 해당 범위 내의 희망 컨펌 수를 입력하도록 유도하거나 강제할 수 있다.
또한, 컴퓨터 장치(200)는 희망 컨펌 수에 도달하는데 걸리는 예상시간을 계산 및 표시할 수 있다. 예를 들어, 제1 종류의 거래 통화에 대해 하나의 블록이 만들어지는(또는 컨펌되는) 시간이 10분이고, 사용자가 입력한 희망 컨펌 수가 6인 경우, 희망 컨펌 수에 도달하는데 걸리는 예상 시간은 60분이 될 수 있다. 계산된 시간은 상술한 사용자 인터페이스를 통해 표시될 수 있다. 블록체인 재구성 등의 이유로 희망 컨펌 수에 도달하는데 걸리는 시간과 실제 거래체결에 소요되는 시간은 상이할 수 있다.
또한, 컴퓨터 장치(200)는 희망 컨펌 수를 기초로 블록체인 재구성이 발생할 확률을 계산하여 계산된 확률에 대한 정보를 표시할 수도 있다. 이러한 확률은 입력된 희망 컨펌 수에 대한 리스크로서 상술한 사용자 인터페이스를 통해 표시될 수 있다. 예를 들어, 컴퓨터 장치(200)는 리스크를 "high", "medium", "low"의 세 레벨이나 혹은 1 내지 5의 다섯 레벨 등과 같이 기설정된 레벨 단위로 표시할 수 있다.
사용자가 희망 컨펌 수를 입력하면, 동적으로 예상 시간 및 리스크가 표시될 수 있으며, 사용자가 희망 컨펌 수를 변경하는 경우 역시 동적으로 변경된 희망 컨펌 수에 대한 예상 시간 및 리스크가 표시될 수 있다. 따라서, 사용자는 예상 시간과 리스크를 모두 고려하여 자신에게 알맞은 적절한 희망 컨펌 수를 결정할 수 있게 된다.
단계(440)에서 컴퓨터 장치(200)는 수신된 희망 컨펌 수를 이용하여 거래요청에 대한 컨펌을 처리할 수 있다. 예를 들어, 출금에 대한 거래요청 시 희망 컨펌 수가 함께 수신된 경우, 컴퓨터 장치(200)는 블록체인 네트워크에서 해당 거래요청과 연관된 블록의 생성을 확인할 수 있으며, 해당 거래요청 연관하여 생성된 블록의 수(예를 들어, 해당 거래에 대한 블록과 이 블록에 후속하여 생성된 블록의 수)가 희망 컨펌 수에 도달하면 해당 거래(출금)에 대한 컨펌을 처리할 수 있다. 거래소는 거래 화폐의 종류별로 희망 컨펌 수가 설정되도록 할 수 있으며, 이 경우, 희망 컨펌 수가 만족되는 경우에 출금 승인을 처리할 수 있다.단계(450)에서 컴퓨터 장치(200)는 컴퓨터 장치(200)에 의해 구현되는 거래소와는 다른 거래소로부터 거래요청을 수신할 수 있다. 블록체인 네트워크에서의 거래가 컴퓨터 장치(200)가 구현하는 거래소와 관련된 경우, 컴퓨터 장치(200)는 다른 거래소에서 전송하는 거래요청을 수신할 수 있다. 실시예에 따라 거래요청은 암호화폐 지갑 플랫폼(370)을 거쳐 컴퓨터 장치(200)로 수신될 수도 있다. 여기서, 다른 거래소로부터의 거래요청은 입금 요청일 수 있다.
단계(460)에서 컴퓨터 장치(200)는 수신된 거래요청에 대해 사용자의 희망 컨펌 수에 따라 거래요청에 대한 입금의 승인을 처리할 수 있다. 예를 들어, 컴퓨터 장치(200)는 사용자로부터 입금에 대한 하나의 설정값으로서 희망 컨펌 수에 대한 입력을 수신할 수 있다. 이때 제1 종류의 거래 통화에 대해 사용자의 설정값이 희망 컨펌 수로서 3을 포함하는 경우, 컴퓨터 장치(200)는 컨펌 수 3이 만족되는 경우에 입금 승인을 처리할 수 있다.
도 5 내지 도 8은 본 발명의 일실시예에 있어서, 희망 컨펌 수를 입력받는 사용자 인터페이스의 예들을 도시한 도면들이다.
도 5는 사용자가 송금 거래를 요청하기 위한 페이지(웹페이지 또는 앱에서 제공하는 페이지)의 예를 나타내고 있다.
제1 점선박스(510)는 사용자로부터 거래 화폐의 종류를 선택받을 수 있는 기능의 예를 나타내고 있다. 사용자가 특정 거래 화폐의 종류를 선택함에 따라 사용자에게는 해당 종류의 거래 화폐에 대한 총 자산, 사용중인 자산, 사용 가능한 자산에 대한 정보가 사용자에게 제공될 수 있다.
제2 점선박스(520)는 송금 거래를 위한 출금 주소를 사용자로부터 입력받기 위한 기능의 예를 나타내고 있다.
제3 점선박스(530)는 사용자로부터 희망 컨펌 수를 입력받기 위한 기능의 예를 나타내고 있다. 제3 점선박스(530)에서는 사용자가 1부터 30 사이의 숫자를 입력하도록 유도하고 있다. 여기서, 숫자 1과 30은 해당 거래 화폐의 종류에 따라 허용 가능한 수치로 조절될 수도 있다. 이 경우, 조절된 수치는 사용자가 허용 가능한 희망 컨펌 수를 입력하도록 강제하기 위한 수단이 될 수 있다. 또는 임의의 숫자를 입력 가능하도록 한 뒤, 허용 가능한 수치를 벗어나는 경우, 허용 가능한 수치를 입력하도록 유도하기 위한 정보를 사용자에게 제공할 수도 있다.
제4 점선박스(540)는 사용자로부터 입력받은 희망 컨펌 수에 대응하는 리스크와 희망 컨펌 수 도달 예상시간을 동적으로 계산하여 표시하는 기능의 예를 나타내고 있다. 이러한 제4 점선박스(540)에서는 제3 점선박스(530)에 나타난 바와 같이 사용자가 희망 컨펌 수를 6으로 입력함에 따라 희망 컨펌 수 6에 대응하는 리스크(Risk) "Medium"과 희망 컨펌 수 6에 도달하기까지의 예상시간 "약 1시간"을 사용자에게 표시하고 있다. 여기서 리스크는 이미 설명한 바와 같이, 블록체인 재구성이 발생할 위험성을 의미할 수 있다. 이처럼, 리스크와 희망 컨펌 수 도달 예상시간을 표시함으로써, 사용자가 희망 컨펌 수를 설정하는데 도움을 줄 수 있다.
제5 점선박스(550)는 송금 거래를 위한 입금 주소를 사용자로부터 입력받기 위한 기능의 예를 나타내고 있다.
제6 점선박스(560)는 사용자로부터 거래를 위한 수량을 입력받기 위한 기능의 예를 나타내고 있다. 사용자가 특정 수량을 입력하는 경우, 자산의 부족 여부, 수수료, 총 합계 등의 정보가 사용자에게 제공될 수 있다.
도 6 및 도 7은 컨펌 수를 바(bar) 형태의 사용자 인터페이스를 통해 입력받는 예를 나타내고 있다. 이 경우에도 사용자가 바를 움직여 희망 컨펌 수를 설정함에 따라 리스크와 희망 컨펌 수 도달 예상시간이 동적으로 계산되어 표시될 수 있다. 이때, 도 6 및 도 7의 실시예에서는 하나의 블록이 만들어지는(또는 컨펌되는) 시간이 1분인 경우를 고려하고 있다.
도 8은 환경설정에서 통화(코인)의 종류별로 희망 컨펌 수를 설정하는 사용자 인터페이스의 예를 나타내고 있다. 제7 점선박스(810)에 나타난 바와 같이, 사용자는 원하는 통화의 종류를 추가한 후, 추가된 통화에 대한 희망 컨펌 수를 설정할 수 있다. 이처럼 환경설정을 통해 설정된 희망 컨펌 수는 사용자가 송금 시 희망 컨펌 수를 설정하지 않아도 자동으로 희망 컨펌 수를 설정하는데 사용되거나 또는 출금 또는 입금 승인을 위한 컨펌 수를 희망 컨펌 수로 설정하는데 활용될 수 있다. 예를 들어, 거래소는 사용자의 통화의 출금 또는 입금을 승인하는데 있어, 거래소의 시스템적으로 설정되어 있는 컨펌 수가 아닌 희망 컨펌 수를 만족하는 경우, 출금 또는 입금을 승인할 수 있다.
도 9는 본 발명의 일실시예에 따른 거래 상태 정보 제공 방법의 예를 도시한 흐름도이다. 본 실시예에 따른 거래 상태 정보 제공 방법은 거래소를 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이때, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 컴퓨터 프로그램의 코드에 따른 제어 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 9의 방법이 포함하는 단계들(910 내지 960)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(910)에서 컴퓨터 장치(200)는 거래 식별자에 의해 식별되는 거래에 대해 상기 거래의 거래체결이 완료되기 이전의 상태에 대한 정보를 포함하는 거래 상태 정보를 획득할 수 있다. 이러한 거래 상태 정보는 암호화폐 지갑 플랫폼(370)을 통해 수신할 수 있으나, 거래 상태 정보 중 적어도 일부는 거래소가 블록체인 네트워크의 블록들을 통해 직접 확인할 수도 있다. 보다 구체적인 예로, 암호화폐 지갑 플랫폼(370)은 특정 거래 식별자에 의해 식별되는 거래와 관련된 정보를 주기적으로 메시지 큐에 저장할 수 있으며, 컴퓨터 장치(200)는 이러한 메시지 큐로부터 특정 거래 식별자의 거래에 대한 거래 상태 정보를 수신할 수 있다.
단계(920)에서 컴퓨터 장치(200)는 거래 상태 정보를 거래 식별자와 연관하여 데이터베이스에 저장할 수 있다. 일례로, 하나의 거래는 "거래요청" 상태, "전파" 상태, "펜딩" 상태, "채굴" 상태, "컨펌" 상태, "완료" 상태 등과 같이 상태가 순차적으로 변경될 수 있다. "거래요청" 상태는 사용자로부터의 거래요청이 수신된 상태를, "전파" 상태는 해당 거래의 컨펌을 위해 해당 거래에 대한 정보를 블록체인 네트워크의 노드들로 제공하는 상태를, "펜딩" 상태는 거래 정보가 전파는 되었으나 블록으로 저장되지 않은 상태를, "채굴" 상태는 거래 정보가 블록으로 저장된 상태를, "컨펌" 상태는 거래요청에 대해 요구되는 컨펌 수가 만족된 상태를, "완료" 상태는 거래체결이 완료된 상태를 각각 의미할 수 있다. 컴퓨터 장치(200)는 하나의 거래에 대해 이러한 거래의 상태가 변경될 때마다 변경 내용을 데이터베이스에 저장함으로써, 해당 거래가 어떠한 상태에 있는가에 대한 최신 정보를 유지할 수 있다. 거래의 상태의 종류와 수는 실시예에 따라 달라질 수 있다. 또한, 컴퓨터 장치(200)는 거래 상태 정보로서 현재의 컨펌 수를 더 저장할 수 있다. 이러한 컨펌 수는 블록체인 네트워크에서 현재까지 해당 거래와 관련하여 이루어진 컨펌 수를 의미할 수 있다.
단계(930)에서 컴퓨터 장치(200)는 변경된 거래 상태에 대한 알림을 사용자에게 제공할 수 있다. 컴퓨터 장치(200)는 거래의 상태가 변경됨을 인식함에 응답하여 거래 상태의 변경에 대한 정보를 사용자에게 제공할 수 있다. 일례로, 컴퓨터 장치(200)는 사용자의 단말로 푸시 알림의 형태로 거래 상태의 변경에 대한 정보를 제공할 수 있다. 다시 말해, 컴퓨터 장치(200)는 거래의 매 상태마다 이를 사용자에게 알릴 수 있다. 또한, 컴퓨터 장치(200)는 컨펌 수가 증가할 때마다 알림을 제공할 수도 있다.
단계(940)에서 컴퓨터 장치(200)는 사용자로부터 거래 식별자에 의해 식별되는 거래에 대한 조회 요청을 수신할 수 있다. 컴퓨터 장치(200)가 직접 알림을 제공하는 것 이외에도, 컴퓨터 장치(200)는 사용자의 조회 요청에 따라 거래의 상태에 대한 정보를 제공할 수 있다. 단계(940)은 컴퓨터 장치(200)가 사용자의 단말로부터 네트워크(일례로, 네트워크(170))를 통해 사용자의 조회 요청을 수신하는 과정일 수 있다.
단계(950)에서 컴퓨터 장치(200)는 데이터베이스로부터 조회 요청된 거래의 거래 상태 정보를 조회할 수 있다. 일례로, 조회되는 거래 상태 정보는 거래의 현재 상태가 어디인가에 대한 정보 및 현재까지의 컨펌 수 중 적어도 하나를 포함할 수 있다.
단계(960)에서 컴퓨터 장치(200)는 조회된 거래 상태 정보를 이용하여 사용자에게 거래 식별자에 의해 식별되는 거래의 상태에 대한 정보를 제공할 수 있다. 일례로, 컴퓨터 장치(200)는 거래의 현재 상태 및 거래의 현재 컨펌 수 중 적어도 하나를 제공할 수 있다. 보다 구체적인 예로, 컴퓨터 장치(200)는 사용자에게 암호화폐 서비스와 연관하여 제공되는 페이지를 통해 거래에 대한 전체 상태들을 표시하되, 거래의 현재 상태를 상기 전체 상태들 중 나머지 상태들과 구분하여 표시할 수 있다. 다른 예로, 컴퓨터 장치(200)는 사용자에게 암호화폐 서비스와 연관하여 제공되는 페이지를 통해 현재 컨펌 수를 표시할 수 있다. 이때, 컴퓨터 장치(200)는 현재 컨펌 수를 거래의 입금이나 출금의 승인을 위해 요구되는 컨펌 수와 연계하여 표시할 수도 있다.
따라서, 사용자는 자신의 거래가 거래의 전체 상태 중 어떠한 상태에 위치하고 있는지, 컨펌 수가 몇 인지, 앞으로 몇 개의 컨펌이 더 요구되는지 등에 대한 정보를 얻을 수 있게 된다.
또한, 컴퓨터 장치(200)는 실시예에 따라 각 상태마다 지연이 발생하는 경우, 지연되는 이유, 지연되는 시간, 평균 시간 등의 정보를 제공함으로써, 사용자들이 일반적인 금융 거래의 체결에 비해 상대적으로 긴 시간이 소요되는 암호화폐의 거래에 대한 불안감을 줄여줄 수 있다.
도 10은 본 발명의 일실시예에 있어서, 거래 상태 정보를 제공하는 사용자 인터페이스의 예를 도시한 도면이다. 도 10은 거래 식별자 "AAAAA"로 식별되는 거래에 대한 조회 요청에 따라 거래가 가질 수 있는 전체 상태들로서 "거래요청" 상태, "전파" 상태, "펜딩" 상태, "채굴" 상태, "컨펌" 상태, "완료" 상태를 표시한 후, 거래의 현재 상태인 "채굴" 상태를 구별하여 표시한 예를 나타내고 있다. 또한, 도 10에서는 입금 승인을 위한 컨펌 수 6 중 현재 컨펌 수가 3임을 나타내는 정보를 표시하고 있다. 만약, 해당 거래의 상태가 "전파" 상태라면 현재 컨펌 수는 0이 될 수 있다.
보다 구체적인 실시예로, 제1 사용자(310)는 암호화폐 거래를 위해 암호화폐 지갑 플랫폼(370)에 의해 제공되는 자신의 암호화폐 지갑에 접속할 수 있으며, 접속한 암호화폐 지갑에서 원하는 암호화폐 거래를 실행할 수 있다. 예를 들어, 사용자는 n개의 암호화폐를 제3 사용자(330)에게 송금하는 거래를 요청할 수 있다. 거래요청이 전달되면, 제1 거래소(340)는 제1 사용자(310)가 접속 가능한 사용자 인터페이스를 통해 "거래요청" 상태를 다른 상태들과 구별하여 표시할 수 있다. 이 경우, 제1 사용자(310)는 사용자 인터페이스를 통해 자신의 거래가 "거래요청" 상태에 있음을 파악할 수 있게 된다.
이러한 거래요청에 따른 거래의 컨펌을 위해, 제1 거래소(340)는 해당 거래에 대한 정보를 블록체인 네트워크의 노드들로 전파할 수 있으며, 사용자 인터페이스를 통해 "전파" 상태를 다른 상태들과 구별하여 표시할 수 있다. 이 경우, 제1 사용자(310)는 사용자 인터페이스를 통해 자신의 거래가 "전파" 상태에 있음을 파악할 수 있게 된다.
또한, 제1 거래소(340)는 노드들간에 거래에 대한 정보가 전파되고 있음을 확인하였으나, 거래가 블록에 저장되지 않은 상태로 확인된 경우, 사용자 인터페이스를 통해 "펜딩" 상태를 다른 상태들과 구별하여 표시할 수 있다. 이 경우, 제1 사용자(310)는 사용자 인터페이스를 통해 자신의 거래가 "펜딩" 상태에 있음을 파악할 수 있게 된다.
이때, 적어도 하나의 노드가 자신의 블록체인에 상기 거래에 대한 정보가 포함된 블록을 추가한 것이 확인되면, 제1 거래소(340)는 사용자 인터페이스를 통해 "채굴" 상태를 다른 상태들과 구별하여 표시할 수 있다. 이 경우, 제1 사용자(310)는 사용자 인터페이스를 통해 자신의 거래가 "채굴" 상태에 있음을 파악할 수 있게 된다.
또한, 제1 거래소(340)는 해당 거래에 대해 요구되는 컨펌 수가 만족된 경우, 사용자 인터페이스를 통해 "컨펌" 상태를 다른 상태들과 구별하여 표시할 수 있다. 이 경우, 제1 사용자(310)는 사용자 인터페이스를 통해 자신의 거래가 "컨펌" 상태에 있음을 파악할 수 있게 된다.
한편, 제1 거래소(340)는 해당 거래에 대해 요구되는 컨펌 수가 만족됨에 따라 제3 거래소(360)에서 입금 승인을 처리함으로써 해당 거래가 완료되는 것을 확인하는 경우, 사용자 인터페이스를 통해 "완료" 상태를 다른 상태들과 구별하여 표시할 수 있다. 이 경우, 제1 사용자(310)는 사용자 인터페이스를 통해 자신의 거래가 "완료" 상태에 있음을 파악할 수 있게 된다.
도시되지 않았으나, 다른 실시예에 따르면, 제1 거래소(340)는 해당 거래에 대해 요구되는 컨펌 수가 만족됨에 따라, "컨펌" 상태는 생략되고, 바로 "완료" 상태로 전환되어 표시될 수 있다.
또한, 제1 거래소(340)는 제1 사용자(310)가 사용자 인터페이스에 접근하지 않더라도, 각 상태의 변동이 있는 경우, 해당 거래의 현재 상태에 대한 알림을 제1 사용자(310)에게 제공할 수도 있다.
이처럼, 제1 사용자(310)는 제1 거래소(340)가 제공하는 알림이나 사용자 인터페이스를 통해 자신의 거래가 현재 어떠한 상태에 있는가를 확인할 수 있기 때문에, 거래체결에 상대적으로 긴 시간이 걸리는 암호화폐 거래에 대한 불안감을 줄일 수 있게 된다.
한편, 도시되지는 않았으나, 거래소는 각 상태와 관련된 세부정보를 제공할 수도 있다. 예를 들어, 사용자는 특정 상태에서 다음 상태로의 변동이 되지 않을 경우, 사용자 인터페이스상에 표시된 현재 상태를 클릭하여 거래의 지연 여부 등에 대한 정보를 상세하게 조회할 수 있다.
도 11은 본 발명의 일실시예에 따른 지연 거래 모니터링 방법의 예를 도시한 흐름도이다. 본 실시예에 따른 지연 거래 모니터링 방법은 암호화폐 지갑 플랫폼(370)을 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이때, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 컴퓨터 프로그램의 코드에 따른 제어 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 11의 방법이 포함하는 단계들(1110 내지 1130)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(1110)에서 컴퓨터 장치(200)는 복수의 거래 서버들 각각으로부터 거래요청을 수신할 수 있다. 여기서 복수의 거래 서버들은 복수의 거래소들에 대응할 수 있다. 예를 들어, 컴퓨터 장치(200)는 도 3의 암호화폐 지갑 플랫폼(370)으로서, 제1 거래소(340)의 거래 서버 및 제2 거래소(350)의 거래 서버로부터 거래요청을 수신할 수 있다. 이미 설명한 바와 같이, 컴퓨터 장치(200)는 복수의 거래 서버들 각각으로부터 거래요청과 함께 지연 거래 모니터링 여부와 관련된 옵션을 더 수신할 수도 있다. 이러한 옵션은 기간에 대한 정보를 포함할 수 있다. 일실시예에 따르면 컴퓨터 장치(200)는 거래 서버들 중 하나 이상의 거래 서버로부터 해당 거래 서버에서 발생하는 거래요청에 대해 일괄적으로 적용되는 옵션을 수신할 수 있다.
단계(1120)에서 컴퓨터 장치(200)는 거래요청에 대응하는 거래의 체결 여부를 모니터링할 수 있다. 일례로, 컴퓨터 장치(200)는 거래요청이 수신된 시점으로부터 일정 기간이 지날 때까지 거래의 체결이 완료되지 않은 거래인 미완료 거래가 존재하는지 주기적으로 판단할 수 있다. 여기서, 일정 기간은 컴퓨터 장치(200)에 기설정된 기간일 수도 있으나, 상술한 옵션을 통해 기간에 대한 정보가 수신된 경우, 수신된 기간에 대응하여 설정될 수도 있다. 일례로, 컴퓨터 장치(200)는 거래요청과 연관된 거래 통화의 종류 및 거래요청과 연관된 컨펌 수 중 적어도 하나에 따라 상술한 일정 기간을 설정할 수 있다. 다른 예로, 컴퓨터 장치(200)는 거래 서버가 요구하는 기간에 따라 상술한 일정 기간을 설정할 수 있다. 예를 들어, 컴퓨터 장치(200)는 제1 거래소(340)로부터 비트코인(BTC)에 대해 30분을 설정 값으로 수신하여 제1 거래소(340)로부터 요청된 비트코인 거래요청 중 30분 이상 완료되지 않은 거래요청이 있는지 확인할 수 있다.
단계(1130)에서 컴퓨터 장치(200)는 미완료 거래가 존재하는 경우, 미완료 거래에 대한 알림을 해당 거래 서버로 전송할 수 있다. 이러한 알림은 미완료 거래의 처리 지연에 대한 정보를 포함할 수 있다. 예를 들어, 컴퓨터 장치(200)는 해당 거래요청이 수신된 후로부터 경과된 시간에 대한 정보를 알림에 포함시켜 해당 거래 서버로 전송할 수 있다. 또한, 컴퓨터 장치(200)는 해당 거래요청이 수신된 시간과 연관하여 일정 시간 조건을 만족하는 다른 거래요청과 비교하여 미완료 거래의 처리 지연에 대한 정보를 알림에 더 포함시켜 제공할 수 있다. 여기서, 일정 시간 조건을 만족하는 것은 해당 거래요청이 수신된 시각(제1 시각)으로부터 일정 범위 이내(예를 들어, (제1 시각 - n분)부터 제1 시각까지의 범위, 제1 시각부터 (제1 시각 + m분)까지의 범위 또는 (제1 시각 - n분)부터 (제1 시각 + m분)까지의 범위 등)이거나 일정 시간 구간 이내(예를 들어, 매시 정각부터 k분간의 시간 구간)일 수 있다. 이때, 다른 거래요청은 해당 거래요청과 동일한 종류의 거래 통화에 대한 거래요청 중 일부일 수 있으며 서로 다른 거래 서버로부터 수신된 것일 수 있다. 컴퓨터 장치(200)는 해당 거래요청이 수신된 시간으로부터 일정 시간 범위 또는 일정 시간 구간 이내에 수신된 다른 거래요청 중 일부 또는 전부를 분석하여 거래요청에 대한 설정된 시간 내 완료 거래의 비율을 포함하는 거래통계정보를 계산할 수 있다. 컴퓨터 장치(200)는 계산된 거래통계정보를 알림에 포함시켜 해당 거래 서버로 전송할 수 있다. 예를 들어, 컴퓨터 장치(200)는 제1 거래소(340)로부터의 BTC 거래요청 중 한 건에 대해 30분 이상 미완료 건임을 확인할 수 있다. 이때, 컴퓨터 장치(200)는 해당 건과 동일 시간 구간에 제1 거래소(340) 및/또는 제2 거래소(350)로부터 수신된 BTC 거래요청 중 거래가 완료된 건들의 평균 거래 처리 시간을 계산하여 이 평균 거래 처리 시간을 제1 거래소(340)의 거래 서버로 전송할 수 있다.
한편, 미완료 알림은, 해당 거래 서버와 관련된 미완료 상태인 거래요청 전부에 대한 알림을 포함할 수도 있고, 개별 건에 대한 알림을 포함할 수도 있다. 예를 들어, 컴퓨터 장치(200)는 하나의 거래에 대한 미완료 알림을 거래 서버로 제공하는 시점에, 해당 거래 서버와 관련하여 미완료 상태인 거래요청 전부에 대한 알림을 한꺼번에 전송할 수 있다. 이 경우, 일부 미완료 거래에 대해서는 알림의 전송 횟수가 증가할 수 있다. 다른 예로, 컴퓨터 장치(200)는 설정된 시간이 경과한 거래에 대해서만 알림을 전송할 수도 있다.
또한, 컴퓨터 장치(200)는 미완료 알림의 반복 횟수의 설정값을 각 거래 서버로부터 수신할 수 있으며, 설정값을 기초로 거래 서버로 알림을 반복 제공할 수 있다. 일례로, 거래소에 일괄적용되거나 건별로 적용되는 미완료 알림의 반복 횟수가 1회 또는 복수의 값으로 설정될 수 있다. 컴퓨터 장치(200)는 이 설정값에 따라 1회 또는 특정 횟수에 한해 설정된 기간마다 미완료 알림을 거래 서버로 반복 전송하거나, 거래가 완료될 때까지 설정된 기간마다 미완료 알림을 반복 전송할 수 있다. 이를 통해 거래 서버는 자신이 거래요청을 한 거래의 지연에 대해 파악할 수 있게 되며, 이러한 지연에 대한 정보를 사용자에게 제공할 수 있게 된다.
도 12는 본 발명의 일실시예에 있어서, 지연 거래 정보를 제공하는 예를 도시한 도면이다. 도 12는 제1 거래소(340)가 제1 암호화폐(BTC)에 대해서는 30분을, 제2 암호화폐(ETH)에 대해서는 10분을 각각 지연 인식을 위한 시간으로 각각 결정하고, 제2 거래소(350)가 제1 암호화폐(BTC)에 대해서는 1시간을, 제2 암호화폐(ETH)에 대해서는 10분을 각각 지연 인식을 위한 시간으로 결정한 예를 나타내고 있다.
이때, 암호화폐 지갑 플랫폼(370)은 각각의 설정된 시간에 대한 정보를 설정값으로 수신하여 저장할 수 있으며, 제1 거래소(340) 및 제2 거래소(350)에서 제1 암호화폐에 대한 거래 및 제2 암호화폐에 대한 거래에 대한 지연 여부를 모니터링할 수 있다.
보다 구체적인 예로, 제2 사용자(320)가 제2 거래소(350)를 통해 제1 암호화폐에 대한 거래 A(일례로, 도 12의 표(1210)의 거래요청 번호 'RQ11001')를 요청한다고 가정한다. 이 경우, 암호화폐 지갑 플랫폼(370)은 거래 A에 대한 거래요청이 수신된 시각으로부터 1시간이 지날 때까지 거래 A가 완료되지 않는 경우, 제2 거래소(350)로 지연 거래에 대한 알림을 제공할 수 있다. 만약, 반복 알림 횟수가 설정되어 있다면, 암호화폐 지갑 플랫폼(370)은 거래 A가 완료될 때까지 1시간마다 반복하여 알림을 제공할 수 있다. 도 12에서는 거래요청 번호 RQ11001에 해당하는 거래 A의 반복 알림 횟수가 5로 설정된 예를 나타내고 있다. 이 경우, 암호화폐 지갑 플랫폼(370)은 거래 A가 완료되지 않는 경우, 1시간마다 총 5번 반복하여 알림을 제공할 수 있다. 도시되지 않았으나, 암호화폐 지갑 플랫폼(370)은 각 거래요청 번호에 대해 거래소로 알림을 전송한 횟수인 누적 알림 횟수를 추가적 또는 대안적으로 관리할 수 있다. 이 누적 알림 횟수와 반복 알림 횟수를 기반으로 암호화폐 지갑 플랫폼(370)은 해당 건에 대해 해당 거래소로 알림을 발송할지 여부를 결정할 수 있다.
이때, 암호화폐 지갑 플랫폼(370)은 일정 시간 조건을 만족하는 다른 거래요청들(비교군)과 비교하여 미완료 거래의 처리 지연에 대한 정보를 제공할 수 있다. 도 12에서 비교군 평균 처리시간은 비교군에 속한 거래들이 완료되는데 걸린 시간의 평균을 의미할 수 있으며, 비교군 처리율은 비교군에 속한 거래들 중 완료된 거래의 비율을 의미할 수 있다. 암호화폐 지갑 플랫폼(370)은 지연 거래에 대한 알림을 제공함에 있어서, 비교군 평균 처리시간 및/또는 비교군 처리율과 같은 비교 정보를 더 제공할 수 있다.
이미 설명한 바와 같이, 암호화폐 지갑 플랫폼(370)은 하나의 거래소에 대한 알림에 해당 거래소와 연관된 전체 지연 거래들에 대한 정보를 한꺼번에 전송할 수도 있고, 개별 건마다 설정된 시간이 경과한 시점에만 대응하는 거래 건에 대한 알림을 전송할 수도 있다.
실시예에 따라 컴퓨터 장치(200)는 거래의 상태에 대한 정보를 더 모니터링하여 해당 거래 서버로 제공할 수도 있다. 이러한 거래의 상태에 대한 정보는 앞서 도 9를 통해 설명한 거래 상태 정보에 대응될 수 있다. 예를 들어, 거래의 상태에 대한 정보는 거래의 거래체결이 완료되기 이전의 상태에 대한 정보 및/또는 거래의 현재 컨펌 수를 포함할 수 있다.
이처럼, 본 발명의 실시예들에 따르면, 암호화폐 서비스에서의 거래와 관련하여 사용자가 거래소의 출금에 대한 거래요청 또는 입금에 대한 컨펌 수를 지정할 수 있다. 또한, 거래소측에서 사용자에게 현재 진행중인 암호화폐의 거래 입출금과 관련된 거래 상태(transaction status)에 대한 정보를 제공할 수 있다. 또한, 암호화폐 지갑 플랫폼측에서 거래의 지연을 모니터링하여 해당 거래의 처리에 대한 지연에 대한 정보를 거래소측으로 제공할 수 있다.
이상에서 설명된 시스템 또는 장치는 하드웨어 구성요소, 또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치에 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 매체는 컴퓨터로 실행 가능한 프로그램을 계속 저장하거나, 실행 또는 다운로드를 위해 임시 저장하는 것일 수도 있다. 또한, 매체는 단일 또는 수개 하드웨어가 결합된 형태의 다양한 기록수단 또는 저장수단일 수 있는데, 어떤 컴퓨터 시스템에 직접 접속되는 매체에 한정되지 않고, 네트워크 상에 분산 존재하는 것일 수도 있다. 매체의 예시로는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등을 포함하여 프로그램 명령어가 저장되도록 구성된 것이 있을 수 있다. 또한, 다른 매체의 예시로, 애플리케이션을 유통하는 앱 스토어나 기타 다양한 소프트웨어를 공급 내지 유통하는 사이트, 서버 등에서 관리하는 기록매체 내지 저장매체도 들 수 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 청구범위와 균등한 것들도 후술하는 청구범위의 범위에 속한다.

Claims (16)

  1. 적어도 하나의 프로세서를 포함하는 컴퓨터 장치에 의해 수행되는 거래 상태 정보 제공 방법에 있어서,
    상기 적어도 하나의 프로세서에 의해, 거래 식별자에 의해 식별되는 거래에 대해 상기 거래의 거래체결이 완료되기 이전의 상태에 대한 정보를 포함하는 거래 진행 정보를 획득하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 거래 진행 정보를 상기 거래 식별자와 연관하여 데이터베이스에 저장하는 단계;
    상기 적어도 하나의 프로세서에 의해, 사용자로부터 상기 거래 식별자에 의해 식별되는 거래에 대한 조회 요청을 수신하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 데이터베이스로부터 상기 조회 요청된 거래의 거래 진행 정보를 조회하는 단계; 및
    상기 적어도 하나의 프로세서에 의해, 상기 조회된 거래 진행 정보를 이용하여 사용자에게 상기 거래 식별자에 의해 식별되는 거래의 상태에 대한 정보를 제공하는 단계
    를 포함하는 거래 상태 정보 제공 방법.
  2. 제1항에 있어서,
    상기 거래 진행 정보를 획득하는 단계는,
    상기 사용자로부터의 거래요청이 수신된 상태, 상기 거래 식별자에 의해 식별되는 거래의 컨펌을 위해 거래에 대한 정보를 블록체인 네트워크의 노드들로 제공한 상태, 거래 정보가 전파는 되었으나 블록으로 저장되지 않은 상태, 거래 정보가 블록으로 저장된 상태, 상기 거래요청에 대해 요구되는 컨펌 수가 만족된 상태 중 적어도 하나를 포함하는 거래 진행 정보를 획득하는 것을 특징으로 하는 거래 상태 정보 제공 방법.
  3. 제1항에 있어서,
    상기 거래 진행 정보를 획득하는 단계는,
    상기 거래에 대해 현재까지 달성된 컨펌 수를 포함하는 거래 진행 정보를 획득하는 것을 특징으로 하는 거래 상태 정보 제공 방법.
  4. 제1항에 있어서,
    상기 거래의 상태에 대한 정보를 제공하는 단계는,
    상기 거래의 현재 상태 및 상기 거래의 현재 컨펌 수 중 적어도 하나를 제공하는 것을 특징으로 하는 거래 상태 정보 제공 방법.
  5. 제1항에 있어서,
    상기 거래의 상태에 대한 정보를 제공하는 단계는,
    상기 사용자에게 암호화폐 서비스와 연관하여 제공되는 페이지를 통해 상기 거래에 대한 전체 상태들을 표시하되, 상기 거래의 현재 상태를 상기 전체 상태들 중 나머지 상태들과 구분하여 표시하는 것을 특징으로 하는 거래 상태 정보 제공 방법.
  6. 제1항에 있어서,
    상기 거래의 상태에 대한 정보를 제공하는 단계는,
    상기 사용자에게 암호화폐 서비스와 연관하여 제공되는 페이지를 통해 현재 컨펌 수를 표시하는 것을 특징으로 하는 거래 상태 정보 제공 방법.
  7. 제6항에 있어서,
    상기 거래의 상태에 대한 정보를 제공하는 단계는,
    상기 현재 컨펌 수를 상기 거래의 입금이나 출금의 승인을 위해 요구되는 컨펌 수와 연계하여 표시하는 것을 특징으로 하는 거래 상태 정보 제공 방법.
  8. 제1항에 있어서,
    상기 적어도 하나의 프로세서에 의해, 변경된 거래 상태에 대한 알림을 상기 사용자에게 제공하는 단계
    를 더 포함하는 거래 상태 정보 제공 방법.
  9. 제1항에 있어서,
    상기 거래 상태 정보를 획득하는 단계는,
    상기 사용자의 지갑을 관리하는 암호화폐 지갑 플랫폼으로부터 상기 거래 상태 정보를 수신하는 것을 특징으로 하는 거래 상태 정보 제공 방법.
  10. 컴퓨터 장치와 결합되어 제1항 내지 제9항 중 어느 한 항의 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  11. 컴퓨터 장치에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서
    를 포함하고,
    상기 적어도 하나의 프로세서에 의해,
    거래 식별자에 의해 식별되는 거래에 대해 상기 거래의 거래체결이 완료되기 이전의 상태에 대한 정보를 포함하는 거래 진행 정보를 획득하고,
    상기 거래 진행 정보를 상기 거래 식별자와 연관하여 데이터베이스에 저장하고,
    사용자로부터 상기 거래 식별자에 의해 식별되는 거래에 대한 조회 요청을 수신하고,
    상기 데이터베이스로부터 상기 조회 요청된 거래의 거래 상태 정보를 조회하고,
    상기 조회된 거래 진행 정보를 이용하여 사용자에게 상기 거래 식별자에 의해 식별되는 거래의 상태에 대한 정보를 제공하는 것
    을 특징으로 하는 컴퓨터 장치.
  12. 제11항에 있어서,
    상기 거래 진행 정보를 획득하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 사용자로부터의 거래요청이 수신된 상태, 상기 거래 식별자에 의해 식별되는 거래의 컨펌을 위해 거래에 대한 정보를 블록체인 네트워크의 노드들로 제공한 상태, 거래 정보가 전파는 되었으나 블록으로 저장되지 않은 상태, 거래 정보가 블록으로 저장된 상태, 상기 거래요청에 대해 요구되는 컨펌 수가 만족된 상태 중 적어도 하나를 포함하는 거래 진행 정보를 획득하는 것
    을 특징으로 하는 컴퓨터 장치.
  13. 제11항에 있어서,
    상기 거래 진행 정보를 획득하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 거래에 대해 현재까지 달성된 컨펌 수를 포함하는 거래 진행 정보를 획득하는 것
    을 특징으로 하는 컴퓨터 장치.
  14. 제11항에 있어서,
    상기 거래의 상태에 대한 정보를 제공하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 거래의 현재 상태 및 상기 거래의 현재 컨펌 수 중 적어도 하나를 제공하는 것
    을 특징으로 하는 컴퓨터 장치.
  15. 제11항에 있어서,
    상기 거래의 상태에 대한 정보를 제공하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 사용자에게 암호화폐 서비스와 연관하여 제공되는 페이지를 통해 상기 거래에 대한 전체 상태들을 표시하되, 상기 거래의 현재 상태를 상기 전체 상태들 중 나머지 상태들과 구분하여 표시하는 것
    을 특징으로 하는 컴퓨터 장치.
  16. 제11항에 있어서,
    상기 거래의 상태에 대한 정보를 제공하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 사용자에게 암호화폐 서비스와 연관하여 제공되는 페이지를 통해 현재 컨펌 수 및 상기 거래의 입금이나 출금의 승인을 위해 요구되는 컨펌 수를 서로 연계하여 표시하는 것
    을 특징으로 하는 컴퓨터 장치.
KR1020200184822A 2020-12-28 2020-12-28 거래 상태 정보 제공 방법 및 시스템 KR20220093767A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020200184822A KR20220093767A (ko) 2020-12-28 2020-12-28 거래 상태 정보 제공 방법 및 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020200184822A KR20220093767A (ko) 2020-12-28 2020-12-28 거래 상태 정보 제공 방법 및 시스템

Publications (1)

Publication Number Publication Date
KR20220093767A true KR20220093767A (ko) 2022-07-05

Family

ID=82401962

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020200184822A KR20220093767A (ko) 2020-12-28 2020-12-28 거래 상태 정보 제공 방법 및 시스템

Country Status (1)

Country Link
KR (1) KR20220093767A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102563864B1 (ko) * 2022-08-26 2023-08-10 주식회사 트루테크놀로지스 복수의 자산 거래 플랫폼을 연계하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능한 기록 매체

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102563864B1 (ko) * 2022-08-26 2023-08-10 주식회사 트루테크놀로지스 복수의 자산 거래 플랫폼을 연계하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능한 기록 매체

Similar Documents

Publication Publication Date Title
KR20170123290A (ko) 전자 화폐 거래 시스템 및 방법
KR102096651B1 (ko) 트랜잭션 풀 정보를 이용한 암호화폐 거래소의 즉시 입금 승인 장치 및 방법
KR20190115652A (ko) 송금 기능이 탑재된 메신저에서 메시지 내용을 인식하여 송금 기능을 제공하는 방법 및 시스템
US20230122769A1 (en) Resource-Based Distributed Public Ledger System
US11775967B2 (en) Transaction delegation method, transaction delegation system, and computer readable medium
KR102110395B1 (ko) 가변기여 채굴형 거래소 서버 및 가변기여 채굴 방법
CN107533719A (zh) 基于用户获取内容的兴趣等级显示内容项
KR20210036688A (ko) 분할 결제 방법 및 시스템
US20200294034A1 (en) System and method for conducting and securing transactions when blockchain connection is unreliable
KR20220093767A (ko) 거래 상태 정보 제공 방법 및 시스템
JP7209984B1 (ja) プログラム、情報処理装置、および方法
US11868991B2 (en) System and method for conducting and securing transactions when blockchain connection is unreliable
KR101735287B1 (ko) 애플리케이션 펀딩서비스를 제공하는 서버, 방법 및 시스템
KR20220093755A (ko) 컨펌 수 조정 방법 및 시스템
KR20220093777A (ko) 지연 거래 모니터링 방법 및 시스템
KR102142275B1 (ko) 암호화폐 거래소의 입금 승인 장치 및 방법
KR20220084401A (ko) 블록체인에서의 스마트 컨트랙트를 이용한 에스크로 거래 방법 및 시스템
KR20220129388A (ko) 가상화폐 송금 방법 및 시스템
KR102070252B1 (ko) 블록체인 기반 결제 서비스 서버 및 이의 동작 방법
JP2021068446A (ja) メッセンジャーを利用して決済手段の連動口座を変更する方法、システム、および非一時的なコンピュータ読み取り可能な記録媒体
KR102102525B1 (ko) 게임서버 독립형 게임 아이템 거래소 구조 및 작동 방법
US20230010607A1 (en) Method, computer device, and non-transitory computer-readable recording medium to avoid misdeposit of virtual currency
KR102142278B1 (ko) 컨펌 예상 시간을 이용한 암호화폐 거래소 입금 승인 장치 및 방법
KR102142279B1 (ko) 승인 가능성 정보를 이용한 암호화폐 거래소 입금 승인 장치 및 방법
KR20230129651A (ko) 포인트에 기반하여 해외 송금을 처리하는 방법 및 시스템

Legal Events

Date Code Title Description
A201 Request for examination