KR20200091882A

KR20200091882A - 증분적으로 완성되는 디지털 자산 담보 지갑

Info

Publication number: KR20200091882A
Application number: KR1020207017538A
Authority: KR
Inventors: 매튜 힐; 그레고리 벨; 숀 오웬
Original assignee: 솔트 블락체인 인코포레이티드
Priority date: 2017-11-22
Filing date: 2018-11-22
Publication date: 2020-07-31
Also published as: CA3082439A1; EP3714418A1; JP2021504859A; EP3714418A4; WO2019104250A1; CN111656378A; US20220366491A1; US20190164221A1

Abstract

다중서명 디지털 자산 지갑은 대출자 및 대여자 사이의 대출에 대한 담보를 저장한다. 대출자와 대여자는 청산요건을 포함하는 대출 조건에 합의한다. 대출 상환 기간의 과정 동안, 디지털 자산 담보와 대출 원금 잔액 사이의 담보인정(LTV) 비율은 디지털 자산의 시장 교환가치의 변동 및 대출자에 의한 정기적인 대출 상환으로 인해 줄어드는 대출 원금 잔액으로 인해 변경될 수 있다. LTV 가 초과분만큼 담보 요건을 초과한 경우, 대출자는 거래에 서명하고, 다중서명 담보 지갑으로부터 자금을 인출하기 위해 다른 참가자들로부터의 서명을 요구할 수 있다. LTV가 담보 요건을 충족시키지 못한 경우, 참가자는 다중서명 담보 지갑으로부터 자금을 지출하여 LTV 를 개선하거나 대출자가 누락한 지급을 보충하거나 대출 원금을 지불할 수 있다.

Description

증분적으로 완성되는 디지털 자산 담보 지갑

본 개시는 대출에 대한 담보로서 블록체인 상의 디지털 자산을 사용하는 것에 관한 것이다.

본 특허협력조약(PCT) 특허 출원은 "증분적으로 완성되는 디지털 자산 담보 지갑(Incrementally Perfected Digital Asset Collateral Wallet)이라는 발명의 명칭으로 2018년 11월 22일에 출원된 미국 특허 출원번호 제 62/589942호와 관련하여 우선권을 주장하며, 그 내용 전체는 모든 목적을 위해 참고로 여기에 포함된다.

대출은 대여자와의 대출계약에 따라 대출자에 의해 담보로서 제공된 자산에 의해 확보될 수 있다. 대출계약의 최소한의 담보 조건이 만족되지 않으면, 대출자는 담보를 다시 재편하고, 대출을 상환하거나, 대여자가 담보를 판매할 수 있다. 담보의 관리는 자산가치와 담보 상태를 포함하여 끊임없이 변화하는 정보를 모니터링 해야 할 필요로 인한 어려움과 신뢰할 수 있는 기업들 사이에서 담보를 거래하는데 있어서의 어려움을 갖는다.

본 요약은 상세한 설명에서 추가로 설명되는 개념의 선택을 단순화된 형태로 소개하기 위해 제공된다. 본 요약은 청구된 주제의 주된 특징 또는 본질적인 특징을 식별하기 위한 것이 아니며, 청구된 주제의 범위를 제한하기 위하여 사용되는 것도 아니다.

본 실시예의 일 측면에 의하면, 본 발명은 다중서명 디지털 자산 지갑은 대출자 및 대여자 사이의 대출에 대한 담보를 저장한다. 대출자와 대여자는 청산요건을 포함하는 대출 조건에 합의한다. 대출 상환 기간의 과정 동안, 디지털 자산 담보와 대출 원금 잔액 사이의 담보인정(LTV) 비율은 디지털 자산의 시장 교환가치의 변동 및 대출자에 의한 정기적인 대출 상환으로 인해 줄어드는 대출 원금 잔액으로 인해 변경될 수 있다. LTV 가 초과분만큼 담보 요건을 초과한 경우, 대출자는 거래에 서명하고, 다중서명 담보 지갑으로부터 자금을 인출하기 위해 다른 참가자들로부터의 서명을 요구할 수 있다. LTV가 담보 요건을 충족시키지 못한 경우, 참가자는 다중서명 담보 지갑으로부터 자금을 지출하여 LTV 를 개선하거나 대출자가 누락한 지급을 보충하거나 대출 원금을 지불할 수 있다.

이상에서 설명한 바와 같이 본 발명은 사용의 용이성, 보안성, 유동성, 양도의 용이성, 보관의 용이성, 암호 증명에 기초한 검증 용이성, 및 다른 디지털 자산의 특성으로 인해, 대여자는 불량 대출로 인한 손실을 감소시키고 신용 등급에 기반을 둔 대출 시스템에 비해 수익성이 향상되도록 대출을 담보화할 수 있는 효과가 있다.

도 1은 디지털 자산 담보 지갑에 의해 담보된 대출을 관리하기 위한 예시적인 시스템의 도면이다.
도 2는 디지털 자산 담보 지갑에서 담보를 증분적으로 완성하기 위한 시스템에서 다중서명(multisig) 키 및 다중서명 담보예금주소를 생성하는 일예의 도면이다.
도 3은 디지털 자산 담보 지갑에서 담보를 증분적으로 완성하기 위한 시스템에서 대출 매니저를 포함하는 예시적인 시스템의 도면이다.
도 4는 디지털 자산 담보 지갑으로부터 담보를 증분적으로 인출하는 시계열도면이다.
도 5는 디지털 자산 담보 지갑으로부터 담보를 증분적으로 예치하는 시계열도면이다.
도 6은 대출자에 의한 정기적인 지불의 누락으로 인해 디지털 자산 담보 지갑에서 담보를 청산하는 시계열도면이다.
도 7은 한 개 이상의 디지털 자산에 의해 담보 대출을 관리하기 위한 예시적인 시스템의 도면이다.
도 8은 디지털 자산 담보 지갑에서 담보를 인출하기 위한 시스템에서 대출 매니저를 포함하는 예시적인 시스템의 신호 다이어그램이다.
도 9는 시장 가격이 하락하여 디지털 자산 담보가 감가상각 되고 대출자가 담보를 추가하여 대출의 담보 매개변수의 부족을 상쇄하는 대출 케이스에 대한 시간에 대한 디지털 자산 담보가치 및 대출원금의 그래프이다.
도 10은 대출자가 대출의 담보 매개변수에 따라 디지털 자산 담보 지갑으로부터 디지털 자산을 두 번 인출하는 대출 케이스에 대한 시간에 대한 디지털 자산 담보가치 및 대출원금의 그래프이다.
도 11은 대출자가 대출에 대한 정기적인 대출 상환을 놓치고 디지털 자산 담보가 누락된 상환을 커버하기 위해 청산되는 대출 케이스에 대한 시간에 대한 디지털 자산 담보가치 및 대출원금의 그래프이다.
도 12는 대출자가 추가적으로 원금을 지불함으로써 대출의 담보 파라미터의 부족을 해결하는 대출 케이스에 대한 시간에 대한 디지털 자산 담보가치 및 대출원금의 그래프이다.
도 13은 잠금시간(Locktime)에 의존하는 제한부담(Encumbrance)에 의해 잠긴 디지털 자산 담보 지갑의 개략도이다.
도 14는 multisig 제한부담을 갖는 디지털 자산 담보 지갑에 대한 예시적인 잠금 스크립드 및 예시적인 잠금해제 스크립트를 도시한다.
도 15는 multisig 제한부담을 갖는 디지털 자산 담보 지갑에 대한 또 다른 예시적인 잠금 스크립드 및 예시적인 잠금해제 스크립트를 도시한다.
도 16는 multisig 제한부담을 갖는 디지털 자산 담보 지갑에 대한 또 다른 예시적인 잠금 스크립드 및 예시적인 잠금해제 스크립트를 도시한다.
도 17은 디지털 자산 담보 지갑을 갖는 대출을 개시하기 위한 예시적인 동작을 도시한다.
도 18은 디지털 자산 담보화 대출에 대한 담보 대 가치(Loan-to-value: LTV) 의 불균형을 치유하기 위하여 디지털 자산 담보를 청산하는 예시적인 동작을 도시한다.
도 19는 디지털 자산 담보 지갑을 사용하는데 도움이 될 수 있는 예시적인 시스템을 도시한다.
도 20은 디지털 자산 담보화 대출의 예시적인 시간도이다.

도 1은 디지털 자산 담보 지갑(108)에 의해 담보된 대출을 관리하기 위한 예시적인 시스템(100)의 도면이다. 디지털 자산 담보 지갑(108)은 한 개 이상의 대여자(104)와 대출자(102)사이에서 대출에 대한 담보로서 한 개 이상의 디지털 자산을 보유한다. 담보 지갑(108)은 한 개의 지갑(예를 들면, 결정적으로 생성된 디파짓 주소 및 개인 키 세트), 참가자가 메시지 및 데이터를 전송할 수 있는 dApp의 스마트 계약 주소, 제한부담(예를 들면 n-of-m 다중 서명 제한부담)을 갖는 사용되지 않은 거래 출력(UTXO), 샤드(Sharded) 개인 키를 갖는 단일 키 지갑 등과 같은 다양한 형태 및/또는 그의 조합으로 이루어진다.

시스템(100)은 대출 관리자(106) 및 공중망(110)에 (직간접) 접속을 포함하는 디지털 자산 담보 대출을 관리하기 위한 다양한 구성요소를 포함한다. 시스템(100)에서, 대출은 종종 개인의 신용가치를 부정확하게 나타내며, 참가자, 특히, 대출자들의 사생활 및 신원 보안과 관련된 위험에 취약한 신용등급시스템에 의지하지 않고 이루어질 수 있다. 시스템(100)에서, 대출자는 자기자신에 대한 개인정보를 대여자 또는 남용할 가능성이 높은 신용등급 기관에게 노출시키지 않으면서 대출활동에 참여할 수 있다. 사용의 용이성, 보안성, 유동성, 양도의 용이성, 보관의 용이성, 암호 증명에 기초한 검증 용이성, 및 다른 디지털 자산의 특성으로 인해, 대여자(104)는 불량 대출로 인한 손실을 감소시키고 신용 등급에 기반을 둔 대출 시스템에 비해 수익성이 향상되도록 대출을 담보화할 수 있다. 몇몇 구현예에 있어서, 대여자(104)는 대출자(102)와의 대출 조건의 디지털 자산 담보 요건과 결합하여 신용 등급 기관으로부터 대출자(102)에 대한 신용 점수의 결합에 의존하도록 선택할 수 있다.

대여자(들)(104) 및 대출자(102)는 대출계약조건(예를 들면, 이자율, 상환 스케줄, 담보비율, 통화 등)을 갖는 대출(예를 들면, 현금대출)에 대한 대출 계약서를 작성한다. 대출은 대출이 미해결 상태인 동안 담보로서 어떤 디지털 자산을 보유할 것인지에 따른 담보 조건을 포함한다. 대출 담보 조건의 한 유형은 대출 상환 기간 동안 디지털 자산이 준수해야 하는 특정한 조건을 설정하는 담보 요건 매개변수이다. 담보 요건 매개변수는 예를 들면, 담보 비율, 최소 담보 레벨, 목표 담보인정비율(LTV), 초기 LTV, 마진 콜 LTV, 청산 LTV 등을 포함하지만, 이에 제한되지 않는다. 이 조건은 대출과정에서 액션을 유발하는 최소한의 LTV 를 식별하는 LTV 스케줄을 포함할 수 있다. 유발된 액션은 대출자에 대한 경고, 마진콜 경고, 담보의 현금화 등을 포함할 수 있다.

최소 LTV 스케줄은 또한 다른 요인들에 의존할 수 있다. 상이한 디지털 자산은 서로 다른 특성을 가질 가능성이 있으며 청산 시에 현금으로 전환하는 능력에 영향을 미친다. 일부 디지털 자산은 다른 것에 비해 현금화하기가 더 어려울 수 있다. 대여자(104)는 디지털 자산을 현금화 하기 어려운 담보 대출에 대해 높은 LTV 비율을 유지하도록 요구할 수 있다. 현금화 목적을 위한 디지털 자산의 품질에 대한 관련 요인은 글로벌 거래량, 대출이 표시된 통화에 대한 거래량, 주문장(Order book)의 깊이, 추정된 가격하락, 비상장(OTC) 거래 가능성 등을 포함하지만, 이에 제한되지 않는다.

대출 관리자(106)에게 고유한 LTV 스케줄에 대한 관련 인자도 또한 존재할 수 있다. 구성에 따라, 담보 지갑(108)으로부터 디지털 자산을 이동하는 것이 번거롭고 시간 소모적일 수 있다(예를 들면, 다수의 참가자로부터의 사인이 필요한 경우). 디지털 자산의 네트워크에 대한 혼잡에 따라, 담보 지갑(108)으로부터 다른 통화로 판매될 수 있는 거래소로 지출될 거래를 확정하는데 더 긴 시간이 걸릴 수 있다. 담보 지갑(108)로부터 지출을 시도하는 거래가 너무 낮은 거래 수수료를 포함하는 경우, 거래는 고정(stuck)될 수 있고, 디지털 자산의 네트워크상의 노드에 의해 보류중인 거래의 멤풀(Mempool)로부터 잠재적으로 떨어질 수 있다. 급격하게 가격이 하락하는 환경에서, 대출 관리자(106)는 담보 지갑(108)으로부터 확정하기 위하여 거래를 기다리는 것 보다 더 좋은 가격을 얻기 위해 신속하게 현금화하는 것을 선택할 수 있다. 더 빠른 판매를 촉진시키기 위해, 대출 관리자(106)는 디지털 자산 거래소에 예치된 담보 지갑(108)에 보유된 것과 동일한 종류의 디지털 자산을 남겨둘 수 있다. 그러므로, 디지털 자산은 대출 매니저의 계좌로부터 현금화될 수 있으며, 그 후 담보 지갑(108)으로부터의 비용은 대출 관리자(106)에게 변제될 수 있다. 대출 관리자가 거래소에서 자신의 계좌에서 디지털 자산을 현금화하고 변재를 기다릴 경우, 거래소에서의 대출 관리자(106)의 잔고가 줄어들어, 잠재적으로 0으로 될 수 있다. 대출 관리자(106)가 그 자체의 유동성이 부족한 경우, LTV스케줄에 대한 최소 LTV 값은 가변적이고, 적어도 부분적으로, 담보 지갑(108)에서 보유될 디지털 자산의 유형으로 거래소에서의 대출 관리자의 유동성에 의존적일 수 있다.

다른 유형의 담보화 조건은 대출 상환 기간 동안 어떻게 디지털 자산 담보가 보유되고, 평가 및/또는 분석될 것인지를 제어하는 다양한 매개변수(예를 들면, 디지털 자산의 가격을 판단하는 공식, 디지털 자산의 유동성을 판단하는 공식 등)를 포함한다. 대출자(102) 및 대여자(104)는 대출계약 조건 및/또는 대출 지불 및 상환 활동의 태양을 여기에서 기재된 바와 같이 디지털 자산 담보를 관리하기 위한 시스템(100)의 다른 부분에 이용 가능하게 할 수 있다(예를 들면, 대출 관리자(106), 공중 통신망 등).

디지털 자산 담보는 당사자들 사이에서 양도될 수 있고 여기에서 기재된 바와 같이 모니터링 될 수 있는 디지털 자산(예를 들면, 암호화폐, 스마트 계약 규칙에 따라 블록체인 네트워크 상에서 양도 가능한 토큰, 당사자가 개인 키를 보유하고 있는 분산 원장에 대한 항목 등)을 포함한다. 일 구현예에 있어서, 디지털 자산 담보는 담보 지갑(108)에 저장된다. 디지털 자산 담보 지갑(108)은 시스템(100)의 참가자들에 의해(예를 들면, 공공 블록체인의 사본을 탐색하거나 허가된 원장에 대한 접근을 획득함으로써) 모니터링 된다. 디지털 자산 담보 지갑(108)은 블록체인 네트워크의 참가자들(예를 들면, 네트워크 노드)에게 거래를 브로드캐스트함으로써 블록체인 네트워크상에서 자금이 전송될 수 있는 지갑 주소(예를 들면, 공개 암호키)를 포함할 수 있다. 몇몇 구현예에 있어서, 디지털 자산 담보 지갑(108)은 시스템(100)의 다양한 참가자가 단일한 개인 키를 보유하는 다중서명(multisig) 지갑이며, 디지털 자산 담보 지갑(108)으로부터 자금을 지출하는 것은 거래에 서명하기 위한 최소한의 개인 키를 필요로 한다(예를 들면, 3-of-4 multisig, 2-of-3 multisig).

본 개시 전반에 걸쳐 디지털 자산 담보 지갑을 기재함에 있어서, 지갑에 대한 2-of-3 다중서명 제한부담이 참조될 수 있다. 본 개시는 시스템의 구현에 있어서 참가자의 수에 의존하는 다른 다중서명 제한부담을 포함하는 것으로 이해되어야 한다. 예를 들면, 중재자를 포함하는 시스템은 3-of-4 다중서명 제한부담에 의존할 수 있지만, 구현예에 있어서, 중재자가 존재하지 않으면 2-of-3 다중서명 제한부담에 의존할 수 있다. 담보 지갑(108)의 다른 잠재적인 디자인은 한 개의 지갑(예를 들면, 결정적으로 생성된 예치 주소 및 개인 키의 세트), 참가자가 메시지 및 데이터를 전송할 수 있는 dApp 의 스마트 계약 주소, 제한부담(예를 들면, n-of-m multisig 제한부담)을 갖는 지출되지 않은 거래 출력(UTXO), 샤드(Sharded) 개인 키를 갖는 단일 키 지갑 등을 포함한다. 담보 지갑(108)은 디지털 자산의 담보 바스켓을 형성하기 위한 상이한 디지털 자산의 지갑의 모음일 수 있다. 멀티자산 담보의 경우에, 개개의 자산은 그들 자신의 LTV 스케줄을 포함할 수 있으며, 바스켓에 대해 전체적으로 구성되거나 가중치가 부여된 LTV 스케줄이 존재할 수 있다(예를 들면, 바스켓의 50%는 가중치 1.0 이 할당된 비트코인이며, 바스켓의 30%는 가중치 0.7이 할당된 Ether, 그리고 바스켓의 20%는 가중치 0.5가 할당된 Dogecoin 이다.). 본 실시예에서, 바스켓의 구성요소에 1.0 미만의 가중치를 부여하는 것은 LTV 스케줄에 대한 액션을 유발하기 위하여 최소 LTV와 정반대의 관계를 갖는다.

다중서명 지갑(들)에 대한 제한부담이 단일한 서명키라면, 대출 관리자는 거래가 필요할 때 개인 키를 오프라인으로 유지하고 오프라인으로 거래에 서명할 것을 선택할 수 있다. 이러한 동작은 다른 참가자들이 대출 관리인이 그렇게 하도록 위임한 경우라면 대출관리인에 의해 일방적으로 수행될 수 있다.

대여자(들)(104) 및 대출자(102)는 직접 또는 대출시장을 통해 통신함으로써 대출 조건에 합의할 수 있다. 대출시장에서, 대여자는 대출을 신청하기 위해 선택할 대출자에게 대출 조건을 광고할 수 있다. 대출신청은 디지털 자산 담보기금의 소유의 증명을 포함할 수 있다(예를 들면, 디지털 자산의 소유권을 증명하기 위해 개인 키로 메시지를 암호화하여 서명하는 것). 몇몇 구현예에 있어서, 대출 신청은 신용등급기관으로부터 대출자(102)의 신용등급을 얻기 위해 필요한 정보 및/또는 대출자의 재정상태에 관한 정보(은행거래 내역서, 소유권 증서)를 포함할 수 있다. 대여자는 국가 또는 주에서 발행된 국가별 명목 통화(예를 들면, US 달러, 유로, 일본 엔화 등), 금융상품에 대한 약속어음, 및/또는 다른 디지털 자산의 대출을 제공할 수 있다.

몇몇 구현예에 있어서, 대출 관리자(106)는 시스템(100)의 동작을 실행한다. 예를 들면, 대출 관리자(106)는 대여자(104)가 잠재적인 대출자(102)에게 대출을 광고할 수 있고, 대출자(102)가 신원, 지불능력, 디지털 자산 보유의 증명 등과 관련된 정보를 제공할 수 있는 대출시장을 운영할 수 있다. 대여자(104)로부터 대출자(102)에게 대출을 개시하기 전에, 대출계약조건은 담보 지갑(108)에 예치된 디지털 자산의 담보액을 포함할 수 있다. 대출계약조건에 따라, 담보 지갑(108)에 예치될 디지털 자산의 양은 현금대출의 백분율에 기초할 수 있다.

일단 디지털 자산 담보가 지갑(108)에 예치되면, 시스템(100)의 참가자는 대출과정 동안 지갑에 추가/지출하기 위한 지갑의 동작을 요청 또는 실행할 수 있다. 구현예에 따라, 담보 지갑으로부터 지출하는 것은(예를 들면, 대출 관리자(106)에 의해) 일방적으로 실행될 수 있거나, 한 명 이상의 참가자(예를 들면, 오라클, 대출자, 및/또는 대여자가 블록체인 거래에 암호화하여 서명한다)로부터의 합의를 요구할 수 있다.

담보 지갑(108)에 있는 디지털 자산 담보를 대출과정 동안 어떻게 지출하거나 추가할 수 있을지를 기술하는 많은 분명한 시나리오가 존재한다. 일 시나리오에 따르면, 대출의 담보 요건에는 최소 LTV가 필요하다. 시간의 경과에 따른 대출자의 정기적인 지불로 인해 대출원금이 줄어들게 됨에 따라 담보 지갑(108) 내의 디지털 자산의 가치가 증가하게 된다면, 대출의 LTV는 개선될 것이다. 실제 LTV와 최소 LTV의 차이는 대출초과분이라고 할 수 있다. 대출의 담보요구조건에 따라, 대여자(104)와 대출자(102)는 대출자(102)가 담보초과분의 일부 또는 전부를 인출할 수 있다는 것에 합의할 수 있다. 다른 시나리오에서는, 대출의 LTV는 최소양 이하로 떨어질 수 있으며, 대출자(102)는 추가적인 디지털 자산을 담보 지갑(108)에 전송하여 대출에 대해 담보로 재보증하도록 선택할 수 있다. 만약 대출자가 대출을 재담보하기 위하여 추가적인 디지털 자산을 전송하지 않는다면, 시스템(100) 내의 다른 참가자는 담보 지갑(108)의 디지털 자산의 일부 또는 전부를 지출하여 LTV를 개선하는 것에 합의할 수 있다.

다른 시나리오에서는, 대출자(102)가 대출에 대한 한번 이상의 정기적인 지급을 누락하고, 시스템(100)의 다른 네트워크 참가자가 담보 지갑(108)의 디지털 자산의 일부를 지출하여 대출에 대해 예정된 정기적인 지불금의 일부, 전부, 또는 전부보다 더 많은 양을 커버할 수 있다. 담보 지갑의 운영을 제어하는 규칙이 대출자(102) 및 대여자(104)에 의해 합의된 담보 요건 매개변수에 의존하기 때문에, 대출의 과정 동안 디지털 자금이 담보 지갑(108)으로 또는 담보 지갑으로부터 이동하는 것에 대한 다른 시나리오도 또한 존재 할 수 있다.

도 2는 디지털 자산 담보 지갑(208)에서 담보를 증분적으로 완성하기 위한 시스템에서 다중서명(multisig) 키를 생성하는 예시적인 시스템(200)의 도면이다. 도 2에 도시된 실시예에서, 시스템(200) 내에는 세 당사자, 즉, 대출자(202), 대여자(204), 및 대출 관리자(206)가 존재한다. 이러한 세 당사자 각각은 비밀 프로세스에서 공개/개인 키 쌍을 생성한다. 키 생성과정에서 충분한 양의 엔트로피를 생성할 수 있다면, 이들 당사자는 독특한 공개 및 개인 키를 생성할 수 있다. 따라서, 개인 키는 그것을 생성한 각 개체(entity)에게만 알려진다. 공개 키는 배포 및/또는 직접적인 통신에 의해 다른 참가자와 공유될 수 있다.

시스템(200) 내의 각 당사자가 자신들의 키를 생성한 후, 다중서명 공개 키가 참가자에 의해 생성된 세 개의 공개 키로부터 생성될 수 있다. 각 당사자는 적어도 한 명의 당사자가 세 개의 모든 공개 키를 가질 때까지 시스템(200) 내의 다른 당사자의 일부 또는 전부와 당사자들의 공개 키를 전달할 수 있다. 세 개의 공개 키는 디지털 자산 담보 지갑(208)의 역할을 할 다중서명 주소를 생성하기 위한 입력이다. 지갑(208)의 다중서명 주소는 다중서명 지갑 예치 주소라고도 명명된다. 다중서명 지갑 예치 주소를 계산하는 참가자는 다른 당사자에게 주소를 전달할 수 있다. 선택적으로 또는 추가적으로, 각 당사자는 당사자가 시스템(200) 내의 다른 당사자 각각의 공개 키를 수신한다면 독립적으로 공개 멀티 키 주소를 계산할 수 있다.

대출자(202)는 블록체인 네트워크 상의 다중서명 지갑 예치 주소로 거래를 브로드캐스트하여 디지털 자산 담보를 지갑(208)으로 이체한다. 블록체인이 공개블록체인이거나 시스템(200) 내의 당사자가 블록체인에 접근허가를 받았다면, 블록체인의 합의 규칙에 따라 대출자의 거래가 확인 된 후 공유 원장의 사본을 확인함으로써 디지털 자산 담보가 지갑(208)에 예치되었음을 검증할 수 있다. 당사자들은 다른 블록체인 네트워크 노드로부터 지갑(208)의 잔액을 요청함으로써 자신들이 소유한 공유원장의 사본을 유지하여 담보 지갑(208)의 내용을 검증할 수 있다.

도 2에 도시된 예에서, 디지털 자산 담보 지갑(208)은 2-of-3 다중서명 지갑이다. 2-of-3 다중서명은 세 개의 개인 키 중 최소한 두 개가 거래에 서명하여야 담보 지갑(208)으로부터 성공적으로 자금을 이동할 수 있다는 것을 의미한다. 시스템(200) 내의 참가자들은 거래에 서명하고 서명된 거래를 또한 거래에 서명한 다른 참가자들에게 전송할 수 있다. 참가자 중 적어도 두 명이 자신들 각각의 개인 키로 거래에 서명을 하게 되면, 거래는 블록체인 네트워크로 브로드캐스트되어 담보 지갑(208)으로부터 자금을 이동할 수 있다.

대출의 상환이 완료되면, 디지털 자산 담보는 서명된 거래를 블록체인 네트워크로 브로드캐스트하여 대출계약의 각 조건에 따라 대출자에게 반환되어, 디지털 자산 담보가 담보 지갑(208)으로부터 대출자(202)에 의해 제어되는 지갑 주소로(예를 들면, 대출자(202)가 개인 키를 보유하는 비다중서명 지갑주소로) 이전된다. 이 실시예에서, 대출자(202)는 다른 개인 키 보유자(예를 들면, 다중서명 지갑을 잠금해제 하기 위한 충분한 수의 다중서명 개인 키 보유자)에게 거래에 서명하라는 요청을 개시하여 대출 상환 기간 만료 시에 디지털 자산 담보를 환불할 수 있다. 대출자(202)는 스스로 인출거래를 공식화하고 출력할 수 있으며 다른 서명자들에게 인출거래에 서명할 것을 요청할 수 있다. 다른 구현예에 있어서, 다중서명 지갑으로부터 지출하는 거래가 각 개인 키 보유자로부터의 서명을 포함할 필요가 없기 때문에, 다른 참가자들은 인출거래를 공식화하고 출력할 수 있으며 대출자(202)로부터의 입력 없이 서명할 수 있다. 몇몇 구현예에 있어서, 인출거래에 서명할 것을 요구하는 대출자(202)의 요구는 대출자에 의해 제어되는 지불주소(예를 들면, 대출자(202)가 개인 키를 소유하고 있는 공개주소)를 포함한다.

디지털 자산 담보는 다른 이유로도 자산 담보 지갑(208)으로부터 이동될 수 있다. 디지털 자산 담보 조건에 따라, 대출자(202)는 최소 디지털 자산 담보가치를 유지할 책임이 있으며 대출에 대한 최대 LTV를 넘지 않도록 할 책임이 있다. 반면에 대출의 LTV가 최대 LTV에 근접하지 않는다면, 담보계약 조건은 대출자(202)가 지갑(208)으로부터 자신의 지갑으로 디지털 자산 담보의 일부를 인출하게 할 수 있다. 디지털 자산 담보의 가치가 대출자(202)가 대출에 대한 원금 잔액을 지불하는 기간 동안 증가한다면, LTV가 대출계약의 조건하에서, 실질적으로 최소LTV를 초과하는 지점까지 개선될 수 있다. 그런 경우에, 대출자(202)는 대출시스템(200)의 다른 참가자에게 디지털 자산 담보의 일부를 대출자(202)가 소유하는 다른 지갑으로 이동하는 거래에 서명할 것을 요구할 수 있다.

디지털 자산 담보가 담보 지갑(208)으로부터 이동 될 수 있는 다른 이유는 LTV가 대출 계약에 의해 결정된 레벨을 초과하거나 대출자가 대출에 대해 한번 이상 상환을 놓치고 대출이 더 이상 양호한 자산상태에 있지 않다는 것이다. 대출계약의 조건은 LTV가 합의된 한계를 초과하거나 대출자가 여러 번 상환을 놓치는 경우라면 디지털 자산 담보의 일부 또는 전부의 청산을 규정할 수 있다. 담보 지갑(208)에 저장된 디지털 자산의 일부 또는 전부는 다른 유형의 통화 또는 다른 디지털 자산이 판매될 수 있는 디지털 자산 거래소(예를 들면, 디지털 자산은 대출계약의 조항에 의해 대출자(202)에게 대출된 통화로 판매될 수 있다)로 이동될 수 있다.

자금이 현금화된다면, 대출자(202)는 대출자의 개인 키로 디지털 자산 담보 지갑(208)으로의 거래에 서명하는 것을 거부할 수 있다. 도 2에 도시된 실시예에서, 디지털 자산 담보 지갑(208)은 2-of-3 다중서명 지갑이기 때문에, 시스템(200) 내의 다른 세 명의 참가자는 자신들 각각의 개인 키로 거래에 서명하여 지갑(208)으로부터 디지털 자산 담보를 이동시켜야 한다. 예를 들면, 대출 관리자(206)는 대여자(204)와 대출자(202)사이의 대출 상태에 접근할 수 있으며 따라서 대출이 양호하지 않은 때를 판단 할 수 있다. 또 다른 구현예에서, 대출 관리자(206)는 대출 상환 스케줄의 사본 및 최소 담보, 최대 LTV 및/또는 담보 관련 대출의 다른 매개변수와 관련된 대출 계약 조건의 사본을 수신한다. 몇몇 구현예에 있어서, 대출 계약조건 및 담보 요건 매개변수는 스마트계약에서와 같이 블록체인 상에 저장된다. 블록체인의 불변의 특성으로 인해, 참가자는 조건의 진위를 증명하기 위해 체인의 대출 조항에 의존하도록 선택할 수 있다. 대출 관리자(206)는 담보 지갑(208)에서 디지털 자산의 하나 이상의 가격 피드를 독립적으로 및/또는 협력적으로 수신하여 대출 계약의 조항이 디지털 자산 자본을 지갑(208)으로부터 이동시키는 것을 허용하는지 여부를 판단할 수 있다.

대출 관리자(206)는 또한 담보 지갑(208)으로부터 이동된 임의의 자금을 수신하기에 적합한 주소를 결정할 수 있다. 예를 들면, 디지털 자산 담보 가격의 하락으로 인해 대출 계약의 조건에 따라 최대 LTV가 위반되는 경우, 대출 계약의 조건은 자금을 청산을 위해 디지털 자산 거래소로 이동하는 것을 허용할 수 있다. 디지털 자산 거래소는 대출 계약 하에서 자금에 대한 승인된 목적지일 수 있고, 시스템(200) 내의 참가자 중 한 명의 제어 하에서, 대출 관리자(206)는 지갑(208)으로부터 디지털 자산 거래소에 의해 제어되는 지갑으로 디지털 자산 담보를 이동시키는 거래에 자신들의 개인 키로 서명하도록 선택할 수 있다.

시스템(200)은 또한 중재자(210)를 포함할 수 있다. 중재자(210)는 신뢰있는 제3자(예를 들면, 은행 또는 중재 서비스), 자율적 조직(예를 들어, 블록체인상의 합의 코드), 다른 참가자의 운영(예를 들어, 대출 관리자) 등 일 수 있다. 중재자(210)는 대출 및/또는 디지털 자산 담보 지갑에 관한 조건이 만족되는지 여부를 판단함으로써 시스템에 참여할 수 있다. 예를 들면, 중재자(210)는 대출계약 조항이 촉발되어야 하는지(예를 들면, 불가항력조항 또는 종료 조항 등) 또는 실제 이벤트가 발생했는지 여부를 결정할 수 있다. 중재자는 그 결정에 따라 디지털 자산 담보 지갑(208)에 관한 행위를 조정할 수 있다. 선택적으로 또는 추가적으로, 중재자(210)는 자신의 결정을 다른 참가자에게 제공할 수 있다(예를 들면, 대출 관리자(206)에게 대출계약의 조항이 촉발되었음을 알릴 수 있다).

도 3은 디지털 자산 담보 지갑(308)에서 증분적으로 완성된 담보를 관리하는 대출 관리자(302)를 포함하는 예시적인 시스템(300)의 도면이다. 대출 관리자(302)는 디지털 자산 담보 가치가 담보 요건 매개변수를 만족시키는지 여부 및 자금이 담보 지갑(308) 내외부로 이동되어야 하는지의 여부를 결정하는 것을 포함하여 여기에 기재된 단계들을 수행하기 위해 다양한 소스로부터 정보를 수신 할 수 있다.

대출 관리자(302)가 수신하는 정보의 한 유형은 대출자(304) 및/또는 대여자(306)로부터의 합의 된 대출 스케줄 및/또는 대출 조건이다. 대출 관리자(302)는 계약 당사자로부터 직접 대출 스케줄 및 조건을 수신하거나, 대출 스케줄 및 조건이 대출자(304) 및 대여자(306)에 의해 블록체인에 저장되어 대출 관리자(302)가 블록체인으로부터 직접 대출 스케줄 및 조건을 검색 할 수 있다. 일 구현예에 있어서, 블록체인 상의 스마트 계약은 참가자로부터의 서명된 메시지에 기초하여 대여자(306) 및 대출자(304)로부터 대출 조건을 수락한다. 예를 들면, 디지털 자산 담보 지갑(308)에 자금을 제공한 공개 주소의 소유자에 의해 서명된 메시지는 합의 된 대출 스케줄, LTV 스케줄 및/또는 조건을 제출할 때 대출자(304)의 신원을 암호화하는 증거로 간주 될 수 있다. LTV 스케줄은 대출자/대여자에 대한 경고, 마진콜, 청산 등을 촉발하는 LTV와 같은 트리거 LTV 레벨을 정의할 수 있다. LTV 스케줄은 담보 지갑 내의 디지털 자산의 유형(들) 및 디지털 자산의 신뢰와 같은 다른 요인(예를 들면, 비트코인은 Dentacoin 보다 더 대여자에게 신뢰받을 수 있음)에 의존할 수 있다.

대출 관리자(302)에 의해 수집된 정보의 또 다른 유형은 대출의 과정 동안 다양한 시점에서 대출이 대출 조건을 준수하는지를 판단하기 위한 대여자(306)와 대출자(304) 사이의 대출의 현재 상태이다. 대여자(306) 및/또는 대출자(304)는 대출 상태를 증명하기 위해 대출 과정에 걸쳐 업데이트를 대출 관리자(302)에게 전송할 수 있다(예를 들어, 대출자가 대출 상환을 할 때, 대출자는 대출 관리자(302)에게 지불 증명을 전송할 수 있다). 다른 구현예에 있어서, 뱅킹 기관은 대출 상태 및 대출의 시작 및 상환 이력과 관련하여 대출 관리자(302)에게 피드를 제공 할 수 있다.

대출 관리자(302)에 의해 수신될 수 있는 정보의 또 다른 소스는 디지털 자산 담보 지갑(308) 자체로부터 수신된다(예를 들면, 지갑(308)이 상주하는 공유 원장의 사본을 점검함으로써, 네트워크 노드에게 지갑(308) 내의 디지털 자산의 양을 전송할 것을 요구). 대출 관리자(302)에 의해 수신될 수 있는 정보의 또 다른 소스는 대출에 대해 담보로서 보유되는 디지털 자산의 가격이다. 대출 관리자(302)는 담보로 보유 된 디지털 자산의 유형과 다른 통화 또는 디지털 자산 사이에서 거래가 발생하는 다양한 거래소의 위치로부터 가격 정보를 수신 할 수 있다. 시장 거래는 일반적으로 디지털 자산의 거래를 지원하는 거래소에서 정기적으로 발생한다. 시장가격 피드는 주기적으로 대출 관리자(302)에 의해 수신되어 대출 관리자(302)는 다른 통화의 관점(예를 들면, 대여자와 대출자 사이의 대출의 통화)으로 담보 지갑의 가치를 계산한다.

몇몇 구현에 있어, 디지털 자산 가격 정보는 가격 정보를 대출 관리자(302)에게 제공하기 전에 다른 당사자(예를 들면, 대출 관리자)가 소유할 수 있다. 예를 들면, 대출 관리자(302)는 디지털 자산 거래소 그룹 각각에 걸쳐 거래가 되는 다지털 자산의 가격에 볼륨 가격 평균을 적용할 수 있다. 대안적으로 또는 추가적으로, 대출 관리자는 거래량이 적거나 유동성이 낮은 거래소로부터의 거래 가격을 제외할 수 있다. 다른 구현에 있어서, 가격 피드는 장외거래(over-the-counter: OTC) 상대방에 의해 대출 관리자(302)가 수신할 수 있다. OTC 상대방에 의해 수신된 가격 피드는 최대 디지털 자산의 구매 제안이 유효한 기간을 포함할 수 있다.

대출 관리자(302)에 의해 수신될 수 있는 정보의 또 다른 소스는 주문 배치 위치에서 이용 가능한 유동성 및 주문장의 깊이이다. 주문 배치 위치는 디지털 자산 담보가 대출자(304)와 대여자(306) 사이의 대출 계약의 조건에 따라 판매가 허용되는 경우 다른 통화 또는 디지털 자산으로 판매 될 수 있는 위치이다.

구현예에 있어서, 대출 관리자(302)는 중재자(310)로부터 결정을 수신할 수 있다. 중재자(310)는 신뢰있는 제3자(예를 들면, 은행 또는 중재 서비스), 자율적 조직(예를 들어, 블록체인상의 합의 코드), 다른 참가자의 운영(예를 들어, 대출 관리자) 등 일 수 있다. 중재자(310)는 대출 및/또는 대출 자산 담보 지갑에 관한 조건이 만족되는지 여부를 대출 관리자에게 알릴 수 있다. 예를 들면, 중재자(310)는 대출계약 조건이 촉발되어야 하는지(예를 들면, 불가항력조항 또는 종료 조항 등) 또는 실제 이벤트가 발생했는지 여부를 결정할 수 있다.

도 4는 디지털 자산 담보 지갑(404)으로부터 담보를 증분적으로 인출하는 시계열도면(400)이다. 도 4에 도시된 실시예에서, 대출자(402)는 다중서명 지갑(404)으로 디지털 자산 담보(406)를 지출한다. 디지털 자산 담보(406)의 양은 디지털 자산 담보 지갑(404)에서 디지털 자산이 담보로 제공된 대출의 LTV(408)로 나타난다. LTV(408)는 대출기간의 초기에 대출자(402)와 대여자 사이에서 초기 담보비율로서 합의된 디지털 자산 담보 조건을 만족할 수 있다. 기간(410)이 경과된 후, 담보 지갑(404)에서의 디지털 자산의 시장 교환 가치가 증가되어, 대출 기간 초기의 LTV와 비교하여 LTV가 대출 원금보다 디지털 자산쪽으로 더 가중되게 된다. LTV (414)가 대여자와 대출자(402)에 의해 합의 된 바와 같은 최소 LTV 비율을 초과하면, 대출자는 대출 계약의 디지털 자산 담보 요건에 따라 디지털 자산 담보 지갑에서 담보 초과 금액을 인출 할 수 있다. 기간(412)이 경과한 후, 디지털 자산 담보 지갑(404)으로부터 대출자(402)에 의해 제어되는 지갑 주소로 담보 초과 금액을 지출하는 거래가 디지털 자산 담보 지갑(404)이 상주하는 블록체인 네트워크로 브로드캐스팅되었다.

도 5는 디지털 자산 담보 지갑(504)에 디지털 자산 담보를 증분적으로 추가하는 시계열도면(500)이다. 도 5에 도시된 실시예에서, 대출자(502)는 다중서명 지갑(504)으로 디지털 자산 담보(506)를 지출한다. 디지털 자산 담보(506)의 양은 디지털 자산 담보 지갑(504)의 디지털 자산이 담보로 제공된 대출의 LTV(508)로 나타난다. LTV(508)는 대출기간의 초기에 대출자와 대여자 사이에서 초기 담보비율로서 합의된 디지털 자산 담보 조건을 만족할 수 있다. 기간(510)이 경과된 후, 담보 지갑(504)에서의 디지털 자산의 시장 교환 가치가 감소되어, 대출 기간 초기의 LTV와 비교하여 LTV가 디지털 자산 담보보다 대출 원금쪽으로 더 가중되어있다. LTV(514)가 대여자와 대출자(502)에 의해 합의된 바와 같은 최소 LTV 비율을 초과하는데 실패하면, 대출자는 대출 계약의 디지털 자산 담보 요건에 따라 디지털 자산 담보 지갑에 담보 만회 액수를 추가 할 수 있다. 기간(512)후에, 디지털 자산 가치의 감소로 인한 LTV 부족분을 해소하기 위해 대출자(502)에 의해 제어되는 지갑 주소로부터 디지털 자산 담보 지갑(504)으로 담보 만회 액수를 지출하는 거래가 디지털 자산 담보 지갑(504)이 상주하는 블록체인 네트워크(예를 들어, 대출자(502)에 의해 수신 된 마진 콜 경고에 응답하여)로 브로드 캐스트되었다.

도 6은 대출자(602)에 의한 정기적인 지불의 누락으로 인해 디지털 자산 담보 지갑(604)에서 담보를 청산하는 시계열도면(600)이다. 도 6에 도시된 실시예에서, 대출자(602)는 다중서명 지갑(604)으로 디지털 자산 담보(606)를 지출한다. 디지털 자산 담보(606)의 양은 디지털 자산 담보 지갑(604)에서 디지털 자산이 담보로 제공된 대출의 LTV(608)로 나타난다. LTV(608)는 대출기간의 초기에 대출자와 대여자 사이에서 초기 담보비율로서 합의된 디지털 자산 담보 조건을 만족할 수 있다. 기간(601)이 경과한 후, 대출자(602)는 대출 스케줄에 따른 대출 상환을 누락한다. 기간(614)이 경과한 후, 디지털 자산 담보 지갑(604)으로부터 대여자에 의해 제어되는 지갑 주소로 정기적인 지급분을 제공하여 원금 잔액을 줄이고 LTV(616)가 대출의 디지털 자산 담보 요건을 준수하게 하는 거래를 디지털 자산 담보 지갑(604)이 상주하는 블록체인으로 브로드캐스트한다.

도 7은 디지털 자산 담보를 포함하는 담보 지갑(712)에 대한 대출 모니터링 동작 및 지갑 동작을 수행하는 대출 관리자(702)를 갖는 예시적인 시스템(700)의 도면이다. 대출 관리자(702)는 대출 상태 집계기(Aggregator)(704), 대출 건전성 모니터(706), LTV 알람(708), 및 디지털 자산 청산기(710)를 포함하여 본 명세서에 기술 된 기능을 수행하기 위한 몇몇 구성요소를 포함한다. 대출 관리자(702)는 디지털 자산 담보 지갑으로부터 지출하는 거래를 개시할 수 있다.

일 구현예에 있어서, 대출 관리자(702)는 디지털 자산의 가치가 대출 잔액과 비교하여 트리거링 LTV 비율 이하로 떨어지거나 디지털 자산 담보 요건이 초과 금액만큼 초과되는 경우 담보 지갑(712)으로부터 거래를 개시한다. 대출 상태 집계기(704)는 대출 계약 조건을 다른 소스(예를 들어, 대출자 및/또는 대여자로부터 수신된 오프 체인 (off-chain) 대출 연락처, 온 체인에 저장된 대출 조건 확인, 디지털 자산 가격 피드, 디지털 자산 유동성 평가 등)로부터 획득된 데이터와 비교하는 기능을 수행하여 담보 요건이 만족되는지를 판단할 수 있다.

대출 관리자(702)의 구성요소 중 하나는, 예를 들면, 대출정보, 대출 상태 집계기(704)로부터 수신된 대출의 주기적인 상태 업데이트에 기초하여 담보인정비율 (LTV)을 결정하는 대출 건전성 모니터(706)이다. LTV를 결정하는 한가지 방법은 잔존 원금액을 포함하는 담보 지갑(712)에 의해 담보 대출의 상환 상태를 수신하고 잔액 원금을 지갑(712)상의 디지털 자산 담보의 동등한 가치와 비교하는 것이다. 또 다른 방법은 대출에 관한 하나 이상의 LTV 스케줄을 수신하는 것인데, LTV 스케줄은 대출 관리자(702)에 의해 액션을 트리거 할 LTV 레벨을 갖는다(예를 들면, 대출자(720)가 초과분 담보를 인출할 수 있는 초과분 LTV, 알람을 트리거하는 LTV, 청산 LTV). 디지털 자산 담보의 동등한 가치는 예를 들면, US 달러로의 가격을 포함할 수 있다. US 달러로의 가격은 디지털 자산 거래소(716), OTC 참가자 및/또는 다른 잠재적인 디지털 자산 청산 위치로부터 대출 건전성 모니터(706)에 의해 수신된 정보로 계산 될 수 있다. 지갑(712) 내의 디지털 자산의 양은 디지털 자산 담보 지갑(712)이 상주하는 공유 원장의 사본을 체크함으로써 대출 건전성 모니터(706)에 의해 결정될 수 있다.

대출 건전성 모니터(706)는 또한 마진 콜 및 청산 주문 트리거를 결정한다. 대출 계약 조건 및/또는 LTV 스케줄은 마진 콜 조건(예를 들어, 마진 콜이 트리거되는 LTV)을 포함 할 수 있다. 대출 관리자(702)가 마진 콜 조건이 만족되었다고 판단하면, 대출 관리자(702)는 마진 콜을 수행하기 위한 조치를 취할 수 있다.

LTV 스케줄의 트리거가 경고 메시지인 경우, 대출 건전성 모니터(706)는 LTV 알람(708)에 경고(예를 들면, 낮은 LTV 경고를 대출자(720)에게) 또는 대출 시스템의 참가자(예를 들면, 대출 담당자, 대여자, 은행, 대출자에게 신용 연장해 준 당사자 등)에게 통신할 것을 명령할 수 있다. 경고 통신은 대출 시스템 참가자에 대한 이메일, SMS 메시지, 통지 등을 포함하지만 이에 제한되지 않는 전자 통신 일 수 있다. 몇몇 구현예에 있어서, 대출 관리자(702)는 통신 서비스를 제공하는 API와 접촉을 통해 통신을 개시한다. 다른 구현예에 있어서, 또 다른 참가자(예를 들면, 온체인 오라클, 대여자, 대출자 등)는 대출 관리자(702)에게 대출 마진 조건을 만족시킨 것에 대한 응답으로 조치를 취하도록 요청을 전송한다.

LTV 알람(708)으로부터의 경고 통신은 마진 콜 조건이 제거되지 않고 청산 조건이 만족되는 경우 지갑(712) 내의 디지털 자산의 일부 또는 전부가 청산되는 손절매 (Stop Loss)가격을 포함 할 수 있다. 경고 통신은 마진 콜 조건을 제거하는 단계들에 대한 수신자(예를 들어, 대출자)에게로의 지시를 포함 할 수 있다. 예를 들면, 경고 통신은 LTV를 마진 콜 조건이 더 이상 만족되지 않는 지점까지 낮추기 위해 담보 지갑(712)에 추가 될 필요가 있는 추가 디지털 자산 자본의 양을 포함 할 수 있다. 대출자 또는 다른 당사자가 전자 자산 자본을 지갑(712)에 지불하면, 대출 관리자(702)는 마진 콜 조건이 제거되었다는 것을 알리는 다른 메시지를 전송할 수 있다.

디지털 자산 청산기(710)도 또한 지갑(712) 내의 디지털 자산이 청산 조건을 만족하는지를 판단할 수 있다. 청산 조건을 만족시키는 것은 마진 콜 조건을 트리거하는 LTV보다 낮은 LTV를 포함할 수 있다. 청산 조건을 만족시킴에 따라, 대출 관리자(702)는 담보 지갑(712)에서 디지털 자산의 청산과 관련된 몇 가지 조치 중 임의의 조치를 취할 수 있다. 하나의 조치는 청산 장소에서 디지털 자산이 판매 될 손절매(Stop Loss) 가격을 결정하는 것이다. 손절매 가격은 청산 판매 주문 크기와 관련될 수 있다. 대출 관리자는 지갑(702) 내의 모든 디지털 자산을 판매하여야 할 필요는 없을 것이다. 그 대신에, 디지털 자산의 일부만이라도 판매하여 청산 조건이 더 이상 만족되지 않을 때까지 대출의 LTV를 낮출 수 있다.

청산 조건의 만족에 반응하여 디지털 자산 청산기(710)에 의해 취해지는 다른 조치는 청산 될 지갑(712) 내의 디지털 자산의 일부에 대한 판매 주문 배치 위치를 결정하는 것이다. 판매주문 배치는 청산 판매에 대한 수익성에 영향을 미치는 다양한 요인에 의존하여 결정될 수 있다. 상이한 청산 위치(716)(예를 들면, 디지털 자산 거래소, OTC 참가자, 개인 당사자 등)는 요인의 수에 의존하여 상이한 거래 수수료를 매긴다. 상이한 청산 위치(716)는 스케줄한 가격 미만으로 판매 될 수 있는 코인 또는 토큰의 수를 제한 할 가변량의 유동성을 가질 수 있다. 유동성이 얇은 청산 위치(716)에서, 디지털 자산 판매는 유동성이 큰 청산 장소(716)보다 가격을 더 많이 움직일 수 있다. 다른 청산 위치(706)는 유동성 정보(예를 들어, 장외 거래 위치, 디지털 자산 중개인 등)를 제공하지 않을 수 있다. 유동성 정보를 제공하지 않는 청산 위치(716)에 대해, 청산 될 특정 양의 디지털 자산에 대한 판매 가격을 포함하는 판매 견적이 얻어 질 수 있다.

청산 위치(716)의 선택에 영향을 미치는 다른 요인은 담보 지갑(712)에 보유 된 디지털 자산의 일부를 청산하기 위한 디지털 자산 청산기(710)에 의한 결정과 자산이 실제로 판매되는 시간 사이의 예상 시간 지연이다. 특히 청산 조건이 충족 될 가능성이 높은 디지털 자산의 가격이 급격히 하락하는 조건 하에서, 디지털 자산의 취득 가능한 시장 교환 가치에 중요한 영향을 미칠 수 있는 청산 과정에 다양한 요인들이 지연을 유발할 수 있다. 담보 지갑(712)이 다중서명 지갑인 구현예에서, 지갑으로부터 지출하는 임의의 거래는 개인 키 보유자에 의한 하나 이상의 서명을 요구한다. 대출인은 대출인의 자산 청산 요청에 응답하지 않을 수 있으며, 따라서 다른 키 보유자(예를 들어, 대여자, 오라클 등)로부터 서명이 필요할 수 있다. 필요한 서명을 얻는데 지연이 생길 수 있다. 예를 들면, 대출자는 정상적인 업무시간 이외와 같이, 정상적으로 작업을 하지 않을 수 있다. 오라클이 담보 지갑(712)으로부터 자금을 지출하는 거래에 서명하도록 요청된 경우, 오라클의 블록체인 네트워크상의 네트워크 혼잡은 네트워크 사용 및 지출 거래의 특성에 따라, 과도한 시간 동안, 네트워크 멤풀에서 오라클에 대한 요청 거래가 확인되지 않은 상태로 대기하도록 할 수 있다. 블록체인 네트워크 혼잡도 또한 지출 거래를 확인하는데 지연을 야기할 수 있다.

청산 위치(716)의 선택과 관련된 다른 요인은 청산 위치에서 지출될 디지털 자산의 수령과 관련된 상대방의 위험을 포함한다. 예를 들면, 디지털 자산 거래소는 신용거래 고객 계정에 대한 특정 디지털 자산 거래소 정책에 따라 대출 관리자의 계정에 거래소로 전송된 디지털 자산 펀드를 입금하는데 지연 될 수 있다. 담보 지갑(712)이 상주하는 블록체인 네트워크에 의해 거래소로 디지털 자산을 전송하는 거래가 확인 된 후에도, 거래소는 즉시 자산을 대출 관리자의 계좌에 입금하지 않을 수 있다. 이 시나리오에서는 대출 관리자(702)가 계좌에 입금되기를 기다리는 동안 디지털 자산의 가격이 계속해서 하락할 수 있다. 따라서, 대출 관리자는 청산결정이 행해진 시간과 청산 판매가 완료된 시간 사이에서 계속되는 시장 교환율 하락에 "가격을 매길" 수 있다. 선택적으로 또는 추가적으로, 대출 관리자(702)는 자주 업데이트되는 가격 피드를 제공하는 청산 위치(716)(예를들면, OTC 브로커)를 선택할 수 있다. 또 다른 대체 예로서, 대출 관리자(702)는 더 빠른 청산 판매를 용이하게 하기 위해 자신의 디지털 자산을 청산 위치(716)에 남겨 두도록 선택할 수 있고, 담보 지갑(712)으로부터 디지털 자산을 지출하는 임의의 거래는 청산 된 디지털 자산으로 대출 관리자(702)에게 상환하기 위해 형성될 수 있다.

디지털 자산 청산자(710)가 담보 지갑(712)에서 디지털 자산을 청산하기 위한 청산 배치 위치를 결정한 후, 청산된 자금의 일부는 담보 지갑(712)으로부터 청산 위치(706)로 이동될 수 있다. 양도를 실행하기 위해, 담보 지갑(712)이 상주하는 블록체인의 형식 및 합의 규칙을 준수하는 거래가 형성된다. 담보 지갑(712)이 각각 다른 디지털 자산을 보유하는 다수의 지갑인 경우, 담보 지갑(704)을 구성하는 모든 디지털 자산 바스켓에 대한 별도의 거래가 있을 수 있다. 일 구현예에 있어서, 담보 지갑(712)은 2-of-3 다중서명과 같은 다중서명 지갑이다. 이와 같이, 개체가 개인 키 중 하나를 소유하고 있다면, 시스템 내의 한 참가자는 거래를 생성하고, 개인 키 중 하나로 거래에 서명할 수 있다. 거래가 생성된 후(및 잠재적으로 서명된 후), 거래는 담보 지갑(712)을 잠금해제 하기 위해 필요한 네 개의 개인 키 중 적어도 세 개를 보유하는 다른 대출 참가자에게로 순환될 수 있다. 일 구현예에 있어서, 대출 관리자(702)는 거래를 생성하고 서명한 후 그 거래를 대출 관리자 및 대여자(및 추가적으로 대출자)에게 전송한다.

다중서명 지갑의 구현예에 있어서, 일단 담보 지갑(712)에 대한 세 개의 개인 키 중 적어도 두 개를 소지하는 사람이 한 개 이상의 거래에 서명을 하였다면, 이러한 거래는 지갑(712)이 상주하는 블록체인으로 브로드캐스트될 수 있다. 개인 키 소지자가 다른 참가자로부터 거래 및 거래에 서명하라는 요구를 받은 경우(예를 들면, 거래 관리자가 오라클이 생성하고 서명한 거래에 대한 서명을 요구할 경우), 개인 키 소지자는 거래가 블록체인 네트워크에 의해 받아들여 진다면 자금의 목적지가 어디인지를 확인할 수 있다. 개인 키의 소지자가 알지 못하는 것은 실제 개체가 자금이 입금 될 주소를 소유하고 있다는 것이다. 개인 키 소지자는 청산 위치(716)의 신원 및/또는 자금이 청산 위치(716)에 예치 된 후 판매 주문을 하기 위한 청산 전략과 관련한 대출 관리자(702)로부터의 추가 정보를 수신 할 수 있다. 개인 키 소지자는 대출 관리자(702)에 의해 서명되도록 요청된 거래에서 수취인 주소의 소유권에 대한 독립적인 검증을 요구할 수 있다. 예를 들면, 청산 위치(716)는 청산 위치(716)가 실제로 수취인 주소를 제어한다는 것을 증명하기 위해 수취인 공개 키에 대응하는 개인 키로 메시지에 서명하도록 요청 될 수 있다.

자금이 담보 지갑(712)에서 청산 위치(716)로 성공적으로 이동 된 후, 대출 관리자(702)는 청산 위치(706)에서 판매 주문을 제출하여 예치된 디지털 자산을 다른 통화로 변환 할 수 있다. 몇몇 구현예들에서, 예치된 디지털 자산들은 대출의 원금에 적용하기 위해 담보 대출의 통화로 변환되어 대출의 LTV를 감소시킨다. 대출 관리자 (702)는 LTV가 청산 조건을 충족시킬 때 결정된 판매 주문 배치에 따라 예치된 디지털 자산에 대한 제한 판매 주문을 제출할 수 있다. 대출 관리자(702)는 청산 위치(716)에서 구매 통화를 인출하기 위해 인출 주문을 제출할 수 있다(예를 들어, 대여자에 의해 제어되는 은행 계좌로의 US 달러의 은행 계좌 인출).

하나의 대출에 대한 대출 관리자(702)의 구성 요소에 의한 조치는 대출 관리자(702)에 의해 관리되는 다른 대출에 영향을 미칠 수있다. 예를 들면, 디지털 자산 청산기(710)가 즉각적인 청산을 위해 다양한 거래소(716)에 예치금을 유지하는 경우(예를 들면, 나중에 디지털 자산 담보 지갑(712)으로부터 상환받는 경우), 거래소 (716)에서 및/또는 OTC 거래자와의 예치금에 대한 디지털 자산의 양이 감소함에 따라, 디지털 자산(710)의 즉시 청산하는 능력이 감소한다. 이를 보상하기 위해, 디지털 자산 청산인(710)은 대출 관리자(702)의 제어 하에 현재 수준의 예치된 자산의 대출 건전성 모니터(706)와 통신 할 수있다. 예치된 자산의 레벨이 감소하면, 대출 관리자(702)에 의한 관리하에 대출에 대한 LTV 스케줄은 거래소(716)의 낮은 예치 조건이 지속되는 동안 최소 LTV 값을 증가시킴으로써 청산의 어려움 증가를 반영하도록 조정될 수있다.

LTV에 대한 그러한 조정은 디지털 자산의 예상되는 실현 가치에 기초 할 수 있다. 본 명세서에 설명 된 바와 같이, 예상되는 실현 가치는 다양한 인자에 의존할 수 있다. 예를 들면, 담보 디지털 자산(들)의 신뢰 요인(예를 들어, 비트 코인이 다른 코인들보다 더 신뢰할 수 있음), 글로벌 거래량 , 대출이 표시된 통화에 대한 거래량, 지출하기 전에 담보 지갑에서 지출해야하는 디지털 자산과 비교하여 얼마나 많은 디지털 자산 가치가 거래소에 예치되었는지와 관련한 대출 관리자(702)의 유동성, 주문장 깊이, 주문장 배포 등을 포함한다.

일 실시 예에서, 디지털 자산 담보 지갑(712)은 실질적으로 복수의 담보 지갑의 컬렉션이며, 각 지갑은 다른 유형의 통화를 보유한다. 더 쉽게 다른 통화(예를 들면, US 달러)로 환전 하여 대출의 부족을 치유할 수 있기 때문에, 상대적으로 많은 양으로 인해 디지털 자산이 담보물로 더 매력적으로 보일 수 있다. 거래량이 상대적으로 적은 디지털 자산은 변동성이 클수록 가격이 더 빨리 움직일 가능성이 높기 때문에 매력적이지 않을 수 있으며, 주문장에 대한 매력적인 요청은 상대적으로 수가 적다면 더 빨리 사라질 수 있다. 따라서 LTV 스케줄은 거래량이 다른 디지털 자산에 대해 상이하게 가중치를 부여 할 수 있다. 가중치 공식의 일례는 지배적인 디지털 화폐 거래량(예, 비트 코인)을 1.0 으로 설정하고, 나머지는 그에 맞춰서 조정한다.

예상 실현값을 계산하기 위한 다른 조절은 유동성 요인, 거래량, 시가 총액(단독으로 또는 다른 코인과 비교하여), 변동성, 주문장 분석, 예금 교환 보유, 판매자에 의해 담보된 디지털 자산의 총량(예를 들면, 유통중인 모든 비트 코인의 대부분이 대출 담보로 제공된 경우, 시스템에 시스템적 위험이 있을 수 있음), 총 시가 총액, 코인 신뢰요인 등에 기초한 조절을 포함한다.

도 8은 대여자, 대출자(802), 및 디지털 자산 담보를 포함하는 디지털 자산 지갑(806)에 대한 대출 모니터링 동작 및 지갑 동작을 수행하는 대출 관리자(904)를 갖는 예시적인 시스템(800)의 신호도이다. 동작(808)에서, 대여자 및 대출자(902)는 합의된 대출 조건을 대출 관리자(804)에게 전송한다. 조건은 대출 관리자(804)에게 직접 전송되며, 대출 관리자(804) 가 공유된 원장의 사본을 검색함으로써 액세스 할 수 있는 불변의 블록체인에 저장된다. 블록체인 상에 저장될 때, 대출 조건은 대여자와 대출자(802)의 신원을 증명하기 위해 디지털 서명을 포함할 수 있다. 대출 조건은 디지털 자산 지갑(806)의 관리와 관련된 정보(예를 들면, 대출 네트워크의 다양한 참가자의 신원, 디지털 자산 지불 주소 및/또는 법정 통화 은행 계좌 주소를 포함한 참가자의 지불 주소, 대출 조건, 대출 스케줄, 대출 과정동안 대출 시작 및/또는 상환을 감시 할 수있는 권한 등)를 포함할 수 있다.

동작(810)에서, 모든 당사자는 공개/개인 키 쌍을 생성한다. 선택적으로, 동작(810)은 다른 대출 네트워크 참가자들이 읽을 수 있는 공개 키를 공개한다. 선택적으로 또는 추가적으로, 동작(810)은 공개 키를 다른 대출 네트워크 참가자들에게 직접 또는 간접적으로 전송하는 단계를 포함한다. 동작(810)에서, 대여자(802) 및 대출 관리자(804)에 의해 생성된 공개 키의 지식에 기초하여 디지털 자산 담보 지갑 예금 주소가 대출자(802)에 의해 계산될 수 있지만, 예금 주소가 정확하지 않으면 담보 자금이 손실되므로 확인 동작(812)은 디지털 자산 담보 지갑 예금 주소에 대해 합의할 것을 다른 당사자에게 요청하는 것을 포함할 수 있다.

예치 동작(814)에 있어서, 대출자(802)는 디지털 자산(들)을 디지털 자산지갑(806)에 예치한다. 예치동작(814)은 블록체인 네트워크로의 한 개 또는 복수개의 거래 브로드캐스트를 포함할 수 있다. 예치 동작(814)의 단일 또는 다중 거래의 수취인은 여기에서 생성된 공개 키들의 조합에 기초한 생성동작(810) 및/또는 확인동작(812)의 출력으로부터 결정될 수 있다.

대출인(802)에 의한 잔액확인동작(816)은 디지털 자산 담보 지갑(806)의 잔액을 확인하고, 담보초과 조건이 만족되는지를(예를 들면, 대출계약의 디지털 자산 담보 요건과 디지털 자산 담보의 시장 교환율의 결과의 비교에 기초하여) 판단한다. 몇몇 구현예에서, 잔액확인동작(816)은 대출 관리자(804)에게 대출 관리자(804)가 이용 가능한 디지털 자산에 대한 시장 교환율을 조회할 것을 요청하는 것을 포함한다. 예를 들면, 대출 관리자(804)는 디지털 자산의 수량에 대해 고정된 교환율을 제공 할 수있는 OTC 디지털 자산 브로커와의 청산 계약 당사자일 수있다. 대출 관리자(804)는 이 교환율 정보를 대출자(802) 및/또는 시스템(800)의 다른 참가자에게 이용 가능하게 할 수 있다.

담보 지갑(806)에서 상기 디지털 저작물이 인출 조건을 만족하는 경우, 대출자 (802)는 다른 개인 키의 소지자로부터 담보 지갑(806)으로의 거래 서명을 요청할 수 있다. 2-of-3 다중서명 담보 지갑의 경우, 서명을 요구하는 대출자(802)는 지갑(806)의 잠금을 해제하기 위해 적어도 하나의 다른 서명을 획득해야한다. 따라서, 요청 동작(818)은 추가로 또는 선택적으로 대여자를 향할 수 있다. 형성 동작(820)은 담보 지갑(806)으로부터 지출 할 거래를 형성한다. 형성 동작은 거래에 서명하는 것, 서명을 위해 서명된 거래를 대출 관리자(804) 및/또는 대출자(802)에게 전송하는 것, 및/또는 서명된 거래를 온 체인 확인을위한 공유 원장 네트워크로 브로드캐스트하는 것을 포함할 수 있다. 수신 동작(822)은 담보 지갑(806)으로부터 대출자(802)에 의해 제어되는 인출 주소로의 디지털 자산 담보 초과를 수신하였다.

도 9는 예시적인 대출 사건에 대한 시간에 대한 디지털 자산 담보 가치 및 대출 원금의 그래프(900)이다. 그래프(900)의 예에서, 디지털 자산 담보는 대출 상환 기간의 시작부터 감가상각된다. 4년 무렵, 대출의 원금 잔액은 마진콜 조건 대역 내에 있다. 마진 콜 조건 대역을 입력하면 시스템 구성 요소가 대출자에게 대한 마진 콜 경고를 시작할 수 있다. 마진 콜 조건 대역은 가변 대역 일 수 있으며, 시스템에 의해(예를 들어, 대출 관리자에 의해) 결정된 요인들에 기초하여 확장 및 축소된다. 마진 콜 조건 대역의 크기를 늘리거나 줄이는 요인에는 디지털 자산 거래소의 가능 유동성, OTC 개인 당사자들로부터의 거래 제안, 블록체인 확인에 대한 예상 대기 시간, 예상 수수료, 다중서명 거래 서명을 받을 것으로 예상되는 시간(예를 들면, 대출 관리자가 대여자를 대신하여 대여자의 개인 키를 보유하는 경우에 비해 대여자가 자신의 개인 키를 보유하는 경우 대여자에 거래를 요청하고 수신하는 시간이 길어짐)을 포함한다.

그래프(900)의 예에서, 5년 후에 대출자는 추가적인 담보를 다중서명 지갑에 추가하여 대출의 LTV를 복원한다. LTV가 그래프(900)에 명시적으로 도시되지는 않지만, 선이 교차하는 곳은 100%, 디지털 자산 담보선이 대출 원금선보다 높을 때 100% 이상, 디지털 자산 담보선이 원금선보다 낮은 경우 100% 미만이다. 대출자가 담보 지갑에 추가 원금을 추가한 후, 대출 상환 기간의 나머지 기간 동안 정기적인 지불에 따라 대출이 진행된다.

도 10은 예시적인 대출 사건에 대한 시간에 대한 디지털 자산 담보 가치 및 대출 원금의 그래프(1000)이다. 그래프(1000)의 예에서, 대출인은 대출의 담보 매개 변수에 따라 디지털 자산 담보 지갑으로부터 디지털 자산을 두 번 인출한다. 대출 기간의 개시 이후, 디지털 자산 담보 시장 교환 가치는 대부분 스케줄하게 유지되지만, 대출자의 정기적인 상환으로 인해 원금 잔고는 감소한다. 상환으로 인해 시간이 지남에 따라 LTV가 개선됨에 따라, 대출인은 두번(약 8년 및 19년에) LTV를(100% 이상) 유지하면서 디지털 자산 담보의 초과분을 인출한다.

도 11은 예시적인 대출 사건에 대한 시간에 대한 디지털 자산 담보 가치 및 대출 원금의 그래프(1100)이다. 그래프(1100)의 예에서, 대출인은 6년경에 대출에 대한 정기적인 대출 상환을 누락했다. 이 구현예에서, 정기적인 대출 상환이 누락되면 청산 조건이 충족된다. 시스템은 다중서명 지갑에서 디지털 자산 담보의 일부를 청산하고 대출 조건에 따라 수익금을 대출의 원금 잔액에 적용한다. 대출자는 추가 정기 대출 상환을 놓치지 않고, 추가 디지털 자산 담보를 청산하지 않고 대출이 완료된다.

도 12는 예시적인 대출 사건에 대한 시간에 대한 디지털 자산 담보 가치 및 대출 원금의 그래프(1200)이다. 그래프(1200)의 예에서, 디지털 자산 담보 가치는 3년경에 마진 콜 조건을 충족시킨다. 이에 따라 대출인은 5년경에 대출금 상환을 시작한다. 상환에 의해 대출 원금액이 마진 콜 조건 대역 아래로 이동한다. 그래프(1200)에 도시된 예에서, 디지털 자산 담보 가치가 교환율을 유지하고 대출의 LTV가 대출의 담보 요건 매개변수를 만족시키기 때문에, 대출자는 정기적으로 예정된 지불을 다수 생략할 수있다. 9년경, 대출 원금 잔액이 다 지불될 때까지 대출에 대한 정기적인 지불이 계속된다.

도 13은 Locktime에 의존하는 제한부담에 의해 잠금된 디지털 자산 담보 지갑(1308)을 포함하는 시스템(1300)의 개략도이다. Locktime 의존 제한부담은 Locktime 이후(도13에서 점선의 수직선의 양측에 도시됨)의 제2시간 기간에 비해, Locktime 이전에 제1 시간주기에서 디지털 자산 담보 지갑(1308)으로부터 자금을 이동하는데 필요한 조건을 변화시킨다. 구현예에서, 잠금시간은 블록체인(1310)의 블록 높이에 기초 할 수 있거나, 잠금 시간은 시계(예를 들어, 유닉스 에포크 시간)에 기초 할 수 있다. 디지털 자산 담보 지갑(1308) 상의 시간 종속적인 제한부담은 참가자가 개인 키를 잃어 버릴 경우 잠재적인 자금 손실을 방지한다. 예를 들면, 시간 의존적이지 않은 2-of-3 다중 서명 구성에서, 대여자(1304)와 대출 관리자(1306) 모두 개인 키를 잃어 버리면, 디지털 자산담보 지갑(1308)에 영원히 갇혀있어야 하기 때문에, 대출자(1302)에게 속하는 디지털 자산 담보물은 손실될 것이다. 반대로, 대출 기간이 종료 된 후에 대출자(1302)의 개인 키에 의해서만 잠금 해제 될 수 있는 디지털 자산 담보 지갑(1308)은 다른 모든 참가자가 개인 키를 잃어버린 경우에도 대출자(1302)에게 담보자금을 반환할 것이다.

도 13의 예는 대출 기간 동안 2-of-3 다중서명이 필요하고 대출 기간 종료 후 대출자로부터 하나의 디지털 서명만을 요구하는 디지털 자산 담보 지갑(1308)을 도시한다. 도 13에 도시된 구성은 대출 과정 중 어느 시점에서든 필요한 경우 대여자가 여전히 디지털 자산 담보를 청산할 수 있기 때문에 대출자와 대여자 양자를 보호한다. 대출 기간이 만료 된 경우, 대출이 대여자에게 전액 상환되거나 대출 상환의 부족을 만족시키기 위해 대여자는 디지털 자산 담보를 청산한다. 따라서, 대출 기간이 만료 된 후 대여자가 디지털 자산 담보 지갑(1308)으로부터 자금에 접근할 필요가 없다.

본 개시에 기재된 구현에서, 조건 지갑은 잠금 스크립트(증인 스크립트라고도 알려져있음)에 따라 "잠금"된 거래(예를들면, UTXO 모델에 기초한 블록체인에서)의 한 개 이상의 출력을 지칭할 수 있다. 잠금 스크립트는 거래출력을 "잠금해제" 또는 지출하기 위하여 만족시켜야 하는 지출되지 않은 거래 출력에 대한 특정 조건을 배치한다. 지출되지 않은 거래 출력에 배치된 조건은 지출되지 않은 거래 출력에 대한 제한부담이라고 할 수 있다. 제한부담은 디지털 자산 담보를 입금 할 때 대출자(1302)에 의해 공식화 될 수 있거나(P2PKH 스크립트), 대여자(1304) 또는 대출 관리자(1306)와 같은 다른 당사자 및 대출자(1302)에 제공된 해시(P2SH 스크립트)에 의해 공식화 될 수 있다. 이러한 잠금 출력은 잠금 스크립트에 의해 지출되지 않은 거래 출력에 대한 조건을 "해결"하거나 만족시키는 잠금 해제 스크립트를 포함하는 거래에 의해서만 지출될 수 있다. 본 개시에서 사용되는 바와 같이, 용어 "스크립트 펍 키(Script pub key)"는 잠금 스크립트를 기재하기 위해 사용될 수 있고 "스크립트 시그(Script sig)"는 잠금 해제 스크립트를 기재하기 위해 사용될 수 있다.

상기 디지털 자산 담보 지갑은 블록체인(1310)의 지출되지 않은 거래 출력 세트 내의 한 개 이상의 지출되지 않은 거래 출력 나타낸다. 디지털 저작물 담보 지갑(1308)의 지출되지 않은 거래 출력 잠금 스크립트에 의해 정의된 제한부담이 적용된다. 도 13에 도시된 예에서, 디지털 자산 담보 지갑(1308) 상의 잠금 스크립트는 스크립트에서 조건 연산자에 의해 정의된 2개의 실행 경로를 갖는다. 잠금 스크립트의 두 실행 경로 각각에는 잠금을 잠금해제하기 위해 충족해야하는 서로 다른 제한부담 매개 변수 세트가 포함된다. 디지털 자산 담보 지갑(1308)에서 자금을 사용하고자 하는 블록체인(1310)의 네트워크로의 거래 브로드 캐스트는 잠금 스크립트에서 2개의 실행 경로 중 하나를 선택하고 거래에 의해 선택된 실행 경로를 만족시키는 잠금 해제 스크립트를 제공하는 잠금 해제 스크립트를 포함해야 한다.

도 14는 다중서명 제한부담을 갖는 디지털 자산 담보 지갑에 대한 예시적인 잠금 스크립트 및 예시적인 잠금 해제 스크립트를 포함하는 스크립트의 컬렉션(1400)을 도시한다. 도 14에 도시된 예에서, 잠금 및 잠금 해제 스크립트는 동작을 실행하기위한 스택 기반 LIFO 큐를 포함하는 합의 메커니즘을 위해 공식화된다(예를 들어, 조건은 스택 상으로 푸시되고, 연산자는 스택에서 순서대로 하나 이상의 조건에 작용한다). 잠금 스크립트는 2개의 실행 경로를 갖는 디지털 자산 담보 지갑(1402)에 의해 표현된 미사용 출력에 대한 예시적인 제한부담이다. 즉, 도 14의 예에서는, 제한부담을 제거하고 디지털 자산 담보 지갑의 출력에 보유된 자금을 지출하기 위해 잠금 스크립트를 만족시키는 2개의 잠금 해제 스크립트가 존재한다.

잠금 스크립트는 IF/ELSE/ENDIF 블록의 형태이다. 잠금 스크립트의 실행이 IF 블록으로 진행되면, CHECKMULTISIG 연산자로 인해 제한조건이 참가자의 2-of-3 디지털 서명으로 충족된다. 잠금 스크립트의 실행이 ELSE 블록으로 진행되면, 대출 기간이 만료된 경우에만 대출자의 디지털 서명에 의해 제한조건이 충족된다. 도 14의 실시예에서, CHECKSEQUENCEVERIFY 연산자는 대출 기간이 만료된 경우에만 참(TRUE)이다.

LIFO 실행 스택의 특성상, 잠금해제 스크립트 요소가 우측으로부터 좌측으로 잠김 스크립트의 IF/ELSE/ENDIF 블럭에 적용된다. 잠금해제 스크립트 #1의 예는 TRUE 문을 포함하는데, 이 지시문은 실행 스택의 맨 위에있을 때, 잠금 스크립트 실행이 IF 블록으로 들어가게 한다. 잠금 해제 스크립트 #2의 예는 FALSE 문을 포함하는데, 이 지시문은 실행 스택의 맨 위에있을 때, 잠금 스크립트가 ELSE 블록으로 들어가게 한다. 이러한 방식으로, 대출 기간 종료 후 디지털 자산 담보 지갑(1402)에 대한 제한부담이 변경된다.

도 15는 다중서명 제한부담을 갖는 디지털 자산 담보 지갑(1502)을 위한 잠금 스크립트 및 2개의 예시적인 잠금 해제 스크립트를 포함하는 스크립트(1500)의 다른 예시적인 컬렉션을 도시한다. IF 블록 내부에는 2가 있다. 실행이 IF 블록으로 진행되면 2는 마지막 행과 결합되어, 지갑(1502) 상에 2-of-3 다중서명 제한부담을 구성한다. 실행이 ELSE 블록으로 진행되면, (CHECKSEQUENCEVERIFY 연산자에 의해) 대출기간이 만료되면, 1이 마지막 행과 결합되고, 지갑(1502)에 2-of-3 다중서명 제한부담을 구성한다. 도 15에 도시된 디지털 자산 담보 지갑이 대출 기간 만료시에 2-of-3 으로부터 1-of-3 다중서명 지갑으로 변경된다. 이러한 제한부담을 갖는 지갑은 대출 상환 기간이 종료된 후 비워 질 수 있으며 그 안에 포함된 디지털 자산 담보는 임의의 참가자에 의해 대출자에게 되돌려주게 된다. 대출자는 자금을 스스로 회수할 수 있고, 상환 기간 종료시에 대출 관리자 또는 대여자가 자금을 회수하여 대출자에게 별도로 송금 할 수 있다.

도 16은 디지털 자산 담보 지갑(1602)에 대한 한 개의 잠금 스크립트 및 3개의 예시적인 잠금 해제 스크립트를 포함하는 또 다른 예시적인 스크립트(1600)의 콜렉션을 도시한다. 디지털 자산 담보 지갑에 대한 제한부담은 대출 상환 기간 종료시에 차용자가 자금에 대한 감금해제를 할 수 있도록 변경되어 대출 관리자와 대여자가 개인 키를 분실하지 않도록 보호한다. 하지만, 대출인에 의한 개인 키의 분실에 대해 보호하기 위해, 디지털 자산 담보 지갑(1602)에 대한 제한 부담은 대출 상환 기간 종료 시 대출자에 의해서만 잠금 해제 가능하도록 변경될 수 있으며, 대출 상환 기간 종료 후 90일 후에 대출 관리자만 자금을 회수할 수 있도록 다시 변경될 수 있다. 따라서, 대출자가 개인 키를 분실한 경우, 차용자가 90일을 기다린 후, 대출 관리자에 의해 회수되어 대출자에게 반환될 수 있다.

도 16에 도시된 잠금 스크립트는 중첩된(Nested) IF / ELSE / ENDIF 구조를 가지고 있다. 잠금 해제 스크립트는 스크립트 끝에 TRUE/FALSE 플래그를 포함시켜 잠금 스크립트를 통해 실행 경로를 선택할 수 있다. 실행 스택의 LIFO 특성으로 인해, 잠금 해제 스크립트의 "끝"에 배치 된 항목은 합의 규칙의 유효성 검사기에서 먼저 처리된다. 이러한 항목이 스택에 마지막으로 푸시된 것이기 때문이다. 만약 실행이 잠금 스크립트의 두 개의 IF문으로 진행한다면, CHECKMULTISIG 연산자로 인해 지갑(1602)은 2-of-3 다중서명 제한부담을 가질 것이다. 실행이 잠금 스크립트의 첫 번째 ELSE 문으로 진행되면, 대출자의 개인 키는 대출 상환 기간이 만료된 후에만 지갑의 잠금을 해제한다. 실행이 두번째 ELSE 문으로 진행되면, 지갑(1602)은 대출 상환 기간 만료 후 90일 후에 대출 관리자에 의해 잠금 해제될 수 있다.

도 17은 디지털 자산 담보 지갑으로 대출을 시작하기 위한 예시적인 동작(1700)을 도시한다. 수신 동작(1702)은 다중서명 지갑에서 블록체인과 관련된 디지털 자산이 담보인 대여자와 대출자 사이의 대출의 대출 조건에 대한 계약을 수신한다. 대출 조건은 대출 담보의 디지털 자산에 대한 하나 이상의 LTV 스케줄(들)을 포함할 수있다. LTV 스케줄은 과도한 담보의 인출, 대출 경고 보내기, 마진 콜 및 담보 청산을 포함하여 대출 운영이 허용되는지 여부를 결정하기 위한 일련의 LTV 범위일 수 있다. 수신 동작(1702)은 대여자/대출자 중 한 명 또는 둘 다로부터 직접 수신할 수 있다. 다른 구현예에서, 대여자/대출자는 대출 조건 및 상환 스케줄과 같은 대출에 관한 기타 정보를 불변 블록체인(예를 들어, 스마트 계약)에 저장할 수 있다. 따라서 수신 동작(1702)은 공유 블록체인 원장의 사본으로부터 대출 조건에 대한 합의를 수신할 수 있다.

생성 동작(1704)은 한 개 이상의 디지털 자산 담보 지갑 주소를 생성한다. 담보에 따라, 하나 이상의 블록체인에 의해 추적되는 여러 유형의 디지털 자산이 존재한다. 그럴 경우, 각각의 디지털 자산 담보의 블록체인에 대해 별도의 지갑 및/또는 지불 주소가 생성될 수있다. 동작(1704)에 의해 생성될 수 있는 다른 유형의 주소는 샤딩(Sharding)을 갖는 단일 키 또는 단일 시드 지갑을 포함한다. 샤딩 방식에 따라, 지갑으로부터 지출할 필요가 있는 키(예를 들면, 특정 개인 키 또는 결정론적으로 지갑 키를 만드는 데 사용되는 시드/복구 문구(Seed/Recovery Phrase)가 하나 보다 많은 위치로 분할된다. 샤미르의 비밀 공유 체계(Shamir's Secret Sharing Scheme: SSSS)와 같은 기술을 사용하여 하나 보다 많은 샤드(별도의 샤드가 반드시 필요한 것은 아님)를 분리 및/또는 결합하여 지갑의 잠금을 해제할 수 있다.

동작(1704)에 의해 생성될 수 있는 지갑 주소의 또 다른 유형은 지갑 기능을 수행하는 실행 가능한 컴퓨터 코드를 포함하는 스마트 계약의 스마트 계약 주소이다. 지갑의 기능 중 하나는 n-of-m 서명 시스템일 수 있으며, 이로 인해 적어도 n개의 허용된 주소가 스마트 계약서에 데이터를 보내 계약서에 보유된 자금을 지출할 수 있다. 스마트 계약에는 대출 상환 기간이 경과한 후 지출 요구 사항 변경과 같은 다른 매개 변수가 포함될 수 있다.

송신 동작(1706)은 대출자가 담보를 제출하도록 한 개 이상의 디지털 자산 담보 지갑 주소를 대출자에게 송신한다. 결정 동작(1708)은 하나 이상의 디지털 자산 담보 지갑 주소 각각에 대한 자금 조달 조건을 결정한다. 디지털 자산 담보가 utxo-모델 블록체인 상에 유지되면, 디지털 자산의 블록체인 상에 예금 주소가 존재한다는 것과 다른 디지털 자산 담보 주소와 결합하여 이 주소가 그와 관련된 코인을 가진다는 것을 발견함으로서 자금 조달 조건이 만족될 수 있다. 디지털 자산 담보가 스마트 계약에 유지되는 경우, 자금조달 조건은 스마트 계약의 블록체인 사본으로부터 볼 수 있다는 것에 기초 할 수 있다. 자금조달 조건을 결정하는 동작은 하나 이상의 디지털 자산 담보 지갑 주소에서 디지털 자산에 대한 시장 가치 또는 교환율을 검색하는 단계를 포함할 수 있다.

판단 동작(1710)은 담보 조건이 상기 하나 이상의 디지털 자산 담보 지갑 및 LTV 스케줄 각각에 대한 자금 조달 조건에 기초하여 만족되었는지 여부를 판단한다. 예를 들면, LTV는 대출을 개시하기 위한 최소 LTV를 포함할 수 있으며, 디지털 자산 지갑이 충분한 디지털 자산 자금을 포함한다면 담보 조건이 만족되어 담보의 LTV가 담보 조건을 만족시킨다. 다른 구현예들에서, 판단 동작(1710)은 디지털 자산 담보의 예상 실현 가치에 의존한다. 예상 실현 가치는 요인들의 수에 기반한 컴퓨터일 수 있으며 디지털 자산 담보물의 가치는 최근 거래 가격을 기준으로 한 값으로부터 담보 청산시(예를 들면, 판매 주문이 완료 될 때까지 결정에서 청산까지의 속도, 가격 하락 예상 여부, OTC 제안 만료 등)에 실제로 얻어질 수 있는 실제 금액에 영향을 미치는 요소를 기반으로 한 값으로 조정할 수 있다.

자금조달 동작(1712)은 동작(1710)에서 담보 조건이 만족된다면 담보의 실행과 함께 자금을 대출자의 계좌로 출자한다. 자금조달 동작은 대출자의 은행계좌로의 송금의 개시, 대여자로부터 자금지불의 승인 및/또는 기타 대출의 개시를 포함할 수 있다.

도 18은 대출에 대한 LTV(loan-to-value) 불균형을 치유하기 위해 디지털 자산 담보를 청산하기 위한 예시적인 동작(1800)을 도시한다. 수신 동작(1802)은 청산 조건을 만족시키는, 하나 이상의 디지털 자산 담보 지갑에서 하나 이상의 디지털 자산을 담보로 하는 대출에 대한 LTV 비율을 수신한다. 청산 조건은 담보 가치(또는 그것의 조정된 기대 실현 가치)를 청산 LTV 레벨을 포함하는 LTV 스케줄과 비교함으로써 만족될 수 있다. 조정된 기대는 유동성, 디지털 자산의 신뢰 계수, 교환 가중 거래량, 변동성, 예금에 대한 디지털 자산의 양, OTC 제안 등을 포함하되 이에 제한되지 않고 요인에 따라 결정될 수 있다. 대출의 LTV(또는 기대 실현 가치)가 청산 LTV보다 낮으면 청산 조건이 만족된다.

결정동작(1804)은 하나 이상의 디지털 자산 담보 지갑의 청산 스케줄을 결정한다. 청산 스케줄은 여러 구성 요소를 포함할 수 있다. 첫 번째 구성 요소는 대출에 대한 담보로 보유된 각 유형의 디지털 자산에서 청산할 디지털 자산의 양이다. 예를 들면, 대출에 대해 비트 코인 50%, ETH 30% 및 Dogecoin 20%가 담보로 제공되는 경우, 청산 스케줄은 세가지 통화의 상대적 담보 비율을 유지하는 것을 포함할 수 있다. 다른 구현예들에서, 다른 담보 비율이 목표가 되고, 특정 디지털 자산이 다른 것에 비해 더 많이 판매됨으로서 청산자금이 획득되어 목표 비율을 획득하거나 목표 비율에 가까워질 수 있다. 청산 스케줄의 다른 측면에는 담보 지갑에서 디지털 자산을 확인하도록 블록체인 거래를 기다리지 않고 즉시 거래소에서 예치된 디지털 자산을 판매하는 것이 포함될 수 있다. 예치된 유효한 자산의 분포에 따라(예를 들면, 대출 관리자가 각 거래소에서 예치된 100 비트코인으로 세개의 디지털 자산 거래소에서의 계정을 유지한다), 청산 스케줄은 유리한 판매 조건(예를 들면, 더 높은 가격, 더 낮은 가격하락, 더 낮은 거래 수수료 감소 등)을 갖는 거래소에서 청산될 양의 일부를 판매할 수 있다. 청산 스케줄은 청산될 디지털 자산의 예상 실현 가치를 포함할 수 있다.

지출동작(1806)은 디지털 자산을 청산 조건으로 이동시키기 위해 청산 스케줄에 따라 하나 이상의 디지털 자산 담보 지갑으로부터 지출한다. 일부 구현예들에서, 청산 조건들에서 청산된 디지털 자산들은 대출 관리자가 소유하게 되고, 지출 동작(1806)은 대출 관리자에게 사용된 디지털 자산들을 상환할 뿐이며, 따라서 지출 동작(1806)은 단지 디지털 자산들을 청산 위치들로 간접적으로 이동시킨다.

도 19는 디지털 자산 담보 지갑을 사용하는데 도움이 될 수 있는 예시적인 시스템(1900)을 도시한다. 도 19는 기재된 기술을 구현하는데 유용할 수 있는 예시적인 시스템(처리 시스템(1900)으로 표시됨)을 도시한다. 처리 시스템(1900)은 스마트 장치, 피연결 장치, 사물 인터넷(IoT) 장치, 랩톱, 모바일 장치, 데스크탑, 태블릿 또는 서버/클라우드 장치와 같은 클라이언트 장치일 수 있다. 처리 시스템(1900)은 하나 이상의 프로세서(들)(1902) 및 메모리(1904)를 포함한다. 메모리(1904)는 일반적으로 휘발성 메모리(예를 들면, RAM) 및 비 휘발성 메모리(예를 들면, 플래시 메모리)를 모두 포함한다. 운영 체제(1910)는 메모리(1904)에 상주하고 프로세서(1902)에 의해 실행된다.

대출 관리자(1944) 및 블록체인 관리자(1946)와 같은 하나 이상의 애플리케이션 프로그램(1912)모듈 또는 세그먼트는 메모리(1904) 및/또는 기억장치(1920)에 탑재되고 프로세서(1902)에 의해 실행된다. 대출 조건과 같은 데이터는 메모리(1904) 또는 기억장치(1920)에 저장될 수 있으며, 대출 관리자(1944) 및 블록체인 관리자(1946) 등에 의해 사용되기 위해 프로세서(1902)에 의해 검색될 수있다. 기억장치(1920)는 처리시스템(1900)에 대한 로컬일 수 있거나 처리 시스템(1900)에 원격으로 통신 가능하게 연결될 수 있으며, 또 다른 서버를 포함할 수 있다. 기억장치(1920)는 클라이언트 장치(도시하지 않음)에 의해 요청될 수 있는 자원을 저장할 수 있다. 기억장치(1920)는 칩 또는 TEE(Trusted Execution Environment)에 의해 이식될 수 있는 하나 이상의 신뢰성있는 플랫폼 모듈(TPM :Trusted Platform Module)에 의해 관리되는 하나 이상의 플랫폼 구성 레지스터(PCR)와 같은 보안 기억장치를 포함할 수 있다.

처리 시스템(1900)은 한 개 이상의 배터리 또는 다른 전원에 의해 전원을 공급하고, 처리시스템(1900)의 다른 구성요소에 전원을 제공하는 전원 공급부(1916)를 포함한다. 전원공급부(1916)는 또한 내장 배터리 또는 기타 전원을 중단시키거나 재충전시키는 외부전원에 접속될 수 있다.

처리 시스템(1900)은 하나 이상의 안테나(1932)에 접속되어 하나 이상의 다른 서버 및/또는 클라이언트 장치(예를 들면, 모바일 장치, 데스크탑 컴퓨터 또는 랩탑 컴퓨터)에 네트워크 접속성(예를 들면, 휴대 전화 네트워크, Wi-Fi®, 블루투스®, 등)을 제공할 수 있는 한 개 이상의 통신 송수신기(1930)를 포함한다. 처리 시스템 (1900)은 통신 장치의 유형인 네트워크 어댑터(1936)를 더 포함 할 수 있다. 처리 시스템(1900)은 WAN (Wide-Area Network) 또는 LAN(Local Area Network)을 통한 연결을 설정하기 위해 네트워크 어댑터(1936) 및 임의의 다른 유형의 통신 장치를 사용할 수 있다. 도시된 네트워크 연결은 예시적인 것이며, 처리 시스템(1900)과 다른 장치 사이의 통신 링크를 설정하기 위한 다른 통신 장치 및 수단이 사용될 수 있음을 이해해야 한다.

처리 시스템(1900)은 한 개 이상의 입력장치(1934)를 포함하여, 사용자는 명령 및 정보(예를 들면, 키보드 또는 마우스)를 입력 할 수 있다. 입력장치(1934)는 멀티 모달 입력, 음성 입력, 낙서 입력, 모션 감지, 얼굴 인식, 물리적 지문 등과 같은 다른 유형의 입력을 더 포함할 수 있다. 이들 및 다른 입력 장치는 직렬포트 인터페이스, 병렬포트, 범용직렬버스(USB)와 같은 하나 이상의 인터페이스(1938)에 의해 서버에 연결될 수 있다. 처리 시스템(1900)은 터치스크린 디스플레이와 같은 디스플레이(1922)를 또한 포함할 수 있다.

처리 시스템(1900)은 다양한 유형의 프로세서-판독 가능한 저장 매체 및 무형의 프로세서-가상 및/또는 클라우드 컴퓨팅 환경을 포함하는 판독가능한 통신 신호들을 포함할 수 있다. 유형의 프로세서-판독가능한 저장 장치는 처리시스템(1900)에 의해 액세스 될 수 있는 임의의 이용 가능한 매체에 의해 구현될 수 있고 휘발성 및 비휘발성 저장 매체, 분리형 및 비 분리형 저장 매체를 모두 포함한다. 유형의 프로세서-판독 가능한 저장 매체는 무형의 통신 신호를 제외하고 프로세서-판독 가능한 명령, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위한 임의의 방법 또는 기술로 구현된 휘발성 및 비 휘발성, 분리형 및 비 분리형 저장 매체를 포함한다. 유형의 프로세서-판독 가능한 저장 매체는 RAM, ROM, EEPROM , 플래시 메모리, 또는 기타 메모리 기술, CDROM, 디지털 다목적 디스크(DVD) 또는 기타 광 디스크 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치 및 다른 자기 저장장치, 또는 소정의 정보를 저장하는데 사용될 수 있고 처리시스템(1900)에 의해 액세스될 수 있는 다른 자기 저장 장치를 포함할 수 있으나, 이에 제한되지 않는다. 유형의 프로세서-판독 가능한 저장 매체와 달리, 무형의 프로세서-판독 가능한 통신 신호는 컴퓨터 판독가능한 명령, 데이터 구조, 프로그램 모듈 또는 반송파 또는 다른 신호 전송 메커니즘과 같은 변조된 데이터 신호에 상주하는 다른 데이터를 구현할 수 있다. "변조된 데이터 신호"라는 용어는 신호에 정보를 인코딩하는 방식으로 설정되거나 변경된 하나 이상의 특성을 갖는 신호를 의미한다. 예를 들면, 무형 통신 신호는 유선 네트워크 또는 직접 유선 연결과 같은 유선 매체를 통해 이동하는 신호, 및 음향, RF, 적외선 및 기타 무선 매체와 같은 무선 매체를 포함한다.

도 20은 디지털 자산 담보 대출의 시간 그래프의 예시이다. 대출에 대한 LTV 스케줄의 예는 대출을 개시하기 위해 50%, 경고를 트리거하기 위해 60%, 마진 호출에 대해 70%, 청산에 대해 80%의 최소 LTV 비율로 도표 하단에 도시된다. 도 20에 도시된 예에서, 디지털 자산 담보의 가치는 대출 기간 동안 하락한다. 디지털 자산 담보의 가격 하락 및/또는 대출인에 의한 담보 인출과 같은 담보의 감소에 의해 하락이 발생할 수 있다. 대출이 진행됨에 따라 대출자의 상환으로 인해 대출 잔고도 감소한다. 두 선이 모두 감소함에 따라, 이 실시예의 트리거가 LTV 비율의 일부로 정의되기 때문에 다양한 트리거(경고, 마진 및 청산)를 나타내는 선도 감소한다는 것을 알 수 있다. 따라서 LTV 스케줄에서 이벤트가 발생하지 않도록 대출인이 남겨두어야 하는 대출에 대한 "안전 영역"이 존재한다.

물론, 본 개시에 기재된 시스템, 방법, 및 기술의 응용 및 이점은 상기 실시예에 한정되지 않는다. 본 개시에 기재된 시스템, 방법 및 기술을 사용함으로써 많은 다른 응용 및 이점이 가능하다.

또한, 구현시에, 본 개시에 기재 된 임의의 방법 및 기술 또는 그 일부는 자기 디스크, 레이저 디스크, 광학 디스크, 반도체 메모리, 생물학적 메모리, 다른 메모리 장치, 또는 다른 저장 매체와 같은, 하나 이상의 비 일시적, 유형의 컴퓨터 판독 가능한 저장 매체 또는 메모리, 컴퓨터 또는 프로세서의 RAM 또는 ROM 등에 저장된 소프트웨어를 실행함으로써 수행될 수 있다.

100: 시스템
102: 대출자
104: 대여자
106: 대출 관리자
108: 담보 지갑

Claims

대출자 및 대여자로부터 대출을 위한 대출 조건(Loan Terms)에 대한 합의를 수신하는 단계로서, 상기 대출 조건은 담보인정(Loan-to-Value, LTV) 스케줄에 따른 한 개 이상의 디지털 자산에 의한 담보를 포함하는 단계;
한 개 이상의 디지털 자산 담보 지갑 주소(Digital Asset Collateral Wallet Addresses)를 생성하는 단계;
상기 한 개 이상의 디지털 자산 담보 지갑 주소를 대출자에게 전송하는 단계;
상기 한 개 이상의 디지털 자산 담보 지갑 주소 각각에 대한 자금제공 조건을 판단하는 단계;
상기 한 개 이상의 디지털 자산 담보 지갑 각각 및 LTV 스케줄에 대한 상기 자금제공 조건에 기초하여 담보 조건이 만족되는지를 판단하는 단계; 및
상기 담보 조건이 만족되는 경우 대출의 진행에 따라 대출자의 계좌로 자금을 제공하는 단계를 포함하는 것을 특징으로 하는 디지털 자산 담보 지갑을 갖는 대출을 개시하는 방법.
제1항에 있어서, 상기 한 개 이상의 디지털 자산 담보 지갑 주소 중 적어도 한 개는 단일 개인 키 제한부담으로부터 만들어지며, 상기 단일 개인 키는 복수개의 부분으로 샤딩(Sharding)되는 것을 특징으로 하는 디지털 자산 담보지갑을 갖는 대출을 개시하는 방법.
제1항에 있어서,
상기 한 개 이상의 디지털 자산 담보 지갑 주소 중 적어도 한 개는 스마트 계약(Smart Contract)의 주소이며, 상기 스마트 계약은 상기 스마트 계약으로부터 지출하기 위해 한 개 이상의 허용된 주소로부터 시작하는 메시지의 수신을 요구하는 것을 특징으로 하는 디지털 자산 담보지갑을 갖는 대출을 개시하는 방법.
제1항에 있어서, 상기 한 개 이상의 디지털 자산 담보 지갑 주소의 적어도 한 개는 n-of-m 키 다중서명 제한부담(encumbrance)인 것을 특징으로 하는 디지털 자산 담보지갑을 갖는 대출을 개시하는 방법.
제1항에 있어서, 상기 한 개 이상의 디지털 자산 담보 지갑 주소는 한 개 이상의 상이한 디지털 자산을 포함하며, 각 디지털 자산은 그와 관련된 상이한 LTV 스케줄을 갖는 것을 특징으로 하는 디지털 자산 담보지갑을 갖는 대출을 개시하는 방법.
제1항에 있어서,
상기 방법은 상기 LTV 스케줄에 대한 기대 실현 가치 조절을 판단하는 단계를 추가로 포함하며, 상기 조절은 한 개 이상의 디지털 자산 지갑 중 한 개가 보유하는 디지털 자산의 다음 특징: 시장거래량, 시장 자본, 및 최근 거래 가격 중 하나에 기초하는 것을 특징으로 하는 디지털 자산 담보지갑을 갖는 대출을 개시하는 방법.
제5항에 있어서,
상기 방법은 상기 상이한 LTV 스케줄 각각에 대한 기대 실현 가치 조절을 판단하는 단계를 추가로 포함하며, 상기 조절은 한 개 이상의 디지털 자산 지갑 중 한 개가 보유하는 디지털 자산의 다음 특징: 시장거래량, 시장 자본, 및 최근 거래 가격 중 하나에 기초하는 것을 특징으로 하는 디지털 자산 담보지갑을 갖는 대출을 개시하는 방법.
제1항에 있어서, 상기 한 개 이상의 디지털 자산 담보 지갑 주소를 생성하는 동작은 대출 기한 종료 후에 다른 제한부담으로 변경하는 제한 부담을 생성하는 단계를 포함하는 것을 특징으로 하는 디지털 자산 담보지갑을 갖는 대출을 개시하는 방법.
대여자와 대출자 사이의 대출에 대한 주기적인 상태 업데이트를 수신하는 대출 상태 집계기로서, 상기 대출은 그와 관련된 디지털 자산 대출 지갑을 갖는 한 개 이상의 디지털 자산이 담보로 제공되는 대출 상태 집계기;
주기적인 상태 업데이트에 기초하여 대출의 담보인정 비율(Loan-to-Value ratio, LTV ratio)을 판단하는 대출 건전성 모니터;
상기 LTV 비율이 경고조건을 만족시키면 대출의 당사자에게 경고를 보내고, 상기 LTV 비율이 청산 조건을 만족시키면 대출의 당사자에게 경고를 보내는 LTV 알람; 및
상기 청산 조건이 더 이상 만족되지 않을 때까지 디지털 자산을 청산하는 디지털 자산 청산기를 포함하는 것을 특징으로 하는 한 개 이상의 디지털 자산을 담보로 하는 대출을 관리하는 시스템.
제9항에 있어서, 상기 대출 건전성 모니터는 상기 LTV가 인출조건을 만족시키면 상기 대출자로부터의 디지털 자산 담보 인출 요청을 허락하는 것을 특징으로 하는 한 개 이상의 디지털 자산을 담보로 하는 대출을 관리하는 시스템.
제9항에 있어서, 상기 대출 건전성 모니터는 상기 LTV를 예상 실현 가치로 조절하고, 상기 LTV 알람은 상기 대출의 당사자에게 경고를 보내고, 상기 디지털 자산 청산기는 상기 예상 실현 가치에 기초하여 디지털 자산을 청산하는 것을 특징으로 하는 한 개 이상의 디지털 자산을 담보로 하는 대출을 관리하는 시스템.
제10항에 있어서, 상기 LTV에 대한 기대 실현 가치의 조절은 상기 한 개 이상의 디지털 자산의 시장 거래량 가중 공식에 적어도 부분적으로 기초하는 것을 특징으로 하는 한 개 이상의 디지털 자산을 담보로 하는 대출을 관리하는 시스템.
제10항에 있어서, 상기 LTV에 대한 예상 실현 가치의 조절은 상기 LTV에 비교하여, 상기 한 개 이상의 디지털 자산의 유동성 공식에 적어도 부분적으로 기초하는 것을 특징으로 하는 한 개 이상의 디지털 자산을 담보로 하는 대출을 관리하는 시스템.
제10항에 있어서, 상기 LTV에 대한 예상 실현 가치의 조절은 상기 LTV에 비교하여, 상기 한 개 이상의 디지털 자산의 총 시가 총액 공식에 적어도 부분적으로 기초하는 것을 특징으로 하는 한 개 이상의 디지털 자산을 담보로 하는 대출을 관리하는 시스템.
제10항에 있어서, 상기 LTV에 대한 예상 실현 가치의 조절은 상기 한 개 이상의 디지털 자산을 서로 다르게 가중치를 두는 것에 적어도 부분적으로 기초하는 것을 특징으로 하는 한 개 이상의 디지털 자산을 담보로 하는 대출을 관리하는 시스템.
제10항에 있어서, 상기 LTV에 대한 예상 실현 가치의 조절은 상기 디지털 자산 청산기에 의해 청산할 수 있는 디지털 자산 거래소에서 예치된 디지털 자산의 양에 적어도 부분적으로 기초하는 것을 특징으로 하는 한 개 이상의 디지털 자산을 담보로 하는 대출을 관리하는 시스템.
한 개 이상의 디지털 자산 담보 지갑에서 한 개 이상의 디지털 자산을 담보로 하는 대출에 대한 LTV 비율을 수신하는 단계; 상기 LTV 비율은 청산 조건을 만족시키고,
상기 한 개 이상의 디지털 자산 담보 지갑의 청산 스케줄을 판단하는 단계; 및
상기 디지털 자산을 청산 위치로 이동시키기 위해 상기 청산 스케줄에 따라 상기 한 개 이상의 디지털 자산 담보 지갑으로부터 지출하는 단계를 포함하는 것을 특징으로 하는 디지털 자산을 담보로 하는 대출에서 담보인정(LTV)의 불균형을 치유하기 위해 디지털 자산 담보를 청산하는 방법.
제17 항에 있어서, 상기 청산 스케줄은 디지털 자산 거래소에 예치된 상기 디지털 자산 담보 지갑과 동일한 유형의 디지털 자산의 배포에 적어도 부분적으로 의존하는 것을 특징으로 하는 디지털 자산 담보를 청산하는 방법.
제17항에 있어서, 상기 방법은
상기 디지털 자산을 상기 청산 위치로 이동시키기 위해 지출하는 동작 이후에 디지털 자산 거래소에서의 잔액을 판단하는 단계; 및
디지털 자산 거래소에서의 잔액을 대출 건전성 모니터로 전송하는 단계를 추가로 포함하는 것을 특징으로 하는 디지털 자산 담보를 청산하는 방법.
제17 항에 있어서, 상기 LTV 비율은 상기 한 개 이상의 디지털 자산의 예상 실현 가치인 것을 특징으로 하는 디지털 자산 담보를 청산하는 방법.