편집자 주: 이 기사의 출처는푸른여우노트 (ID: lanhubiji), 승인을 받아 Odaily에서 재인쇄했습니다.

편집자 주: 이 기사의 출처는

푸른여우노트 (ID: lanhubiji)

• 푸른여우노트 (ID: lanhubiji)

• , 승인을 받아 Odaily에서 재인쇄했습니다.

• 보조 제목

• 취약한 DeFi 프로토콜

• 다음은 코드 허점을 악용한 플래시 론 차익 거래 공격 및 자금 절도를 포함하여 지난 한 달여 동안 많은 DeFi 프로토콜이 겪은 다양한 공격입니다.

• 2,500만 달러 수확

PickleFinance 2,000만 달러

오리진 프로토콜 $800만

치즈뱅크 330만 달러

아크로폴리스 200만 달러

DeFi는 "과학자"를 위한 향연이 되었으며 참가자들에게 현재 DeFi에 참여하기 위해 손실을 감당할 수 없는 자금을 투자하지 않도록 상기시킵니다.

이런 상황에 직면했을 때, 어떻게 해결해야 할까요? 반복 및 보다 견고한 감사 외에 다른 방법이 있습니까? 참여자들의 고민이 해소되지 않는다면 DeFi의 발전은 더디게 될 것입니다.

DeFi의 여정에서 보험은 이 문제를 해결하기 위한 중요한 퍼즐입니다.

보조 제목

DeFi가 발전하려면 보험과 같은 인프라가 필요합니다. DeFi 프로토콜 사용자에게 의존하여 스스로 보험을 구매하는 것은 비현실적입니다. 가장 좋은 솔루션 중 하나는 DeFi 프로토콜이 프로토콜의 거래 수수료 또는 채굴 수익금의 일부를 끌어와 프로젝트의 자금 준비금 풀에 예치하고 이 자금 준비금 풀의 일부는 프로토콜의 전체 보험을 구매하는 데 사용되며, 심지어 시작하면 모든 자산을 보장하는 것은 불가능하며 일정 비율의 자산을 보호할 수 있는 것도 사용자에게 많은 마음의 평화를 줄 것입니다. 처음에 이것이 현실적이지 않다면 프로젝트 당사자는 보험 시장을 이용하여 보험자가 되어 계약 사용자에게 상대적으로 저렴한 보험을 제공하여 사용자의 신뢰를 높이고 부담을 줄일 수 있습니다.

궁극적으로 대다수의 DeFi 프로토콜은 보험 서비스를 프로토콜 서비스의 중요한 구성 요소로 간주합니다. 그래야만 사용자의 고민을 진정으로 해결할 수 있습니다.

이러한 미래 가능성은 보험 트랙 프로젝트에 엄청난 기회를 의미합니다. 사용자를 유치하고 해자를 강화하기 위해 점점 더 많은 DeFi 프로젝트가 수입의 일부를 보험 시장에 투입할 것입니다. 이는 보험 수요가 증가하고 보험료 수입 규모가 증가한다는 것을 의미합니다. 또한 DeFi 보험 시장의 더 나은 투명성과 더 나은 유동성을 고려할 때 DeFi는 전통 산업의 보험 시장보다 높은 보급률을 가질 것입니다.

이러한 관점에서 Blue Fox Notes는 향후 DeFi 보험 시장에 대해 낙관적입니다. 그렇다면 이번 트랙에서 넥서스 뮤추얼, 엔슈어, 커버 중 누가 돋보일 것인가? 목과 목입니까? 또는 얼마나 강한가? 아니면 눈에 띄나요? 여기에는 너무 많은 불확실성이 있기 때문에 미래의 패턴이 어떻게 될지는 시간만이 알려줄 것입니다.

그러나 그 전에 그들이 무엇인지 간단히 살펴 보겠습니다.

보조 제목

Cover의 보험 이중 토큰 운영 모드

COVER_COMPOUND_2020_12_31_DAI_0_CLAIM

COVER_COMPOUND_2020_12_31_DAI_0_NOCLAIM

Cover는 P2P 보험 시장입니다. Cover의 보험 운영 메커니즘은 보험 이중 토큰 모델을 채택하고 장기 목표는 모든 것에 대한 보험 시장을 구축하는 것이지만 현재는 DeFi 시장에 초점을 맞추고 있습니다. 결합 곡선 모드를 통해 보험 가격을 설정합니다.

소위 보험 이중 토큰 운영 메커니즘은 주로 Cover 보험 시장에서 동종 토큰 CLAIM 및 NOCLAIM을 나타냅니다. 대체 가능한 토큰은 대체 가능한 토큰입니다. 이 보험 이중 토큰 모델은 Cover 프로토콜 운영의 핵심입니다.

처음 두 개의 균질화된 토큰인 CLAIM 및 NOCLAIM 토큰은 모기지 자산을 Cover 스마트 계약에 예치하는 사용자에 의해 생성됩니다. 각 보험 계약에는 피보험자, 예치된 담보(예: DAI 또는 ETH), 보관 금액 및 보험 만료일을 지정하는 계약이 포함됩니다.

보험 토큰 코드 형식: COVER_{계약}_{만료일}_{담보}_{Nonce}_{방향}

예: 복합 보험 토큰

1CLAIM 토큰 + 1NOCLAIM 토큰 ≈ 1 담보(예: DAI)

* 클레임의 경우, 1CLAIM 토큰 ≈ 1 담보(예: DAI), 1NOCLAIM 토큰 = 0;

* 만기 시 클레임이 발생하지 않으면 1NOCLAIM ≈ 1 담보(예: DAI), 1CLAIM 토큰 = 0.

즉, Cover의 보험 시장 운영은 주로 이 두 가지 동종 토큰에 의존하며, 이러한 보험 토큰은 DEX(현재 주로 Balancer)에 유동성 풀을 제공하여 유동성을 실현합니다. 따라서 CLAIM 및 NOCLAIM 토큰이 생성된 후 유동성을 제공하는 데 사용할 수 있고 판매할 수 있으며 대출 플랫폼의 담보로도 사용할 수 있습니다.

현재 Balancer에는 98% CLAIM 토큰과 2% DAI, 다른 98% NOCLAIM 토큰과 2% DAI 풀의 두 가지 커버 보험 토큰 풀이 있습니다.

보조 제목

커버 보험 시장의 세 가지 역할

Cover 보험의 운영 메커니즘에는 마켓 메이커, 보험 제공자 및 보험 수요자의 세 가지 주요 역할이 있습니다. 이 중 마켓메이커와 보험사 모두 담보를 예치해야 하며, 보험 수요자는 주로 다양한 디파이 프로토콜 사용자로 밸런서 등의 마켓에서 보험 토큰을 구매할 수 있다.

1. 마켓 메이커

마켓 메이커는 CLAIM 및 NOCLAIM 토큰을 보유하고 두 토큰 모두에 유동성을 제공합니다. 시장 조성자의 주요 목적은 유동성을 제공하는 시장 조성 수입과 채굴 보조금 수입을 얻는 것입니다.

마켓메이커는 먼저 DAI와 같은 담보를 예치하고 두 개의 보험 토큰인 CLAIM과 NOCLAIM을 받은 다음 Balancer에서 CLAIM과 NOCLAIM 토큰에 대한 유동성을 제공해야 합니다. 시장 조성자가 되면 유동성 수수료 수입과 커버 토큰 수입을 얻을 수 있습니다.그러나 시장 조성자는 CLAIM 또는 NOCLAIM 토큰을 판매할 수도 있습니다. 종료하려는 경우 CLAIM 및 NOCLAIM 토큰 코인 상환 담보를 사용할 수도 있습니다.

물론 마켓 메이커가 되는 것은 일시적인 유동성 손실의 위험도 있지만, 이 손실은 CLAIM 및 NOCLAIM 토큰 풀의 98%/2%이기 때문에 크지 않을 것입니다.

2. 보험사

보험 제공자는 NOCLAIM 토큰만 보유하고 유동성을 제공합니다. 즉, 보험 제공자는 보험의 수요자가 되기보다는 주로 보험을 인수하는 역할을 합니다. 프로젝트 당사자는 계약 사용자에게 보장을 제공하는 보험 제공자가 될 수 있습니다.

보험 제공자가 되려면 먼저 담보를 예치하고 CLAIM 및 NOCLAIM 토큰을 수집한 다음 보유하고 있는 CLAIM 토큰을 판매하고(프리미엄을 받을 수 있음) NOCLAIM 토큰에 대한 유동성만 제공해야 합니다.

계약이 자체 사용자에게 CLAIM 토큰을 판매하고(할인, 계약 사용자가 수락할 수 있는 더 낮은 가격 또는 토큰 보조금 등을 통해 판매할 수 있음) 자체적으로 NOCLAIM 토큰을 보유하는 경우 이는 다음과 같습니다. 의 사용자가 저렴한 인수 서비스를 제공하며 이는 사용자에게 자신감을 보여주는 계약의 중요한 표시이기도 합니다.

동시에 NOCLAIM 토큰 풀에 대한 유동성 제공에 대한 수수료도 받을 수 있으며, 동시에 Shield 마이닝에 참여하기 위해 유동성 LP 토큰을 스테이킹하는 데 대한 COVER 보상도 받을 수 있습니다. 물론 위험을 줄이기 위해 NOCLAIM 토큰을 판매하도록 선택할 수도 있습니다.보험이 만료되고 청구 이벤트가 없으면 보험 제공자(예: 프로젝트 당사자 또는 기타 주체)도 NOCLAIM 토큰을 사용하여 담보를 상환할 수 있습니다. .

두 종류의 보험 토큰을 보유하는 마켓메이커와 달리 보험사는 NOCLAIM 토큰만 보유하고 인수자가 되기 때문에 성공적인 클레임 이벤트가 발생하면 보험사의 담보가 손실을 입게 됩니다. 시장 조성자의 손실을 초래할 수 있지만 일반적으로 너무 크지는 않습니다.

보험 수요자(Coverage Seeker)는 계약에서 자산을 보호할 목적으로 CLAIM 토큰을 보유합니다. 보험 수요측은 보험을 구매하는 사용자입니다.보험 구매는 매우 간단하며 KYC가 필요하지 않습니다.DEX(Balancer)에서 특정 계약의 CLAIM 토큰을 구매하기만 하면 됩니다. 물론 CLAIM 및 NOCLAIM 토큰을 받기 위해 담보를 예치한 다음 NOCLAIM 토큰을 판매하거나 CLAIM 토큰만 보유하거나 CLAIM 토큰에 유동성을 제공(유동성 수입 및 COVER 토큰 통화 보상)하는 또 다른 방법이 있습니다.

보험은 사용자가 특정 계약의 CLAIM 토큰을 구매하도록 요구합니다. 즉, 인수 기간 동안 계약이 성공적으로 청구되면 보험 구매자는 CLAIM 토큰을 통해 담보로 지불된 보상을 상환할 수 있습니다.

또한 보험 구매 사용자는 해당 계약의 기본 자산을 보호하면서 CLAIM 토큰에 유동성을 제공하여 유동성 수입을 얻을 수 있는 다른 옵션이 있습니다. 클레임 이벤트가 발생하면 보유하고 있는 CLAIM과 구매한 NOCLAIM 토큰을 사용하여 담보를 상환할 수 있습니다.

보험수요측 입장에서 가장 큰 위험은 클레임 이벤트가 없을 경우 지급된 보험료가 보험사에 지급된다는 점이며, 이는 보호되는 프로젝트의 자금이 안전함을 의미하기도 합니다.

또한 Cover 약정에서 환매 작업이 발생하면 약정에서 일정 비율의 수수료를 부과해야 합니다.

보조 제목

커버의 클레임 관리

커버의 주장은 크게 주장, 투표, 위원회의 최종 결정의 세 단계로 나뉩니다.

*불만을 제기하다

*투표

클레임 이벤트 제출 후 스냅샷을 통해 투표합니다. COVER 토큰 보유자는 클레임이 유효한지 여부를 결정하기 위해 투표에 참여할 수 있습니다. 클레임이 거부되면 클레임이 거부됩니다. 커뮤니티의 투표에 동의하지 않는 사람이 있으면 필수 청구를 할 수 있습니다.

* "청구권 타당성 위원회" 최종 결정

청구는 전문 평가 보고서를 제공하고 청구 기준이 충족되었는지 여부와 지불해야 하는 비율을 결정할 수 있는 전문 감사인 청구 유효성 위원회에서 감사합니다. 각 클레임에는 5명 이상의 심사원이 할당됩니다. 클레임 이벤트를 결정하려면 검토자의 50% 이상이 클레임의 유효성에 동의하고 클레임이 발생할 경우 환급 비율을 결정해야 합니다.

마지막으로 CLAIM 토큰 보유자는 클레임이 성공하면 일정 기간이 지난 후 초기 지불금을 상환할 수 있습니다.

엔슈어의 '탈중앙화 로이드' 모델

Nsure 보험계약의 핵심은 다른 보험사업과 마찬가지로 보험시장을 형성하기 위해서는 보험자 인센티브, 수요자 인센티브, 청구절차의 3가지 측면을 중심으로 전개되어야 한다. 동적 가격 모델, 자본 풀 모델 및 3단계 그룹 투표 청구 의사 결정 메커니즘의 세 가지 핵심 메커니즘에 의해 구동됩니다.

Nsure Protocol의 동적 가격 책정 모델

동적 가격은 각 프로젝트의 자본 요구 사항 및 공급 관계에 따라 결정됩니다. 자본 수요(총 보험 금액)는 프로젝트의 총 잠긴 자산, 수요 비율 등과 관련이 있습니다. 수요 비율은 보험 침투율 및 Nsure 시장 점유율의 영향을 받습니다. 자본 프로비저닝은 주로 각 프로젝트의 언더라이팅 자산에 관한 것입니다. 흥미로운 디자인 중 하나는 사용자가 4배의 레버리지로 약속을 극대화할 수 있다는 것입니다. 또한 프리미엄 가격을 고려할 때 자본 수요와 공급 외에 위험 요소도 고려됩니다.

궁극적으로 가격은 공급 및 수요 관계와 프로젝트의 위험 수준에 따라 달라집니다. 프리미엄 가격은 α, β, 위험 요인 등과 관련이 있습니다. 여기서 α와 β는 베타 분포의 모수입니다. 수요 및 공급 요소는 총 부보 금액과 총 담보부 보험 자산을 α와 β로 변환합니다. 다른 DeFi 프로토콜은 다른 위험을 가지고 있습니다.초기 단계에서 Nsure는 DeFi 프로젝트의 위험을 자체적으로 평가한 다음 커뮤니티가 위험 평가에 참여하도록 합니다.

이미지 설명

Nsure 프로토콜의 자본 풀 모델

자본 풀은 채굴에 사용되어 사용자가 언더라이팅하도록 동기를 부여할 수 있음과 동시에 클레임 이벤트가 발생하면 보상도 지원합니다 잉여 풀이 MCR(최소 자본 요구 사항)을 충족하지 못하고 모든 클레임을 지불할 수 없는 경우, 자본 풀은 나머지 급여를 지불하는 데 사용됩니다. 자본 풀 모델은 Nsure의 운영에 중요한 지원이며 시스템 리스크가 발생하지 않도록 자본 공급 문제를 해결해야 하며 더 많은 사람들이 인수 자금을 제공할 수 있습니다.

Nsure 프로토콜에 대한 청구 프로세스

Nsure는 3단계 청구 절차를 채택하여 먼저 보험 계약자 참여, 피해자가 직접 투표하여 청구를 제기한 다음 전문 감사 기관을 소개하여 전문 감사 기관을 통해 모든 당사자에게 문제를 설명합니다. ; 마지막으로 투표합니다. 대략적인 프로세스는 다음과 같습니다.

이미지 설명

Cover의 청구 프로세스와 비교할 때 둘 다 전문 감사를 도입했습니다. Nsure에서는 전문 감사인이고 Cover에서는 "CVC(Claim Validity Committee)"입니다.

보조 제목

Nsure의 토큰 모델과 프로토콜 성장의 통합

Nsure 토큰은 자본 풀의 저당 자산으로 사용할 수 있으며 인수 자산에 해당하는 자본 풀의 저당 자산은 프리미엄의 50%를 차지할 수 있습니다. 또한 엔슈어는 더 많은 엔슈어를 얻기 위해 자산을 스테이킹하여 채굴에 참여할 수도 있으며, 이는 그 자체로 생산적인 자산이 되어 한편으로는 순환을 줄이고 동시에 시스템 성장의 가치를 포착할 수 있습니다.

Cover 토큰 모델에서 현재 COVER는 주로 거버넌스 토큰이며, 향후 가치를 어떻게 포착할 것인지에 대해서도 커뮤니티 거버넌스 참여가 필요합니다. 이러한 관점에서 Nsure의 현재 토큰 모델은 더 많은 가치를 포착할 수 있습니다. 물론 토큰 이코노미 메커니즘과 더불어 결국 얼마나 많은 가치를 포착할 수 있느냐가 더 중요한 것은 전체 보험 사업 자체의 거래 규모에 달려 있는 사업의 펀더멘털이다. 이는 향후 계약의 가치를 결정하는 데 중요합니다.

보조 제목

미래는 어디로 가고 있습니까?