Lưu ý của biên tập viên: Bài viết này đến từGhi Chú Cáo Xanh (ID: lanhubiji), được in lại bởi Odaily với sự cho phép.

Lưu ý của biên tập viên: Bài viết này đến từ

Ghi Chú Cáo Xanh (ID: lanhubiji)

• Ghi Chú Cáo Xanh (ID: lanhubiji)

• , được in lại bởi Odaily với sự cho phép.

• tiêu đề phụ

• Các giao thức DeFi dễ bị tổn thương

• Sau đây là các cuộc tấn công khác nhau mà nhiều giao thức DeFi đã phải hứng chịu trong khoảng một tháng qua, bao gồm các cuộc tấn công chênh lệch giá cho vay chớp nhoáng và đánh cắp quỹ bằng cách khai thác các lỗ hổng mã.

• Thu hoạch 25 triệu USD

PickleFinance 20 triệu USD

Giao thức gốc 8 triệu USD

Ngân hàng pho mát 3,3 triệu đô la

Akropolis 2 triệu USD

DeFi đã trở thành một bữa tiệc dành cho các “nhà khoa học”, đồng thời nhắc nhở những người tham gia không nên đầu tư các quỹ không thể chịu lỗ để tham gia vào DeFi hiện tại.

Đối mặt với tình trạng này, làm thế nào để giải quyết nó? Có cách nào khác ngoài việc lặp lại và kiểm tra vững chắc hơn không? Nếu những lo lắng của người tham gia không được giải quyết, thì sự phát triển của DeFi sẽ chững lại.

Trong hành trình của DeFi, bảo hiểm là một câu đố quan trọng để giải bài toán này.

tiêu đề phụ

Để DeFi phát triển, nó cần cơ sở hạ tầng như bảo hiểm. Việc dựa vào người dùng giao thức DeFi để tự mua bảo hiểm là không thực tế. Một trong những giải pháp tốt nhất là giao thức DeFi rút một phần phí giao dịch của giao thức hoặc tiền thu được từ khai thác và gửi nó vào nhóm dự trữ quỹ của dự án và một phần của nhóm dự trữ quỹ này được sử dụng để mua bảo hiểm tổng thể của giao thức, thậm chí nếu nó bắt đầu Không thể bảo hiểm tất cả tài sản và có thể bảo vệ một tỷ lệ phần trăm tài sản nhất định cũng sẽ giúp người dùng yên tâm hơn rất nhiều. Nếu điều này không thực tế ngay từ đầu, bên dự án cũng có thể sử dụng thị trường bảo hiểm để trở thành công ty bảo hiểm cung cấp bảo hiểm chi phí tương đối thấp cho người dùng hợp đồng của mình, điều này có thể nâng cao niềm tin của người dùng và giảm gánh nặng.

Cuối cùng, phần lớn các giao thức DeFi sẽ coi các dịch vụ bảo hiểm là một thành phần quan trọng của các dịch vụ giao thức. Chỉ bằng cách này, những lo lắng của người dùng mới thực sự được giải quyết.

Khả năng trong tương lai này có nghĩa là một cơ hội lớn cho dự án theo dõi bảo hiểm. Để thu hút người dùng và củng cố con hào, ngày càng nhiều dự án DeFi sẽ đưa một phần thu nhập của họ vào thị trường bảo hiểm, điều đó có nghĩa là nhu cầu về bảo hiểm sẽ tăng lên và quy mô thu nhập từ phí bảo hiểm sẽ tăng lên. Ngoài ra, xét đến tính minh bạch và tính thanh khoản tốt hơn của thị trường bảo hiểm DeFi, DeFi sẽ có tỷ lệ thâm nhập cao hơn so với thị trường bảo hiểm trong các ngành truyền thống.

Từ quan điểm này, Blue Fox Notes rất lạc quan về thị trường bảo hiểm DeFi trong tương lai. Vậy trong đường đua này, ai sẽ là người nổi bật giữa Nexus Mutual, Nsure và Cover? Có phải cổ và cổ không? Hay nó mạnh như thế nào? Hay nổi bật? Hình mẫu tương lai sẽ ra sao, có lẽ chỉ có thời gian mới trả lời được, bởi có quá nhiều điều bất ổn ở đây.

Nhưng trước đó, chúng ta hãy xem qua chúng là gì.

tiêu đề phụ

Chế độ hoạt động mã thông báo kép bảo hiểm của Cover

COVER_COMPOUND_2020_12_31_DAI_0_CLAIM

COVER_COMPOUND_2020_12_31_DAI_0_NOCLAIM

Cover là một thị trường bảo hiểm ngang hàng. Cơ chế hoạt động bảo hiểm của Cover áp dụng mô hình mã thông báo kép bảo hiểm. Mục tiêu dài hạn của nó là xây dựng thị trường bảo hiểm cho mọi thứ, nhưng hiện tại, trọng tâm của nó là thị trường DeFi. Nó đặt giá bảo hiểm thông qua chế độ đường cong liên kết.

Cái gọi là cơ chế vận hành mã thông báo kép bảo hiểm chủ yếu đề cập đến các mã thông báo đồng nhất CLAIM và NOCLAIM trong thị trường bảo hiểm Cover. Token có thể thay thế là token có thể thay thế được. Mô hình mã thông báo kép bảo hiểm này là cốt lõi của hoạt động của giao thức Cover.

Hai mã thông báo đồng nhất đầu tiên, mã thông báo CLAIM và NOCLAIM, được tạo bởi người dùng gửi tài sản thế chấp vào hợp đồng thông minh Cover. Mỗi hợp đồng bảo hiểm chứa thỏa thuận chỉ định người được bảo hiểm, tài sản thế chấp được ký gửi (chẳng hạn như DAI hoặc ETH), số tiền được lưu trữ và ngày hết hạn của bảo hiểm.

Định dạng mã thông báo bảo hiểm của nó: COVER_{Agreement}_{Expiration Date}_{Collateral}_{Nonce}_{Direction}

Ví dụ: Mã thông báo bảo hiểm hợp chất

1 mã thông báo YÊU CẦU + 1 mã thông báo KHÔNG YÊU CẦU ≈ 1 tài sản thế chấp (ví dụ: DAI)

* Trong trường hợp khiếu nại, 1 mã thông báo YÊU CẦU ≈ 1 tài sản thế chấp (ví dụ: DAI), trong khi 1 mã thông báo KHÔNG ĐƯỢC YÊU CẦU = 0;

* Nếu không có yêu cầu nào xảy ra khi đáo hạn, 1NOCLAIM ≈ 1 tài sản thế chấp (chẳng hạn như DAI), 1mã thông báo YÊU CẦU = 0.

Điều đó có nghĩa là, hoạt động của thị trường bảo hiểm Cover chủ yếu dựa vào hai mã thông báo đồng nhất này và loại mã thông báo bảo hiểm này nhận ra tính thanh khoản bằng cách cung cấp nhóm thanh khoản trên DEX (hiện chủ yếu là Balancer). Do đó, sau khi mã thông báo CLAIM và NOCLAIM được tạo, chúng có thể được sử dụng để cung cấp tính thanh khoản, có thể được bán và thậm chí có thể được sử dụng làm tài sản thế chấp cho các nền tảng cho vay.

Hiện tại có hai nhóm mã thông báo bảo hiểm Cover trên Balancer: 98% mã thông báo CLAIM và 2% DAI, và một mã thông báo 98% NOCLAIM khác và nhóm 2% DAI.

tiêu đề phụ

Ba vai trò trong thị trường bảo hiểm Cover

Trong cơ chế hoạt động của bảo hiểm Cover, có ba vai trò chính: nhà tạo lập thị trường, nhà cung cấp bảo hiểm và người yêu cầu bảo hiểm. Trong số đó, cả nhà tạo lập thị trường và nhà cung cấp bảo hiểm đều cần ký gửi tài sản thế chấp và những người có nhu cầu bảo hiểm chủ yếu là người dùng các giao thức DeFi khác nhau, những người có thể mua mã thông báo bảo hiểm trên các thị trường như Balancer.

1. Nhà tạo lập thị trường

Các nhà tạo lập thị trường nắm giữ mã thông báo YÊU CẦU và KHÔNG YÊU CẦU và cung cấp tính thanh khoản cho cả hai mã thông báo. Mục đích chính của các nhà tạo lập thị trường là kiếm thu nhập tạo thị trường cung cấp thanh khoản và thu nhập trợ cấp khai thác.

Trước tiên, các nhà tạo lập thị trường cần gửi tài sản thế chấp, chẳng hạn như DAI, sau đó nhận CLAIM và NOCLAIM, hai mã thông báo bảo hiểm, sau đó cung cấp thanh khoản cho mã thông báo CLAIM và NOCLAIM trên Balancer. Trở thành nhà tạo lập thị trường có thể kiếm được thu nhập từ phí thanh khoản và thu nhập từ mã thông báo Cover.Tuy nhiên, một nhà tạo lập thị trường cũng có thể bán bất kỳ mã thông báo YÊU CẦU hoặc KHÔNG YÊU CẦU nào; nếu bạn muốn thoát, bạn cũng có thể sử dụng mã thông báo YÊU CẦU và KHÔNG YÊU CẦU tài sản thế chấp để mua lại tiền xu.

Tất nhiên, việc trở thành nhà tạo lập thị trường cũng có rủi ro mất thanh khoản tạm thời, nhưng khoản lỗ này sẽ không lớn, bởi vì nó chiếm 98%/2% của nhóm mã thông báo YÊU CẦU và KHÔNG YÊU CẦU.

2. Nhà cung cấp bảo hiểm

Các nhà cung cấp bảo hiểm chỉ nắm giữ mã thông báo KHÔNG CÓ TRÁCH NHIỆM và cung cấp tính thanh khoản cho chúng. Nói cách khác, các nhà cung cấp bảo hiểm chủ yếu là bảo lãnh phát hành chứ không phải là người yêu cầu bảo hiểm. Bên dự án có thể trở thành nhà cung cấp bảo hiểm để cung cấp bảo hiểm cho những người sử dụng thỏa thuận của mình.

Để trở thành nhà cung cấp bảo hiểm, trước tiên bạn cần ký gửi tài sản thế chấp và thu thập mã thông báo YÊU CẦU và KHÔNG YÊU CẦU; sau đó bán mã thông báo YÊU CẦU mà bạn nắm giữ (bạn có thể nhận được phí bảo hiểm) và chỉ cung cấp tính thanh khoản cho mã thông báo KHÔNG YÊU CẦU.

Nếu thỏa thuận bán mã thông báo YÊU CẦU cho người dùng của chính họ (thậm chí có thể có chiết khấu, giá thấp hơn mà người dùng thỏa thuận của nó có thể chấp nhận hoặc bán thông qua trợ cấp mã thông báo, v.v.) và giữ mã thông báo KHÔNG YÊU CẦU cho chính nó, thì điều đó tương đương với của người dùng cung cấp dịch vụ bảo lãnh phát hành giá rẻ, đây cũng là một dấu hiệu quan trọng để thỏa thuận thể hiện sự tin tưởng đối với người dùng.

Đồng thời, bạn cũng có thể nhận được phí cung cấp thanh khoản cho nhóm mã thông báo KHÔNG CÓ TRÁCH NHIỆM Đồng thời, bạn cũng có thể nhận được phần thưởng COVER khi đặt cược mã thông báo LP thanh khoản để tham gia khai thác Shield. Tất nhiên, bạn cũng có thể chọn bán token NOCLAIM để giảm rủi ro. .

Không giống như các nhà tạo lập thị trường nắm giữ hai loại mã thông báo bảo hiểm, vì các nhà cung cấp bảo hiểm chỉ giữ lại các mã thông báo KHÔNG CÓ QUYỀN và trở thành người bảo lãnh phát hành, nếu một sự kiện yêu cầu thành công xảy ra, tài sản thế chấp của nhà cung cấp bảo hiểm sẽ bị lỗ. của nhà tạo lập thị trường và có thể gây ra tổn thất nhưng nhìn chung sẽ không quá lớn.

Người yêu cầu bảo hiểm (Người tìm kiếm bảo hiểm) giữ mã thông báo CLAIM cho mục đích bảo vệ tài sản trong thỏa thuận của mình. Bên yêu cầu bảo hiểm là người dùng mua bảo hiểm. Việc mua bảo hiểm rất đơn giản và không yêu cầu KYC. Bạn chỉ cần mua mã thông báo CLAIM của một thỏa thuận cụ thể trên DEX (Balancer). Tất nhiên, có một cách khác để gửi tài sản thế chấp để nhận mã thông báo CLAIM và NOCLAIM, sau đó bán mã thông báo NOCLAIM, chỉ giữ mã thông báo CLAIM hoặc cung cấp thanh khoản cho mã thông báo CLAIM (kiếm thu nhập thanh khoản và phần thưởng tiền tệ bằng tiền tệ COVER).

Bảo hiểm yêu cầu người dùng mua mã thông báo CLAIM của một thỏa thuận nhất định, điều đó có nghĩa là sau khi thỏa thuận có yêu cầu thành công trong thời gian bảo lãnh phát hành, người mua bảo hiểm có thể đổi khoản bồi thường được trả bằng tài sản thế chấp thông qua mã thông báo CLAIM.

Ngoài ra, người dùng mua bảo hiểm có các tùy chọn khác để kiếm thu nhập thanh khoản bằng cách cung cấp tính thanh khoản cho mã thông báo KHIẾU NẠI đồng thời bảo vệ tài sản cơ bản của các thỏa thuận tương ứng của họ; họ cũng có thể mua cùng một lượng mã thông báo KHÔNG XÁC NHẬN, chẳng hạn như khi bảo hiểm hết hạn hoặc xảy ra Trước khi sự kiện yêu cầu, tài sản thế chấp có thể được quy đổi bằng cách sử dụng QUYỀN LỢI NHUẬN trong tay và mã thông báo KHÔNG YÊU CẦU đã mua.

Đối với bên yêu cầu bảo hiểm, rủi ro chính là nếu không có sự kiện yêu cầu bồi thường, phí bảo hiểm đã đóng sẽ được trả cho công ty bảo hiểm, tất nhiên, điều này cũng có nghĩa là tiền trong dự án được bảo vệ sẽ an toàn.

Ngoài ra, trong Thỏa thuận bảo hiểm, nếu hoạt động mua lại xảy ra, thỏa thuận cần tính một tỷ lệ phí nhất định.

tiêu đề phụ

Quản lý khiếu nại của Cover

Yêu cầu của Cover chủ yếu được chia thành ba bước: đưa ra yêu cầu, biểu quyết và quyết định cuối cùng của ủy ban.

* Đưa ra yêu sách

*bỏ phiếu

Sau khi sự kiện yêu cầu được gửi, nó sẽ được bình chọn thông qua ảnh chụp nhanh. Chủ sở hữu mã thông báo COVER có thể tham gia bỏ phiếu để xác định xem khiếu nại là hợp lệ hay không hợp lệ. Nếu một khiếu nại bị bỏ phiếu, thì khiếu nại đó bị từ chối. Yêu cầu bắt buộc có thể được thực hiện nếu bất kỳ ai không đồng ý với cuộc bỏ phiếu của cộng đồng.

* Quyết định cuối cùng của "Ủy ban xác thực yêu cầu bồi thường"

Các yêu cầu bồi thường được kiểm tra bởi Ủy ban xác thực yêu cầu bồi thường, họ là những kiểm toán viên chuyên nghiệp có thể cung cấp báo cáo đánh giá chuyên nghiệp và quyết định xem các tiêu chí yêu cầu bồi thường có được đáp ứng hay không và tỷ lệ phần trăm sẽ được thanh toán. Mỗi khiếu nại được chỉ định từ 5 kiểm toán viên trở lên. Để xác định một sự kiện khiếu nại, hơn 50% người đánh giá phải đồng ý về tính hợp lệ của khiếu nại và xác định tỷ lệ hoàn trả nếu xảy ra khiếu nại.

Cuối cùng, chủ sở hữu mã thông báo CLAIM có thể đổi số tiền xuất chi ban đầu sau một khoảng thời gian nhất định nếu yêu cầu thành công.

Mô hình “Lloyd phi tập trung” của Bảo hiểm Nsure

Cốt lõi của hợp đồng bảo hiểm Nsure cũng giống như các dự án bảo hiểm khác, để hình thành thị trường bảo hiểm cũng cần xoay quanh ba khía cạnh là ưu đãi của nhà bảo hiểm, ưu đãi của người có nhu cầu và thủ tục yêu cầu bồi thường. Nó được thúc đẩy bởi ba cơ chế cốt lõi: mô hình định giá động, mô hình nhóm vốn và cơ chế ra quyết định yêu cầu bỏ phiếu theo nhóm ba giai đoạn.

Mô hình định giá động của giao thức Nsure

Định giá động được xác định dựa trên yêu cầu vốn của từng dự án và mối quan hệ cung ứng. Nhu cầu vốn (tổng số tiền bảo hiểm) liên quan đến tổng tài sản bị khóa của dự án, tỷ lệ nhu cầu, v.v. Tỷ lệ nhu cầu sẽ bị ảnh hưởng bởi tỷ lệ thâm nhập bảo hiểm và thị phần của Nsure. Dự phòng vốn chủ yếu là về các tài sản bảo lãnh đằng sau mỗi dự án. Một trong những thiết kế thú vị là người dùng có thể tối đa hóa cam kết của mình bằng đòn bẩy gấp 4 lần. Ngoài ra, khi xem xét định giá cao, các yếu tố rủi ro cũng được xem xét bên cạnh cung và cầu vốn.

Cuối cùng, việc định giá phụ thuộc vào quan hệ cung cầu và mức độ rủi ro của dự án. Giá cao hơn có liên quan đến α, β, các yếu tố rủi ro, v.v. trong đó α và là các tham số trong bản phân phối Beta. Các yếu tố cung và cầu biến tổng số tiền được bảo hiểm và tổng tài sản được bảo hiểm cầm cố thành α và β. Các giao thức DeFi khác nhau có rủi ro khác nhau.Trong giai đoạn đầu, Nsure sẽ tự đánh giá rủi ro của các dự án DeFi, sau đó để cộng đồng tham gia đánh giá rủi ro.

Mô tả hình ảnh

Mô hình nhóm vốn của giao thức Nsure

Nhóm vốn có thể được sử dụng để khai thác để thúc đẩy người dùng bảo lãnh phát hành. Đồng thời, một khi sự kiện yêu cầu xảy ra, nó cũng sẽ hỗ trợ bồi thường. Nếu nhóm thặng dư không thể đáp ứng MCR (yêu cầu vốn tối thiểu) và không thể thanh toán tất cả các yêu cầu, nhóm vốn sẽ được sử dụng để thanh toán số tiền còn lại. Mô hình góp vốn là hỗ trợ quan trọng cho hoạt động của Nsure, cần giải quyết bài toán cung ứng vốn để đảm bảo không xảy ra rủi ro hệ thống, đồng thời có thể thu hút thêm nhiều người cung cấp vốn bảo lãnh phát hành.

Quy trình Yêu cầu đối với Giao thức Nsure

Nsure áp dụng quy trình yêu cầu bồi thường ba giai đoạn. Đầu tiên, quy trình này sẽ có sự tham gia của các bên mua bảo hiểm và chính các nạn nhân sẽ bỏ phiếu để nộp đơn yêu cầu bồi thường, sau đó họ sẽ giới thiệu các tổ chức kiểm toán chuyên nghiệp để trình bày chi tiết vấn đề cho tất cả các bên thông qua các tổ chức kiểm toán chuyên nghiệp ; và cuối cùng là bình chọn. Quá trình gần đúng như sau:

Mô tả hình ảnh

So với quy trình yêu cầu bồi thường của Cover, cả hai đều đã giới thiệu kiểm toán chuyên nghiệp. Ở Nsure, đó là kiểm toán viên chuyên nghiệp và ở Cover, đó là "Ủy ban xác thực yêu cầu bồi thường (CVC)".

tiêu đề phụ

Sự tích hợp của mô hình mã thông báo Nsure và tăng trưởng giao thức

Mã thông báo Nsure có thể được sử dụng làm tài sản cầm cố của nhóm vốn và tài sản cầm cố của nhóm vốn, tương đương với tài sản bảo lãnh phát hành, có thể chiếm 50% phí bảo hiểm. Ngoài ra, Nsure cũng có thể tham gia khai thác bằng cách đặt cược tài sản để kiếm thêm Nsure, chính tài sản này trở thành tài sản sản xuất, một mặt có thể giảm lưu thông đồng thời thu được giá trị tăng trưởng hệ thống.

Trong mô hình mã thông báo Cover, hiện tại COVER chủ yếu là mã thông báo quản trị, về cách nắm bắt giá trị trong tương lai, cũng cần có sự tham gia quản trị cộng đồng. Từ quan điểm này, mô hình mã thông báo hiện tại của Nsure có thể thu được nhiều giá trị hơn. Tất nhiên, cuối cùng có thể thu được bao nhiêu giá trị, ngoài cơ chế kinh tế mã thông báo, điều quan trọng hơn đối với các nguyên tắc cơ bản của doanh nghiệp, điều này phụ thuộc vào quy mô giao dịch của toàn bộ doanh nghiệp bảo hiểm. Đây là chìa khóa để xác định giá trị của các thỏa thuận trong tương lai.

tiêu đề phụ

Tương lai sẽ đi về đâu?