Lưu ý của biên tập viên: Bài viết này đến từViện nghiên cứu chuỗi khối kho hạng nhất (ID: first_vip1), đượ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ừ

Viện nghiên cứu chuỗi khối kho hạng nhất (ID: first_vip1)

Viện nghiên cứu chuỗi khối kho hạng nhất (ID: first_vip1)

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

Trong vòng tròn của tiền điện tử, các nhà đầu tư phải đối mặt với rủi ro kỹ thuật, đó là khi mã thông báo được lưu trữ trong ví hoặc hợp đồng thông minh, sẽ có nguy cơ bị tin tặc tấn công hoặc đánh cắp. Đối với những người dùng không có khả năng hiểu trực tiếp chất lượng mã, có thể giải quyết bằng cách mua bảo hiểm. Tình hình hiện tại ở hai khía cạnh đã làm nảy sinh nhu cầu về bảo hiểm hợp đồng thông minh: 1) chuyển giao rủi ro do sự mở rộng của hệ sinh thái DeFi; 2) các cuộc tấn công thường xuyên của tin tặc. Nexus Mutual hiện là dự án duy nhất cung cấp bảo hiểm hợp đồng thông minh, vì vậy lợi thế cạnh tranh của nó là rất rõ ràng.

Các thành viên trong nhóm của Nexus rất hợp lý, bao gồm các chuyên gia tính toán bảo hiểm và những người thực hành blockchain trong nhiều năm. Cam kết mã của họ đang ở trong tình trạng tốt.

Theo quy mô kinh doanh bảo hiểm hiện tại, mô hình cầm cố mới có thể mang lại tỷ lệ hoàn vốn hàng năm rất hạn chế và người cầm cố cũng phải chịu rủi ro mất tiền gốc, vì vậy mô hình này vẫn không thể thu hút đủ người đánh giá rủi ro để cầm cố NXM. Các sản phẩm mới theo mô hình này có nguy cơ không thể kinh doanh do không đủ cam kết rủi ro.

Mô hình giá của NXM rất rõ ràng và nó chỉ bị ảnh hưởng bởi giá ETH và tăng trưởng kinh doanh trong thời gian dài. Nếu bỏ yếu tố giá ETH sang một bên: Trong ngắn hạn, MCR sẽ tăng trưởng theo sự tăng trưởng của nhóm vốn, do đó MCR% sẽ duy trì ở mức 130%, dẫn đến giá NXM tăng theo hình zíc zắc.

Tóm lại, Nexus Mutual xứng đáng được chú ý.

1. Khái quát cơ bản

1.1 Giới thiệu dự án

Đối tượng bảo hiểm của sản phẩm này là một hợp đồng thông minh và trách nhiệm bảo hiểm là: "việc sử dụng mã ngoài ý muốn". Người dùng trở thành thành viên thông qua KYC của họ có thể mua sản phẩm. Khi hợp đồng thông minh được chỉ định bị tin tặc tấn công, thành viên được bảo hiểm có thể yêu cầu bồi thường tổn thất.

tiêu đề phụ

1.2 Thông tin cơ bản

tiêu đề cấp đầu tiên

2. Chi tiết dự án

tiêu đề phụ

2.1 Đội

Có 8 thành viên trong nhóm và 2 chuyên gia tư vấn, ba trong số họ là những người hành nghề bảo hiểm có kinh nghiệm.

Hugh Karp, người sáng lập và Giám đốc điều hành, có trụ sở tại London, Vương quốc Anh, là một chuyên gia bảo hiểm và chuyên gia tính toán với 15 năm kinh nghiệm.

Roxana Danila, CTO, gia nhập công ty vào tháng 1 năm 2019, là một kỹ sư quan tâm đến sản phẩm với hơn 5 năm kinh nghiệm trong các ứng dụng quy mô lớn và xây dựng các sản phẩm phần mềm. Đã làm việc tại Facebook trong bốn năm và là trưởng bộ phận công nghệ tại khu vực New York.

Nitika Arora, thành viên hội đồng quản trị và kỹ thuật viên, cô ấy là nhà phát triển toàn diện và kiến ​​trúc sư kỹ thuật trưởng tại Somish Solutions. Tập trung vào thiết kế kỹ thuật, khả năng mở rộng doanh nghiệp

và an ninh. Ông cũng là CTO của Somish Blockchain Labs và là người đồng sáng lập GovBlocks.

Renis Melbardis, thành viên hội đồng quản trị và chuyên gia tính toán bảo hiểm, đã làm việc tại Munichre, Công ty Tái bảo hiểm Munich trong 5 năm, một trong những công ty tái bảo hiểm lớn nhất thế giới, gia nhập NXM từ tháng 5 năm 2018 đến tháng 4 năm 2019 và gia nhập Tập đoàn Aon vào tháng 5 năm 2019 (Tập đoàn Aon), một của các tập đoàn bảo hiểm lớn nhất thế giới.

Graeme Thurgood, thành viên hội đồng quản trị và là chuyên gia về bảo hiểm tương hỗ, người hành nghề bảo hiểm với 17 năm kinh nghiệm bảo hiểm, có nhiều kinh nghiệm trong việc thành lập và điều hành các hội tương hỗ ở Vương quốc Anh. Trước đây tại RSA, Allianz và Aviva và hiện tại tại Regis Mutual Management.

Kayleigh Petrie, lãnh đạo cộng đồng, đã tham gia Nexus Mutual vào tháng 11 năm 2018, giỏi giao tiếp và tổ chức các cuộc họp.

Ish Goel, thành viên hội đồng quản trị và chuyên gia về chuỗi khối, là Giám đốc điều hành và kiến ​​trúc sư chuỗi khối cốt lõi của Somish Solutions và là người sáng lập GovBlocks. Một trung tâm blockchain được thành lập vào năm 2016, giám sát sự phát triển của nhiều MVP blockchain trên nhiều ngành công nghiệp và chính phủ. Đã tham gia Nexus Mutual vào năm 2017, từng là CTO trước khi Roxana Danila đến công ty và đã gửi nhiều mã nhất cho NXM cho đến nay.

Steve Barker, Cố vấn, Người sáng lập và Giám đốc điều hành của SwapForex. Ông có hơn 22 năm kinh nghiệm trong lĩnh vực dịch vụ tài chính và khởi nghiệp, quản lý một số quỹ đầu tư của Vương quốc Anh và quốc tế. Ông đã đồng sáng lập một số công ty khởi nghiệp trong lĩnh vực truyền thông, Internet TV và dịch vụ tài chính.

Evan van Ness, chuyên gia tư vấn, người sáng lập WeekInEthereum.com, một trang tin tức về hệ sinh thái Ethereum.

tiêu đề phụ

Vào ngày 11 tháng 5 năm 2018, nó đã thông báo hoàn thành vòng cấp vốn hạt giống và các nhà đầu tư là KR1 và Kenetic. Trong số đó, KR1 đã đầu tư 184.000 euro [1] (215.500 USD) vào Nexus vào tháng 4 năm 2018. Tổ chức đầu tư này cũng đầu tư vào các dự án như Argent, Herdius và Vega.

Các nhà đầu tư trong vòng hạt giống được phân bổ 700.000 NXM.

Vào ngày 23 tháng 7 năm 2020, KR1 đã bán 35.128 NXM (36,5% cổ phần nắm giữ) với giá trung bình là 14,03 USD, thu về 492.991 USD lợi nhuận so với mức lãi ban đầu là 2,24 USD. KR1 tuyên bố rằng họ vẫn nắm giữ hơn 3/4 vị trí Nexus ban đầu (được tính là 63,5%) và dự định mua lại một số mã thông báo sau khi động lực về giá và nhóm vốn trở lại mức bình thường[2].

tiêu đề phụ

2.3 Mã

Trạng thái gửi mã của Nexus Mutual phản ánh bản cập nhật của phiên bản. Sau khi doanh nghiệp đầu tiên được tạo vào tháng 7 năm 2019, quá trình gửi mã bị đình trệ, phản ánh rằng mã đã được cập nhật và trọng tâm chính là thúc đẩy kinh doanh. Từ đầu năm 2020, nhóm đã bắt đầu thêm một hệ thống cam kết mới và do quá trình lặp lại nhanh chóng của toàn bộ hệ sinh thái DeFi, nhóm đã đẩy nhanh tiến độ cập nhật mã của chính mình.

Hình 2-2 phản ánh nội dung gửi của những người tại Nexus Mutual. Theo thông tin trên Github, hầu hết các mã của Nexus Mutual đều do công ty Ấn Độ Somish đóng góp, bao gồm Ish Goel, Nitika Arora và Suraj Rawat nói trên không được liệt kê trên trang web chính thức.

tiêu đề phụ

2.4 Sản phẩm

Nexus Mutual là một bảo hiểm tương hỗ phi tập trung.

2.4.1 Bảo hiểm hợp đồng thông minh

Sản phẩm đầu tiên của Nexus Mutual là Smart Contract Cover.

Đối tượng bảo hiểm cho sản phẩm này là hợp đồng thông minh và trách nhiệm bảo hiểm là: "việc sử dụng mã ngoài ý muốn", cụ thể: 1) Địa chỉ hợp đồng thông minh được chỉ định hoặc địa chỉ hợp đồng thông minh liên quan trực tiếp trong hệ thống hợp đồng thông minh, đã bị tấn công trong thời hạn bảo hiểm, đó là hậu quả trực tiếp của việc vô tình sử dụng mã hợp đồng thông minh; Địa chỉ không được chủ sở hữu ban đầu quản lý hoặc mất tiền vĩnh viễn.

Bên mua bảo hiểm cần yêu cầu bồi thường trong thời hạn bảo hiểm, hoặc trong vòng 35 ngày sau khi kết thúc thời hạn bảo hiểm.

Định nghĩa của các thuật ngữ trên:

Số tiền bảo hiểm: số tiền được chỉ định bởi chủ hợp đồng khi mua bảo hiểm hợp đồng thông minh.

Mất tiền: Toàn bộ số tiền bị mất do hack, không phải là tổn thất của các chủ hợp đồng cá nhân.

Đáng kể: Nó vượt xa các chi phí liên quan đến khí đốt trong hợp đồng và tổng tổn thất quỹ vượt quá 20% số tiền được bảo hiểm.

Thời hạn bảo hiểm: Tính theo ngày, do bên mua bảo hiểm lựa chọn khi đăng ký bảo hiểm, lớn hơn 30 ngày và dưới 1 năm. Hệ thống hợp đồng thông minh: đề cập đến một hợp đồng thông minh duy nhất chạy trên Ethereum hoặc một nhóm các hợp đồng thông minh có liên quan trực tiếp, ngoại trừ các hệ thống tương tác với nó, chẳng hạn như oracle, thợ mỏ, mạng Ethereum hoặc các cá nhân hoặc tổ chức tương tác với hệ thống.

Do sự phức tạp của các hệ thống hợp đồng thông minh ngày nay, mục đích của bảo hiểm hợp đồng thông minh là cho phép người dùng chỉ bảo hiểm một hợp đồng "chính", đại diện cho toàn bộ hệ thống hợp đồng thông minh. Hình 2-3 cho thấy hai hệ thống hợp đồng thông minh phổ biến hiện nay. Người dùng chỉ có thể bảo hiểm cho Master và Factory, tương đương với bảo hiểm cho toàn bộ hệ thống hợp đồng thông minh.

Tuyên bố miễn trừ trách nhiệm:

1) Mất tiền do lừa đảo, vi phạm bảo mật khóa cá nhân, phần mềm độc hại, trộm cắp trao đổi hoặc bất kỳ hoạt động nào khác mà hợp đồng thông minh vẫn hoạt động như dự kiến;

2) Nếu việc triển khai hợp đồng thông minh hoặc hệ thống hợp đồng thông minh chủ yếu nhằm mục đích yêu cầu chính sách này, thay vì bất kỳ yêu cầu nào đối với việc sử dụng thực tế của khách hàng;

3) Trước thời hạn bảo hiểm, hệ thống hợp đồng thông minh đã bị hack hoặc lỗi đã được tiết lộ công khai;

4) Các lỗi xuất hiện trong vòng 250 ngày kể từ khi thay đổi logic hợp đồng thông minh đã bị tin tặc tấn công. Tình huống cụ thể là: khi hợp đồng chính của hợp đồng thông minh không thay đổi, hợp đồng phụ được cập nhật hoặc thay thế, nghĩa là trong Hình 2-3, hợp đồng Master và Factory không thay đổi, nhưng các hợp đồng như F (x) hoặc Con(x) đã được thay đổi. Việc miễn trừ trách nhiệm pháp lý này nhằm bảo vệ người đánh giá rủi ro khỏi những thay đổi không lường trước; (điều khoản miễn trừ đã được gỡ bỏ vào ngày 16 tháng 6)

5) Bất kỳ đầu vào nào bên ngoài hợp đồng thông minh hoạt động theo cách ngoài ý muốn, trong khi hợp đồng thông minh vẫn hoạt động theo cách dự kiến. Đầu vào bao gồm, nhưng không giới hạn ở: tiên tri, hệ thống quản trị, hệ thống khuyến khích, hành vi của người khai thác và tắc nghẽn mạng.

Các trường hợp chấm dứt bảo hiểm:

1) Khi chính sách được yêu cầu;

2) Hết thời hạn bảo hiểm.

2.4.2 Quy trình đăng ký bảo hiểm

Chỉ bằng cách trở thành thành viên của Nexus Mutual, bạn mới có thể mua NXM và sau đó mua bảo hiểm hợp đồng thông minh. Tư cách thành viên liên quan đến KYC và phí thành viên là 0,002ETH. KYC hiện không hỗ trợ các khu vực như Trung Quốc đại lục. Người dùng trở thành thành viên chỉ có thể liên kết một địa chỉ và chỉ địa chỉ này mới có thể mua hàng.

Sau khi trở thành thành viên, quy trình mua bảo hiểm hợp đồng thông minh lần đầu như sau:

1) Chọn hợp đồng thông minh bạn muốn bảo hiểm trên trang mua bảo hiểm hoặc nhập địa chỉ hợp đồng thông minh;

2) Nhập số tiền bảo hiểm, có thể được tính bằng DAI hoặc Ether;

3) Nhập thời hạn bảo hiểm;

4) Nhận báo giá và giới hạn trên của báo giá tuân theo giới hạn khả năng thanh toán trong 2.5.2;

Chỉ có 16 hợp đồng thông minh có thể được mua trên trang mua bảo hiểm, nhưng thực tế có 26 hợp đồng thông minh được hỗ trợ. Xem Bảng 2-1. Đối với các yêu cầu thời gian thực, vui lòng truy cập kênh chung của Discord.

2.4.3 Quy trình yêu cầu bồi thường

Người sử dụng bảo hiểm có thể gửi yêu cầu bồi thường trong thời hạn bảo hiểm và trong vòng 35 ngày sau khi hết hạn. Vì việc đánh giá yêu cầu bồi thường chỉ đơn giản là bỏ phiếu "có" và "không", tổn thất thực tế mà người sử dụng bảo hiểm phải gánh chịu sẽ không được đánh giá.

Khi người dùng gửi yêu cầu, anh ta cần cam kết NXM, bằng 5% phí bảo hiểm trong Hình 2-4. Nếu yêu cầu không thành công, anh ta sẽ có cơ hội yêu cầu khác. Khi người dùng không yêu cầu hoặc yêu cầu đầu tiên thành công, 10% NXM cao cấp có thể bị lấy đi Khi người dùng không yêu cầu lần đầu tiên và yêu cầu thứ hai thành công, 5% NXM có thể bị lấy đi.

tiêu đề phụ

2.5 Giải thích kinh doanh chi tiết

2.5.1 Chi phí bảo hiểm

Vào ngày 23 tháng 6, mô hình định giá cao cấp mới đã thông qua một cuộc bỏ phiếu của cộng đồng.

Do mô hình đánh giá rủi ro mới, Nexus cần một khung định giá cao cấp được đơn giản hóa mới đáp ứng những điều sau: 1) Tính đơn giản - đẩy sự phức tạp ra khỏi chuỗi cho những người đánh giá rủi ro (theo đánh giá mô hình rủi ro của riêng họ); 2) Phân cấp - đủ đơn giản, và chỉ dựa vào thông tin trên chuỗi, có thể chạy hoàn toàn trên chuỗi (so với công cụ báo giá ngoài chuỗi hiện tại); 3) Tính linh hoạt - không chỉ định giá phạm vi hợp đồng thông minh mà còn có thể định giá bất kỳ loại rủi ro nào, Nhóm Nexus có thể ra mắt sản phẩm mới.

Chi phí bảo hiểm hợp đồng thông minh được xác định bởi ba yếu tố: 1) số tiền cam kết rủi ro của một hợp đồng thông minh duy nhất; 2) số tiền bảo hiểm; 3) thời hạn bảo hiểm.

Bước đầu tiên để xác định giá trị cam kết của hợp đồng thông minh là tính toán chi phí rủi ro (Chi phí rủi ro), là số tiền bảo hiểm mà Nexus Mutual dự kiến ​​sẽ trả mỗi năm, xem Công thức 1. Bước thứ hai là tính toán chi phí bảo hiểm, là báo giá trong 2.4.2, xem công thức 2.

Khi số tiền cam kết rủi ro của một hợp đồng thông minh vượt quá 200.000 NXM, phí bảo hiểm là thấp nhất Chất lượng rủi ro của các hợp đồng thông minh của 6 dự án trong Hình 3-8 đều vượt quá 200.000 NXM, vì vậy phí bảo hiểm của chúng là thấp nhất. Bất kể số tiền bảo hiểm và thời hạn bảo hiểm, phí bảo hiểm tối thiểu bằng tỷ lệ hàng năm là 1,3%. Mối quan hệ giữa tỷ lệ phí bảo hiểm hàng năm và số tiền cam kết rủi ro của một hợp đồng thông minh dự án duy nhất được thể hiện trong Hình 2-6:

2.5.2 Mô hình vốn

Capital Pool đề cập đến số tiền do Nexus Mutual nắm giữ, tất cả đều đến từ ETH và DAI được các thành viên sử dụng để mua NXM.

Mô hình vốn xác định lượng vốn tối thiểu cần thiết cho Nexus Mutual để duy trì hoạt động, cụ thể là yêu cầu vốn tối thiểu MCR (Yêu cầu vốn tối thiểu tính theo ETH).

MCR bao gồm hai phần: 1) BEL (Best Estimate Liability, dự đoán nợ tốt nhất) đề cập đến khoản thanh toán dự kiến ​​của mỗi bảo hiểm, được xác định bởi chi phí rủi ro của tất cả các hợp đồng bảo hiểm hiện có (xem công thức 1); 2) bộ đệm (đệm ) đề cập đến Nhóm quỹ được sử dụng để ngăn chặn các sự kiện "thiên nga đen" được tính toán theo khung Khả năng thanh toán II của ngành bảo hiểm châu Âu.

Tỷ lệ nhóm vốn so với MCR là MCR% và Nexus Mutual sẽ luôn duy trì MCR% lớn hơn 1. Khi MCR%≤1, NXM không thể đổi ETH hoặc DAI được nữa.

Mô hình vốn quá phức tạp để chạy trên chuỗi, do đó, nó phải được chạy ngoài chuỗi và kết quả được công chứng trên chuỗi cứ sau 4 giờ. Mã mô hình vốn sẽ có nguồn mở để bất kỳ ai cũng có thể chạy và xác minh kết quả một cách độc lập.

2.5.3 Giới hạn khả năng thanh toán (Capacity Limits)

Giới hạn khả năng thanh toán có nghĩa là Nexus Mutual giới hạn số tiền hoàn trả của một rủi ro cụ thể để bảo vệ toàn bộ quỹ bảo hiểm. Có hai loại hạn chế chính: hạn chế rủi ro cụ thể và hạn chế khả năng toàn cầu.

Giới hạn rủi ro đặc biệt: Giới hạn trên của số tiền bảo hiểm của hợp đồng thông minh bằng với số tiền cam kết trong hợp đồng thông minh. Nếu không có cam kết, Nexus sẽ không cung cấp bất kỳ bảo hiểm nào cho hợp đồng thông minh. Để biết thông tin liên quan đến cam kết, xem 2.5.5 Đánh giá rủi ro.

Giới hạn năng lực toàn cầu: Bất kể NXM được cam kết bao nhiêu trong một hợp đồng thông minh cụ thể, nó chỉ có thể trả tối đa 20% MCR (eth), xem công thức 3:

2.5.4 Quản lý đầu tư (chưa triển khai)

Trong bất kỳ mô hình bảo hiểm truyền thống nào, các công ty bảo hiểm đầu tư phí bảo hiểm để kiếm lợi nhuận. Đây là một phần quan trọng trong lợi nhuận của bất kỳ công ty bảo hiểm nào. Chiến lược đầu tư của một công ty bảo hiểm thường là thận trọng, đầu tư vào những nơi không gây nguy hiểm cho khả năng thanh toán của quỹ.

Nexus Mutual có hai loại tài sản: tài sản tiền tệ (Currency Assets, CAx) và tài sản đầu tư (Investing Assets).

Tài sản tiền tệ đề cập đến tất cả ETH và DAI nhận được trong hệ thống, các nguồn bao gồm doanh số bán các sản phẩm bảo hiểm hợp đồng thông minh và doanh số bán mã thông báo NXM. Các tài sản này là trách nhiệm pháp lý của Nexus Mutual và chúng phải duy trì tính thanh khoản để đáp ứng các yêu cầu bồi thường và hoàn trả của NXM.

Tài sản đầu tư đề cập đến các mã thông báo ERC20 khác. Trong tương lai, các thành viên của Nexus Mutual có thể bỏ phiếu cho các mã thông báo ERC20 khác để tham gia hệ thống bảo hiểm thông qua hệ thống quản trị.

Kế hoạch chiến lược đầu tư của Nexus Mutual là tài sản tiền tệ sẽ được thế chấp trên ETH 2.0 và tài sản đầu tư sẽ được tạo ra thị trường trên Uniswap.

2.5.5 Đánh giá rủi ro

Đánh giá rủi ro có nghĩa là các thành viên sẽ cam kết mã thông báo NXM để nhận phần thưởng cho các hợp đồng thông minh mà họ cho là an toàn và rủi ro tương ứng là NXM đã cam kết sẽ được sử dụng cho các yêu cầu bồi thường.

Quy trình người dùng tham gia đánh giá rủi ro như sau:

1) Trước tiên, Li Lei gửi một khoản NXM, có thể là bất kỳ số tiền nào (chẳng hạn như 1000 NXM)

2) Li Lei chọn tối đa 10 hợp đồng thông minh mà anh ấy muốn cam kết, có thể là bất kỳ hợp đồng nào, không giới hạn trong Bảng 2-1. (chẳng hạn như Đường cong)

3) Số tiền cam kết của mỗi hợp đồng thông minh cần phải lớn hơn 20 NXM và nhỏ hơn số tiền Li Lei ký gửi (1000 NXM).

4) Nếu một thành viên mua bảo hiểm của Curve, 50% phí bảo hiểm sẽ được phân phối cho tất cả người dùng (bao gồm cả Li Lei) đã cam kết trong hợp đồng thông minh.

5) Nếu khiếu nại của thành viên đã mua hợp đồng thông minh thành công, NXM được cam kết trong hợp đồng thông minh sẽ được trả cho thành viên và NXM của Li Leicun sẽ bị lỗ.

6) Nếu Li Lei chọn rút khỏi cam kết, anh ta sẽ phải đối mặt với thời hạn khóa 90 ngày, trong thời gian đó Li Lei sẽ vẫn nhận được thu nhập phí bảo hiểm và đối mặt với rủi ro trả nợ.

2.5.6 Đánh giá Khiếu nại

Sau khi yêu cầu bồi thường được gửi, nó sẽ được đánh giá bởi Người đánh giá yêu cầu bồi thường.

2.5.6.1 Bỏ phiếu của Người đánh giá yêu cầu bồi thường

Bất kỳ thành viên nào nắm giữ NXM đều có thể trở thành người đánh giá yêu cầu và có quyền biểu quyết sau khi đặt cược NXM. Cam kết NXM có thời gian đặt cược ban đầu là 30 ngày. Sau khi người đánh giá bỏ phiếu, thời gian gia hạn thêm 7 ngày sẽ được tạo ra. Nếu phiếu bầu của người đánh giá đồng ý với sự đồng thuận, thì thời gian gia hạn đặt cược này sẽ bị hủy bỏ. Nếu không, thì phần mở rộng cổ phần vẫn có hiệu lực. Thời gian bỏ phiếu ít nhất là 36 giờ và nhiều nhất là 72 giờ.Nếu tổng số tiền cam kết bỏ phiếu vượt quá 10 lần số tiền bảo hiểm yêu cầu bồi thường, thì việc bỏ phiếu sẽ kết thúc sớm. Sau khi có kết quả bỏ phiếu, phần thưởng nhóm phí (Fee Pool) sẽ được phân phối theo tỷ lệ cho những người đánh giá khiếu nại đã tham gia bỏ phiếu. Người đánh giá yêu cầu bồi thường chỉ có thể bỏ phiếu cho một yêu cầu sau mỗi 6 giờ.

Phiên bỏ phiếu của người đánh giá yêu cầu bồi thường phải đáp ứng hai điều kiện: a. Số tiền cam kết NXM của người đánh giá tham gia mỗi yêu cầu phải vượt quá 5 lần số tiền bảo hiểm của yêu cầu b. Hơn 70% số phiếu nhất trí (đồng ý hay không) ) đồng ý yêu cầu bồi thường). Nếu hai điều kiện trên không được đáp ứng, nó sẽ bước vào quá trình bỏ phiếu của tất cả các thành viên.

2.5.6.2 Tất cả thành viên bỏ phiếu

Tất cả những người nắm giữ NXM bỏ phiếu mà không đặt cược NXM. Tất cả NXM của những người tham gia bỏ phiếu sẽ bị khóa trong hai ngày và tương ứng, những người tham gia sẽ nhận được phần thưởng nhóm phí. Thời gian bỏ phiếu cho toàn bộ phiếu bầu giống như giai đoạn trước.

Một điều kiện phải được đáp ứng trong phiên bỏ phiếu của tất cả các thành viên: số tiền bị khóa của NXM tham gia phải vượt quá 5 lần số tiền được yêu cầu. Nếu các điều kiện trên không được đáp ứng, giai đoạn bỏ phiếu của người đánh giá yêu cầu bồi thường sẽ được bắt đầu lại và hai điều kiện của giai đoạn đầu tiên sẽ bị hủy bỏ.

Người xem xét khiếu nại bỏ phiếu chấp thuận yêu cầu, sau đó số tiền bảo hiểm sẽ được gửi đến địa chỉ của chủ hợp đồng, đồng thời, hợp đồng sẽ bị chấm dứt và tiền đặt cọc của chủ hợp đồng sẽ được trả lại. Nếu khoản bồi thường bị từ chối, khoản tiền đặt cọc của chủ hợp đồng sẽ bị hủy, nhưng hợp đồng vẫn có hiệu lực và chủ hợp đồng cũng có thể gửi đơn yêu cầu bồi thường lần thứ hai.

Tuy nhiên, kết quả bỏ phiếu của tất cả các thành viên là quyết định cuối cùng và người được bảo hiểm không yêu cầu bồi thường không thể yêu cầu lại.

Tài sản của nhóm phí là 20% phí bảo hiểm, được đúc bởi hệ thống. Khi cuộc bỏ phiếu kết thúc, tất cả cử tri sẽ nhận được phần thưởng từ nhóm phí và tỷ lệ phân phối dựa trên số lượng phiếu bầu.

2.5.7 Quản trị

Quản trị DAO của Nexus Mutual được triển khai trên nền tảng GovBlock, được sản xuất bởi Somish, công ty mà các thành viên nhóm Nitika Arora và Ish Goel trực thuộc.

Nexus Mutual có một Ban cố vấn bao gồm năm thành viên: Nitika Arora, Renis Melbardis, Graeme Thurgood, Nick Munoz-McDonald và Ish Goel (xem 2.1).

Thông thường, quy trình quản trị như sau:

1) Các thành viên đưa ra đề xuất;

2) Được Ủy ban cố vấn chấp nhận, thêm đề xuất vào danh sách trắng và đặt phần thưởng biểu quyết;

3) Ủy ban Cố vấn bỏ phiếu và đưa ra các khuyến nghị về quản trị cho tất cả các thành viên;

4) Tất cả các thành viên phải bỏ phiếu trên 15%.

5) Nhóm thực hiện đề xuất.

Ủy ban Cố vấn có quyền hủy bỏ NXM do người đánh giá yêu cầu cam kết nếu họ tin rằng gian lận đã xảy ra trong giai đoạn đánh giá yêu cầu bồi thường.

Sản phẩm của Nexus Mutual là bảo hiểm hợp đồng thông minh, đối tượng của sản phẩm là hợp đồng thông minh và trách nhiệm bảo hiểm là: "việc sử dụng mã ngoài ý muốn". Người dùng trở thành thành viên thông qua KYC của họ có thể mua sản phẩm. Khi hợp đồng thông minh được chỉ định bị tin tặc tấn công, thành viên được bảo hiểm có thể yêu cầu bồi thường thiệt hại. Các thành viên có thể đặt cược NXM, tham gia đánh giá yêu cầu và nhận một số phần thưởng cao cấp. Ngoài ra, mô-đun đánh giá rủi ro mới được cập nhật cho phép các thành viên cam kết từng hợp đồng thông minh theo tiêu chuẩn kiểm soát rủi ro của riêng họ và góp vốn vào hệ thống Nexus Mutual trong khi nhận phần thưởng cao cấp. Toàn bộ khung kinh doanh bảo hiểm của Nexus được thiết kế chặt chẽ và mọi liên kết đều được kết hợp với chuỗi khối.

Theo quy mô kinh doanh bảo hiểm hiện tại, mô hình cầm cố mới có thể mang lại tỷ lệ hoàn vốn hàng năm rất hạn chế và người cầm cố cũng phải chịu rủi ro mất tiền gốc, vì vậy mô hình này vẫn không thể thu hút đủ người đánh giá rủi ro để cầm cố NXM. Các sản phẩm mới theo mô hình này có nguy cơ không thể kinh doanh do không đủ cam kết rủi ro.

tiêu đề cấp đầu tiên

3. Phát triển

tiêu đề phụ

3.1 Lịch sử

3.1.1 sự kiện bZx

Yêu cầu đầu tiên (yêu cầu 1), lên tới 30.000 DAI, đã bị từ chối bởi 7/8 người đánh giá yêu cầu bồi thường, những người đã cam kết 76.000 NXM (trị giá hơn 300.000 USD). Sau khi bZx gửi báo cáo chi tiết về sự cố, chính sách đã áp dụng yêu cầu bồi thường lại (xem 2.4.3, bên mua bảo hiểm có thể yêu cầu bồi thường hai lần). Yêu cầu 2, 3, 5 đã được thanh toán, yêu cầu 4 trong số 50.000 DAI đã bị từ chối, nó được mua sau cuộc tấn công đầu tiên nhưng trước cuộc tấn công thứ hai và do đó không được bảo hiểm.

Thảo luận cộng đồng về bZx được thể hiện trong Bảng 3-2:

3.1.2 Sự kiện thanh lý MakerDAO

Trong khoảng thời gian "3.12", do sự cố cơ chế thanh lý của MakerDAO, Maker đã bị lỗ 4,5 triệu đô la Mỹ. Đối với "việc sử dụng mã ngoài ý muốn", có nhiều cuộc thảo luận trong cộng đồng. Cuối cùng, tất cả 16 yêu cầu đã bị từ chối, với 99,96% (2,22 triệu USD cam kết) bỏ phiếu bác bỏ các yêu cầu.

tiêu đề phụ

3.2 Trạng thái

3.2.1 Số tiền bảo hiểm

Hình 3-1 cho thấy số tiền bảo hiểm tích lũy của các hợp đồng đang hoạt động đã tăng nhanh sau tháng 7 năm 2020. Điều này xuất phát từ thực tế là việc khai thác thanh khoản do mã thông báo COMP bắt đầu đã mang lại rất nhiều thanh khoản cho thị trường DeFi kể từ giữa tháng 6 và nó cũng mang lại nhu cầu rất lớn về bảo hiểm vốn. Tính đến ngày 3 tháng 8, đã có 560 hợp đồng với tổng trị giá 17,23 triệu đô la.

Hình 3-2 cho thấy năm hợp đồng có số tiền bảo hiểm tích lũy lớn nhất là: Curve, Yearn, Balancer, Compound và Maker. Số tiền bảo hiểm khổng lồ cho Curve và Yearn đến từ việc khai thác mã thông báo YFI bắt đầu vào giữa tháng 7. Tỷ lệ hoàn vốn hàng năm khổng lồ trong một tuần đã thu hút một số lượng lớn các nhà cung cấp thanh khoản và hình thành một số lượng lớn các chính sách bảo hiểm.

3.2.2 Khiếu nại

Hình 3-3 hiển thị các xác nhận quyền sở hữu kể từ khi Nexus bắt đầu hoạt động. Trong số 25 xác nhận quyền sở hữu, các xác nhận quyền sở hữu màu xanh dương là các xác nhận quyền sở hữu thành công và các xác nhận quyền sở hữu màu cam là các xác nhận quyền sở hữu không thành công. Tất cả các yêu cầu 1-5 đều được gửi trong sự cố bZx, trong đó 2, 3 và 5 đã được thanh toán và đây cũng là sự cố duy nhất mà chính sách yêu cầu thành công cho đến nay (xem 3.1.1 để biết chi tiết).

3.2.3 Kinh phí

Hình 3-4 cho thấy vốn góp của Nexus đã tăng nhanh kể từ tháng 7, đạt 19,82 triệu USD tính đến ngày 3 tháng 8. Lý do là sự tăng trưởng của DeFi do khai thác thanh khoản, từ đó kích hoạt nhu cầu bảo hiểm.

MCR trong Hình 3-5 bắt đầu tăng nhanh vào giữa tháng Bảy. Giá trị ban đầu của MCR (ETH) là 7000 ETH. Bắt đầu từ ngày 11 tháng 11 năm 2019, khi MCR% lớn hơn 130%, giá trị MCR (ETH) sẽ được điều chỉnh mỗi ngày một lần, mỗi lần tăng tối đa 1% và việc điều chỉnh sẽ dừng khi MCR% là bằng 130%. Bắt đầu từ ngày 11 tháng 7 năm 2020, khoảng thời gian điều chỉnh sẽ được rút ngắn xuống còn 4 giờ một lần và mỗi lần sẽ là 1%, điều đó có nghĩa là MCR (ETH) sẽ tăng tới 6% mỗi ngày. Khi MCR tăng lên 100.000 ETH, khoảng thời gian điều chỉnh sẽ được điều chỉnh trở lại một lần một ngày. Tính đến ngày 3 tháng 8, MCR (ETH) đã đạt 40.000 ETH.

Hình 3-6 phản ánh sự thay đổi của MCR%. MCR% là tỷ lệ giữa quy mô nhóm vốn so với MCR, cái trước là kết quả của sự tăng trưởng kinh doanh, cái sau cần được điều chỉnh theo cái trước để đảm bảo MCR% nằm trong khoảng giá trị hợp lý. Cài đặt hiện tại của nhóm là duy trì MCR% ở mức 130%, do đó, có hai điều chỉnh MCR (ETH) ở trên: ngưỡng điều chỉnh 130% và tỷ lệ điều chỉnh cứ sau 4 giờ. Kể từ ngày 3 tháng 8, MCR% đã được điều chỉnh trở lại 130%.

3.2.4 Cầm cố rủi ro

Hình 3-7 cho thấy bắt đầu từ mô hình đặt cược rủi ro mới theo thời gian thực vào ngày 2 tháng 7, tổng số tiền cam kết của NXM đã tăng lên đáng kể. Tính đến ngày 3 tháng 8, tổng số tiền cam kết là 380.000 USD và con số là 3,3 triệu, chiếm tổng nguồn cung (5,67 triệu, xem Hình 4-2) 60% (Lưu ý: Vì quy mô cam kết có thể được mở rộng tới 10 lần, dữ liệu thấp nhất có thể chỉ là 6%).

Trong Hình 3-8, năm hợp đồng có số tiền cầm cố NXM lớn nhất là Compound, Curve, Uniswap, Synthetix và Aave. Bởi vì khi hợp đồng thông minh bị tấn công, token cam kết của người đánh giá rủi ro sẽ được sử dụng làm khoản bồi thường, do đó mất tiền gốc, do đó, số tiền cam kết của mỗi hợp đồng thông minh trong Hình 3-8 phản ánh phán đoán bảo mật của người đánh giá rủi ro trên hợp đồng thông minh. hợp đồng, khu Compound là dự án mà người dân cảm thấy an toàn nhất.

So với Hình 3-2, yearn có số tiền cam kết rủi ro tương đối nhỏ, nhưng số tiền bảo hiểm lớn thứ hai, điều này cho thấy mọi người có nhu cầu bảo hiểm do sự không chắc chắn của yearn, một dự án phổ biến vào giữa tháng Bảy.

Bảng 3-3 cho thấy 10 lợi tức hàng đầu của cam kết rủi ro NXM cho mỗi hợp đồng thông minh. Dựa trên tỷ lệ hoàn vốn hiện tại và rủi ro mất tất cả số tiền gốc đã cam kết, những tỷ lệ hoàn vốn dự kiến ​​hàng năm này rõ ràng là không hấp dẫn.

tiêu đề phụ

3.3 Tương lai

Tầm nhìn rộng hơn của Nexus là hỗ trợ nhiều loại rủi ro khác nhau, không chỉ rủi ro hợp đồng thông minh mà còn cả rủi ro máy tiên tri và thậm chí cả những rủi ro khác ngoài tiền điện tử như động đất và bão.

1, 2, 2a và 2b trong Hình 3-4 đều đã được hoàn thành, đây là mô hình đánh giá rủi ro mới (xem 2.5.5), tăng số lượng người đánh giá rủi ro trở lại (xem 3.2.4) và loại bỏ nâng cấp trong phần điều khoản miễn trừ (xem 2.4.1), đơn giản hóa việc định giá phí bảo hiểm (xem 2.5.1).

Nexus đã loại bỏ điều khoản miễn trừ đối với các hợp đồng nâng cấp với hy vọng rằng nhiều thành viên sẽ cảm thấy có thể mua các hợp đồng thông minh được nâng cấp thường xuyên, do đó cung cấp cho họ khả năng bảo vệ rủi ro cao hơn. Thay đổi đã được thông qua trong một cuộc bỏ phiếu cộng đồng vào ngày 16 tháng 6.

Gần đây, sự phát triển của Nexus Mutual sẽ tập trung vào ba khía cạnh: sản phẩm, mở rộng vốn và phân cấp. Cụ thể có các mục sau:

1) Liên kết khiếu nại với tổn thất thực tế: Bảo hiểm hiện tại liên quan đến tổn thất toàn bộ của hợp đồng thông minh, mà không đánh giá tổn thất thực tế của chủ hợp đồng đối với khiếu nại. Trong tương lai, hướng của Nexus là đo lường tổn thất thực tế của các chủ hợp đồng, điều này có thể liên quan đến việc cung cấp các thông báo đã ký từ địa chỉ bị ảnh hưởng trực tiếp bởi vụ hack trước khi yêu cầu có thể được chấp nhận.

3) Thanh toán một phần khiếu nại: Đây là tính năng chính cần thiết để mở khóa nhiều tùy chọn sản phẩm trong tương lai. Kết quả của cuộc bỏ phiếu không đơn giản là "có" hay "không", mà là "bao nhiêu?". Điều này cho phép sản phẩm bù đắp thiệt hại thực tế chặt chẽ hơn.

5) Lỗi tiên tri lớn: Một sản phẩm cụ thể sẽ thanh toán toàn bộ tổn thất nếu có lỗi tiên tri lớn.

Tóm tắt: Sự phát triển của Nexus tương đối suôn sẻ và sự phát triển kinh doanh đang gia tăng. Sự kiện bZx là sự kiện duy nhất mà NXM đã thông qua giải quyết khiếu nại. Nó cho thấy rằng: 1) Nexus thực sự có thể bảo vệ rủi ro hợp đồng thông minh của các thành viên; 2) phạm vi trách nhiệm pháp lý của bảo hiểm rõ ràng và không có biến động giá mã thông báo được bảo vệ. Nexus sử dụng hệ thống đánh giá rủi ro mới và việc đánh giá rủi ro được giao cho chính những người đánh giá, sự thay đổi này sẽ giúp việc bổ sung các sản phẩm bảo hiểm mới dễ dàng hơn trong tương lai. Một số hướng chính trên lộ trình ngắn hạn của Nexus có nhu cầu thực tế.

tiêu đề cấp đầu tiên

4. Mã thông báo

tiêu đề phụ

4.1 Mô hình

4.1.1 Giá

Bên cạnh ETH, giá NXM chỉ được xác định bởi hai yếu tố: 1) quy mô của nhóm vốn; 2) MCR (ETH). Công thức như sau:

Ví dụ:

Nguyên tắc thiết kế của công thức 1: 1) Giá trị % MCR thấp có nghĩa là số tiền ít hơn, bởi vì bảo hiểm cần tiền để trang trải số tiền được bảo hiểm và giá thấp hơn là cần thiết để thu hút tiền tham gia thị trường; 2) Ngược lại, a MCR% cao hơn Điều đó có nghĩa là số tiền lớn hơn và giá có thể tăng vào thời điểm này; 2) Khi MCR (ETH) cao hơn, điều đó có nghĩa là tăng trưởng kinh doanh và giá mã thông báo sẽ tương quan thuận với nó.

Khi vốn góp bằng 0, tức là vào ngày đầu tiên, giá của NXM là 0,01028 ETH, theo giá ETH tại thời điểm đó là 268 đô la Mỹ, giá NXM ban đầu là 2,755 đô la Mỹ.

Quy mô nhóm vốn hiện tại là 52.000 ETH, quy mô MCR là 40.000 ETH (xem Hình 3-5) và giá của NXM là 0,02998 ETH.

Ví dụ:

1) Khi một khoản tiền, giả sử là 520 ETH, vào hệ thống Nexus Mutual và mua NXM. Tại thời điểm này, quy mô nhóm vốn của toàn hệ thống đã tăng thêm 520 ETH. Vì khoảng thời gian điều chỉnh của MCR là 4 giờ, nếu MCR không thay đổi vào thời điểm này, giá của NXM sẽ tăng và giá của NXM sẽ trở thành 0,03078 ETH.

3) Vì MCR% lại giảm xuống 130% nên MCR sẽ không còn được điều chỉnh nữa. Do đó, giá của NXM trước tiên sẽ tăng và sau đó giảm do ETH mới được thêm vào hệ thống và giá cuối cùng sẽ cao hơn một chút so với giá ban đầu.

Hai mũi tên trong Bảng 4-1 minh họa chuyển động giá của NXM trong ví dụ trên. Nếu hệ thống Nexus hoạt động trơn tru, giá của NXM sẽ luôn như trong Bảng 4-1, theo hình xoắn ốc từ xanh lá cây sang xanh lam, rồi đến xanh lục.

Xin lưu ý rằng khi một số lượng lớn người rời khỏi thị trường, quy mô của nhóm vốn sẽ giảm, nhưng sẽ không thấp hơn số lượng MCR (hệ thống không cho phép đổi NXM lấy ETH). cho quy mô của nhóm vốn trong ngắn hạn bằng MCR. Tại thời điểm này, MCR%<130%, gần bằng hoặc bằng 1. Giá của NXM sẽ được hiển thị bằng màu đỏ trong Bảng 4-1.

Hình 4-1 cho thấy giá của NXM bằng ETH, có thể thấy rằng sự thay đổi của NXM đang tăng lên như đã đề cập ở trên. Có thể so sánh với Hình 3-4, Hình 3-5 và Hình 3-6.

tiêu đề phụ

4.2 Cung và cầu

4.2.1 Cung ứng

NXM có 5 phương pháp đúc sau:

1) Mã thông báo ban đầu: Khi hợp đồng được triển khai, 3 triệu mã thông báo NXM sẽ được tạo và phân phối cho những người sáng lập và những người đóng góp sớm.

2) Mua thông qua mô hình giá mã thông báo: Bất kỳ thành viên nào cũng có thể mua thông qua mô hình giá tại bất kỳ thời điểm nào.

3) Thưởng giám định yêu cầu: 20% phí bảo hiểm, thưởng cho thành viên tham gia giám định yêu cầu.

4) Thưởng đánh giá rủi ro: 50% phí bảo hiểm, thưởng cho thành viên tham gia cầm cố rủi ro.

5) Phần thưởng quản trị: thường là 100 NXM, dùng để thưởng cho các thành viên tham gia quản trị.

Hình 4-2 phản ánh nguồn cung NXM tăng dần.Do nhu cầu bảo hiểm do khai thác thanh khoản tạo ra, số lượng NXM tăng nhanh trong tháng Bảy. Tính đến ngày 4 tháng 8, nguồn cung của NXM là 5,51 triệu.

4.2.2 Yêu cầu

NXM có 4 công dụng sau:

1) Nhận bảo hiểm: NXM có thể nhận bảo hiểm thông qua việc tiêu hủy. 90% mã thông báo sẽ bị đốt cháy và 10% sẽ bị khóa để gửi yêu cầu. Số ngày khóa là số ngày bảo hiểm cộng với 35 ngày.

2) Cam kết đánh giá yêu cầu: Người dùng tham gia đánh giá yêu cầu và kiếm được phần thưởng kết quả phải cam kết NXM.

3) Cam kết đánh giá rủi ro: Tham gia đánh giá rủi ro cũng yêu cầu đặt cược NXM.

4) Quy đổi: Trong một số điều kiện nhất định, người dùng có thể ghi NXM và thay thế bằng ETH. Các điều kiện như sau:

a. Nhóm quỹ lớn hơn MCR (ETH), nghĩa là MCR%>100%.

c. Nhóm quỹ phải có đủ thanh khoản ETH.

Quan trọng nhất, mã thông báo không thể được chuyển giữa các địa chỉ Ethereum. Chỉ các thành viên, nghĩa là những người dùng đã vượt qua KYC, mới có thể mua và hủy NXM. Nhưng cộng đồng đã tạo ra một Wrapped NXM, chuyển đổi NXM thành WNXM 1:1, để nó có thể được giao dịch tự do trên thị trường. Chỉ các thành viên của WNXM mới có thể chuyển đổi trở lại NXM. Số lượng NXM được đúc thành WNXM là 100.000, chiếm 1,82% tổng nguồn cung.

Tóm tắt: Mô hình giá của NXM rất rõ ràng và nó chỉ bị ảnh hưởng bởi giá ETH và tăng trưởng kinh doanh trong thời gian dài. Nếu bỏ yếu tố giá ETH sang một bên: Trong ngắn hạn, MCR sẽ tăng trưởng theo sự tăng trưởng của nhóm vốn, do đó MCR% sẽ duy trì ở mức 130%, dẫn đến giá NXM tăng theo hình zíc zắc.

tiêu đề cấp đầu tiên

5. Cạnh tranh

tiêu đề phụ

5.1 Tổng quan về ngành

Nexus Mutual là một dự án bảo hiểm tương hỗ được xây dựng trên mạng Ethereum.

Bảo hiểm là việc bên mua bảo hiểm trả tiền bảo hiểm cho bên bảo hiểm theo hợp đồng và bên bảo hiểm có trách nhiệm bồi thường những thiệt hại về tài sản do tai nạn có thể xảy ra theo thỏa thuận trong hợp đồng hoặc khi bên được bảo hiểm chết, tàn tật, bệnh tật, hoặc bảo hiểm thương mại đảm nhận trách nhiệm chi trả quyền lợi bảo hiểm khi đến tuổi và thời hạn đã thỏa thuận trong hợp đồng [1] .

Nexus Mutual sử dụng thuật ngữ "bảo hiểm" để chỉ hành động giảm mức độ rủi ro của nhà đầu tư.

Trong vòng tròn của tiền điện tử, các nhà đầu tư thường phải đối mặt với một số rủi ro: 1) rủi ro thị trường, nghĩa là rủi ro biến động giá tiền điện tử; 2) rủi ro tín dụng, nghĩa là rủi ro gian lận có chủ ý của nhà phát hành mã thông báo hoặc sự giải thể cuối cùng của nhóm; 3) Rủi ro kỹ thuật, tức là rủi ro bị tin tặc tấn công hoặc đánh cắp khi mã thông báo được lưu trữ trong ví hoặc hợp đồng thông minh.

Rủi ro thị trường có thể được phòng ngừa bằng các cách tài chính, chẳng hạn như mua hợp đồng tương lai và quyền chọn. Rủi ro tín dụng có thể được bù đắp bằng nghiên cứu đầy đủ về dự án. Còn rủi ro kỹ thuật, đối với người dùng chưa học code thì chỉ có thể giải quyết bằng cách mua bảo hiểm.

Nexus Mutual hiện là dự án duy nhất trong hệ sinh thái blockchain cung cấp các sản phẩm bảo hiểm hợp đồng thông minh.

tiêu đề phụ

Hiện trạng ở hai khía cạnh đã dẫn đến nhu cầu về bảo hiểm hợp đồng thông minh: 1) chuyển giao rủi ro do sự mở rộng của hệ sinh thái DeFi; 2) các cuộc tấn công thường xuyên của tin tặc.

Trong những tháng gần đây, quy mô của hệ sinh thái DeFi đã mở rộng nhanh chóng. Từ tháng 6, COMP bắt đầu mở đầu cho khai thác thanh khoản. Compound, Maker, Aave, Balancer, Curve, Yearn và các dự án DeFi hàng đầu khác liên quan đến khai thác đã chứng kiến ​​các vị trí bị khóa của chúng tăng lên nhanh chóng, như trong Hình 5-1. Số tiền ban đầu trong sàn giao dịch tập trung đã được chuyển sang các dự án DeFi khác nhau, do đó, rủi ro chạy khỏi sàn giao dịch tập trung đã được chuyển sang hợp đồng thông minh phi tập trung.

Vào tháng 2, bZx đã bị tấn công bởi các khoản vay flash, vào tháng 4, quỹ dForce đã bị đánh cắp, vào tháng 6, nhóm quỹ STA của Balancer đã bị tấn công và vào tháng 7, Bancor v0.6 có lỗ hổng bảo mật. Đây là một số vụ hack đã xảy ra trong hệ sinh thái DeFi trong sự kiện sáu tháng qua. Chúng làm tăng nhu cầu bảo hiểm mạnh mẽ của người dùng.

Tóm tắt: Bảo hiểm chuỗi khối là một sản phẩm có nhu cầu mạnh mẽ. Rủi ro kỹ thuật chỉ có thể được giải quyết thông qua bảo hiểm và Nexus Mutual hiện là dự án duy nhất cung cấp bảo hiểm hợp đồng thông minh, vì vậy lợi thế cạnh tranh của nó là rất rõ ràng.

tiêu đề cấp đầu tiên

6. Tư vấn đầu tư

Đầu tư là rủi ro. Dữ liệu giá mở cửa được cung cấp dưới đây là các quyết định đầu tư dựa trên kiến ​​thức và hiểu biết của chính tác giả về dự án. Chúng chỉ được sử dụng làm tài liệu tham khảo trình diễn và không phải là cơ sở để người dùng đưa ra quyết định đầu tư. Người dùng cần căn cứ sự hiểu biết của chính mình về dự án trên cơ sở Nhận thức đưa ra quyết định đầu tư, và nhà kho hạng nhất và tác giả của bài viết không chịu trách nhiệm về lợi nhuận và thua lỗ do quyết định đầu tư của chính người dùng tạo ra.

Giá của NXM được xác định theo một công thức. Để biết chi tiết, hãy xem 4.1.1 Giá. Thiết kế sản phẩm dựa trên ETH làm đơn vị định giá và cặp giao dịch là NXM/ETH.

Công thức định giá NXM:

Việc tách rời công thức giá của NXM cho thấy giá tiền tệ phụ thuộc vào số lượng Ethereum trong Capital Pool và MCR.

Sự thay đổi của nhóm quỹ là theo thời gian thực. Khi các tình huống sau xảy ra, nhóm quỹ sẽ thay đổi.

1) Khi người dùng mua bảo hiểm, 50% phí bảo hiểm sẽ được gửi vào quỹ chung. 2) Các thành viên mới được thêm mua NXM và số lượng ETH trong nhóm quỹ tăng lên. 3) Sau khi khiếu nại được thông qua, khiếu nại sẽ được giải quyết cho người dùng, làm giảm lượng ETH trong nhóm quỹ. 4) Các thành viên hủy, bán NXM và lượng ETH trong nhóm quỹ giảm.

MCR thay đổi tương đối trễ, một ngày điều chỉnh 6 lần, khi xảy ra các tình huống sau MCR sẽ thay đổi.