KR102286473B1 - 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법 - Google Patents

가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법 Download PDF

Info

Publication number
KR102286473B1
KR102286473B1 KR1020200132854A KR20200132854A KR102286473B1 KR 102286473 B1 KR102286473 B1 KR 102286473B1 KR 1020200132854 A KR1020200132854 A KR 1020200132854A KR 20200132854 A KR20200132854 A KR 20200132854A KR 102286473 B1 KR102286473 B1 KR 102286473B1
Authority
KR
South Korea
Prior art keywords
transaction
address
deposit
virtual asset
wallet address
Prior art date
Application number
KR1020200132854A
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 KR1020200132854A priority Critical patent/KR102286473B1/ko
Application granted granted Critical
Publication of KR102286473B1 publication Critical patent/KR102286473B1/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/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명은 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법을 개시한다. 상기 가상 자산 거래 시스템은, 개인의 블록체인 계정으로부터 입출금 트랜잭션을 수신하여 블록체인 형태 데이터로 보관하는 블록체인, 상기 입출금 트랜잭션 및 상기 입출금 트랜잭션에 연동된 지갑 주소를 수신하여 상기 입출금 트랜잭션에 따른 입금 또는 출금을 수행하는 가상 자산 서비스 시스템 및 상기 블록체인이 수신한 입출금 트랜잭션을 필터링하고, 상기 가상 자산 서비스 시스템으로 상기 입출금 트랜잭션 및 상기 입출금 트랜잭션의 지갑 주소를 검증하여 검증 결과를 전송하는 가상 자산 검증 모듈을 포함한다.

Description

가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법{Virtual asset verification module, virtual asset transaction system including the same, and method thereof}
본 발명은 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법에 관한 것이다. 구체적으로, 본 발명은 자동으로 참여 주체의 데이터를 수집 및 분석하여 부정 거래 및 외화 유출을 방지하는 가상 자산 검증 모듈, 가상 자산 거래 시스템 및 그 방법에 관한 것이다.
가상 자산의 거래는 각각의 고객들이 보유한 블록체인의 계정을 통해서 이루어질 수 있다. 이때, 이러한 블록체인의 계정은 블록체인 상에서 발행되는 모든 디지털 자산을 보관할 수 있다. 이러한 블록체인의 계정은 각각 개별적인 주소를 가질 수 있고, 디지털 자산을 보관한다는 의미에서 지갑으로 명명되기도 한다. 가상 자산의 거래는 이러한 블록체인의 계정의 주소를 이용하여 수행될 수 있다.
종래의 가상 자산 부정거래를 방지하는 기술들은 실명확인 입출금 계좌를 발급받을 수 있는 가상 자산 거래소들에 한해서 제한적으로 활용되어 왔다. 또한, 대부분 가상 자산과 법정화폐로 환전 시 실명확인 입출금 계좌를 등록한 고객 정보를 은행과 가상 자산 거래소 간 매칭하거나 실명확인 입출금 계좌를 발급받은 고객에 대해서만 거래를 가능하게 함으로써 가상 자산의 부정 거래를 방지했다.
하지만 가상 자산 부정 거래는 가상 자산 거래소 내뿐만 아니라 가상 자산 거래소 외부에서도 발생하고 있다. 현재 블록체인 생태계 내 실명 확인 입출금 계좌를 발급받은 거래소는 4곳이며, 국내 소수 거래소에서 발생하는 거래를 통제함으로써 국경 없는 가상 자산의 부정 거래를 방지하는 것은 한계가 있다.
또한 탈중앙화 생태계에서 이용할 수 있는 서비스가 증가함에 따라 가상 자산 거래소와 고객의 블록체인 계정간 입출금 빈도가 더욱 증가하면서 기존의 방식의 한계는 더욱 명확해질 수 있다.
대표적인 예로 탈중앙화 금융 서비스로 탈중앙화 금융 서비스를 이용하기 위해 고객은 가상 자산을 보유한 고객의 블록체인 계정이 필요하고, 이를 위해 가상 자산 거래소를 이용한다. 나아가, 고객은 탈중앙화 금융 서비스를 통해 발생한 수익을 환전하기 위해서도 가상 자산 거래소를 이용한다.
이때 가상 자산 거래소는 실명확인 입출금 계좌가 연결된 상태만 파악하고 탈중앙화 금융 서비스에서 발생한 트랜잭션은 분석하지 않는다. 만일 탈중앙화 금융 서비스에서 부정 거래로 수익을 발생시켜 환전을 진행한 경우에는 해당 가상 자산 거래소의 피해가 발생할 뿐만 아니라 외화 유출까지 발생할 수 있다.
따라서, 이러한 종래의 방식의 한계를 극복하기 위해서 이상 거래를 검증할 수 있는 새로운 기술이 필요한 실정이다.
[특허문헌 1] 공개특허 제10-2020-0094366호
본 발명의 과제는, 고객의 블록체인 계정에 대한 데이터까지 검증하여 부정 거래 및 이상 거래에 대한 권고를 제공할 수 있는 가상 자산 거래 시스템을 제공하는 것이다.
또한, 본 발명의 다른 과제는, 고객의 블록체인 계정에 대한 데이터까지 검증하여 부정 거래 및 이상 거래에 대한 권고를 제공할 수 있는 가상 자산 검증 모듈을 제공하는 것이다.
또한, 본 발명의 또 다른 과제는, 고객의 블록체인 계정에 대한 데이터까지 검증하여 부정 거래 및 이상 거래에 대한 권고를 제공할 수 있는 가상 자산 거래 방법을 제공하는 것이다.
본 발명의 목적들은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 본 발명의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있고, 본 발명의 실시예에 의해 보다 분명하게 이해될 것이다. 또한, 본 발명의 목적 및 장점들은 특허 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.
상기 과제를 해결하기 위한 본 발명의 몇몇 실시예에 따른 가상 자산 거래 시스템은, 고객의 블록체인 계정으로부터 입출금 트랜잭션을 수신하여 블록체인 형태 데이터로 보관하는 블록체인, 상기 입출금 트랜잭션 및 상기 입출금 트랜잭션에 연동된 지갑 주소를 수신하여 상기 입출금 트랜잭션에 따른 입금 또는 출금을 수행하는 가상 자산 서비스 시스템 및 상기 블록체인이 수신한 입출금 트랜잭션을 필터링하고, 상기 가상 자산 서비스 시스템으로 상기 입출금 트랜잭션 및 상기 입출금 트랜잭션의 지갑 주소를 검증하여 검증 결과를 전송하는 가상 자산 검증 모듈을 포함한다.
또한, 상기 입출금 트랜잭션은 입금 트랜잭션과 출금 트랜잭션을 포함하고, 상기 지갑 주소는 상기 입금 트랜잭션에 대해서는 가상 자산을 보내는 지갑 주소이고, 상기 출금 트랜잭션에 대해서는 가상 자산을 받는 지갑 주소일 수 있다.
또한, 상기 가상 자산 검증 모듈은 상기 지갑 주소를 복수의 레벨로 나누어 분류하고, 상기 복수의 레벨에 따라 상기 가상 자산 서비스 시스템에 입출금 허용 또는 반려를 권고할 수 있다.
또한, 상기 복수의 레벨은, 상기 지갑 주소가 미리 설정된 제1 절차에 의해서 등록된 화이트리스트인 경우 부여되는 제1 레벨과, 상기 지갑 주소가 미리 설정된 제2 절차에 의해서 등록된 블랙리스트인 경우 부여되는 제2 레벨을 포함할 수 있다.
또한, 상기 제2 절차는 이상 거래 또는 해커 주소임을 판단하는 것을 포함할 수 있다.
상기 다른 과제를 해결하기 위한 본 발명의 몇몇 실시예에 따른 가상 자산 검증 모듈은 블록체인으로부터 입출금 트랜잭션 및 지갑 주소를 수집하고, 상기 입출금 트랜잭션 및 상기 지갑 주소를 검증하여 검증 결과를 생성하고, 상기 검증 결과에 따라 상기 입출금 트랜잭션의 필터링을 수행하는 제1 서비스 모듈 및 상기 제1 서비스 모듈로부터 상기 입출금 트랜잭션, 상기 지갑 주소 및 상기 검증 결과 중 적어도 하나를 수신하여 저장하고, 추후 제1 서비스 모듈이 조회할 때 상기 검증 결과를 전송하는 제1 데이터베이스를 포함한다.
또한, 상기 제1 서비스 모듈은 트랜잭션 검증 및 해커 주소를 체크하여 체크 결과를 생성하는 잡 스토어와, 상기 체크 결과를 수신하여 상기 필터링을 수행하는 태스크 매니저를 포함할 수 있다.
상기 잡 스토어는, 상기 블록체인이 가상 자산 서비스 시스템으로 전달하여 펜딩된 입출금 트랜잭션을 체크하는 펜딩 체커와, 상기 입출금 트랜잭션 중 이상 거래를 체크하는 프라우드 트랜잭션 체커와, 상기 입출금 트랜잭션의 금액을 체크하는 프라이스 체커와, 상기 지갑 주소의 해커 주소 여부를 체크하는 해커 체커를 포함할 수 있다.
상기 또 다른 과제를 해결하기 위한 본 발명의 몇몇 실시예에 따른 가상 자산 거래 방법은 블록체인 지갑 주소와 트랜잭션을 수신하는 단계, 상기 블록체인 지갑 주소 및 상기 트랜잭션을 검증하여 검증 결과를 생성하는 단계 및 상기 검증 결과를 가상 자산 서비스 시스템으로 전송하는 단계를 포함한다.
또한, 상기 검증 결과를 생성하는 단계는, 상기 지갑 주소가 화이트리스트 등록 주소인지를 판단하는 단계와, 상기 지갑 주소가 블랙리스트 등록 주소인지를 판단하는 단계와, 상기 지갑 주소가 이상 거래 적발 주소인지를 판단하는 단계와, 상기 지갑 주소의 트랜잭션들이 이상 투자 패턴 형태를 보이는 지를 판단하는 단계를 포함할 수 있다.
본 발명의 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법은, 거래소를 포함하는 가상 자산 서비스 시스템의 데이터뿐만 아니라 고객의 블록체인 계정의 데이터까지 모두 검증하여 부정 거래 및 이상 거래를 차단할 수 있다.
또한, 개인의 블록체인 계정 주소를 검증하여 복수의 레벨로 세분화하여 정밀하게 위험성을 판단하고 그에 따른 대응을 도출시킬 수 있다.
또한, 개인의 블록체인 계정 주소의 화이트리스트와 블랙리스트를 운영하여 좀 더 빠르게 트랜잭션의 판단을 수행할 수 있다.
상술한 내용과 더불어 본 발명의 구체적인 효과는 이하 발명을 실시하기 위한 구체적인 사항을 설명하면서 함께 기술한다.
도 1은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 시스템의 입금 트랜잭션 처리를 설명하기 위한 개념도이다.
도 2는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 시스템의 출금 트랜잭션 처리를 설명하기 위한 개념도이다.
도 3은 도 1 및 도 2의 가상 자산 검증 모듈의 구조를 세부적으로 설명하기 위한 블록도이다.
도 4는 도 3의 잡 스토어의 구조를 세부적으로 설명하기 위한 블록도이다.
도 5 내지 도 7은 본 발명의 몇몇 실시예들에 따른 가상 자산 검증 모듈의 해커 주소를 판단하는 방법을 설명하기 위한 중간 도면들이다.
도 8는 도 1 및 도 2의 가상 자산 서비스 시스템을 설명하기 위한 블록도이다.
도 9는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 시스템의 화이트리스트 등록 절차를 설명하기 위한 순서도이다.
도 10은 본 발명의 몇몇 실시예들에 따른 가상 자산 검증 모듈의 화이트리스트 등록 절차를 세부적으로 설명하기 위한 순서도이다.
도 11은 본 발명의 몇몇 실시예들에 따른 가상 자산 검증 모듈의 블랙리스트 등록 및 검증 결과 전송 절차를 세부적으로 설명하기 위한 순서도이다.
도 12는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 입금 트랜잭션 처리 순서를 설명하기 위한 순서도이다.
도 13은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 지갑 주소의 레벨에 따른 입금 처리 정책을 설명하기 위한 표이다.
도 14는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 지갑 주소의 레벨 산정 방법을 설명하기 위한 순서도이다.
도 15는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 단계별 입금 처리 정책을 설명하기 위한 표이다.
도 16은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 출금 트랜잭션 처리 순서를 설명하기 위한 순서도이다.
도 17은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 단계별 출금 처리 정책을 설명하기 위한 표이다.
도 18은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 보안 시나리오를 설명하기 위한 개념도이다.
본 명세서 및 특허청구범위에서 사용된 용어나 단어는 일반적이거나 사전적인 의미로 한정하여 해석되어서는 아니된다. 발명자가 그 자신의 발명을 최선의 방법으로 설명하기 위해 용어나 단어의 개념을 정의할 수 있다는 원칙에 따라, 본 발명의 기술적 사상과 부합하는 의미와 개념으로 해석되어야 한다. 또한, 본 명세서에 기재된 실시예와 도면에 도시된 구성은 본 발명이 실현되는 하나의 실시예에 불과하고, 본 발명의 기술적 사상을 전부 대변하는 것이 아니므로, 본 출원시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형 및 응용 가능한 예들이 있을 수 있음을 이해하여야 한다.
본 명세서 및 특허청구범위에서 사용된 제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. '및/또는' 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
본 명세서 및 특허청구범위에서 사용된 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서 "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해서 일반적으로 이해되는 것과 동일한 의미를 가지고 있다.
일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
또한, 본 발명의 각 실시예에 포함된 각 구성, 과정, 공정 또는 방법 등은 기술적으로 상호 간 모순되지 않는 범위 내에서 공유될 수 있다.
도 1은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 시스템의 입금 트랜잭션 처리를 설명하기 위한 개념도이다.
도 1을 참조하면, 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 시스템은 고객(100), 블록체인(200), 가상 자산 검증 모듈(300) 및 가상 자산 서비스 시스템(400)을 포함한다.
고객(100)은 가상 자산 거래를 수행할 수 있다. 고객(100)은 블록체인을 사용하기 위한 블록체인 계정을 보유할 수 있다. 이때, 고객(100)의 블록체인 계정은 블록체인 상에서 발행되는 모든 디지털 자산을 보관할 수 있다. 예를 들어, 블록체인 계정은 블록체인의 지갑(wallet)을 포함할 수 있다.
고객(100)의 블록체인 계정의 주소는 제1 주소(Add1)일 수 있다. 고객(100)은 블록체인(200)으로 입금 트랜잭션을 전송할 수 있다. 이때, 입금 트랜잭션은 제1 트랜잭션(Tr1)일 수 있다. 제1 주소(Add1)는 입금 트랜잭션의 보내는 주소일 수 있다.
블록체인(200)은 트랜잭션을 블록 체인 형태로 저장할 수 있다. 블록체인(200)은 복수의 노드를 포함하여 블록체인(200)을 복수의 노드 각각에 저장할 수 있다. 이를 통해서, 블록체인(200)은 트랜잭션의 위조를 방지할 수 있다.
블록체인(200)은 고객(100)으로부터 제1 트랜잭션(Tr1) 및 제1 주소(Add1)를 수신할 수 있다. 블록체인(200)은 입금 트랜잭션인 제1 트랜잭션(Tr1)을 가상 자산 서비스 시스템(400)으로 전달하며, 이때 트랜잭션 결함을 방지하기 위해 가상 자산 서비스 시스템(400)은 제1 트랜잭션(Tr1)을 바로 처리하지 않고 대기시킬 수 있다.
또는, 블록체인(200)은 입금 트랜잭션인 제1 트랜잭션(Tr1)을 바로 처리하지 않고, 대기시킬 수 있다. 블록체인(200)은 가상 자산 검증 모듈(300)이 제1 트랜잭션(Tr1)을 필터링하여 제1 트랜잭션(Tr1)이 확인되면 그 이후에 제1 트랜잭션(Tr1)을 가상 자산 서비스 시스템(400)으로 전송할 수 있다.
가상 자산 검증 모듈(300)은 블록체인(200)이 가상 자산 서비스 시스템(400)으로 전달하여 대기시킨 모든 입금 트랜잭션을 수집하여 필터링 할 수 있다(트랜잭션 필터링, TF). 가상 자산 검증 모듈(300)은 트랜잭션 필터링을 통해서 블록체인(200)에서 가상 자산 서비스 시스템(400)으로 전송된 트랜잭션 중 화이트 리스트에 등록된 지갑 주소를 가지는 트랜잭션을 필터링할 수 있다. 즉, 입금 트랜잭션에서 입금되는 지갑 주소가 가상 자산 검증 모듈(300)에 의해서 화이트리스트에 등록되어 있는 경우, 가상 자산 검증 모듈(300)은 블록체인(200)이 가상 자산 서비스 시스템(400)에 전송한 입금 트랜잭션에 대한 화이트리스트 결과 값을 제공한다.
또한, 가상 자산 검증 모듈(300)에 의해서 화이트리스트에 등록되지 않은 지갑 주소를 가지는 입금 트랜잭션은 가상 자산 검증 모듈(300)에 의해서 지갑 주소 및 트랜잭션이 검증되어 그 검증 결과가 가상 자산 서비스 시스템(400)으로 전송될 수 있다.
블록체인(200)에 쌓인 입금 트랜잭션 중 지갑 주소가 화이트리스트에 등록되지 않은 경우, 가상 자산 검증 모듈(300)은 입금 트랜잭션 및 그 지갑 주소를 검증하고, 그 입금 트랜잭션 및 지갑 주소에 대한 검증 결과를 가상 자산 서비스 시스템(400)에 전송할 수 있다. 즉, 어떠한 경우에도 블록체인(200)에서 가상 자산 서비스 시스템(400)으로 전송하는 입금 트랜잭션 및 지갑은 가상 자산 검증 모듈(300)에 의해서 필터링이 되며, 해당 결과는 가상 자산 서비스 시스템(400)에 전송될 수 있다.
가상 자산 서비스 시스템(400)은 블록체인(200)으로부터 제1 트랜잭션(Tr1) 및 제1 주소(Add1)를 수신할 수 있다. 이때, 제1 트랜잭션(Tr1) 및 제1 주소(Add1)는 가상 자산 검증 모듈(300)에 의해서 필터링이 끝난 트랜잭션 및 주소일 수 있다. 즉, 가상 자산 검증 모듈(300)은 제1 트랜잭션(Tr1)이 가상 자산 서비스 시스템(400)에 완전히 도달(컨펌 완료)하기 전까지 트랜잭션 필터링(TF)과 검증을 완료해야 하며, 해당 결과를 가상 자산 서비스 시스템(400)에게 전송할 수 있다.
가상 자산 서비스 시스템(400)은 가상 자산 검증 모듈(300)로부터 제1 검증 결과(V1)를 수신할 수 있다. 제1 검증 결과(V1)는 제1 트랜잭션(Tr1) 및 제1 주소(Add1)에 대한 검증 결과일 수 있다.
가상 자산 서비스 시스템(400)은 거래소 역할을 수행할 수 있다. 단, 본 실시예가 이에 제한되는 것은 아니다. 가상 자산 서비스 시스템(400)은 제1 검증 결과(V1)를 수신하고, 이에 따라 고객(100)에게 제1 승인 여부(Res1)를 전송할 수 있다. 이때, 제1 승인 여부(Res1)는 고객(100)의 제1 트랜잭션(Tr1) 즉, 입금 트랜잭션에 대한 입금의 승인 여부를 포함할 수 있다.
도 2는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 시스템의 출금 트랜잭션 처리를 설명하기 위한 개념도이다.
도 2를 참조하면, 고객(100)은 가상 자산 서비스 시스템(400)으로 제2 요청 트랜잭션(Req_Tr2) 및 제2 주소(Add2)를 전송할 수 있다. 이때, 제2 요청 트랜잭션(Req_Tr2)은 출금 트랜잭션일 수 있다. 제2 주소(Add2)는 제2 요청 트랜잭션(Req_Tr2)에 의해서 가상 자산이 입금되는 지갑 주소일 수 있다. 고객(100)은 가상 자산 서비스 시스템(400)으로 제2 요청 트랜잭션(Req_Tr2) 및 제2 주소(Add2)를 통해서 출금을 요청할 수 있다.
블록체인(200)은 다양한 트랜잭션을 기록하고, 수신 및 대기시킬 수 있다. 블록체인(200)이 기록한 트랜잭션 중 정상적이지 않은 이상 트랜잭션(Tr_ab)이 포함될 수 있다. 이상 트랜잭션(Tr_ab)의 지갑 주소는 이상 트랜잭션 주소(Add_ab)일 수 있다.
가상 자산 검증 모듈(300)은 트랜잭션 필터링(TF)을 수행하면서 이상 트랜잭션(Tr_ab) 및 이상 트랜잭션 주소(Add_ab)를 수신할 수 있다. 가상 자산 검증 모듈(300)은 이상 트랜잭션(Tr_ab) 및 이상 트랜잭션 주소(Add_ab)에 대한 검증을 수행할 수 있다. 가상 자산 검증 모듈(300)은 내부의 데이터베이스에 이상 트랜잭션(Tr_ab) 및 이상 트랜잭션 주소(Add_ab)에 대한 검증 결과를 저장할 수 있다. 물론, 가상 자산 검증 모듈(300)은 이상 트랜잭션(Tr_ab)이 아닌 다른 트랜잭션에 대한 검증 결과도 저장할 수 있다.
가상 자산 서비스 시스템(400)은 고객(100)으로부터 받은 제2 요청 트랜잭션(Req_Tr2) 및 제2 주소(Add2)에 대한 검증을 위해 제2 주소(Add2)를 가상 자산 검증 모듈(300)로 전송할 수 있다. 가상 자산 검증 모듈(300)은 제2 주소(Add2)를 조회하여 대응하는 제2 검증 결과(V2)를 가상 자산 서비스 시스템(400)을 전송할 수 있다. 이때, 제2 검증 결과(V2)는 제2 주소(Add2)의 검증 결과일 수 있다.
가상 자산 서비스 시스템(400)은 제2 검증 결과(V2)를 수신하고, 그에 따른 제2 출금 트랜잭션(Tr2)를 블록체인(200)에 전파 또는 비전파 할 수 있다. 이때, 제2 출금 트랜잭션(Tr2)은 제2 요청 트랜잭션(Req_Tr2)과 동일하되, 블록체인(200)에 전파 여부가 결정된 트랜잭션일 수 있다. 또한, 가상 자산 서비스 시스템(400)은 제2 승인 여부(Res2)를 고객(100)에게 제공할 수 있다. 이때, 제2 승인 여부(Res2)는 고객(100)의 제2 요청 트랜잭션(Req_Tr2) 즉, 출금 트랜잭션에 대한 출금의 승인 여부를 포함할 수 있다. 본 실시예는 제2 검증 결과(V2)에 따라 출금의 승인이 이루어지지 않는 경우 제2 요청 트랜잭션(Req_Tr2)도 블록체인에 전파되지 않고, 출금이 제어될 수 있다.
도 3은 도 1 및 도 2의 가상 자산 검증 모듈의 구조를 세부적으로 설명하기 위한 블록도이다.
도 3을 참조하면, 가상 자산 검증 모듈(300)은 제1 서비스 모듈(310) 및 제1 데이터베이스(320)를 포함할 수 있다.
제1 서비스 모듈(310은) 트랜잭션 및 지갑 주소를 수집하고, 검증을 수행할 수 있다. 제1 서비스 모듈(310)은 검증 결과를 생성하고, 이를 제1 데이터베이스(320)에 저장할 수 있다.
구체적으로, 제1 서비스 모듈(310)은 블록체인(200)과 가상 자산 서비스 시스템(400)에서 대기중인 트랜잭션에 대해서 트랜잭션 필터링(TF)을 수행할 수 있다. 이에 따라서, 제1 서비스 모듈(310)은 블록체인(200)으로부터 입금 트랜잭션인 제1 트랜잭션(Tr1)과 그 지갑 주소인 제1 주소(Add1)를 수집할 수 있다. 또한, 제1 서비스 모듈(310)은 블록체인(200)으로부터 이상 트랜잭션(Tr_ab) 및 이상 트랜잭션 주소(Add_ab)를 수신할 수 있다.
또한, 제1 서비스 모듈(310)은 가상 자산 서비스 시스템(400)으로부터 제2 주소(Add2)를 수신할 수 있다. 제1 서비스 모듈(310)은 내부에서 제1 검증 결과(V1) 및 제2 검증 결과(V2)를 생성하고, 이를 가상 자산 서비스 시스템(400)으로 전송할 수 있다.
제1 서비스 모듈(310)은 잡 스토어(311) 및 태스크 매니저(312)를 포함할 수 있다. 잡 스토어(311)는 트랜잭션 및 지갑 주소를 검증하고 이에 대한 체크 결과(Ch)를 생성할 수 있다. 잡 스토어(311)는 체크 결과(Ch)를 태스크 매니저(312)로 전송할 수 있다.
태스크 매니저(312)는 체크 결과(Ch)를 검증 수행하고, 결과를 데이터베이스(320)에 기록할 수 있다.
제1 데이터베이스(320)는 제1 서비스 모듈(310)로부터 제1 트랜잭션(Tr1) 및 제1 주소 검증 결과(Va1)를 수신 및 저장하고, 추후에 제1 검증 결과(V1)를 제1 서비스 모듈(310)로 제공할 수 있다. 제1 주소 검증 결과(Va1)는 제1 주소(Add1)에 대한 검증 결과로, 제1 검증 결과(V1)는 제1 주소 검증 결과(Va1)와 제1 트랜잭션(Tr1)을 포함할 수 있다.
또한, 제1 데이터베이스(320)는 제1 서비스 모듈(310)로부터 이상 트랜잭션(Tr_ab), 이상 트랜잭션 주소(Add_ab) 및 이상 트랜잭션 검증 결과(V_ab)를 수신 및 저장할 수 있다. 이후에 제1 데이터베이스(320)는 이상 트랜잭션(Tr_ab)을 제1 서비스 모듈(310)로 전송하고, 제1 서비스 모듈(310)로부터 제2 주소 검증 결과(Va2)를 수신할 수 있다. 제2 주소 검증 결과(Va2)는 이상 트랜잭션 주소(Add_ab)에 대한 검증 결과일 수 있다.
제1 데이터베이스(320)는 제2 주소(Add2)에 대한 제2 검증 결과(V2)를 제1 서비스 모듈(310)로 전송할 수 있다.
도 4는 도 3의 잡 스토어의 구조를 세부적으로 설명하기 위한 블록도이다.
도 4를 참조하면, 잡 스토어(311)는 펜딩 체커(311_1), 프라우드 트랜잭션 체커(311_2), 프라이스 체커(311_3), 커런시 트랜잭션 체커(311_4) 및 해커 체커(311_5)를 포함할 수 있다.
펜딩 체커(311_1)는 블록체인(200)이 가상 자산 서비스 시스템(400)에 전송하여 대기 중인 트랜잭션을 체크할 수 있다. 펜딩 체커(311_1)에 의해서 제1 서비스 모듈(310)은 블록체인(200)의 트랜잭션 필터링(TF)을 수행할 수 있다.
프라우드 트랜잭션 체커(311_2)는 트랜잭션의 이상 거래를 검출할 수 있다. 프라우드 트랜잭션 체커(311_2)는 블록체인(200)이 가상 자산 시스템(400)에 전송하여 대기 중인 트랜잭션, 고객(100)의 블록체인 계정 내의 트랜잭션 즉, 평판 정보를 판단하여 이상 거래를 검출할 수 있다.
프라이스 체커(311_3)는 트랜잭션의 입금 혹은 출금의 금액을 체크할 수 있다. 프라이스 체커(311_3)는 트랜잭션의 금액에 따라서 이상 거래를 판단할 수 있다. 이를 통해서 트랜잭션 및 주소를 검증할 수 있다.
커런시 트랜잭션 체커(311_4)는 트랜잭션의 통화를 체크할 수 있다. 즉, 트랜잭션의 통용되는 화폐가 무엇인지를 판단할 수 있다. 단, 본 실시예가 이에 제한되는 것은 아니다.
해커 체커(311_5)는 트랜잭션의 지갑 주소가 해커 주소인지를 판단할 수 있다. 해커 체커(311_5)가 해커 주소를 찾으면, 제1 서비스 모듈(310)은 해커 주소를 블랙리스트에 등록시킬 수 있다.
도 5 내지 도 7은 본 발명의 몇몇 실시예들에 따른 가상 자산 검증 모듈의 해커 주소를 판단하는 방법을 설명하기 위한 중간 도면들이다. 도 5는 일반적인 블록체인의 트랜잭션 구조일 수 있다.
도 4 내지 도 7을 참조하면, 트랜잭션이 트리 형태로 연결된 상황에서 중간의 지갑 주소 중 하나가 해커 주소 또는 의심 주소로 검출될 수 있다. 도 6의 (0xAm1…ne2)의 주소(다른 해칭으로 표현된)가 예시적으로 해커 주소인 것으로 가정한다.
이 경우, 해커 체커(311_5)는 해커 주소로 검출된 주소와 전, 후로 연결된 모든 주소에 대해서 블랙리스트로 등록할 수 있다. 단, 본 실시예가 이에 제한되는 것은 아니다.
도 8은 도 1 및 도 2의 가상 자산 서비스 시스템을 설명하기 위한 블록도이다.
도 8을 참조하면, 가상 자산 서비스 시스템(400)은 제2 서비스 모듈(410) 및 제2 데이터베이스(420)를 포함할 수 있다.
제2 서비스 모듈(410)은 트랜잭션 및 지갑 주소를 수신하고, 그에 대한 검증 결과를 수신할 수 있다. 제2 서비스 모듈(410)은 검증 결과에 대응하는 승인 여부를 고객(100)에게 발송할 수 있다.
구체적으로, 제2 서비스 모듈(410)은 블록체인(200)에서 확인된 제1 트랜잭션(Tr1)과 그 지갑 주소인 제1 주소(Add1)를 수신할 수 있다. 또한, 제2 서비스 모듈(410)은 고객(100)으로부터 직접 제2 요청 트랜잭션(Req_Tr2) 및 제2 주소(Add2)를 수신할 수 있다. 제2 서비스 모듈(410)은 제2 주소(Add2)를 가상 자산 검증 모듈(300)로 전송할 수 있다.
또한, 제2 서비스 모듈(410)은 가상 자산 검증 모듈(300)으로부터 제1 검증 결과(V1) 및 제2 검증 결과(V2)를 수신할 수 있다. 이에 따라, 제2 서비스 모듈(410)은 제2 출금 트랜잭션(Tr2)을 블록체인(200)에 전파 또는 비전파 할 수 있다. 이때, 제2 출금 트랜잭션(Tr2)은 제2 요청 트랜잭션(Req_Tr2)과 동일하되, 블록체인(200)에 전파 여부가 결정된 트랜잭션일 수 있다.
이에 따라서, 제2 서비스 모듈(410)은 제1 승인 여부(Res1) 및 제2 승인 여부(Res2)를 생성할 수 있다. 제2 서비스 모듈(410)은 제1 승인 여부(Res1) 및 제2 승인 여부(Res2)를 고객(100)에 전송할 수 있다.
제2 데이터베이스(420)는 제1 검증 결과(V1)를 제2 서비스 모듈(410)로부터 받아서 저장할 수 있다. 제2 데이터베이스(420)는 제2 서비스 모듈(410)로부터 제1 트랜잭션(Tr1) 및 제1 주소(Add1)를 수신할 수 있다. 이에 대응하여 제2 데이터베이스(420)는 제2 서비스 모듈(410)로 제1 검증 결과(V1)를 전송할 수 있다.
제2 데이터베이스(420)는 제2 서비스 모듈(410)로부터 제2 요청 트랜잭션(Req_Tr2) 및 제2 주소(Add2)를 수신할 수 있다. 또한, 제2 데이터베이스(420)는 제2 서비스 모듈(410)로부터 제2 승인 여부(Res2)를 수신하여 저장할 수 있다. 제2 승인 여부(Res2)는 추후에 조회될 수 있다.
도 9는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 시스템의 화이트리스트 등록 절차를 설명하기 위한 순서도이다.
도 9를 참조하면, 제2 서비스 모듈(410)이 제2 데이터베이스(420)로 주소 조회(Add_chk)를 한다(S1).
이때, 조회되는 주소는 블록체인(200)으로부터 전송된 지갑 주소 또는 고객(100)으로부터 전송된 지갑 주소일 수 있다. 단, 본 실시예가 이에 제한되는 것은 아니다.
이어서, 제2 데이터베이스(420)는 주소 조회(Add_chk)에 대응하여 주소 조회 결과(Chk)를 제2 서비스 모듈(410)로 전송한다(S2).
이때, 주소 조회 결과(Chk)는 주소가 화이트리스트에 등록되었는지에 대한 정보를 포함할 수 있다.
만약, 주소가 화이트리스트에 등록되지 않은 경우, 제2 서비스 모듈(410)은 주소 등록 요청(Req_reg_WL)을 제1 서비스 모듈(310)로 전송한다(S3).
주소 등록 요청(Req_reg_WL)은 화이트리스트에 주소를 등록할 것을 요청하는 것일 수 있다.
이어서, 제1 서비스 모듈(310)은 주소 등록 여부(Reg_add)를 제1 데이터베이스(320)에 조회한다(S4).
제1 데이터베이스(320)는 블랙리스트를 저장할 수 있고, 수신한 주소가 블랙리스트에 포함되어 있는지를 판단할 수 있다. 만일 블랙리스트에 주소가 포함된 경우 화이트리스트로 등록할 수 없다. 반대로, 블랙리스트에 주소가 포함되지 않은 경우 화이트리스트에 주소가 등록될 수 있다. 이에 따라서, 제1 데이터베이스(320)는 주소 등록 응답(Res_reg)을 생성할 수 있다.
이어서, 제1 데이터베이스(320)는 주소 등록이 성공했는지 실패했는지에 대한 주소 등록 응답(Res_reg)을 제1 서비스 모듈(310)로 전송한다(S5).
이어서, 제1 서비스 모듈(310)은 주소 등록 응답(Res_reg)을 제2 서비스 모듈(410)로 전송한다(S6).
상술한 절차를 통해서, 가상 자산 검증 모듈(300)과 가상 자산 서비스 시스템(400)은 지갑 주소에 대해서 화이트리스트를 등록할 수 있다.
도 10은 본 발명의 몇몇 실시예들에 따른 가상 자산 검증 모듈의 화이트리스트 등록 절차를 세부적으로 설명하기 위한 순서도이다.
도 9 및 도 10을 참조하면, 화이트리스트 등록 요청을 수신한다(S110).
제1 서비스 모듈(310)이 화이트리스트 등록 요청을 수신할 수 있다. 화이트리스트 등록 요청은 주소 등록 요청(Req_reg_WL)으로 주소를 포함할 수 있다.
이어서, 주소를 조회한다(S120). 제1 서비스 모듈(310)은 제1 데이터베이스(320)에 주소 등록 요청(Req_reg_WL)에 포함된 주소를 조회할 수 있다.
이어서, 블랙리스트 등록 주소인지를 판단한다(S130). 즉, 제1 데이터베이스(320)에 저장된 블랙리스트에 조회된 주소가 포함되어 있는 지를 판단한다. 만일 조회된 주소가 블랙리스트에 포함되어 있지 않은 경우 화이트리스트를 등록(S150)하고, 만일 조회된 주소가 블랙리스트에 포함되어 있는 경우에는 소명 자료를 수신할 수 있다(S140).
만일 적절한 소명자료가 있는 경우에는 화이트리스트로 조회된 주소를 등록할 수 있다(S150).
도 11은 본 발명의 몇몇 실시예들에 따른 가상 자산 검증 모듈의 블랙리스트 등록 및 검증 결과 전송 절차를 세부적으로 설명하기 위한 순서도이다.
도 11을 참조하면, 의심 주소 및 트랜잭션 조회 요청을 수신한다(S210).
구체적으로 도 2를 참조하면, 가상 자산 서비스 시스템(400)은 고객(100)으로부터 받은 제2 요청 트랜잭션(Req_Tr2) 및 제2 주소(Add2)에 대한 검증을 위해 제2 주소(Add2)를 가상 자산 검증 모듈(300)로 전송할 수 있다. 이때, 가상 자산 서비스 시스템(400)은 트랜잭션 조회 요청을 제2 주소(Add2)와 같이 전송할 수 있다.
다시, 도 11을 참조하면, 주소 또는 트랜잭션을 조회한다(S220).
구체적으로, 도 3을 참조하면, 제1 데이터베이스(320)는 제1 서비스 모듈(310)로부터 제1 트랜잭션(Tr1) 및 제1 주소 검증 결과(Va1)를 수신 및 저장하고, 추후에 제1 검증 결과(V1)를 제1 서비스 모듈(310)로 제공할 수 있다. 제1 주소 검증 결과(Va1)는 제1 주소(Add1)에 대한 검증 결과로, 제1 검증 결과(V1)는 제1 주소 검증 결과(Va1)와 제1 트랜잭션(Tr1)을 포함할 수 있다.
다시, 도 11을 참조하면, 이상 거래 또는 해커 주소 여부를 판단한다(S230).
구체적으로, 도 4 내지 도 7을 참조하면, 트랜잭션이 트리 형태로 연결된 상황에서 중간의 지갑 주소 중 하나가 해커 주소 또는 의심 주소로 검출될 수 있다. 이 경우, 해커 체커(311_5)는 해커 주소로 검출된 주소와 전, 후로 연결된 모든 주소를 해커 주소로 판단할 수 있다.
다시, 도 11을 참조하면, 이상 거래 또는 해커 주소가 맞다면 그 주소를 블랙리스트로 등록하고(S240), 아니라면 분석리포트를 작성한다(S250).
이때, 분석리포트는 도 1 및 도 2의 제1 검증 결과(V1) 및 제2 검증 결과(V2) 중 적어도 하나를 의미할 수 있다.
이어서, 분석리포트를 전송한다(S260).
구체적으로, 도 1 및 도 2를 참조하면, 가상 자산 검증 모듈(300)이 가상 자산 서비스 시스템(400)으로 제1 검증 결과(V1) 및 제2 검증 결과(V2)를 전송할 수 있다.
이하, 도 12 내지 도 15를 참조하여 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 입금 트랜잭션 처리 방법을 설명한다. 상술한 실시예와 중복되는 부분은 생략하거나 간략히 한다.
도 12는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 입금 트랜잭션 처리 순서를 설명하기 위한 순서도이고, 도 13은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 지갑 주소의 레벨에 따른 입금 처리 정책을 설명하기 위한 표이다. 도 14는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 지갑 주소의 레벨 산정 방법을 설명하기 위한 순서도이고, 도 15는 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 단계별 입금 처리 정책을 설명하기 위한 표이다.
도 12를 참조하면, 고객(100)이 블록체인(200)으로 제1 트랜잭션(Tr1) 및 제1 주소를 전송한다(S11).
구체적으로, 도 1을 참조하면, 블록체인(200)은 고객(100)으로부터 제1 트랜잭션(Tr1) 및 제1 주소(Add1)를 수신할 수 있다. 블록체인(200)은 수신한 제1 트랜잭션(Tr1) 및 제1 주소(Add1)을 가상 자산 서비스 시스템(400)에 전달하며, 가상 자산 서비스 시스템은 서비스 안정도를 위해 바로 처리하지 않고 대기시킬 수 있다
다시, 도 12를 참조하면, 제1 서비스 모듈(310)이 제1 서비스 모듈(310)이 블록체인(200)에서 가상 자산 서비스 시스템(400)으로 전달되어 대기 중인 트랜잭션에 대해서 트랜잭션 필터링(TF)을 수행한다(S12).
구체적으로, 도 1을 참조하면, 가상 자산 검증 모듈(300)은 가상 자산 검증 모듈(300)은 블록체인(200) 에서 가상 자산 서비스 시스템(400)으로 전달되어 대기 중인 트랜잭션들을 필터링할 수 있다. 가상 자산 검증 모듈(300)은 트랜잭션 필터링(TF)을 통해서 블록체인(200)에서 대기중인 트랜잭션 중 화이트리스트에 등록된 지갑 주소를 가지는 트랜잭션을 필터링할 수 있다.
다시, 도 12를 참조하면, 제1 서비스 모듈(310)은 블록체인(200)이 수신한 제1 트랜잭션(Tr1) 및 제1 주소(Add1)을 수집한다(S13).
구체적으로, 도 1을 참조하면, 트랜잭션 필터링(TF)에 의해서 블록체인(200) 이 가상 자산 서비스 시스템(400)으로 전달하여 대기 중인 제1 트랜잭션(Tr1) 및 제1 주소(Add1)가 가상 자산 검증 모듈(300)로 전송될 수 있다.
다시, 도 12를 참조하면, 제1 서비스 모듈(310)이 제1 데이터베이스(320)로 제1 트랜잭션(Tr1)을 전송한다(S14). 이어서, 제1 서비스 모듈(310)이 제1 데이터베이스(320)로 제1 주소(Add1)에 대한 제1 주소 검증 결과(Va1)를 전송한다(S15). 이어서, 제1 데이터베이스(320)가 제1 주소 검증 결과(Va1) 및 제1 트랜잭션(Tr1)의 검증 결과를 포함하는 제1 검증 결과(V1)를 제1 서비스 모듈(310)로 전송한다(S16).
도 13을 참조하면, 제1 주소 검증 결과(Va1)는 복수의 레벨을 포함할 수 있다. 예를 들어, 레벨 0부터 레벨 4까지 5개의 레벨로 제1 주소 검증 결과(Va1)가 나누어질 수 있다. 단, 본 실시예가 이에 제한되는 것은 아니다. 즉, 제1 주소 검증 결과(Va1)가 나누어지는 레벨의 개수는 5개 미만일 수도 있고, 7개 이상일 수도 있다.
예를 들어, 레벨 0 부터 레벨 2까지는 가상 자산 검증 모듈(300)이 가상 자산 서비스 시스템(400)에게 입금 처리 허용을 권장할 수 있다. 반대로, 레벨 3 및 레벨 4는 가상 자산 검증 모듈(300)이 가상 자산 서비스 시스템(400)에게 입금 처리 반려를 권장할 수 있다. 단, 이는 예시에 불과하고, 본 실시예가 이에 제한되는 것은 아니다.
도 14를 참조하여 도 12의 제1 주소 검증 결과(Va1)를 도출하는 단계를 세부적으로 설명하면, 먼저 사용자를 등록한다(S310).
구체적으로, 도 1을 참조하면, 고객(100)이 회원가입을 하여 가상 자산 서비스 시스템(400)의 사용자로 등록될 수 있다.
다시, 도 14를 참조하면, 접속을 확인한다(S320).
구체적으로, 도 1을 참조하면, 고객(100)이 로그인 시도를 통해서 가상 자산 서비스 시스템(400)에 접속을 할 수 있다. 가상 자산 서비스 시스템(400)은 고객(100)의 접속을 확인할 수 있다.
다시, 도 14를 참조하면, 가상 자산 주소를 생성한다(S330).
구체적으로, 도 1을 참조하면, 고객(100)이 가상 자산 서비스 시스템(400)의 내부 지갑 주소의 생성을 요청할 수 있다. 이에 따라, 가상 자산 서비스 시스템(400)은 가상 자산 주소를 생성할 수 있다.
상술한 S310, S320 및 S330 단계는 추후 설명할 S340 단계 전에 전제로서 1회 수행될 수 있다.
다시, 도 14를 참조하면, 검증 요청을 수신한다(S340).
구체적으로, 도 1을 참조하면, 검증 요청은 가상 자산 서비스 시스템(400)에서 고객(100)으로부터 입금 또는 출금 요청이 있을 때, 입금 요청의 보내는 주소 또는 출금 요청의 받는 주소에 대한 검증 요청일 수 있다.
다시, 도 14를 참조하면, 화이트리스트 등록 주소인지를 판단한다(S350).
구체적으로, 도 13을 참조하면, 만일 화이트리스트 등록 주소인 경우 레벨 0으로 제1 검증 결과(V1)가 정해질 수 있다.
만일 화이트리스트 등록 주소가 아닌 경우, 도 14를 참조하면, 블랙리스트 등록 주소인지를 판단한다(S360).
구체적으로, 도 13을 참조하면, 만일 블랙리스트 등록 주소인 경우 레벨 4로 제1 검증 결과(V1)가 정해질 수 있다. 블랙리스트 등록 주소는 예시적으로 다음과 같은 시나리오에 의해서 결정될 수 있다. 아래의 시나리오는 예시적인 것으로 본 실시예가 이에 제한되는 것은 아니다.
첫째로, 해커 연관성이 높은 거래가 있는 경우 블랙리스트로 등록될 수 있다. 구체적으로, 해커 지갑과 트랜잭션이 있는 지갑으로부터 입금이 발생하거나, 하루에 특정 횟수 이상 트랜잭션이 기록된 지갑으로부터 입금이 발생한 경우 블랙리스트로 등록될 수 있다.
둘째로, FDS(Fraud Detection System) 적발 거래가 있는 경우 블랙리스트로 등록될 수 있다. 구체적으로, FDS 시스템이 적발한 계정에 특정 기간 내에 입금이 발생하였을 때 블랙리스트로 등록될 수 있다.
셋째로, 수사기관에 이미 적발된 거래가 있는 경우 블랙리스트로 등록될 수 있다. 구체적으로, 전기통신금융사기 등 금융사고가 접수된 계정에 입금되었을 때 블랙리스트로 등록될 수 있다.
만일 블랙리스트 등록 주소가 아닌 경우, 도 14를 참조하면, 이상 거래 적발 주소인지를 판단한다(S370).
구체적으로, 도 13을 참조하면, 만일 이상 거래 적발 주소인 경우 레벨 3으로 제1 검증 결과(V1)가 정해질 수 있다. 이때, 이상 거래 적발은 예시적으로 다음과 같은 시나리오에 의해서 결정될 수 있다. 아래의 시나리오는 예시적인 것으로 본 실시예가 이에 제한되는 것은 아니다.
첫째로, 빈번한 입금이 있을 때 이상 거래 적발이 된다고 판단할 수 있다. 구체적으로 1일 이내 특정 횟수 이상의 입금이 발생하는 경우 이상 거래 적발이 된다고 판단할 수 있다.
둘째로, 다중거래를 동시에 요청하는 경우 이상 거래 적발이 된다고 판단할 수 있다. 구체적으로 동일 주소에서 특정 횟수 이상 연속 입금이 발생한 경우 이상 거래 적발이 된다고 판단할 수 있다.
셋째로, 특정자산을 집중 거래하는 경우 이상 거래 적발이 된다고 판단할 수 있다. 구체적으로 특정 기간 내에 한 계정으로 동일 자산을 특정 횟수 이상 입금이 발생한 경우 이상 거래 적발이 된다고 판단할 수 있다.
넷째로, 의심 입금 및 신청 해지를 한 경우 이상 거래 적발이 된다고 판단할 수 있다. 구체적으로 특정 기간 내에 특정 횟수 이상 입출금 신청을 취소한 계정에서 입금이 발생한 경우 이상 거래 적발이 된다고 판단할 수 있다.
다섯째로, 불특정 다수와 거래한 경우 이상 거래 적발이 된다고 판단할 수 있다. 구체적으로 특정 개수 이상의 지갑에서 한계정으로 입금이 발생한 경우 이상 거래 적발이 된다고 판단할 수 있다.
여섯째로, 신규 생성된 지갑의 거래인 경우 이상 거래 적발이 된다고 판단할 수 있다. 구체적으로 신규 생성된 외부 지갑으로부터 입금이 발생하였을 시에 이상 거래 적발이 된다고 판단할 수 있다.
일곱째로, 거액 횡령 의심이 되는 거래인 경우 이상 거래 적발이 된다고 판단할 수 있다. 구체적으로 특정 금액 이상의 자산 입금이 발생했을 경우 이상 거래 적발이 된다고 판단할 수 있다.
만일 이상 거래 적발 주소가 아닌 경우, 도 14를 참조하면, 이상 투자 패턴을 보이는지를 판단한다(S380).
구체적으로, 도 13을 참조하면, 만일 이상 투자 패턴이 보이는 경우 레벨 2로 제1 검증 결과(V1)가 정해질 수 있다. 이때, 이상 투자 패턴은 예시적으로 다음과 같은 시나리오에 의해서 결정될 수 있다. 아래의 시나리오는 예시적인 것으로 본 실시예가 이에 제한되는 것은 아니다.
첫째로, 개인 능력보다 과다한 거래가 있을 때 이상 투자 패턴이 보인다고 판단할 수 있다. 구체적으로 특정 기간 이내 거래 금액보다 큰 규모의 자산의 입금이 발생했을 시에 이상 투자 패턴이 보인다고 판단할 수 있다.
둘째로, 사전 거래 없는 고객의 거래가 있을 때 이상 투자 패턴이 보인다고 판단할 수 있다. 구체적으로 특정 기간 이내 가입한 회원에게 입금이 발생했을 시에 이상 투자 패턴이 보인다고 판단할 수 있다.
셋째로, 갑작스러운 거래 패턴의 변화가 있을 때 이상 투자 패턴이 보인다고 판단할 수 있다. 구체적으로 특정 기간의 평균 잔고보다 큰 입금이 발생했을 시 이상 투자 패턴이 보인다고 판단할 수 있다.
만일 이상 투자 패턴이 보이지 않는 경우 레벨 1로 제1 검증 결과(V1)가 정해질 수 있다.
이외에도, 지갑 주소의 레벨 산정에 가상 자산 서비스 시스템(400)의 계정의 유효성의 판단이 필요할 수 있다. 이때, 거래소 계정의 유효성의 판단은 예시적으로 다음과 같은 시나리오에 의해서 결정될 수 있다. 아래의 시나리오는 예시적인 것으로 본 실시예가 이에 제한되는 것은 아니다.
첫째로, 개인 정보 변경이 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 특정 기간 이내 비밀번호 변경이 이루어진 계정으로 입금이 발생한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
둘째로, OTP(One Time Password) 초기화가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 특정 기간 이내 OTP 초기화를 한 계정으로 입금이 발생한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
셋째로, 실명 노출 기피가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 실명확인 입출금 계좌를 발급받지 않은 계정으로 입금이 발생한 경우 또는 KYC(Know Your Customer) 인증을 하지 않은 계정으로 입금이 발생한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
셋째로, 중요 인물 관련 거래가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 재단 소유로 추정/확정된 지갑으로부터 입금이 발생한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
넷째로, 계좌 개설 없이 거액 거래가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 실명확인 입출금 계좌를 발급받지 않은 계정으로 특정 금액 이상의 자산 입금이 발생한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
다섯째로, 휴면 계정 거래가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 장기 미사용/휴면 계정으로 입금이 발생한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
여섯째로, 거래 출처 답변 불제공이 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 과거 이상 거래 탐지로 인해 소명 자료 요청 시 불이행했던 계정으로 입금이 발생한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
일곱째로, 의심스러운 참여 거래가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 특정 기간 이내 로그인 실패 횟수가 특정 횟수 이상인 계정으로 입금이 발생했을 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
여덟째로, 빈번하거나 갑작스러운 고객 정보 변경이 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 회원 정보 변경 시점이 특정 기간 이내인 계정에 입금이 발생한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
아홉째로, 원격지 거래가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 해외 IP에서 로그인 시도가 발생한 계정으로 입금이 발생한 경우 또는 특정 기간 이내 해외 IP에서 로그인 시도가 발생한 계정으로 입금이 발생했을 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
다시, 도 12를 참조하면, 제1 서비스 모듈(310)은 제1 검증 결과(V1)를 제2 서비스 모듈(410)로 전송한다(S17). 이어서, 제2 서비스 모듈(410)은 제2 데이터베이스(420)로 제2 검증 결과(V2)를 전송한다(S18). 이어서, 블록체인(200)이 입금 확인(DC)을 제2 서비스 모듈(410)로 전송한다(S19).
제2 서비스 모듈(410)은 입금 확인(DC)에 대응하는 제1 트랜잭션(Tr1)을 제2 데이터베이스(420)로 전송한다(S20). 이어서, 제2 데이터베이스(420)는 제1 검증 결과(V1)를 제2 서비스 모듈(410)로 전송한다(S21).
이어서, 제2 서비스 모듈(410)은 고객(100)에게 제1 승인 여부(Res1)를 전달할 수 있다.
도 15를 참조하면, 제1 승인 여부(Res1)는 복수의 단계로 나누어질 수 있다. 구체적으로 제1 승인 여부(Res1)는 0단계부터 4단계로 나누어 지는 것으로 도시되었으나, 본 실시예가 이에 제한되는 것은 아니다. 즉, 단계는 4개 이하일 수도 있고, 6개 이상일 수도 있다. 이러한 단계는 어떤 사유로 검증 결과가 결정되었는지에 따라 달라질 수 있다.
0단계는 입금을 바로 반영하는 단계일 수 있다. 예를 들어, 화이트리스트에 등록된 주소와 관련된 트랜잭션인 경우 0단계일 수 있다. 1단계는 단순히 입금을 보류하고, 시간이 지나 문제가 해결되면 추후에 입금을 반영하는 단계일 수 있다.
2단계는 가상 자산 서비스 시스템(400)이 내부적으로 1차 확인을 수행하는 단계일 수 있다. 내부적인 자료를 다시 확인하여 문제가 해결되면 추후에 입금을 반영하는 단계일 수 있다.
3단계는 가상 자산 서비스 시스템(400)이 고객(100)에게 소명 자료를 요청하는 단계일 수 있다. 이때, 고객(100)에게서 수신된 소명 자료를 통해 문제가 해결되면 추후에 입금을 반영하는 단계일 수 있다.
4단계는 가상 자산 서비스 시스템(400)이 고객(100)에게 입금을 거절하는 단계일 수 있다. 블랙리스트에 등록된 주소의 트랜잭션인 경우에는 이와 같이 바로 입금을 거절할 수 있다.
본 실시예는 이렇듯 복수의 단계로 세분화되어 그에 따른 정책을 따르게 할 수 있다. 이를 통해서, 본 실시예는 더욱 정밀하고 정확하게 트랜잭션 및 주소를 검증할 수 있다.
이하, 도 16 및 도 17을 참조하여 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 출금 트랜잭션 처리 방법을 설명한다. 상술한 실시예와 중복되는 부분은 생략하거나 간략히 한다.
도 16은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 출금 트랜잭션 처리 순서를 설명하기 위한 순서도이고, 도 17은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 단계별 출금 처리 정책을 설명하기 위한 표이다.
도 16를 참조하면, 먼저 제1 서비스 모듈(310)이 블록체인(200)에 트랜잭션 필터링(TF)을 수행한다(S31). 이에 따라, 블록체인(200)은 이상 트랜잭션(Tr_ab) 및 이상 트랜잭션 주소(Add_ab)를 제1 서비스 모듈(310)로 전송한다(S32).
이어서, 제1 서비스 모듈(310)은 이상 트랜잭션(Tr_ab)을 제1 데이터베이스(320)로 저장한다(S33). 이어서, 제1 데이터베이스(320)가 이상 트랜잭션(Tr_ab)에 대해서 제1 서비스 모듈(310)에 문의하면(S34), 제1 서비스 모듈(310)이 이에 대응하는 제2 주소 검증 결과(Va2)를 제1 데이터베이스(320)로 전송한다(S35).
이어서 이러한 상황에서, 고객(100)이 제2 서비스 모듈(410)로 제2 요청 트랜잭션(Req_Tr2) 및 제2 주소(Add2)를 전송한다(S36). 제2 서비스 모듈(410)은 제1 서비스 모듈(310)로 제2 주소(Add2)를 전송한다(S37). 제1 서비스 모듈(310)은 제1 데이터베이스(320)로 제2 주소(Add2)를 전송한다(S38).
그리고, 제2 서비스 모듈(410)이 제2 데이터베이스(420)로 출금 확인(WC)을 전송한다(S39). 도 16에서는 S38 단계와 S39 단계가 순차적으로 도시되었지만, 본 실시예가 이에 제한되는 것은 아니다. S38 단계와 S39 단계는 서로 병렬적으로 수행될 수 있다.
이어서, 제1 데이터베이스(320)는 제2 주소(Add2)에 대응하는 제2 검증 결과(V2)를 제1 서비스 모듈(310)에 전송할 수 있다(S40). 제2 검증 결과(V2)는 미리 저장된 제2 주소 검증 결과(Va2)와 트랜잭션 검증 결과를 포함할 수 있다.
제2 검증 결과(V2)는 제1 검증 결과(V1)와 유사하게 복수의 레벨을 포함할 수 있다. 각각의 복수의 레벨은 블랙리스트, 거래소 계정 유효성, 이상 거래 탐지 및 투자 패턴 감지에 따라 결정될 수 있다.
이때, 블랙리스트 등록 주소는 예시적으로 다음과 같은 시나리오에 의해서 결정될 수 있다. 아래의 시나리오는 예시적인 것으로 본 실시예가 이에 제한되는 것은 아니다.
첫째로, FDS 적발 거래가 있는 경우 블랙리스트로 등록될 수 있다. 구체적으로, FDS 시스템이 적발한 계정에 특정 기간 내에 출금을 신청하였을 때 블랙리스트로 등록될 수 있다.
둘째로, 수사기관에 이미 적발된 거래가 있는 경우 블랙리스트로 등록될 수 있다. 구체적으로, 전기통신금융사기 등 금융사고가 접수된 계정에서 출금을 신청하였을 때 블랙리스트로 등록될 수 있다.
셋째로, 해커 연관성이 높은 거래가 있는 경우 블랙리스트로 등록될 수 있다. 구체적으로, 해커 지갑과 트랜잭션이 있는 지갑에게 출금을 신청한 경우 블랙리스트로 등록될 수 있다.
또한, 거래소 계정 유효성은 예시적으로 다음과 같은 시나리오에 의해서 결정될 수 있다. 아래의 시나리오는 예시적인 것으로 본 실시예가 이에 제한되는 것은 아니다.
첫째로, 개인 정보 변경이 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 특정 기간 이내 비밀번호 변경이 이루어진 계정에서 출금을 신청한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
둘째로, OTP 초기화가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 특정 기간 이내 OTP 초기화를 한 계정 또는 OTP를 설정하지 않은 계정에서 출금을 신청한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
셋째로, 실명 노출 기피가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 실명확인 입출금 계좌를 발급받지 않은 계정에서 출금을 신청한 경우 또는 KYC 인증을 하지 않은 계정에서 출금을 신청한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
셋째로, 중요 인물 관련 거래가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 법인 계정에서 외부 지갑으로 출금을 신청한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
넷째로, 사전 거래 없는 고객 거래가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 특정 기간 이상 거래 내역이 존재하지 않은 계정에서 출금을 신청한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
다섯째로, 의심스러운 참여 거래가 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 특정 기간 이내 로그인 실패 횟수가 특정 횟수 이상인 계정에서 출금을 신청했을 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
여섯째로, 빈번하거나 갑작스러운 고객 정보 변경이 있을 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 회원 정보 변경 시점이 특정 기간 이내인 계정에서 출금을 신청한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
일곱째로, 거래 출처 답변을 불제공한 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 과거 이상 거래 탐지로 인해 소명 자료 요청 시 불이행했던 계정에서 출금을 신청한 경우 계정 유효성의 문제가 있다고 판단할 수 있다.
여덟째로, 거액 입금 후 당일 또는 익일 출금할 때 가상 자산 서비스 시스템(400)의 계정 유효성의 문제가 있다고 판단할 수 있다. 구체적으로 고액 자산이 입금된 후 특정 시간 이내에 출금을 신청한 경우, 계정 유효성의 문제가 있다고 판단할 수 있다.
이때, 이상 거래 탐지는 예시적으로 다음과 같은 시나리오에 의해서 결정될 수 있다. 아래의 시나리오는 예시적인 것으로 본 실시예가 이에 제한되는 것은 아니다.
첫째로, 의심 출금 및 신청 해지가 있을 때 이상 거래 탐지가 된다고 판단할 수 있다. 구체적으로 1일 이내 특정 횟수 이상 입출금 신청을 취소한 계정에서 출금을 신청한 경우 이상 거래 탐지가 된다고 판단할 수 있다.
둘째로, 불특정 다중거래를 동시에 요청하는 경우 이상 거래 탐지가 된다고 판단할 수 있다. 구체적으로 특정 기간 내에 한 계정에서 특정 개수 이상의 지갑으로 출금을 신청한 경우 이상 거래 탐지가 된다고 판단할 수 있다.
셋째로, 신규 생성된 지갑의 거래인 경우 이상 거래 탐지가 된다고 판단할 수 있다. 구체적으로 거래 내역이 존재하지 않은 외부 지갑에게 출금을 신청하거나 특정 기간 이내 생성된 외부 지갑에게 출금을 신청한 경우에 이상 거래 탐지가 된다고 판단할 수 있다.
넷째로, 분할 거래인 경우 이상 거래 탐지가 된다고 판단할 수 있다. 구체적으로 특정 기간 이내 특정 횟수 이상의 고액 출금을 신청한 경우에 이상 거래 탐지가 된다고 판단할 수 있다.
넷째로, 분할 소액 거래인 경우 이상 거래 탐지가 된다고 판단할 수 있다. 구체적으로 특정 기간 이내 특정 횟수 이상의 출금을 신청한 경우에 이상 거래 탐지가 된다고 판단할 수 있다.
다섯째로, 특정 규모 분할 거래인 경우 이상 거래 탐지가 된다고 판단할 수 있다. 구체적으로 특정 기간 이내 동일 자산 규모를 특정 횟수 이상 출금을 신청한 경우에 이상 거래 탐지가 된다고 판단할 수 있다.
여섯째로, 교환 거래인 경우 이상 거래 탐지가 된다고 판단할 수 있다. 구체적으로 최근 입금되었던 자산과는 다른 자산으로 특정 기간 이내 출금을 신청하였을 이상 거래 탐지가 된다고 판단할 수 있다.
이때, 투자 패턴 감지는 예시적으로 다음과 같은 시나리오에 의해서 결정될 수 있다. 아래의 시나리오는 예시적인 것으로 본 실시예가 이에 제한되는 것은 아니다.
첫째로, 개인 능력보다 과다한 거래가 있을 때 투자 패턴이 감지된다고 판단할 수 있다. 구체적으로 누적 입금 금액보다 큰 자산 규모의 출금을 신청한 경우 투자 패턴이 감지된다고 판단할 수 있다.
둘째로, 갑작스러운 거래 패턴의 변화가 있을 때 투자 패턴이 감지된다고 판단할 수 있다. 구체적으로 계정이 보유한 자산 전액에 대해 출금을 신청한 경우 또는 계정의 최대 출금 한도에 준하는 출금을 특정 기간 내에 연속으로 신청한 경우 투자 패턴이 감지된다고 판단할 수 있다.
다시, 도 16을 참조하면, 제1 서비스 모듈(310)은 제2 검증 결과(V2)를 제2 서비스 모듈(410)로 전송한다(S41). 이어서, 제2 서비스 모듈(410)은 제2 출금 트랜잭션(Tr2) 및 제2 주소(Add2)를 블록체인(200)으로 전파한다(S42). 이어서, 제2 서비스 모듈(410)은 제2 승인 여부(Res2)를 고객(100)에게 전송하고(S43), 제2 승인 여부(Res2)를 제2 데이터베이스(420)에 저장한다(S44).
도 17을 참조하면, 제2 승인 여부(Res2)는 복수의 단계로 나누어질 수 있다. 구체적으로 제2 승인 여부(Res2)는 0단계부터 4단계로 나누어 지는 것으로 도시되었으나, 본 실시예가 이에 제한되는 것은 아니다. 즉, 단계는 4개 이하일 수도 있고, 6개 이상일 수도 있다. 이러한 단계는 어떤 사유로 검증 결과가 결정되었는지에 따라 달라질 수 있다.
0단계는 출금을 바로 승인하는 단계일 수 있다. 예를 들어, 화이트리스트에 등록된 주소와 관련된 트랜잭션인 경우 0단계일 수 있다. 1단계는 단순히 출금을 보류하고, 시간이 지나 문제가 해결되면 추후에 출금을 반영하는 단계일 수 있다.
2단계는 가상 자산 서비스 시스템(400)이 내부적으로 1차 확인을 수행하는 단계일 수 있다. 내부적인 자료를 다시 확인하여 문제가 해결되면 추후에 출금을 반영하는 단계일 수 있다.
3단계는 가상 자산 서비스 시스템(400)이 고객(100)에게 소명 자료를 요청하는 단계일 수 있다. 이때, 고객(100)에게서 수신된 소명 자료를 통해 문제가 해결되면 추후에 출금을 반영하는 단계일 수 있다.
4단계는 가상 자산 서비스 시스템(400)이 고객(100)에게 출금을 거절하는 단계일 수 있다. 블랙리스트에 등록된 주소의 트랜잭션인 경우에는 이와 같이 바로 출금을 거절할 수 있다.
본 실시예는 이렇듯 복수의 단계로 세분화되어 그에 따른 정책을 따르게 할 수 있다. 이를 통해서, 본 실시예는 더욱 정밀하고 정확하게 트랜잭션 및 주소를 검증하여 입금 및 출금의 승인을 정밀하게 결정할 수 있다.
도 18은 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법의 보안 시나리오를 설명하기 위한 개념도이다.
도 18을 참조하면, 본 발명의 몇몇 실시예들에 따른 가상 자산 거래 방법은 고객(100)이 고객 개인키(10)와 고객 주소(Add_user)를 가지고, 해커(500)가 해커 주소(Add_hacker)를 가진 상태에서 해커(500)가 고객 개인키(10)를 해킹한 경우를 상정할 수 있다.
이 경우, 해커 출금 트랜잭션(Tr_h), 즉, 해커 주소로의 출금은 화이트리스트가 아니므로 필터링되지 않아 가상 자산 검증 모듈(300) 및 블록체인(200)에 의해서 보류될 수 있다. 그리고, 다시 유저 출금 트랜잭션(Tr_u)으로 재전파되어 해커가 개인키를 탈취한 경우에도 부당한 출금을 방지할 수 있다.
이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (10)

  1. 고객의 블록체인 계정으로부터 입출금 트랜잭션을 수신하여 블록체인 형태 데이터로 보관하는 블록체인;
    상기 입출금 트랜잭션 및 상기 입출금 트랜잭션에 연동된 지갑 주소를 수신하여 상기 입출금 트랜잭션에 따른 입금 또는 출금을 수행하는 가상 자산 서비스 시스템; 및
    상기 블록체인이 수신한 입출금 트랜잭션을 필터링하고, 상기 가상 자산 서비스 시스템으로 상기 입출금 트랜잭션 및 상기 입출금 트랜잭션의 지갑 주소를 검증하여 검증 결과를 전송하는 가상 자산 검증 모듈을 포함하되,
    상기 가상 자산 검증 모듈은 상기 지갑 주소를 제0 내지 제4 복수의 레벨로 나누어분류하고, 상기 검증 결과를 생성하는 제1 서비스 모듈 및 상기 검증 결과를 저장하는 제1 데이터베이스를 포함하되,
    상기 제1 서비스 모듈은,
    상기 트랜잭션 검증 및 해커 주소를 체크하여 체크 결과를 생성하는 잡 스토어와,
    상기 체크 결과를 수신하여 상기 필터링을 수행하는 태스크 매니저를 포함하되,
    상기 잡 스토어는,
    상기 블록체인이 상기 가상 자산 서비스 시스템으로 전달하여 대기 중인 입출금 트랜잭션을 체크하여 트랜잭션 필터링을 수행하게 하는 펜딩 체커와,
    상기 입출금 트랜잭션에 대한 지갑 주소의 평판정보를 판단하여 이상 거래를 체크하는 프라우드 트랜잭션 체커와,
    상기 입출금 트랜잭션의 입출금 금액을 체크하여 이상 거래를 판단하는 프라이스 체커와,
    상기 입출금 트랜잭션의 통화를 체크하여 상기 입출금 트랜잭션의 통용 화폐를 판단하는 커런시 트랜잭션 체커와,
    상기 입출금 트랜잭션의 지갑 주소가 해커 주소인지 판단하는 해커 체커를 포함하고,
    상기 제0 내지 제4 복수의 레벨은, 상기 지갑 주소가 미리 설정된 제1 절차에 의해서 등록된 화이트리스트인 경우인지, 상기 지갑 주소가 미리 설정된 제2 절차에 의해서 등록된 블랙리스트인 경우인지, 상기 지갑 주소가 이상 거래 적발 주소인지, 상기 지갑 주소가 이상 투자 패턴을 보이는지 및 상기 지갑 주소의 계정의 유효성 여부를 고려하여 결정되고,
    상기 제0 내지 제4 복수의 레벨은,
    상기 지갑 주소가 미리 설정된 제1 절차에 의해서 등록된 화이트리스트인 경우 부여되는 제0 레벨과,
    상기 지갑 주소가 미리 설정된 제2 절차에 의해서 등록된 블랙리스트인 경우 부여되는 제4 레벨과,
    상기 지갑 주소가 상기 제0 및 제4 레벨이 아니고, 상기 이상 거래 적발 주소인 경우 부여되는 제3 레벨과,
    상기 지갑 주소가 상기 제0, 제3 및 제4 레벨이 아니고, 상기 이상 투자 패턴을 보이는 경우 부여되는 제2 레벨과,
    상기 지갑 주소가 상기 제0, 제2 내지 제4 레벨이 아닌 경우 부여되는 제1 레벨을 포함하고,
    상기 이상 거래 적발 주소는 상기 지갑 주소로 빈번한 입금이 발생하는 경우, 다중거래를 동시에 요청하는 경우, 특정자산을 집중 거래하는 경우, 의심 입금 및 신청 해지를 한 경우, 불특정 다수와 거래한 경우, 신규 생성된 지갑의 거래인 경우 또는 거액 횡령 의심이 되는 거래를 한 경우 중 적어도 하나의 경우에 해당하는 지갑 주소이고,
    상기 이상 투자 패턴은 개인 능력보다 과다한 거래가 있는 경우, 사전 거래 없는 고객의 거래가 있는 경우 또는 갑작스러운 거래 패턴의 변화가 있는 경우 중 적어도 하나를 포함하고,
    상기 가상 자산 서비스 시스템은,
    상기 블록체인으로부터 상기 입출금 트랜잭션 및 상기 지갑 주소를 수신하고, 그에 대한 검증 결과를 상기 가상자산 검증 모듈로부터 수신하는 제2 서비스 모듈과,
    상기 제2 서비스 모듈로부터 상기 검증 결과 및 상기 입출금 트랜잭션을 저장하는 제2 데이터베이스를 포함하고,
    상기 제1 절차는,
    상기 제2 서비스 모듈이 상기 제2 데이터베이스로 상기 지갑 주소에 대한 주소 조회를 하는 단계와,
    상기 제2 데이터베이스가 제2 서비스 모듈로 주소 조회 결과를 전송하는 단계와,
    상기 지갑 주소가 상기 화이트리스트에 등록되지 않은 경우, 상기 제2 서비스 모듈이 상기 제1 서비스 모듈로 주소 등록 요청을 전송하는 단계와,
    상기 제1 서비스 모듈이 상기 제1 데이터베이스로 주소 등록 여부를 조회하는 단계와,
    상기 제1 데이터베이스가 상기 지갑주소가 상기 블랙리스트에 포함되어 있는지에 따라 상기 화이트 리스트의 주소 등록이 성공했는지에 대한 주소 등록 응답을 상기 제1 서비스 모듈로 전송하는 단계와,
    상기 제1 서비스 모듈이 상기 제2 서비스 모듈로 상기 주소 등록 응답을 전송하는 단계를 포함하는 가상 자산 거래 시스템.
  2. 제1 항에 있어서,
    상기 입출금 트랜잭션은 입금 트랜잭션과 출금 트랜잭션을 포함하고,
    상기 지갑 주소는 상기 입금 트랜잭션에 대해서는 가상 자산을 보내는 지갑 주소이고, 상기 출금 트랜잭션에 대해서는 가상 자산을 받는 지갑 주소인 가상 자산 거래 시스템.
  3. 제1 항에 있어서,
    상기 가상 자산 검증 모듈은 상기 복수의 레벨에 따라 상기 가상 자산 서비스 시스템에 입출금 허용 또는 반려를 권고하는 가상 자산 거래 시스템.
  4. 제3 항에 있어서,
    상기 가상 자산 검증 모듈은,
    상기 지갑 주소에 상기 제0 내지 제2 레벨이 부여되는 경우, 상기 가상 자산 서비스 시스템에 입출금 허용을 권고하고,
    상기 지갑 주소에 상기 제3 및 제4 레벨이 부여되는 경우, 상기 가상 자산 서비스 시스템에 입출금 반려를 권고하는
    가상 자산 거래 시스템.
  5. 제1 항에 있어서,
    상기 제2 절차는 이상 거래 또는 해커 주소임을 판단하는 것을 포함하는 가상 자산 거래 시스템.
  6. 블록체인으로부터 입출금 트랜잭션 및 지갑 주소를 수집하고, 상기 입출금 트랜잭션 및 상기 지갑 주소를 검증하여 검증 결과를 생성하고, 상기 검증 결과에 따라 상기 입출금 트랜잭션의 필터링을 수행하되, 상기 지갑 주소를 제0 내지 제4 복수의 레벨로 나누어 분류하는, 제1 서비스 모듈; 및
    상기 제1 서비스 모듈로부터 상기 입출금 트랜잭션, 상기 지갑 주소 및 상기 검증 결과 중 적어도 하나를 수신하여 저장하고, 추후 제1 서비스 모듈이 조회할 때 상기 검증 결과를 전송하는 제1 데이터베이스를 포함하되,
    상기 제1 서비스 모듈은,
    상기 트랜잭션 검증 및 해커 주소를 체크하여 체크 결과를 생성하는 잡 스토어와,
    상기 체크 결과를 수신하여 상기 필터링을 수행하는 태스크 매니저를 포함하되,
    상기 잡 스토어는,
    상기 블록체인이 가상 자산 서비스 시스템으로 전달하여 대기 중인 입출금 트랜잭션을 체크하여 트랜잭션 필터링을 수행하게 하는 펜딩 체커와,
    상기 입출금 트랜잭션에 대한 지갑 주소의 평판정보를 판단하여 이상 거래를 체크하는 프라우드 트랜잭션 체커와,
    상기 입출금 트랜잭션의 입출금 금액을 체크하여 이상 거래를 판단하는 프라이스 체커와,
    상기 입출금 트랜잭션의 통화를 체크하여 상기 입출금 트랜잭션의 통용 화폐를 판단하는 커런시 트랜잭션 체커와,
    상기 입출금 트랜잭션의 지갑 주소가 해커 주소인지 판단하는 해커 체커를 포함하고,
    상기 제0 내지 제4 복수의 레벨은, 상기 지갑 주소가 미리 설정된 제1 절차에 의해서 등록된 화이트리스트인 경우인지, 상기 지갑 주소가 미리 설정된 제2 절차에 의해서 등록된 블랙리스트인 경우인지, 상기 지갑 주소가 이상 거래 적발 주소인지, 상기 지갑 주소가 이상 투자 패턴을 보이는지 및 상기 지갑 주소의 계정의 유효성 여부를 고려하여 결정되고,
    상기 제0 내지 제4 복수의 레벨은,
    상기 지갑 주소가 미리 설정된 제1 절차에 의해서 등록된 화이트리스트인 경우 부여되는 제0 레벨과,
    상기 지갑 주소가 미리 설정된 제2 절차에 의해서 등록된 블랙리스트인 경우 부여되는 제4 레벨과,
    상기 지갑 주소가 상기 제0 및 제4 레벨이 아니고, 상기 이상 거래 적발 주소인 경우 부여되는 제3 레벨과,
    상기 지갑 주소가 상기 제0, 제3 및 제4 레벨이 아니고, 상기 이상 투자 패턴을 보이는 경우 부여되는 제2 레벨과,
    상기 지갑 주소가 상기 제0, 제2 내지 제4 레벨이 아닌 경우 부여되는 제1 레벨을 포함하고,
    상기 이상 거래 적발 주소는 상기 지갑 주소로 빈번한 입금이 발생하는 경우, 다중거래를 동시에 요청하는 경우, 특정자산을 집중 거래하는 경우, 의심 입금 및 신청 해지를 한 경우, 불특정 다수와 거래한 경우, 신규 생성된 지갑의 거래인 경우 또는 거액 횡령 의심이 되는 거래를 한 경우 중 적어도 하나의 경우에 해당하는 지갑 주소이고,
    상기 이상 투자 패턴은 개인 능력보다 과다한 거래가 있는 경우, 사전 거래 없는 고객의 거래가 있는 경우 또는 갑작스러운 거래 패턴의 변화가 있는 경우 중 적어도 하나를 포함하고,
    상기 제1 절차는,
    상기 지갑 주소가 상기 화이트리스트에 등록되지 않은 경우, 상기 제1 서비스 모듈이 주소 등록 요청을 수신하는 단계와,
    상기 제1 서비스 모듈이 상기 제1 데이터베이스로 주소 등록 여부를 조회하는 단계와,
    상기 제1 데이터베이스가 상기 지갑주소가 상기 블랙리스트에 포함되어 있는지에 따라 상기 화이트 리스트의 주소 등록이 성공했는지에 대한 주소 등록 응답을 상기 제1 서비스 모듈로 전송하는 단계와,
    상기 제1 서비스 모듈이 상기 주소 등록 응답을 전송하는 단계를 포함하는 가상 자산 검증 모듈.

  7. 삭제
  8. 삭제
  9. 가상 자산 서비스 시스템이 블록체인 지갑 주소와 트랜잭션을 수신하는 단계;
    가상 자산 검증 모듈이 상기 블록체인 지갑 주소 및 상기 트랜잭션을 검증하여 검증 결과를 생성하되, 상기 지갑 주소를 제0 내지 제4 복수의 레벨로 나누어 분류하는 단계; 및
    가상 자산 검증 모듈이 상기 검증 결과를 상기 가상 자산 서비스 시스템으로 전송하는 단계를 포함하되, 상기 가상 자산 검증 모듈은 제1 서비스 모듈 및 제1 데이터베이스를 포함하고,
    상기 제1 서비스 모듈은,
    상기 트랜잭션 검증 및 해커 주소를 체크하여 체크 결과를 생성하는 잡 스토어와,
    상기 체크 결과를 수신하여 필터링을 수행하는 태스크 매니저를 포함하고,
    상기 잡 스토어는,
    상기 블록체인이 상기 가상 자산 서비스 시스템으로 전달하여 대기 중인 입출금 트랜잭션을 체크하여 트랜잭션 필터링을 수행하게 하는 펜딩 체커와,
    상기 입출금 트랜잭션에 대한 지갑 주소의 평판정보를 판단하여 이상 거래를 체크하는 프라우드 트랜잭션 체커와,
    상기 입출금 트랜잭션의 입출금 금액을 체크하여 이상 거래를 판단하는 프라이스 체커와,
    상기 입출금 트랜잭션의 통화를 체크하여 상기 입출금 트랜잭션의 통용 화폐를 판단하는 커런시 트랜잭션 체커와,
    상기 입출금 트랜잭션의 지갑 주소가 해커 주소인지 판단하는 해커 체커를 포함하고,
    상기 제0 내지 제4 복수의 레벨로 나누어 분류하는 단계는
    상기 지갑 주소가 미리 설정된 제1 절차에 의해서 등록된 화이트리스트인 경우인지, 상기 지갑 주소가 미리 설정된 제2 절차에 의해서 등록된 블랙리스트인 경우인지, 상기 지갑 주소가 이상 거래 적발 주소인지, 상기 지갑 주소가 이상 투자 패턴을 보이는지 및 상기 지갑 주소의 계정의 유효성 여부를 고려하여 결정되고,
    상기 제0 내지 제4 복수의 레벨은,
    상기 지갑 주소가 미리 설정된 제1 절차에 의해서 등록된 화이트리스트인 경우 부여되는 제0 레벨과,
    상기 지갑 주소가 미리 설정된 제2 절차에 의해서 등록된 블랙리스트인 경우 부여되는 제4 레벨과,
    상기 지갑 주소가 상기 제0 및 제4 레벨이 아니고, 상기 이상 거래 적발 주소인 경우 부여되는 제3 레벨과,
    상기 지갑 주소가 상기 제0, 제3 및 제4 레벨이 아니고, 상기 이상 투자 패턴을 보이는 경우 부여되는 제2 레벨과,
    상기 지갑 주소가 상기 제0, 제2 내지 제4 레벨이 아닌 경우 부여되는 제1 레벨을 포함하고,
    상기 이상 거래 적발 주소는 상기 지갑 주소로 빈번한 입금이 발생하는 경우, 다중거래를 동시에 요청하는 경우, 특정자산을 집중 거래하는 경우, 의심 입금 및 신청 해지를 한 경우, 불특정 다수와 거래한 경우, 신규 생성된 지갑의 거래인 경우 또는 거액 횡령 의심이 되는 거래를 한 경우 중 적어도 하나의 경우에 해당하는 지갑 주소이고,
    상기 이상 투자 패턴은 개인 능력보다 과다한 거래가 있는 경우, 사전 거래 없는 고객의 거래가 있는 경우 또는 갑작스러운 거래 패턴의 변화가 있는 경우 중 적어도 하나를 포함하고,
    상기 가상 자산 서비스 시스템은,
    상기 블록체인으로부터 상기 입출금 트랜잭션 및 상기 지갑 주소를 수신하고, 그에 대한 검증 결과를 상기 가상자산 검증 모듈로부터 수신하는 제2 서비스 모듈과,
    상기 제2 서비스 모듈로부터 상기 검증 결과 및 상기 입출금 트랜잭션을 저장하는 제2 데이터베이스를 포함하고,
    상기 제1 절차는,
    상기 제2 서비스 모듈이 상기 제2 데이터베이스로 상기 지갑 주소에 대한 주소 조회를 하는 단계와,
    상기 제2 데이터베이스가 제2 서비스 모듈로 주소 조회 결과를 전송하는 단계와,
    상기 지갑 주소가 상기 화이트리스트에 등록되지 않은 경우, 상기 제2 서비스 모듈이 상기 제1 서비스 모듈로 주소 등록 요청을 전송하는 단계와,
    상기 제1 서비스 모듈이 상기 제1 데이터베이스로 주소 등록 여부를 조회하는 단계와,
    상기 제1 데이터베이스가 상기 지갑주소가 상기 블랙리스트에 포함되어 있는지에 따라 상기 화이트 리스트의 주소 등록이 성공했는지에 대한 주소 등록 응답을 상기 제1 서비스 모듈로 전송하는 단계와,
    상기 제1 서비스 모듈이 상기 제2 서비스 모듈로 상기 주소 등록 응답을 전송하는 단계를 포함하는 가상 자산 거래 방법.
  10. 제9 항에 있어서,
    상기 검증 결과를 전송하는 단계는,
    상기 복수의 레벨에 따라 상기 가상 자산 서비스 시스템에 입출금 허용 또는 반려를 권고하는 단계를 더 포함하는
    가상 자산 거래 방법.
KR1020200132854A 2020-10-14 2020-10-14 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법 KR102286473B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020200132854A KR102286473B1 (ko) 2020-10-14 2020-10-14 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020200132854A KR102286473B1 (ko) 2020-10-14 2020-10-14 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법

Publications (1)

Publication Number Publication Date
KR102286473B1 true KR102286473B1 (ko) 2021-08-06

Family

ID=77315083

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020200132854A KR102286473B1 (ko) 2020-10-14 2020-10-14 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법

Country Status (1)

Country Link
KR (1) KR102286473B1 (ko)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102492195B1 (ko) * 2022-06-16 2023-01-26 주식회사 보난자팩토리 가상자산 거래소 고객의 출금동의 및 고객확인 관련 인증대행이 가능한 가상자산 거래소 입출금 관리장치 및 그 방법
KR102492174B1 (ko) * 2022-02-27 2023-01-26 주식회사 보난자팩토리 이상거래 탐지 및 블랙리스트 관리가 가능한 실계좌 기반의 가상자산 거래소 입출금 관리장치 및 그 방법
KR102492167B1 (ko) * 2022-02-27 2023-01-26 주식회사 보난자팩토리 이상거래 탐지 및 블랙리스트 관리가 가능한 입출금 관리장치 및 그 방법
KR102626300B1 (ko) * 2023-09-14 2024-01-18 주식회사 보난자팩토리 온라인 유해 사이트에 기반한 가상자산 지갑주소 데이터베이스 생성 시스템 및 방법
KR20240013035A (ko) * 2022-07-21 2024-01-30 주식회사 인피닛블록 커스터디 기반의 디지털 자산의 거래에 대한 이상 거래 탐지 시스템
KR102663767B1 (ko) * 2023-07-04 2024-05-07 주식회사 보난자팩토리 Ai기반 가상자산 고위험 지갑주소 db 자동 업데이트 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130104231A (ko) * 2012-03-13 2013-09-25 주식회사 한국프라임테크놀로지 금융사기 의심거래 모니터링 시스템 및 방법
JP2016170761A (ja) * 2015-02-09 2016-09-23 バンクガード株式会社 不正送金防止方法、及び不正送金防止システム
KR101673073B1 (ko) * 2015-02-25 2016-11-04 이진희 블록체인 구조를 사용하는 암호화화폐 거래방법
KR20200083938A (ko) * 2018-12-28 2020-07-09 알리바바 그룹 홀딩 리미티드 스마트 거래 화이트리스트에 기초한 블록체인 네트워크에서의 거래들의 병렬적 실행

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130104231A (ko) * 2012-03-13 2013-09-25 주식회사 한국프라임테크놀로지 금융사기 의심거래 모니터링 시스템 및 방법
JP2016170761A (ja) * 2015-02-09 2016-09-23 バンクガード株式会社 不正送金防止方法、及び不正送金防止システム
KR101673073B1 (ko) * 2015-02-25 2016-11-04 이진희 블록체인 구조를 사용하는 암호화화폐 거래방법
KR20200083938A (ko) * 2018-12-28 2020-07-09 알리바바 그룹 홀딩 리미티드 스마트 거래 화이트리스트에 기초한 블록체인 네트워크에서의 거래들의 병렬적 실행

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102492174B1 (ko) * 2022-02-27 2023-01-26 주식회사 보난자팩토리 이상거래 탐지 및 블랙리스트 관리가 가능한 실계좌 기반의 가상자산 거래소 입출금 관리장치 및 그 방법
KR102492167B1 (ko) * 2022-02-27 2023-01-26 주식회사 보난자팩토리 이상거래 탐지 및 블랙리스트 관리가 가능한 입출금 관리장치 및 그 방법
KR102492195B1 (ko) * 2022-06-16 2023-01-26 주식회사 보난자팩토리 가상자산 거래소 고객의 출금동의 및 고객확인 관련 인증대행이 가능한 가상자산 거래소 입출금 관리장치 및 그 방법
KR20240013035A (ko) * 2022-07-21 2024-01-30 주식회사 인피닛블록 커스터디 기반의 디지털 자산의 거래에 대한 이상 거래 탐지 시스템
KR102640620B1 (ko) * 2022-07-21 2024-02-27 주식회사 인피닛블록 커스터디 기반의 디지털 자산의 거래에 대한 이상 거래 탐지 시스템
KR102663767B1 (ko) * 2023-07-04 2024-05-07 주식회사 보난자팩토리 Ai기반 가상자산 고위험 지갑주소 db 자동 업데이트 방법
KR102626300B1 (ko) * 2023-09-14 2024-01-18 주식회사 보난자팩토리 온라인 유해 사이트에 기반한 가상자산 지갑주소 데이터베이스 생성 시스템 및 방법

Similar Documents

Publication Publication Date Title
KR102286473B1 (ko) 가상 자산 검증 모듈, 이를 포함하는 가상 자산 거래 시스템 및 그 방법
AU2006275920B2 (en) Methods and systems for improved security for financial transactions through a trusted third party entity
US20180240107A1 (en) Systems and methods for personal identification and verification
US9171306B1 (en) Risk-based transaction authentication
US8745698B1 (en) Dynamic authentication engine
US20180204215A1 (en) Detecting electronic intruders via updatable data structures
US6907408B2 (en) Hierarchical authentication process and system for financial transactions
US8302187B1 (en) System and method for preventing large-scale account lockout
US20080015988A1 (en) Proxy card authorization system
CN110148017A (zh) 基于区块链的权益发放方法及装置、电子设备、存储介质
CA3090879A1 (en) Transaction and identity verification system and method
US20140244499A1 (en) Off-shore money transfer transaction system and method
JP3228339U (ja) 個人認証及び確認システム及び方法
US20110320355A1 (en) Value transfer with identity database
CA2896525A1 (en) Systems and methods for authenticating users of network computer systems based on non-credentialed information
CN111897879B (zh) 基于区块链网络的交易记录共享方法、装置及电子设备
KR102452287B1 (ko) 온라인 현금성 자산의 유통에 대한 이상 거래 탐지 방법
KR101863612B1 (ko) 입출금 내역 비교를 통한 실명거래 검증 시스템 및 방법과, 이를 위한 컴퓨터 프로그램
CN109472697A (zh) 一种融资交易平台***
KR102376783B1 (ko) 블록체인 기반의 거래내역 확인 시스템
JP3327257B2 (ja) ネッティングサービスシステム
KR20160149596A (ko) 가상 계좌를 이용한 금융 거래 서비스 제공 방법
CN111898886B (zh) 一种集体资产清产核资***
KR20200094366A (ko) 부정계좌 개설 방지 시스템 및 방법
KR20060023511A (ko) 예금 대출 장치

Legal Events

Date Code Title Description
AMND Amendment
X091 Application refused [patent]
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant