KR102283627B1 - 블록체인을 기반으로 한 대출 서비스 방법 및 이러한 방법을 사용하는 장치 - Google Patents

Abstract

본 발명은 블록체인을 기반으로 한 대출 서비스 방법 및 이러한 방법을 사용하는 장치에 관한 것이다. 블록체인을 기반으로 한 대출 방법은 대출 서비스 제공 노드가 대출 상품에 대한 정보를 사용자 노드로 전송하고, 대출 서비스 제공 노드가 블록체인을 기반으로 대출 상품에 대한 공모 절차에 참여한 사용자 노드에 대해 상환 절차를 중계하는 단계를 포함할 수 있다.

Description

블록체인을 기반으로 한 대출 서비스 방법 및 이러한 방법을 사용하는 장치{Method for loan based on blockchain and apparatus for using the method}

본 발명은 블록체인을 기반으로 한 대출 서비스 방법 및 이러한 방법을 사용하는 장치에 관한 것이다. 보다 상세하게는 블록체인 플랫폼을 기반으로 대출 상품에 대한 P2P(peer-to-peer) 대출 서비스를 제공하기 위한 방법 및 장치에 관한 것이다.

블록체인은 퍼블릭 네트워크(public network) 또는 프라이빗 네트워크(private network)에서 일어나는 거래 정보가 암호화되어 해당 네트워크 구성원 간 공유되는 디지털 원장(ledger)일 수 있다.

거래 원장의 복사본이 각 네트워크 구성원에게 분산되어(distributed) 새로운 거래가 발생할 때마다 구성원들의 동의를 통해 해당 거래에 대한 인증 절차가 진행될 수 있다.

블록체인에 기반한 거래 정보는 임의로 변경이 불가능하기 때문에 거래의 신뢰성이 높아지고 정보 추적이 용이하다. 특히 금융 서비스 분야에서는 블록체인 기술을 적용하여 업무 효율성을 높이고 새로운 서비스 기반을 구축하기 위한 노력이 진행 중이다.

분산 장부 시스템을 통한 투명한 거래로 보안, 감독, 규제 비용 절감이 가능하다. 블록체인 기술은 금융 분야뿐만 아니라 물류, 유통, 나아가 정부 공공 행정 서비스에도 적용될 수 있다.

기존의 비트코인과 같은 퍼블릭 블록체인 네트워크(public blockchain network)는 참여 노드들이 동일한 권한을 가지고 블록체인 네트워크 상에서 동작할 수 있으나, 프라이빗 블록체인 네트워크(private blockchain network) 또는 허가형 블록체인 네트워크(permissioned blockchain network)의 경우, 노드 별로 차등적인 권한이 설정되어 블록체인 내에서 동작할 수 있다.

블록체인 상에 기록된 특정 정보에 액세스하고자 하는 시도가 많아질 경우, 블록체인 상의 부하가 발생될 수 있고, 부하로 인해 블록체인 상의 정보에 대한 액세스 속도가 느려질 수 있다.

따라서, 블록체인 상에 기록된 정보를 정확하게 획득하되 블록체인 상에 불필요한 부하를 발생시키지 않게 하기 위한 방법에 대한 연구가 필요하다.

본 발명은 상술한 문제점을 모두 해결하는 것을 그 목적으로 한다.

또한, 본 발명은, 블록체인을 기반으로 대출 상품에 대한 대출 및 대출에 따른 원금 및 이자 분배를 보다 편리하고 투명하게 하는 것을 목적으로 한다.

또한, 본 발명은, 블록체인 기반의 P2P(peer-to-peer) 대출 서비스를 수행시 블록체인 상에서의 입금 및 출금의 처리 속도를 빠르게 하는 것을 목적으로 한다.

상기 목적을 달성하기 위한 본 발명의 대표적인 구성은 다음과 같다.

본 발명의 일 태양에 따르면, 블록체인을 기반으로 한 대출 방법은 투자 서비스 제공 노드가 대출 상품에 대한 정보를 사용자 노드로 전송하는 단계와 상기 투자 서비스 제공 노드가 블록체인을 기반으로 상기 대출 상품에 대한 공모 절차에 참여한 상기 사용자 노드에 대해 상환 절차를 중계하는 단계를 포함할 수 있다.

본 발명의 다른 태양에 따르면, 블록체인을 기반으로 한 대출을 제공하는 대출 서비스 제공 노드는 외부 노드와 통신하기 위해 구현된 통신부와 상기 통신부와 동작 가능하게(operatively) 연결된 프로세서를 포함하되, 상기 프로세서는 대출 상품에 대한 정보를 사용자 노드로 전송하고, 블록체인을 기반으로 상기 대출 상품에 대한 공모 절차에 참여한 상기 사용자 노드에 대해 상환 절차를 중계하도록 구현될 수 있다.

본 발명에 의하면, 블록체인을 기반으로 대출 상품에 대한 대출 및 대출에 따른 원금 및 이자 분배가 보다 편리하고 투명하게 이루어질 수 있다.

또한, 본 발명에 의하면, 블록체인 기반의 P2P(peer-to-peer) 대출 서비스를 수행시 블록체인 상에서의 입금 및 출금의 처리 속도가 빨라질 수 있다.

도 1은 본 발명의 실시예에 따른 블록체인을 기반으로 대출 상품에 대한 대출 서비스를 위한 시스템을 나타낸 개념도이다.
도 2는 본 발명의 실시예에 따른 대출 서비스 제공 노드의 동작을 나타낸 개념도이다.
도 3은 본 발명의 실시예에 따른 노드 선정 알고리즘을 나타낸 개념도이다.
도 4는 본 발명의 실시예에 따른 대출 공모 절차를 나타낸 개념도이다.
도 5는 본 발명의 실시예에 따른 대출 상품 결정 방법을 나타낸 개념도이다.
도 6은 본 발명의 실시예에 따른 대출 상품 결정 방법을 나타낸 개념도이다.
도 7은 본 발명의 실시예에 따른 대출금 전달 방법을 나타낸 개념도이다.
도 8은 본 발명의 실시예에 따른 고성능 블록체인 플랫폼을 나타낸 개념도이다.
도 9는 본 발명의 실시예에 따른 고성능 블록체인 플랫폼을 나타낸 개념도이다.
도 10은 본 발명의 실시예에 따른 고성능 블록체인 플랫폼을 나타낸 개념도이다.
도 11은 본 발명의 실시예에 따른 고성능 블록체인 플랫폼을 나타낸 개념도이다.
도 12는 본 발명의 실시예에 따른 블록체인 상의 기록에 대한 액세스 판단 동작을 나타낸 개념도이다.
도 13은 본 발명의 실시예에 따른 데이터 스트리밍부의 동작을 나타낸 개념도이다.

후술하는 본 발명에 대한 상세한 설명은, 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이러한 실시예는 당업자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 본 명세서에 기재되어 있는 특정 형상, 구조 및 특성은 본 발명의 정신과 범위를 벗어나지 않으면서 일 실시예로부터 다른 실시예로 변경되어 구현될 수 있다. 또한, 각각의 실시예 내의 개별 구성요소의 위치 또는 배치도 본 발명의 정신과 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 행하여 지는 것이 아니며, 본 발명의 범위는 특허청구범위의 청구항들이 청구하는 범위 및 그와 균등한 모든 범위를 포괄하는 것으로 받아들여져야 한다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 구성요를 나타낸다.

이하에서는, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있도록 하기 위하여, 본 발명의 여러 바람직한 실시예에 관하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.

이하, 본 발명의 실시예에서는 설명의 편의상 대출 상품은 주로 부동산 자체 또는 부동산을 기반으로 한 개발 상품으로 가정된다. 하지만, 부동산이 아닌 다른 다양한 자산에 대해 본 발명의 실시예에 따른 블록체인을 기반으로 한 개인 대출 서비스 방법이 사용될 수 있고 해당 실시예도 본 발명의 권리 범위에 포함된다.

또한, 이하 노드라는 표현을 사용하나 노드라는 표현은 블록체인 네트워크 상에 참여하거나 참여하지 않는 장치 및/또는 서버를 모두 포함하는 의미로 사용될 수 있다.

도 1은 본 발명의 실시예에 따른 블록체인을 기반으로 대출 상품에 대한 대출 서비스를 위한 시스템을 나타낸 개념도이다.

도 1에서는 대출 상품에 대한 대출을 제공하기 위한 블록체인 기반의 대출 시스템이 개시된다. 여기서, 대출은 P2P(peer to peer) 대출과 같이 대출을 제공하는 복수의 주체(개인, 법인 등)로부터의 대출을 의미할 수 있다. 이하, 대출을 제공하는 주체는 대출 제공자, 대출을 요청하는 주체는 대출 요청자라는 용어로 표현될 수 있다. 각 노드는 외부 노드와 통신하기 위한 통신부와 통신부와 동작 가능하게(operatively) 연결된 프로세서를 포함할 수 있다.

도 1을 참조하면, 신탁 노드(100), 대출 서비스 제공 노드(120), 사용자 노드(140)를 포함할 수 있다.

신탁 노드(100)는 신탁을 요청한 대출 상품(예를 들어, 부동산 관련 대출 상품)에 대한 신탁 서비스를 제공하기 위해 구현될 수 있다. 대출 상품은 부동산에 대한 직접 대출, 부동산을 기반으로 한 개발 계획에 대한 대출 등 다양한 형태의 부동산 관련 대출 상품을 포함할 수 있다. 전술한 바와 같이 대출 상품은 부동산 외의 다양한 대출 객체에 대한 상품을 포함할 수도 있다.

신탁 노드(100)로 대출 상품에 대한 처분 신탁이 요청될 수 있다. 대출 상품에 대한 처분 신탁이 이루어지는 경우, 위탁자는 대출 요청자(예를 들어, 대출 대상 부동산의 소유자, 대출 대상 부동산의 개발자 등), 수탁자는 신탁 회사가 될 수 있다.

또한, 신탁 노드(100)는 신탁된 대출 상품 정보를 대출 서비스 제공 노드(120)로 전송할 수 있다. 예를 들어, 대출 상품 정보는 대출 대상 부동산 위치, 대출 대상 부동산 가격, 대출 대상 부동산 용도, 대출 대상 부동산 개발 계획 등과 같은 대출 대상 부동산과 관련된 다양한 정보를 포함할 수 있다.

또한, 신탁 노드(100)는 대출 서비스 제공 노드(120)를 통해 블록체인 기반의 대출 플랫폼을 통해 대출 상품과 관련된 특정 권한(예를 들어, 대출 대상 부동산 관련 권한)을 부여할 수 있다. 예를 들어, 신탁 노드(100)는 대출 상품과 관련된 유동화 증권(또는 수익 증권)을 통해 대출 상품에 대출을 제공하는 사용자 장치로 대출 상품 관련 권한을 부여할 수 있다. 대출 상품 관련 권한은 대출 상품을 기반으로 대출 제공자가 가지는 권한에 대한 정보 등을 포함할 수 있다.

유동화 증권은 실물 유동화 증권을 포함할 수 있고, 온라인 또는 오프라인 상에서 확인 가능한 대출 상품 관련 권한에 대한 정보를 포함할 수 있다.

이하, 본 발명의 실시예에서는 설명의 편의상 대출 상품 관련 권한이 유동화 증권(또는 유동화 증권을 기반으로 한 디지털 유동화 증권)을 통해 사용자 노드(140)로 부여되는 것으로 표현된다. 하지만, 유동화 증권이 아닌 다른 다양한 대출 상품 관련 권한을 나타내는 객체도 유동화 증권 대신 사용될 수 있고 본 발명의 권리 범위에 포함될 수 있다.

대출 서비스 제공 노드(120)는 대출 상품에 대한 대출 서비스를 제공할 수 있다. 대출 서비스 제공 노드(120)는 대출 상품에 대한 공모 절차를 진행할 수 있다. 대출 서비스 제공 노드(120)는 대출 상품 정보를 사용자 노드로 제공하고, 대출 상품에 대한 대출 제공을 원하는 사용자 노드는 대출 금액을 대출 서비스 관련 계좌로 송금하여 대출 상품에 대한 공모에 참여할 수 있다.

대출 서비스 제공 노드(120)는 공모 절차를 통해 획득한 대출 상품에 대한 대출 금액을 신탁 관련 계좌로 송금할 수 있다. 신탁 노드(100)는 사용자 노드(140)의 대출 금액 정보를 기반으로 사용자 노드(140)로 대출 상품에 대한 유동화 증권을 발행할 수 있다. 사용자 노드(140)로 발행된 유동화 증권은 사용자에 의해 직접 보관될 수도 있으나, 보관 기관에 의해 보관될 수도 있다. 보관 기관은 대출 서비스 제공 노드의 운영사이거나 별도로 지정된 기관일 수도 있다.

사용자 노드(140)는 대출 이전에 유동화 증권에 대한 보관 약정을 체결하고, 신탁사에 의한 유동화 증권의 발행시 유동화 증권을 직접 보관 기관으로 교부하도록 지시할 수 있다. 이러한 방법을 통해 유동화 증권은 보관 기관에서 바로 수령하여 관리될 수 있다. 이러한 유동화 증권은 실물 또는 디지털화된 포맷을 가질 수 있다.

대출 서비스 제공 노드(120)는 보관 기관에 보관된 유동화 증권에 대한 반환 청구권을 나타내는 디지털 유동화 증권을 대출을 제공한 사용자 노드(140)로 제공할 수 있다. 디지털 유동화 증권은 DABS(digital asset backed securities)라는 용어로 표현될 수 있다. 위의 유동화 증권 및 디지털 유동화 증권은 대출에 따른 대출 원금 및 이자에 대한 상환 권리를 나타내는 것으로서 다른 다양한 용어로서 정의될 수 있다.

사용자 노드(140)의 대출 상품에 대한 대출 금액은 신탁 관련 계좌에서 대출 상품에 대한 대출 요청자 계좌로 송금될 수 있다.

이하, 본 발명의 실시예에서는 블록체인을 기반으로 한 대출 상품에 대한 대출 방법이 보다 구체적으로 개시된다.

도 2는 본 발명의 실시예에 따른 대출 서비스 제공 노드의 동작을 나타낸 개념도이다.

도 2에서는 대출 서비스 제공 노드에 의한 대출 상품 정보 제공 방법이 개시된다.

도 2를 참조하면, 블록체인을 기반으로 대출 상품 정보가 제공될 수 있다. 대출 상품 정보는 신탁 노드에 의해 제공될 수도 있으나, 추가적으로 별도의 선택된 노드에 의해 제공될 수도 있다.

본 발명의 실시예에 따르면, 대출 대상 정보 수집 노드(200), 대출 대상 정보 검증 노드(220), 대출 대상 등급 판단 노드(240)를 기반으로 대출 상품 정보가 생성될 수 있다.

대출 대상 정보 수집 노드(200)는 대출 상품 정보를 생성하기 위해 대출 상품과 관련된 다양한 정보를 수집할 수 있다. 대출 대상 정보 수집 노드(200)는 신탁 노드에 의해 제공된 정보 외의 대출 상품 정보를 수집할 수 있다. 예를 들어, 대출 상품이 부동산인 경우, 대출 대상 부동산의 주변 시세, 대출 대상 부동산과 관련된 개발 계획, 대출 대상 부동산의 활용 정보 등과 같은 다양한 대출 대상 부동산 정보를 수집할 수 있다.

대출 대상 정보 검증 노드(220)는 대출 대상 정보 수집 노드(200)에 의해 수집된 대출 상품 정보를 검증할 수 있다. 대출 대상 정보 검증 노드(220)는 대출 상품 정보가 정확한 정보인지 여부에 대한 검증 절차를 진행할 수 있다.

대출 대상 등급 판단 노드(240)는 대출 대상 정보 검증 노드(220)에 의해 검증이 완료된 대출 상품 관련 정보를 기반으로 대출 상품에 대한 등급 판단을 위해 구현될 수 있다. 대출 대상 등급 판단 노드(240)는 대출 상품 관련 정보를 기반으로 대출 상품의 등급을 결정할 수 있다.

본 발명의 실시예에 따르면, 보다 정확한 대출 상품 정보의 제공을 위해 선정 알고리즘을 기반으로 대출 대상 정보 수집 노드(200), 대출 대상 정보 검증 노드(220), 대출 대상 등급 판단 노드(240)가 결정될 수 있다.

대출 대상 정보 수집 노드(200), 대출 대상 정보 검증 노드(220) 및 대출 대상 등급 판단 노드(240) 각각은 개별 노드 풀을 가지거나 하나의 풀 내에서 독립적으로 선택될 수 있다. 개별 노드 풀에 등록된 노드, 하나의 풀 내에서 독립적으로 선택된 적어도 하나의 노드가 대출 대상 정보 수집 노드(200), 대출 대상 정보 검증 노드(220) 및 대출 대상 등급 판단 노드(240)로서 동작할 수 있다.

구체적으로 대출 대상 정보 수집 노드(200)는 대출 대상 정보 수집 노드 풀 상에서 선택되고, 대출 대상 정보 검증 노드(220)는 대출 대상 정보 검증 노드 풀 상에서 선택되고, 대출 대상 등급 판단 노드(240)는 대출 대상 등급 판단 노드 풀 상에서 선택될 수 있다.

각 노드 풀 상에서의 공정한 노드의 선택을 위해 노드 선정 알고리즘이 각 노드 풀 별로 사용될 수 있다. 노드 선정 알고리즘에서 노드 선택의 무작위성은 노드의 역할에 따라 서로 다르게 설정될 수 있다. 예를 들어, 대출 대상 정보 수집 노드(200), 대출 대상 정보 검증 노드(220) 및 대출 대상 등급 판단 노드(240)의 순서로 노드 선택의 무작위성이 커지도록 설정될 수 있다.

도 3은 본 발명의 실시예에 따른 노드 선정 알고리즘을 나타낸 개념도이다.

도 3에서는 노드 풀 상에서 노드를 선정하기 위한 노드 선정 방법이 개시된다.

도 3을 참조하면, 대출 대상 정보 수집 노드(이하, 제1 노드)(300)를 위한 대출 대상 정보 수집 노드 풀(이하, 제1 노드 풀)(350), 대출 대상 정보 검증 노드(이하, 제2 노드)(320)를 위한 대출 대상 정보 검증 노드 풀(이하, 제2 노드 풀)(360) 및 대출 대상 등급 판단 노드(이하, 제3 노드)(340)를 위한 대출 대상 등급 판단 노드 풀(이하, 제3 노드 풀)(370)이 존재할 수 있다.

제1 노드 풀(350), 제2 노드 풀(360) 및 제3 노드 풀(370)은 독립적으로 운영되거나 통합되어 운영되되, 각 투자 상품별 독립성을 유지하도록 구현될 수도 있다. 노드 풀에 포함되는 노드들에 의해 제공되는 정보의 정확성을 고려하여 노드가 노드 풀에 계속적으로 포함될 수 있는지 여부가 결정될 수 있다.

구체적으로 특정 노드가 대출 대상 정보 수집 노드(또는 제1 노드)(300)로서 동작시 수집된 정보의 정확도(수집 정보 정확도)를 기반으로 제1 노드 풀(350)에 계속적으로 포함 가능한지 여부가 결정될 수 있다. 또한, 특정 노드가 대출 대상 정보 검증 노드(또는 제2 노드)(320)로서 동작시 검증 결과의 정확도(검증 결과 정확도)를 기반으로 제2 노드 풀(360)에 계속적으로 포함 가능한지 여부가 결정될 수 있다. 마찬가지로, 특정 노드가 대출 대상 등급 판단 노드(또는 제3 노드)(340)로서 동작시 판단 결과의 정확도(판단 결과 정확도)를 기반으로 제3 노드 풀(370)에 계속적으로 포함 가능한지 여부가 결정될 수 있다.

또한, 제1 노드 풀(350)을 결정하기 위한 수집 정보 정확도의 제1 임계값, 제2 노드 풀(360)을 결정하기 위한 검증 결과 정확도의 제2 임계값, 제3 노드 풀(370)을 결정하기 위한 판단 결과 정확도의 제3 임계값 각각은 서로 다른 값으로 설정될 수 있다. 구체적으로 제2 임계값, 제1 임계값 및 제3 임계값의 순서로 높은 값을 가지도록 설정될 수 있다.

또한, 노드 풀 상에서 노드 선택의 무작위성은 노드의 역할에 따라 서로 다르게 설정될 수 있다. 예를 들어, 대출 대상 정보 수집 노드(또는 제1 노드)(300), 대출 대상 정보 검증 노드(또는 제2 노드)(320) 및 대출 대상 등급 판단 노드(또는 제3 노드)(340)의 순서로 노드 선택의 무작위성이 커지도록 설정될 수 있다.

본 발명의 실시예에 따르면, 무작위성의 서로 다른 설정을 위해 노드 풀 별로 정확도에 따른 그룹 설정이 이루어지되, 노드 풀에 따라 설정된 그룹의 수가 달라질 수 있다.

예를 들어, 수집 정보 정확도에 따라 9개의 제1 노드 그룹이 설정되고, 검증 결과 정확도에 따라 6개의 제2 노드 그룹이 설정되고, 판단 결과 정확도에 따라 3개의 제3 노드 그룹이 설정될 수 있다. 각각의 풀 상에서는 높은 정확도를 가지는 그룹에서 상대적으로 더 많은 노드가 선택되도록 설정될 수 있다. 노드 그룹이 결정되는 정확도의 구간을 서로 다르게 설정하여 그룹의 개수를 조절함으로써 무작위성을 조절할 수 있다. 각 노드 그룹별로 정확도에 따라 우선적으로 설정되는 그룹의 수가 상대적으로 많을수록 무작위성은 상대적으로 적어지고, 우선적으로 설정되는 그룹의 수가 상대적으로 적어질수록 무작위성은 상대적으로 커질 수 있다.

이러한 방법을 통해 대출 대상 정보 수집 노드(300), 대출 대상 정보 검증 노드(320) 및 대출 대상 등급 판단 노드(340)의 순서로 선택의 무작위성이 커지고 선택의 제약이 감소될 수 있다.

도 4는 본 발명의 실시예에 따른 대출 공모 절차를 나타낸 개념도이다.

도 4에서는 블록체인을 기반으로 한 대출 공모 절차가 개시된다.

도 4를 참조하면, 대출 서비스 제공 노드는 공모 절차를 통해 사용자 노드(400)로부터 대출 상품에 대한 공모 요청을 수신할 수 있다. 공모 정보를 기반으로 공모 가능 시간 및 공모 가능 금액에 대한 정보가 스마트컨트랙트와 같은 블록체인코드를 기반으로 블록 상에 설정될 수 있다. 블록체인코드를 기반으로 공모 가능 금액의 모집이 완료되거나, 공모 가능 시간이 지난 경우, 추가적인 사용자 노드의 공모 요청이 불가능하도록 설정될 수 있다.

또한, 블록체인코드를 기반으로 사용자 노드(400)의 대출 금액에 맞는 유동화 증권 및/또는 디지털 유동화 증권에 대한 발행이 진행될 수 있다. 대출 상품에 대한 대출을 진행한 사용자 노드(400)는 대출 금액에 대응되는 디지털 유동화 증권을 제공받고, 디지털 유동화 증권을 기반으로 정해진 시점에 블록체인 상에 저장된 상환 계획에 따라 원금 및 이자를 수령할 수 있다.

도 5는 본 발명의 실시예에 따른 대출 상품 결정 방법을 나타낸 개념도이다.

도 5에서는 사용자 특성에 맞게 사용자의 대출 상품을 결정하기 위한 방법이 개시된다.

도 5를 참조하면, 대출 상품 대출 결과 정보, 사용자 대출 상품 선택 정보를 기반으로 사용자를 위한 대출 상품이 결정될 수 있다.

사용자 장치에 의해 대출 금액, 대출 기간 및 원하는 수익률을 결정할 수 있다. 예를 들어, 사용자는 1000만원을 3개월~6개월 동안 5%의 수익률로 대출을 원할 수 있다. 이러한 경우, 대출 서비스 제공 노드는 사용자가 원하는 수익률을 맞추기 위해 적어도 하나의 대출 상품을 조합할 수 있다.

대출 서비스 제공 노드는 대출 상품의 위험도를 최소화하되, 원하는 수익률을 맞추기 위한 대출 상품의 조합을 생성할 수 있다. 예를 들어, 대출 상품1 내지 대출 상품100이 존재하는 경우, 대출 기간 내에 위의 수익률을 맞추기 위한 조건을 가지는 대출 상품 조합에 대한 탐색을 수행할 수 있다.

우선 수익률 만족시킬 수 있는 후보 대출 상품 조합(500)을 생성할 수 있다. 예를 들어, 후보 대출 상품 조합(500)은 1000만원을 분배 또는 입금하여 설정된 이율 이상이 나올 수 조합일 수 있다. 후보 대출 상품 조합(500)은 조합1(대출 상품1, 대출 상품3, 대출 상품9), 조합2(대출 상품2, 대출상품3), 조합3(대출 상품9, 대출상품10, 대출상품11), 조합4(대출 상품1, 대출상품5, 대출상품10), 조합5(대출 상품8, 대출상품10, 대출상품11) 등일 수 있다.

이러한 후보 대출 상품 조합(500) 각각의 위험도(520)가 결정될 수 있다. 위험도는 대출 대상 등급 판단 노드에 의해 판단된 각 대출 상품에 위험도(또는 등급)일 수 있다. 후보 대출 상품 조합(500) 각각의 위험도는 각 대출 상품의 위험도(또는 등급)(520)에 금액 기반의 가중치를 곱하여 평균을 산출한 값으로 결정될 수 있다.

후보 대출 상품 조합(500) 중 위험도가 낮은 순서를 높은 우선 순위로 하여 사용자 장치로 제공할 수 있고, 사용자 장치는 위험도(520)와 수익률(540)을 고려하여 하나의 상품을 골라 대출을 제공할 수 있다.

또는 본 발명의 실시예에 따르면, 위험도(520)와 수익률(540)은 일정 범위로 설정되어 제공될 수 있다. 예를 들어, 산술적으로 특정 대출 상품들의 위험도(520)가 3등급, 3.1등급일 경우, 동일한 위험도 범위로 설정하여 사용자에게 동일한 대출 상품 그룹으로서 선택하도록 제공될 수도 있다. 이러한 동일한 위험도 범위는 기존의 위험도(520)별 대출 사고 위험 결과를 고려하여 결정될 수 있다. 위험도(520)의 변화에 따라 대출 사고 위험율이 임계값 이상 변하지 않는 구간이 존재하는 경우, 해당 구간을 하나의 동일한 위험도 범위로 설정하여 사용자에게 동일 위험 그룹으로 제공할 수도 있다.

본 발명의 실시예에 따르면 대출 상품의 위험도(520)는 대출 대상 등급 판단 노드뿐만 아니라, 기존의 대출 상품 대출 결과 정보(560)를 추가적으로 고려하여 결정될 수 있다.

대출 상품 대출 결과 정보(560)는 블록체인 상에 기록되어 있을 수 있고, 대출 상품에 대한 식별 정보를 기반으로 추출될 수 있다. 대출 상품 대출 결과 정보(560)는 복수의 대출 상품 각각에 대한 대출 상품의 안정성, 대출 상품의 이자율 및 대출 상품의 원금 및 이자 회수율과 같은 기존의 대출 상품의 결과에 대한 정보를 포함할 수 있다.

대출 상품 대출 결과 정보(560)를 기반으로 대출 상품의 위험도(520)가 결정될 수 있다. 전술한 대출 대상 등급 판단 노드에 의해 대출 상품의 위험도(520)가 결정될 뿐만 아니라, 기존의 대출 상품의 대출 결과 정보를 추가적으로 고려하여 대출 상품의 위험도가 결정될 수 있다.

현재 대출 상품과 유사한 특성을 가진 적어도 하나의 대출 상품을 추출하고, 추출된 대출 상품의 대출 상품 대출 결과 정보를 고려하여 현재 대출 상품의 위험도(520)가 조정될 수 있다. 현재 대출 상품과 유사한 특성을 가진 적어도 하나의 대출 상품을 추출하기 위해서 대출 상품의 대출 대상, 대출 금액, 담보 비율 등과 같은 대출 상품의 하위 특성을 추출하고, 하위 특성 간의 유사도를 결정하여 특성을 비교할 수 있다. 하위 특성 각각은 서로 다른 가중치를 가질 수 있고, 이러한 가중치를 추가적으로 고려한 유사도가 결정될 수 있다. 또는 하위 특성을 기반으로 한 클러스터링을 통해 대출 상품과 유사한 유사 대출 상품이 추출될 수 있다.

대출 상품의 유사 대출 상품의 결과를 고려하여 전술한 대출 상품의 위험도(520)에 대한 조정이 수행될 수 있다. 상대적으로 높은 위험도(520)를 가진다고 판단된 경우에도 기존의 유사 대출 상품이 문제없이 진행된 경우, 위험도(520)가 상대적으로 낮게 조정될 수 있다. 반대로, 상대적으로 낮은 위험도(520)를 가진다고 판단된 경우에도 기존의 유사 대출 상품에 문제가 발생된 경우, 위험도(520)가 상대적으로 높게 조정될 수 있다.

도 6은 본 발명의 실시예에 따른 대출 상품 결정 방법을 나타낸 개념도이다.

도 6에서는 사용자 대출 기간에 맞게 사용자의 대출 상품을 결정하기 위한 방법이 개시된다.

도 6을 참조하면, 사용자 대출 기간을 고려하여 대출 상품의 설정 대출 기간 반료 이전에 대출을 수행하는 방법이 개시된다.

또한, 본 발명의 실시예에 따르면, 사용자(600)의 대출 기간에 따라 중간에 대출 상품을 다른 사용자에게 넘기는 것도 가능할 수 있다.

예를 들어, 사용자(600)가 대출을 기반으로 원금 및 수익을 얻을 수 있는 디지털 유가 증권의 형태로 거래소(620) 상에서 거래될 수 있다. 대출 상품이 6개월에 만료되어 원금과 이자를 받은 상품인 경우가 가정될 수 있다. 이러한 대출 상품에 대해 사용자(600)가 3개월만 대출을 하고 원금 및 이자를 회수하고자 할 수 있다. 이러한 경우, 대출 만료 기간 이전에 원금을 회수하고, 다른 사용자가 해당 대출 상품을 이어받아 대출을 제공할 수 있도록 설정할 수 있다. 대출 상품을 이어받는 사용자 장치는 중간 대출 사용자(640)라는 용어로 표현될 수 있다.

사용자(600)는 대출 만료 기간 이전에 원금을 빼고자 할 경우, 기존의 대출 기반의 이자 금액의 일부를 제하고, 이러한 이자 금액의 일부를 고려한 금액이 추후에 사용자(600)의 대출을 이어받을 중간 대출 사용자(640)의 이율에 추가되어 제공될 수 있다. 예를 들어, 6개월짜리 대출 상품이고, 1개월 안에 원금 및 이자를 회수하고자 하는 경우, 거래소(620) 상에 디지털 유가 증권을 거래하여 중간 대출 사용자(640)가 사용자(600)의 디지털 유가 증권을 구매하여 대출 요청자에게 대출을 제공하도록 할 수 있다. 대출 만료 기간에 가까워질수록 사용자(600)에게 적용되는 이율이 대출 상품에 설정된 기준 이율보다 작지만 상대적으로 기준 이율에 가까운 값으로 결정되고, 대출 만료 기간에 멀어질수록 사용자(600)에게 적용되는 이율이 대출 상품에 설정된 기준 이율보다 작고, 상대적으로 기준 이율에 먼 값으로 결정될 수 있다.

대출 만료 기간에 가까워질수록 대출 상품을 이어받는 중간 대출 사용자(640)에게 적용되는 중간 대출 이율은 대출 상품에 설정된 기준 이율보다 크지만 상대적으로 기준 이율에 가까운 값으로 결정되고, 대출 만료 기간에 멀어질수록 중간 대출 사용자(640)에게 적용되는 중간 대출 이율이 대출 상품에 설정된 기준 이율보다 크고, 상대적으로 기준 이율에 먼 값으로 결정될 수 있다. 기준 이율과의 차이는 대출 만료 기간과의 차이를 고려하여 결정될 수 있다.

이뿐만 아니라, 본 발명의 실시예에 따르면, 위험도를 기반으로 기준 이율과의 중간 대출 이율 간의 차이가 결정될 수도 있다. 대출 상품의 위험도가 높을수록 기준 이율과 상대적으로 큰 차이를 가지도록 중간 대출 사용자(640)에게 적용되는 중간 대출 이율이 결정될 수 있다.

대출 서비스 제공 노드에 의해 결정된 중간 대출 이율은 사용자(600)가 거래소에서 조정하여 제공할 수도 있다. 사용자(600)는 중간 대출 사용자(640)에게 중간 대출 이율보다 더 높은 이율을 제시하고, 더 높은 이율만큼은 자신의 원금에서 제할 수도 있다. 반대로 사용자(600)는 중간 대출 사용자(640)에게 중간 대출 이율보다 더 낮은 이율을 제시하고, 더 낮은 이율만큼은 자신이 중간 정산하여 받게 될 이율을 높일 수 도 있다.

도 7은 본 발명의 실시예에 따른 대출금 전달 방법을 나타낸 개념도이다.

도 7에서는 대출 상품을 위한 대출금을 스마트컨트랙트를 기반으로 제공하는 방법이 개시된다. 도 7에서는 특히 대출 상품이 부동산인 경우, 부동산에 대한 투자금을 스마트컨트랙트를 기반으로 전달하는 방법이 개시된다.

도 7을 참조하면, 대출 서비스 제공 노드는 대출 상품을 위한 대출금을 사용자 장치로부터 입금받을 수 있다. 대출금은 대출 상품에 대한 감리 결과에 따라 단계별로 제공될 수 있다.

예를 들어, 토지 매입을 통해 건물을 올리기 위한 대출금을 요청하는 대출 상품이 가정될 수 있다. 복수의 건물 올리는 단계에 대한 체크포인트 및 복수의 대출 단계가 설정되어 스마트컨트랙트와 같은 블록체인코드에 기록될 수 있고, 복수의 건물 올리는 단계에 대한 체크포인트 각각의 만족 여부가 체크되어 단계별 대출금이 제공될 수 있다.

감리 노드(700)는 체크 포인트 각각에 대하여 건물의 진행 상태를 판단할 수 있고, 체크포인트를 기반으로 건물의 건축 진행 상태가 만족되는 경우, 대출 단계에 맞는 대출금이 지급될 수 있다.

또한, 본 발명의 실시예에 따르면, 블록체인을 기반으로 대출 상품에 대한 원금 및 이자 배분과 같은 상환이 이루어질 수 있다. 대출 상품이 건물 건축이고, 건물 건축을 위한 대출이 이루어진 경우, 미리 정해지거나 변동되는 이율에 따른 이자와 분할된 원금이 대출 상품을 구매한 사용자 장치의 지갑(또는 계좌)으로 제공되는 상환 절차가 진행될 수 있다.

블록체인 상에서는 미리 대출 상품의 원금 및 이자에 대한 상환을 위한 블록체인 코드가 입력될 수 있고, 상환 시점에 대출 상품의 원금 및 이자에 대한 상환이 이루어지도록 대출 요청자의 계좌와 연동이 될 수 있다.

이하, 본 발명의 실시예에서는 분산 원장을 블록체인의 형태로 저장하면서 대량의 거래(또는 트랜잭션)를 동시에 또는 빠른 시간 안에 이루어질 수 있도록 하기 위한 고성능 블록체인 플랫폼이 개시된다.

본 발명의 실시예에 따른 고성능 블록체인 플랫폼은 블록체인 상에 부하를 감소시키면서 거래 속도를 비약적으로 높여 수백만명 이상이 동시에 거래할 수 있는 수준의 거래량과 속도를 지원할 수 있다.

이하, 본 발명의 실시예에서는 설명의 편의상 사용자 계좌에서 금액의 입금 출금하고, 사용자 계좌를 확인하는 절차에 대해 개시한다. 하지만, 사용자 지갑 상에서 디지털 유가 증권과 같은 일정한 가치를 가지는 객체를 전송 또는 수신하고, 사용자 지갑을 확인하는 절차에 대해서도 이하 본 발명의 실시예에 따른 고성능 블록체인 플랫폼이 사용될 수 있고, 본 발명의 권리 범위에 포함될 수 있다.

즉, 사용자 계좌는 가치가 존재하는 객체를 포함하는 다양한 온라인 상의 가치 저장 수단을 포함하는 의미로 사용될 수 있고, 금액은 가치가 존재하는 객체를 포함하는 의미로 사용될 수 있다.

후술하는 입금/출금 절차는 블록체인 기반의 대출 상품에 대하여 대출 금액의 송금, 대출 상품에 대한 원금 및 이자 상환을 위해 활용될 수 있다.

도 8은 본 발명의 실시예에 따른 고성능 블록체인 플랫폼을 나타낸 개념도이다.

도 8에서는 분산 원장을 블록체인의 형태로 저장하면서 대량의 거래가 동시에 빠른 시간 안에 이루어질 수 있도록 거래 속도를 비약적으로 높인 고성능 블록체인 플랫폼이 개시된다.

도 8을 참조하면, 본 발명의 실시예에 따른 고성능 블록체인 플랫폼은 렛저 API(application programming interface)(800), 캐시(cache)(810), 렛저 인보커(ledger invoker)(130), 데이터 스트리밍(data streaming)(또는 데이터 스트리밍부(data streaming unit))(820), 블록체인(blockchain)(840), 노티파이어(notifier)(850), 렛저 매니저(ledger manager)(860)를 포함할 수 있다.

렛저 API(800)는 블록체인 기반 서비스를 제공하기 위해 사용자 장치와 블록체인(또는 블록체인 플랫폼)(840)을 연결하기 위한 인터페이스일 수 있다. 사용자 장치는 렛저 API(800)를 통해 블록체인(840) 상의 정보에 액세스할 수 있다. 예를 들어, 사용자는 렛저 API(800)를 통해 입금, 출금, 거래 등을 요청하고, 요청에 대한 결과값을 수신할 수 있다.

캐시(810)는 블록체인(840) 상의 데이터를 블록체인(840) 상에 액세스 없이 빠르게 제공하기 위해 구현될 수 있다. 캐시(810)는 블록체인(840) 상에 기록된 정보(블록체인 기록 정보), 블록체인(840) 상에 기록된 정보를 변화시키는 정보(블록체인 기록 변화 정보) 등을 저장할 수 있다.

캐시(810)는 사용자가 블록체인(840) 상에 액세스를 위한 트랜잭션을 발생시키는 경우, 트랜잭션과 관련된 데이터를 저장할 수 있다. 예를 들어, 사용자 장치를 통해 사용자 계좌(또는 지갑)(또는 특정 계좌)에 일정 금액을 입금하거나, 사용자 계좌로부터 일정 금액을 출금하기 위한 트랜잭션과 같은 사용자 계좌 정보를 변화시키는 트랜잭션이 발생될 수 있다. 또는 사용자 장치를 통해 사용자 계좌(또는 지갑)에 대한 확인을 위한 트랜잭션과 같은 사용자 계좌 정보를 변화시키지 않는 트랜잭션이 발생될 수 있다. 이러한 경우, 사용자 계좌와 관련된 입금 정보/출금 정보, 사용자 계좌 잔고 정보 등이 캐시에 기록될 수 있다.

이러한 캐시(810)의 기록을 기반으로 사용자는 별도의 액세스 없이 현재 사용자 계좌에 대한 정보를 확인할 수 있다. 예를 들어, 캐시(810)에 저장된 정보에 대한 체크를 통해 블록체인(840) 상에서 추가적으로 사용자 계좌와 관련된 정보의 변화가 없다고 판단되는 경우, 블록체인(840) 상에 액세스 없이 캐시(810)에 기록된 정보를 사용하여 사용자 장치로 현재 사용자 계좌 정보를 전송할 수 있다. 즉, 사용자로부터 단순하게 변화되지 않은 블록체인(840) 상에 기록된 데이터의 읽기(read) 요청이 발생한 경우, 블록체인(140)으로의 불필요한 액세스 없이 캐시(810) 상에 기록된 데이터가 바로 사용자 장치로 전송될 수 있다.

이러한 방법을 통해 블록체인(840) 상에 데이터의 기록을 위한 불필요한 트랜잭션/합의 등이 감소되고, 블록체인(840)의 데이터 처리 속도가 향상될 수 있다. 캐시(810)의 동작은 보다 구체적으로 후술된다.

데이터 스트리밍부(820)는 렛저 API(800)를 통해 전달된 트랜잭션을 유실하지 않고, 순차적으로 렛저 인보커(830)로 전달하기 위해 구현될 수 있다. 복수의 사용자 장치로부터 발생된 복수의 트랜잭션은 타임스탬프를 포함하고, 렛저 API(800)를 통해 캐시(810) 및 데이터 스트리밍부(820)로 전달될 수 있다. 타임스탬프는 트랜잭션이 발생한 시간에 대한 정보를 포함할 수 있다. 데이터 스트리링부(820)는 큐(que)로 구현될 수 있다. 데이터 스트리밍부(820)에 누적된 복수의 트랜잭션 데이터는 렛저 인보커(830)로 전달될 수 있다.

예를 들어, 렛저 인보커(830)는 데이터 스트리밍부(820)에 저장된 복수개(예를 들어, 100 내지 1000개)의 트랜잭션을 적어도 한번에 긁어서 정리하여 블록체인(840)으로 전송할 수 있다. 본 발명의 실시예에 따르면, 데이터 스트리밍부(820)에서 복수의 트랜잭션은 그룹핑될 수 있고, 그룹핑된 트랜잭션 그룹은 하나의 트랜잭션으로 인식되어 처리될 수도 있다. 예를 들어, 1000건의 트랜잭션을 포함하는 트랜잭션 그룹은 하나의 트랜잭션으로 간주되어 트랜잭션에 대한 검증 작업이 수행될 수 있다. 트랜잭션의 그룹핑은 구체적으로 후술된다.

렛저 인보커(830)는 데이터 스트리밍부(120)로부터 수신한 트랜잭션을 기반으로 블록체인(840)의 체인코드를 실행(invoke)하도록 구현될 수 있다. 렛저 인보커(830)에 의해 다양한 종류의 체인코드(chain code)가 실행될 수 있다. 렛저 인보커(830)는 블록체인(840)의 체인코드를 실행하고, 렛저 인보커(830)를 통해 블록체인(840) 상으로 트랜잭션(또는 트랜잭션 그룹)이 전송될 수 있다. 예를 들어, 렛저 인보커(130)를 통해 블록체인(840) 상으로 트랜잭션이 전달되고, 블록의 마이닝을 통해 트랜잭션에 포함된 데이터(또는 데이터)가 블록체인(840)에 연결되는 블록 상에 기록될 수 있다.

노티파이어(850)는 블록체인(840) 상에 발생되는 변화를 인식하고, 블록체인(840) 상의 변화 정보를 다른 구성부(또는 모듈)로 전달할 수 있다. 또한, 노티파이어(850)는 블록체인(840)과 캐시(810) 간의 데이터 정합성을 체크하고 정합성의 손상시 자동으로 복구하는 역할을 담당할 수 있다. 예를 들어, 노티파이어(850)는 1) 사용자 계좌에 대한 입금/출금과 관련된 트랜잭션이 블록체인(840) 상에 기록되는 경우, 2) 후술할 렛저 매니저(860)에 의해 결산 요청과 관련된 트랜잭션(계좌 정리 요청 트랜잭션)이 블록체인(840) 상에 기록되는 경우 등과 같이 블록체인(840) 상에 발생된 변화에 대한 정보를 캐시(810), 렛저 매니저(860) 등과 같은 고성능 블록체인 플랫폼 상의 구성부로 전달할 수 있다.

렛저 매니저(860)는 블록체인(840) 상에 저장된 데이터에 대한 관리/업데이트를 위해 구현될 수 있다. 예를 들어, 렛저 매니저(860)는 블록체인(840) 상에 기록된 사용자의 계좌 잔고 정보 및 계좌 변화 정보 등을 기반으로 사용자 계좌 잔고 정보에 대한 업데이트를 요청하는 데이터 업데이트 요청 트랜잭션(예를 들어, 계좌 정리 요청 트랜잭션)을 블록체인(840) 상으로 전송할 수 있다. 블록체인(840) 상에 계좌 정리 요청 트랜잭션이 전송되는 경우, 블록체인(840) 상에 기록된 사용자의 계좌 정보 및 계좌 변화 정보 등을 기반으로 사용자의 계좌 정보를 최신으로 업데이트하여 블록체인(840) 상에 기록되는 동작이 수행될 수 있다. 렛저 매니저(860)의 구체적인 동작은 후술된다.

도 9는 본 발명의 실시예에 따른 고성능 블록체인 플랫폼을 나타낸 개념도이다.

도 9에서는 고성능 블록체인 플랫폼 상에서 데이터의 쓰기 동작에 대한 흐름이 개시된다. 특히, 블록체인 상의 데이터를 변화시키는 데이터 쓰기(또는 기록)에 관련된 데이터 쓰기 플로우가 개시된다. 블록체인 상의 데이터를 변화시키는 트랜잭션은 데이터 변화 요청 트랜잭션이라는 용어로 표현될 수 있다.

도 9를 참조하면, 이하, 본 발명의 실시예에서는 설명의 편의상 사용자 계좌 정보(또는 사용자 어카운트 정보, 사용자 지갑 정보)를 예로 들어 설명하나, 사용자 계좌 정보가 아닌 다른 다양한 정보에 대한 읽기, 쓰기, 변화 알람에 대해 본 발명이 적용될 수 있고, 이러한 실시예 또한 본 발명의 권리 범위에 포함될 수 있다.

사용자 계좌에 10,000원이 현재 입금되어 있고, 사용자 계좌에 대한 정보(10,000원)가 블록체인(940) 상에 기록된 경우가 가정된다. 이후, 사용자가 1) 3,000원 출금 요청, 2) 5,000원 입금 요청을 한 경우가 가정된다.

이러한 경우, 제1 트랜잭션(3000원 출금 요청)(제1 타임스탬프)이 발생되고, 이후, 제2 트랜잭션(5000원 입금 요청)(제2 타임스탬프)이 발생될 수 있다.

이러한 경우, 제1 트랜잭션(3000원 출금 요청)(제1 타임스탬프) 및 제2 트랜잭션(5000원 입금 요청)(제2 타임스탬프)이 캐시(910)에 저장되고, 동시에 또는 순차적으로 데이터 스트리밍부(220)로도 전송되어 저장될 수 있다.

데이터 스트리밍부(920)는 시간 순서대로 제1 트랜잭션(3000원 출금 요청)(제1 타임스탬프) 및 제2 트랜잭션(5000원 입금 요청)(제2 타임스탬프)를 저장할 수 있다.

이후, 렛저 인보커(930)는 데이터 스트리밍부(220)에 저장된 제1 트랜잭션(3000원 출금 요청)(제1 타임스탬프) 및 제2 트랜잭션(5000원 입금 요청)(제2 타임스탬프)를 수신할 수 있다. 제1 트랜잭션(3000원 출금 요청)(제1 타임스탬프) 및 제2 트랜잭션(5000원 입금 요청)(제2 타임스탬프)는 블록체인(940) 상의 블록 상에 저장될 수 있다.

블록체인(940) 상에는 1) 사용자 계좌 잔고 정보(10000원), 2) 사용자 계좌 출금 정보(3000원), 3) 사용자 계좌 입금 정보(5000원)이 기록될 수 있다.

본 발명의 실시예에 따르면, 렛저 매니저(960)의 계좌 정리 요청 트랜잭션이 전송되지 않는 경우, 사용자 계좌 잔고 정보는 업데이트되지 않을 수 있다. 사용자 계좌 잔고 정보를 변화시키는 정보인 2) 사용자 계좌 출금 정보(3000원), 3) 사용자 계좌 입금 정보(5000원)에 대해서는 미반영 정보임을 표시하는 식별자(또는 마크)가 추가되어 있을 수 있다.

이후, 렛저 매니저(960)에 의해 계좌 정리 요청 트랜잭션이 전송되는 경우, 사용자 계좌 잔고 정보는 12000원으로 업데이트되고, 사용자 계좌 잔고 정보를 변화시키는 정보인 2) 사용자 계좌 출금 정보(3000원), 3) 사용자 계좌 입금 정보(5000원)에 대해서는 반영 정보임을 표시하는 식별자(마크)가 표시될 수 있다.

즉, 사용자 계좌 잔고를 변화시키는 정보에 대해서는 별도의 식별자를 통해 계좌 정리 요청 트랜잭션에 의해 사용자 계좌 잔고로의 반영 여부가 체크될 수 있다.

도 10은 본 발명의 실시예에 따른 고성능 블록체인 플랫폼을 나타낸 개념도이다.

도 10에서는 블록체인 상의 데이터의 변화를 알리는 데이터 변화 알람 플로우가 개시된다.

도 10을 참조하면, 데이터 변화 알람 플로우는 블록체인(1040) 상에 데이터 변화가 발생한 경우 발생될 수 있다. 예를 들어, 데이터 쓰기 플로우에서 제2 트랜잭션(5000원 입금 요청)(제2 타임스탬프) 및 제1 트랜잭션(3000원 출금 요청)(제1 타임스탬프) 및 제2 트랜잭션(5000원 입금 요청)(제2 타임스탬프)으로 인해 블록체인(1040) 상에 입금 요청 데이터, 출금 요청 데이터가 기록된 경우, 블록체인 상에 변화가 발생될 수 있다.

이러한 경우, 노티파이어(1050)는 블록체인 상의 변화를 인식하고, 블록체인 상의 변화를 알리는 정보(또는 변화에 관련된 정보)를 캐시, 렛저 매니저(1060) 등과 같은 고성능 블록체인 플랫폼 상의 구성부로 전달할 수 있다. 블록체인(1040) 상의 변화를 알리는 정보(또는 변화에 관련된 정보)는 블록체인 변화 알람 정보라는 용어로 표현될 수 있다.

예를 들어, 렛저 매니저(1060)는 계좌 정리 요청 트랜잭션을 블록체인(1040) 상으로 전송할 수 있다. 이러한 경우, 사용자 계좌는 최종값으로 정리될 수 있다. 구체적으로 블록체인(1040) 상에 저장된 1) 사용자 계좌 잔고 정보(10000원), 2) 사용자 계좌 출금 정보(3000원), 3) 사용자 계좌 입금 정보(5000원)가 모두 정리되고, 블록체인(1040) 상에서 사용자 계좌 잔고 정보가 12000원으로 업데이트되어 저장될 수 있다.

마찬가지로 렛저 매니저(1060)에 의해 전송된 계좌 정리 요청 트랜잭션으로 인한 변화는 노티파이어(1050)에 의해 렛저 매니저(1060) 및 캐시(1010)에 알려질 수 있다.

렛저 매니저(1060)는 노티파이어(1050)로부터 변화 정보를 수신하고, 다시 계좌 정리 요청 트랜잭션을 블록체인(1040) 상으로 전송할 수 있다. 렛저 매니저(1060)는 계좌 정리 요청 트랜잭션을 전송하고, 계좌 정리 요청 트랜잭션으로 인한 블록체인 변화 알람 정보를 노티파이어(1050)로부터 수신하고, 다시 계좌 정리 요청 트랜잭션을 전송하는 방식으로 불필요한 계좌 정리 요청 트랜잭션을 계속적으로 전송하지 않을 수 있다. 따라서, 불필요한 블록체인 상의 계좌 정리 요청 트랜잭션의 전송이 방지되고 결과적으로 블록체인(1040) 상의 오버로드를 감소시킬 수 있고, 블록체인(1040)의 처리 속도가 향상될 수 있다.

또한 본 발명의 실시예에 따르면, 계좌 정리 요청 트랜잭션에 대한 주기가 설정되고, 렛저 매니저(1060)는 설정된 주기마다 계좌 정리 요청 트랜잭션을 전송할 수도 있다.

캐시(1010)는 블록체인 변화 알람 정보를 노티파이어(1050)로부터 수신할 수 있고, 블록체인 변화 알람 정보의 수신 여부에 따라 사용자 장치로부터 발생된 트랜잭션에 대한 응답을 캐시 상에 기록된 정보를 기반으로 제공할지 블록체인(1040) 상에 기록된 정보를 기반으로 제공할지 여부를 결정할 수 있다. 이러한 캐시(1010) 기반의 응답 방법에 대해서는 후술한다.

도 11은 본 발명의 실시예에 따른 고성능 블록체인 플랫폼을 나타낸 개념도이다.

도 11에서는 블록체인 상의 데이터 읽기와 관련된 데이터 읽기 플로우가 개시된다. 데이터 읽기와 같은 블록체인 상의 데이터를 변화시키지 않는 트랜잭션은 데이터 무변화 요청 트랜잭션이라는 용어로 표현될 수 있다.

도 11을 참조하면, 예를 들어, 사용자 장치로부터 계좌 잔고에 대한 확인을 요청하는 트랜잭션(사용자 계좌 잔고 확인 트랜잭션)이 발생하는 경우, 1차적으로 캐시(1110)를 통한 사용자 계좌 관련 정보에 대한 확인이 수행되고 캐시(1110) 상의 사용자 계좌 잔고 정보를 사용자에게 바로 제공 가능할지에 대한 판단이 수행될 수 있다. 이후, 캐시(1110) 상의 사용자 계좌 잔고 정보가 사용자에게 바로 제공 가능한 경우, 블록체인(1140) 상으로의 액세스없이 캐시(1110) 상의 사용자 계좌 잔고 정보를 사용자 장치로 제공할 수 있다. 반대로, 캐시(410) 상의 사용자 계좌 잔고 정보가 사용자에게 바로 제공 가능하지 않은 경우, 블록체인 상으로의 액세스를 통해 사용자 계좌 잔고 정보를 사용자 장치로 제공할 수 있다.

캐시(1110) 상의 사용자 계좌 잔고 정보를 사용자에게 바로 제공 가능할지에 대한 판단은 후술된다.

만약, 캐시(1110)를 통한 사용자 계좌 잔고 정보의 제공이 가능한 경우, 블록체인(1140) 상에 접근하지 않고, 바로 사용자 계좌 잔고 정보가 제공될 수 있다. 반대로, 캐시(1110)를 통한 사용자 계좌 잔고 정보의 제공이 가능하지 않은 경우, 블록체인(1140) 상에 접근하여 블록체인(1140) 상에 기록된 데이터 중 사용자 계좌 잔고 관련 정보(사용자 계좌 잔고 정보, 사용자 계좌 입금 정보, 사용자 계좌 출금 정보 등)을 기반으로 사용자 계좌 잔고를 정리하여 사용자에게 제공할 수 있다.

예를 들어, 전술한 예에서 블록체인 상에 저장된 사용자 계좌 잔고 관련 정보(사용자 계좌 잔고 정보(10000원), 사용자 계좌 출금 정보(3000원), 사용자 계좌 입금 정보(5000원))를 수집하고, 수집된 정보를 기반으로 사용자 계좌 잔고를 계산(10000원-3000원+5000원=12000원)하여 사용자 장치로 제공할 수 있다.

렛저 매니저(1160)의 계좌 정리 요청 트랜잭션이 전송되지 않는 경우, 사용자의 요청에 의해 정리된 사용자 계좌 잔고가 블록체인(1140) 상에 저장되지 않을 수 있다. 즉, 렛저 매니저(1160)의 계좌 정리 요청 트랜잭션에 의해서만 복수의 사용자들의 복수의 사용자 계좌 잔고 각각에 대한 정리가 수행되고 최종적으로 업데이트된 복수의 사용자 각각의 복수의 사용자 계좌 잔고에 대한 정보가 블록체인(1140) 상에 기록될 수 있다.

또는 본 발명의 실시예에 따르면, 렛저 매니저(1160)의 계좌 정리 요청 트랜잭션이 전송되지 않는 경우에도 사용자 장치에 의해 계좌 잔고 확인 트랜잭션이 발생되는 경우, 해당 사용자의 사용자 계좌 잔고에 대해 별도의 계좌 정리가 수행되고, 사용자 계좌 잔고 정보가 업데이트되고, 사용자 계좌 출금 정보 및 사용자 계좌 입금 정보에 대해서는 반영 정보임을 표시하는 식별자(마크)가 표시될 수 있다. 즉, 특정 사용자에 대한 개별적인 계좌 잔고 확인 트랜잭션이 발생되는 경우, 해당 사용자에 대한 사용자 계좌 잔고에 대해서만 별도의 계좌 정리가 수행되어 사용자 계좌 잔고 정보로서 블록체인 상에 기록될 수도 있다.

도 12는 본 발명의 실시예에 따른 블록체인 상의 기록에 대한 액세스 판단 동작을 나타낸 개념도이다.

도 12에서는 사용자 장치에 의해 데이터 읽기 동작(또는 데이터 읽기와 관련된 트랜잭션)이 발생시 블록체인으로의 접근 없이 캐시에 대한 접근 만으로 사용자 장치로 데이터를 제공하기 위한 방법이 개시된다.

도 12를 참조하면, 캐시 상에 기록된 사용자 트랜잭션 정보 및/또는 노티파이어로부터 수신한 블록체인 변화 알람 정보를 기반으로 블록체인으로의 접근 없이 캐시에 대한 접근만으로 사용자 장치로 데이터를 제공할지 여부가 결정될 수 있다.

본 발명의 실시예에 따르면, 블록체인 플랫폼이 사용자 장치로부터 요청 트랜잭션을 수신하고, 블록체인 플랫폼이 캐시를 기반으로 요청 트랜잭션에 대한 처리 가능 여부를 결정할 수 있다. 요청 트랜잭션은 전술한 블록체인 상에서 데이터에 대한 읽기/쓰기 등을 위한 트랜잭션(예를 들어, 계좌 잔고 확인 트랜잭션, 사용자 계좌 입금/출금 관련 트랜잭션 등)일 수 있다.

가능한 경우, 블록체인 플랫폼이 캐시 상에 기록된 정보를 기반으로 상기 블록체인 상으로의 액세스 없이 요청 트랜잭션에 대한 응답 트랜잭션을 전송할 수 있다. 블록체인 플랫폼이 캐시를 기반으로 요청 트랜잭션에 대한 처리가 불가능한 경우, 요청 트랜잭션의 블록체인 상으로의 전송을 위해 요청 트랜잭션을 데이터 스트리밍부로 전송할 수 있다.

캐시는 요청 트랜잭션에 관련된 정보를 저장하고, 요청 트랜잭션은 타임 스탬프를 포함할 수 있다. 데이터 스트리밍부는 요청 트랜잭션과 다른 요청 트랜잭션을 저장하되, 다른 요청 트랜잭션은 사용자 장치 또는 다른 사용자 장치로부터 요청 트랜잭션의 수신 이전에 수신하여 블록체인 상으로 전송되기 이전의 트랜잭션을 포함할 수 있다. 전술한 바와 같이 블록체인 플랫폼이 렛저 인보커의 블록체인에 대한 인보킹을 기반으로 요청 트랜잭션과 다른 요청 트랜잭션을 블록체인 상으로 전송할 수 있다.

캐시를 기반으로 요청 트랜잭션에 대한 처리 가능 여부는 요청 트랜잭션의 특성 및 사용자 장치와 관련되어 캐시 상에 이전에 전송된 이전 요청 트랜잭션의 특성을 기반으로 결정될 수 있다. 요청 트랜잭션 및 이전 요청 트랜잭션의 특성은 데이터 무변화 요청 트랜잭션(1250), 데이터 변화 요청 트랜잭션(1270) 중 하나일 수 있다.

구체적으로 사용자 장치로부터 전송된 트랜잭션이 블록체인 상의 데이터를 변화시키지 않는 데이터 무변화 요청 트랜잭션(예를 들어, 계좌 확인 요청 트랜잭션(1200))이고, 제공될 데이터의 최근 업데이트 이후, 블록체인 상의 데이터를 변화시키지 않는 데이터 무변화 요청 트랜잭션(1250)만이 캐시(1220) 상에 기록된 경우, 블록체인(1240) 상으로 액세스 없이 캐시(1220)가 저장된 데이터가 응답 트랜잭션(1280)으로서 전송될 수 있다.

반대로, 사용자 장치로부터 전송된 트랜잭션이 블록체인(1240) 상의 데이터를 변화시키지 않는 데이터 무변화 요청 트랜잭션(예를 들어, 계좌 확인 요청 트랜잭션(1200))이고, 제공될 데이터의 최근 업데이트 이후, 블록체인(1240) 상의 데이터를 변화시키는 적어도 하나의 데이터 변화 요청 트랜잭션(1270)이 캐시(1220) 상에 기록된 경우, 블록체인(1240) 상으로 액세스를 통해 블록체인(1240) 상에 기록된 데이터를 기반으로 응답 트랜잭션(1280)이 전송될 수 있다.

예를 들어, 사용자 계좌 잔고 정보를 캐시(1220)로부터 바로 제공할지 아니면 블록체인(1240) 상에 기록된 데이터를 기반으로 제공할지 여부를 결정할 수 있다. 예를 들어, 캐시(1220) 상에 사용자 계좌 잔고 정보가 기록된 이후에 사용자 계좌 잔고 정보를 변화시키는 사용자 계좌 출금 및/또는 사용자 계좌 입금과 관련된 트랜잭션과 관련된 정보가 저장되지 않은 경우(사용자 계좌 출금 정보 및/또는 사용자 계좌 입금 정보가 발생하지 않은 경우), 캐시(1220) 상에 저장된 사용자 계좌 잔고 정보가 최신 업데이트된 계좌 정보로 판단될 수 있다. 이러한 상태에서 사용자 장치로부터 계좌 확인 요청 트랜잭션(1200)이 발생된 경우, 블록체인(1240) 상에 액세스하여 데이터를 읽을 필요가 없이 캐시 상에 저장된 사용자 계좌 잔고 정보가 제공될 수 있다.

반대로, 캐시(1220) 상에 사용자 계좌 잔고 정보가 기록된 이후, 사용자 계좌 잔고 정보를 변화시키는 사용자 계좌 출금 정보 및/또는 사용자 계좌 입금 정보와 같은 사용자 계좌 잔고 변화 정보가 발생한 경우(또는 캐시 상에 사용자 계좌 잔고 정보를 변화시키는 사용자 계좌 출금 및/또는 사용자 계좌 입금과 관련된 트랜잭션과 관련된 정보가 저장된 경우)가 가정될 수 있다. 이러한 경우, 사용자 계좌 잔고 정보는 블록체인(1240) 상에서 확인될 수 있다.

블록체인(1240) 상에서 기록된 사용자 계좌 잔고 관련 정보가 추출되고, 계좌 정리 요청 트랜잭션과 같은 데이터 업데이트 트랜잭션의 전송 이후 업데이트된 최신 정보로서 블록체인(1240) 상에 기록된 정보가 사용자 계좌 잔고 정보(또는 데이터 무변화 정보(1290))인 경우, 블록체인(1240) 상에 기록된 사용자 계좌 잔고 정보가 사용자에게 제공할 수 있다. 반대로 계좌 정리 요청 트랜잭션과 같은 데이터 업데이트 트랜잭션의 전송 이후 블록체인(1240) 상에 기록된 정보가 사용자 계좌 잔고 변경 정보(또는 데이터 변화 정보(1295))인 경우, 가장 최신의 사용자 계좌 잔고 정보 및 그 이후에 발생된 계좌 잔고 변경 정보가 탐색되고, 해당 사용자에 대해 별도의 계좌 정리가 수행되어 사용자 장치로 제공될 수 있다. 추출된 블록체인(1240) 상의 사용자 계좌 잔고 관련 정보는 캐시 상에 다시 저장될 수 있다. 즉, 블록체인(1240) 상에서도 제공 요청 데이터와 관련하여 데이터 무변화 요청 트랜잭션이 발생하였는지(또는 제공 요청 데이터와 관련되어 데이터 무변화 정보(1290)가 저장되었는지) 또는 데이터 변화 요청 트랜잭션이 발생하였는지(또는 제공 요청 데이터와 관련하여 데이터 변화 정보(1295)가 저장되었는지) 여부를 판단하여 블록체인 상의 데이터를 기반으로 한 응답 트랜잭션이 생성될 수 있다.

이러한 방법을 통해 사용자는 블록체인(1240) 상으로 액세스 없이 캐시(1220)에 대한 액세스만으로 정보에 대한 획득이 가능한 경우, 블록체인(1240) 상에 불필요한 트랜잭션의 발생이 감소될 수 있고, 사용자는 보다 빠르게 원하는 정보를 정확하게 획득할 수 있다.

다른 표현으로 블록체인(1240) 상의 데이터의 최종 업데이트 이후, 데이터를 변화시키지 않는 데이터 무변화 요청 트랜잭션(1250)만이 캐시(1220) 상에 기록되어 있는 경우, 블록체인(1240) 상의 액세스 없이 캐시(1220) 상으로의 액세스만으로 데이터 읽기와 관련된 요청 트랜잭션에 대한 응답 트랜잭션이 사용자 장치로 전송될 수 있다.

반대로, 블록체인(1240) 상의 데이터의 최종 업데이트 이후, 적어도 하나의 데이터를 변화시키는 데이터 변화 요청 트랜잭션(1270)이 캐시(1220) 상에 기록되어 있는 경우, 블록체인(1240) 상의 액세스를 통해 데이터 읽기와 관련된 요청 트랜잭션에 대한 응답 트랜잭션이 사용자 장치로 전송될 수 있다.

도 13은 본 발명의 실시예에 따른 데이터 스트리밍부의 동작을 나타낸 개념도이다.

도 13에서는 데이터 스트리밍부에서 트랜잭션을 그룹핑하는 동작이 개시된다.

도 13을 참조하면, 데이터 스트리밍부(1300)는 처리될 트랜잭션에 대한 그룹핑을 트랜잭션 그룹(1350)을 생성할 수 있다. 트랜잭션 그룹(1350)에 대한 검증은 그룹 단위로 수행됨으로써 블록체인(1360) 상에 처리 속도를 높일 수 있다.

복수의 사용자 장치로부터 발생된 트랜잭션은 타임스탬프를 포함하고, 타임스탬프를 기반으로 복수의 트랜잭션이 순차적으로 데이터 스트리밍부(1300)에 저장될 수 있다.

본 발명의 실시예에 따르면, 트랜잭션은 개별적으로 검증되어 렛저 인보커(1320)의 인보킹을 기반으로 블록체인(1360) 상에 기록될 수도 있지만, 트랜잭션 그룹 단위로 그룹핑되고 검증되어 렛저 인보커(1320)의 인보킹(또는 호출)을 기반으로 블록체인(1360) 상에 기록될 수도 있다.

데이터 스트리밍부(1300)에 저장된 복수의 트랜잭션을 포함하는 트랜잭션 그룹(1350)은 다양한 방법으로 결정될 수 있다. 우선 렛저 인보커(1320)의 트랜잭션을 인보킹하는 경우, 인보킹 시점에 데이터 스트리밍부(1300)에 존재하는 모든 트랜잭션이 하나의 트랜잭션 그룹(1350)으로 그룹핑될 수 있다. 이때 관련된 계좌별로 별도로 하위 그룹을 형성할 수도 있다. 예를 들어, 사용자A, 사용자B, 사용자C 간의 거래가 이루어진 경우, 사용자A, 사용자B, 사용자C와 관련된 트랜잭션은 하위 트랜잭션 그룹으로 별도로 설정될 수도 있다.

또는 본 발명의 실시예에 따르면, 트랜잭션의 특성에 따라 트랜잭션 그룹(1350)이 형성되어 검증 절차가 진행될 수 있다. 예를 들어, 블록체인(1360) 상의 데이터를 변화시키지 않는 단순 데이터 읽기를 위한 트랜잭션 그룹(이하, 데이터 무변화 트랜잭션 그룹), 블록체인 상의 데이터 변화를 발생시키는 트랜잭션 그룹과 같이 트랜잭션을 기반으로 수행되는 동작에 따라 트랜잭션 그룹(데이터 변화 트랜잭션 그룹)이 형성될 수 있다. 데이터 무변화 트랜잭션 그룹과 데이터 변화 트랜잭션 그룹에 대해서 서로 다른 검증 절차가 수행될 수 있다.

데이터 무변화 트랜잭션 그룹과 데이터 변화 트랜잭션 그룹은 기본적인 검증은 동일하게 수행되되, 데이터 변화 트랜잭션 그룹에 대해서는 데이터 변화 가능 여부에 대한 검증이 추가적으로 수행될 수 있다.

예를 들어, 데이터 변화 트랜잭션 그룹은 입금을 위한 데이터 변화인 데이터 변화(입금) 트랜잭션 그룹과 출금을 위한 데이터 변화인 데이터 변화(출금) 트랜잭션 그룹으로 구분될 수 있다.

데이터 변화(입금) 트랜잭션 그룹의 경우, 입금하는 사용자 계좌에서 입금이 가능한지 여부에 대한 검증이 필요할 수 있다. 데이터 변화인 데이터 변화(출금) 트랜잭션 그룹의 경우, 출금하는 사용자 계좌에서 출금이 가능한지 여부에 대한 검증이 필요할 수 있다.

본 발명의 실시예에 따르면, 트랜잭션의 특성에 따라 복수의 트랜잭션이 트랜잭션 그룹(1350)을 형성할 수 있고, 트랜잭션 그룹(1350)별로 별도의 검증 절차를 수행하여 블록 상에 기록될 수 있다. 트랜잭션 그룹(1350)에 포함되는 복수의 트랜잭션이 블록체인 상에 기록되는 경우, 트랜잭션 그룹(1350)이 고려되지 않고, 타임스탬프를 기반으로 저장될 수도 있다. 구체적으로 블록체인 상에 기록시에는 트랜잭션 그룹(1350)이 해제되고, 트랜잭션의 타임스탬프가 고려되어 복수의 트랜잭션이 기록될 수 있다. 또는 트랜잭션 그룹(1350)을 고려하여 블록 상에 기록되거나, 검증시 그룹핑된 트랜잭션 그룹(1350)에 대한 식별 정보가 개별 트랜잭션에 표시될 수 있다.

이상 설명된 본 발명에 따른 실시예는 다양한 컴퓨터 구성요소를 통하여 실행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등과 같은, 프로그램 명령어를 저장하고 실행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의하여 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용하여 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위하여 하나 이상의 소프트웨어 모듈로 변경될 수 있으며, 그 역도 마찬가지이다.

이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항과 한정된 실시예 및 도면에 의하여 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위하여 제공된 것일 뿐, 본 발명이 상기 실시예에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정과 변경을 꾀할 수 있다.

따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 또는 이로부터 등가적으로 변경된 모든 범위는 본 발명의 사상의 범주에 속한다고 할 것이다.

Claims (8)

1. 블록체인을 기반으로 한 대출 방법은,
   대출 서비스 제공 노드가 대출 상품에 대한 정보를 사용자 노드로 전송하는 단계; 및
   상기 대출 서비스 제공 노드가 상기 블록체인을 기반으로 상기 대출 상품에 대한 공모 절차에 참여한 상기 사용자 노드에 대해 상환 절차를 중계하는 단계를 포함하되,
   상기 대출 상품은 신탁 노드에 의해 신탁되고,
   상기 대출 상환과 관련된 트랜잭션은 블록체인 플랫폼 상의 캐시(cache)를 기반으로 고속 처리되고,
   상기 캐시는 기록된 정보를 기반으로 결정된 상기 사용자 노드로부터 수신한 상기 상환 절차와 관련된 요청 트랜잭션에 대한 처리 가능 여부를 결정하고, 상기 기록된 정보를 기반으로 블록체인 상으로의 액세스 없이 상기 요청 트랜잭션에 대한 응답 트랜잭션을 전송하기 위해 구현되고,
   상기 캐시를 기반으로 상기 요청 트랜잭션에 대한 처리 가능 여부는 상기 요청 트랜잭션의 특성 및 상기 사용자 노드와 관련되어 상기 캐시 상에 이전에 전송된 이전 요청 트랜잭션의 특성을 기반으로 결정되는 것을 특징으로 하는 블록체인을 기반으로 한 대출 방법.
2. 제1항에 있어서,
   상기 캐시를 기반으로 상기 요청 트랜잭션에 대한 처리가 불가능한 경우, 데이터 스트리밍부는 상기 요청 트랜잭션의 상기 블록체인 상으로의 전송을 위해 상기 요청 트랜잭션을 수신하고,
   상기 캐시는 상기 요청 트랜잭션에 관련된 정보를 저장하고,
   상기 요청 트랜잭션은 타임 스탬프를 포함하고,
   상기 데이터 스트리밍부는 상기 요청 트랜잭션과 다른 요청 트랜잭션을 저장하되,
   상기 다른 요청 트랜잭션은 상기 사용자 장치 또는 다른 사용자 장치로부터 상기 요청 트랜잭션의 수신 이전에 수신하여 상기 블록체인 상으로 전송되기 이전의 트랜잭션을 포함하는 것을 특징으로 하는 블록체인을 기반으로 한 대출 방법.
3. 제2항에 있어서,
   상기 대출 서비스 제공 노드는 상기 사용자 노드에 의해 설정된 대출 기간 및 수익율을 기반으로 후보 대출 상품 조합을 생성하고,
   상기 대출 서비스 제공 노드는 상기 후보 대출 상품 조합 각각의 위험도를 기반으로 결정된 우선 순위를 고려하여 상기 대출 상품에 대한 정보를 제공하고,
   상기 위험도는 대출 대상 등급 판단 노드에 의해 판단된 위험 등급 및 금액 기반 가중치를 기반으로 결정되고,
   상기 위험도의 변화에 따라 대출 사고 위험율이 임계값 이상 변하지 않는 구간이 존재하는 경우, 상기 구간을 하나의 위험도 범위로 설정하여 상기 대출 상품에 대한 정보가 결정되는 것을 특징으로 하는 블록체인을 기반으로 한 대출 방법.
4. 제3항에 있어서,
   상기 위험도는 상기 대출 상품의 하위 특성과 기존 대출 상품의 하위 특성을 기반으로 결정된 유사 대출 상품의 대출 결과를 기반으로 조정되고,
   상기 하위 특성은 대출 대상, 대출 금액, 담보 비율에 대한 정보를 포함하고,
   상기 대출 상품의 기준 이율은 디지털 유가 증권을 기반으로 상기 사용자 노드에서 다른 사용자 노드로 대출 주체의 전환시 중간 대출 이율로 변화되고,
   상기 중간 대출 이율은 상기 대출 상품의 대출 만료 기간과 상기 위험도를 고려하여 결정되는 것을 특징으로 하는 블록체인을 기반으로 한 대출 방법.
5. 블록체인을 기반으로 한 대출을 제공하는 대출 서비스 제공 노드는,
   외부 노드와 통신하기 위해 구현된 통신부; 및
   상기 통신부와 동작 가능하게(operatively) 연결된 프로세서를 포함하되,
   상기 프로세서는 대출 상품에 대한 정보를 사용자 노드로 전송하고,
   상기 블록체인을 기반으로 상기 대출 상품에 대한 공모 절차에 참여한 상기 사용자 노드에 대해 상환 절차를 중계하도록 구현되고,
   상기 대출 상품은 신탁 노드에 의해 신탁되고,
   상기 대출 상환과 관련된 트랜잭션은 블록체인 플랫폼 상의 캐시(cache)를 기반으로 고속 처리되고,
   상기 캐시는 기록된 정보를 기반으로 결정된 상기 사용자 노드로부터 수신한 상기 상환 절차와 관련된 요청 트랜잭션에 대한 처리 가능 여부를 결정하고, 상기 기록된 정보를 기반으로 블록체인 상으로의 액세스 없이 상기 요청 트랜잭션에 대한 응답 트랜잭션을 전송하기 위해 구현되고,
   상기 캐시를 기반으로 상기 요청 트랜잭션에 대한 처리 가능 여부는 상기 요청 트랜잭션의 특성 및 상기 사용자 노드와 관련되어 상기 캐시 상에 이전에 전송된 이전 요청 트랜잭션의 특성을 기반으로 결정되는 것을 특징으로 하는 대출 서비스 제공 노드.
6. 제5항에 있어서,
   상기 캐시를 기반으로 상기 요청 트랜잭션에 대한 처리가 불가능한 경우, 데이터 스트리밍부는 상기 요청 트랜잭션의 상기 블록체인 상으로의 전송을 위해 상기 요청 트랜잭션을 수신하고,
   상기 캐시는 상기 요청 트랜잭션에 관련된 정보를 저장하고,
   상기 요청 트랜잭션은 타임 스탬프를 포함하고,
   상기 데이터 스트리밍부는 상기 요청 트랜잭션과 다른 요청 트랜잭션을 저장하되,
   상기 다른 요청 트랜잭션은 상기 사용자 장치 또는 다른 사용자 장치로부터 상기 요청 트랜잭션의 수신 이전에 수신하여 상기 블록체인 상으로 전송되기 이전의 트랜잭션을 포함하는 것을 특징으로 하는 대출 서비스 제공 노드.
7. 제6항에 있어서,
   상기 대출 서비스 제공 노드는 상기 사용자 노드에 의해 설정된 대출 기간 및 수익율을 기반으로 후보 대출 상품 조합을 생성하고,
   상기 대출 서비스 제공 노드는 상기 후보 대출 상품 조합 각각의 위험도를 기반으로 결정된 우선 순위를 고려하여 상기 대출 상품에 대한 정보를 제공하고,
   상기 위험도는 대출 대상 등급 판단 노드에 의해 판단된 위험 등급 및 금액 기반 가중치를 기반으로 결정되고,
   상기 위험도의 변화에 따라 대출 사고 위험율이 임계값 이상 변하지 않는 구간이 존재하는 경우, 상기 구간을 하나의 위험도 범위로 설정하여 상기 대출 상품에 대한 정보가 결정되는 것을 특징으로 하는 대출 서비스 제공 노드.
8. 제7항에 있어서,
   상기 위험도는 상기 대출 상품의 하위 특성과 기존 대출 상품의 하위 특성을 기반으로 결정된 유사 대출 상품의 대출 결과를 기반으로 조정되고,
   상기 하위 특성은 대출 대상, 대출 금액, 담보 비율에 대한 정보를 포함하고,
   상기 대출 상품의 기준 이율은 디지털 유가 증권을 기반으로 상기 사용자 노드에서 다른 사용자 노드로 대출 주체의 전환시 중간 대출 이율로 변화되고,
   상기 중간 대출 이율은 상기 대출 상품의 대출 만료 기간과 상기 위험도를 고려하여 결정되는 것을 특징으로 하는 대출 서비스 제공 노드.

Images