Văn bản | PANews Tác giả đóng góp Weibo: Tài chính phân tán DeFi
tiêu đề phụ
lưu lượng người dùng
Trong hệ thống NXM, "người đánh giá yêu cầu bồi thường" là chìa khóa để quyết định có thanh toán hay không. Nếu xảy ra yêu cầu bồi thường, sự sụt giảm trong nhóm quỹ sẽ làm giảm giá trị của NXM. Trong Cover, bỏ phiếu cộng đồng được sử dụng để tránh tình trạng cố tình từ chối các yêu cầu hợp lý.
1.1 Quy trình người dùng chung của Nexus
Có ba vai trò chính của người dùng trong quy trình kinh doanh của Nexus Mutual, đó là người đánh giá rủi ro, người mua bảo hiểm và người đánh giá yêu cầu bồi thường.
Người đánh giá rủi ro (cũng là nhà cung cấp bảo hiểm) sẽ cam kết tiền dưới dạng NXM sau khi đánh giá tính bảo mật của một hợp đồng nhất định. Khi người khác mua bảo hiểm hợp đồng, bạn có thể nhận được thu nhập phí bảo hiểm tương ứng; và khi xảy ra yêu cầu bồi thường, NXM đã cam kết sẽ được sử dụng để thanh toán số tiền bảo hiểm tương ứng.
Người mua bảo hiểm cần chọn hợp đồng bảo hiểm, loại tiền tệ, số tiền và ngày, sau đó sử dụng NXM để thanh toán phí bảo hiểm (nếu người dùng thanh toán bằng tiền tệ Ethereum ETH hoặc tiền tệ ổn định DAI, hệ thống sẽ tự động giúp người dùng mua NXM). Nếu xảy ra sự kiện rủi ro, người dùng cần gửi đơn yêu cầu bồi thường, đơn này sẽ được người đánh giá yêu cầu xem xét và chỉ có thể nhận được tiền bồi thường sau khi thông qua yêu cầu.
Người đánh giá xác nhận quyền sở hữu tham gia đánh giá xác nhận quyền sở hữu bằng cách đặt cược NXM và cần đạt được phán quyết "tính nhất quán" >70%. Nếu kết quả đánh giá của người đánh giá giống với đánh giá "nhất quán" của mọi người, thì người đánh giá sẽ nhận được một số ưu đãi nhất định, nếu không, hình phạt nhận được là NXM đã cam kết sẽ bị khóa trong một khoảng thời gian dài hơn. Nếu kết quả đánh giá của mọi người không đáp ứng yêu cầu thống nhất 70% hoặc số lượng bình chọn không đáp ứng yêu cầu tối thiểu, thì nó sẽ được nâng cấp lên tất cả các thành viên (bao gồm cả những người đánh giá không yêu cầu) để bỏ phiếu.
1.2 Bao quy trình người dùng
Quy trình kinh doanh bảo hiểm chủ yếu có ba vai trò người dùng, nhà cung cấp bảo hiểm, người mua bảo hiểm và nhà tạo lập thị trường.
Nếu nhà cung cấp bảo hiểm đánh giá rằng tính bảo mật của một hợp đồng nhất định tốt hơn, hãy gửi DAI thế chấp vào mã thông báo BÁC THỪA / QUYỀN LỢI đã tạo ra hợp đồng (số lượng mã thông báo giống như DAI, ví dụ: gửi 100 DAI sẽ tạo ra 100 KHÔNG KHIẾU NẠI và 100 mã thông báo KHIẾU NẠI, 1 KHIẾU NẠI + 1 KHÔNG KHIẾU NẠI trị giá khoảng 1DAI) và bán mã thông báo KHIẾU NẠI của nó trên thị trường (hiện tại CLAIM và NOCLAIM được giao dịch trên Sàn giao dịch số dư). Nếu không có khiếu nại nào xảy ra, giá trị cuối cùng của 1 KHIẾU NẠI là 0 và giá trị của 1 KHIẾU NẠI LÀ 1DAI; nếu có khiếu nại xảy ra, giá trị cuối cùng của 1 KHIẾU NẠI là 1DAI và giá trị của 1 KHIẾU NẠI là 0.
Người mua bảo hiểm trực tiếp đến Sàn giao dịch số dư để mua mã thông báo CLAIM tương ứng với hợp đồng. Sau khi xảy ra sự kiện rủi ro, họ có thể khởi tạo đơn yêu cầu trên trang web chính thức của Cover. Sau khi đơn được phê duyệt, họ có thể nhận được DAI với số tiền tương đương KHẲNG ĐỊNH.
Nhà cung cấp thanh khoản gửi DAI thế chấp vào mã thông báo NOCLAIM / CLAIM của hợp đồng đúc, sau đó thêm DAI bổ sung để thêm NOCLAIM / DAI và CLAIM / DAI vào nhóm thanh khoản trong Số dư.
1.3 So sánh quy trình người dùng
So với Nexus Mutual, Cover không có vai trò đánh giá xác nhận quyền sở hữu vì Cover sử dụng biểu quyết của cộng đồng. So với phiếu bầu của người đánh giá yêu cầu bồi thường, phiếu bầu của cộng đồng có xu hướng tiến hành vì lợi ích lâu dài của dự án và tránh cố tình từ chối các yêu cầu hợp lý, bởi vì giá trị của Bảo hiểm không liên quan gì đến việc bồi thường có xảy ra hay không; trong khi giá trị của NXM do người đánh giá yêu cầu nắm giữ và Nhóm quỹ có liên quan (chi tiết trong chương tiếp theo), sau khi bồi thường xảy ra, nhóm quỹ sẽ giảm và giá trị của NXM sẽ giảm, do đó có một động lực nhất định để từ chối thanh toán các yêu cầu hợp lý.
tiêu đề phụ
Mô hình mã thông báo
Mã thông báo NXM về cơ bản đảm nhận tất cả việc hiện thực hóa giá trị của dự án Nexus Mutual và giá của nó được xác định bởi nhóm quỹ dự án; trong khi mục đích chính của mã thông báo COVER là quản trị dự án và giá của nó liên quan đến cung và cầu thị trường.
2.1 Mã thông báo chung Nexus
Như có thể thấy từ quy trình trên, người dùng Nexus Mutal sử dụng NXM trong quá trình đánh giá rủi ro, mua bảo hiểm và đánh giá khiếu nại, bao gồm quản trị cộng đồng và người dùng cũng được thực hiện thông qua NXM. NXM về cơ bản đảm nhận tất cả việc hiện thực hóa giá trị của dự án Nexus Mutual.
NXM sử dụng Mô hình mã thông báo liên tục. Người dùng mua và đổi NXM trên trang web chính thức và giá được tính từ tình hình cấp vốn của dự án.
Hình trên cho thấy khi vốn dự án tăng thì giá NXM cũng sẽ tăng, công thức tính toán chi tiết và giải thích các bạn có thể tham khảo sách trắng của dự án [1].
Sau khi áp dụng mô hình vượt qua liên tục, giá của NXM không còn được xác định bởi cung và cầu (ngoại trừ trường hợp vốn dự án thấp hơn vốn yêu cầu tối thiểu), mà chủ yếu được xác định bởi các nguyên tắc cơ bản của dự án, điều này có lợi cho để bình ổn giá NXM.
2.2 Mô hình mã thông báo bìa
Mục đích chính của COVER, mã thông báo của dự án Cover, là quản trị dự án. Người dùng sử dụng DAI khi mua bảo hiểm và đặt cược. Giá của COVER không liên quan trực tiếp đến tình trạng tài trợ của dự án và chủ yếu được xác định bởi giá cung và cầu trên thị trường. Nguồn cung cấp mã thông báo của COVER là 90.000 trong năm đầu tiên, 10.000 trong năm thứ hai và giảm một nửa mỗi năm sau đó.
Hình trên cho thấy kế hoạch phát hành COVER trong ba năm tới
Ngoài mã thông báo COVER, dự án Cover còn có mã thông báo CLAIM và NONCLAIM. Các hợp đồng khác nhau có các mã thông báo khác nhau và các mã thông báo này có thể được giao dịch tự do trong Số dư. Giá của KHIẾU NẠI và KHÔNG CÓ TRÁCH NHIỆM được xác định bởi các giao dịch thị trường, phản ánh mức độ rủi ro của hợp đồng. Nếu thị trường cho rằng rủi ro của một hợp đồng nhất định tăng lên, thì giá KHIẾU NẠI của hợp đồng này sẽ tăng lên và giá của KHÔNG CÓ TRÁCH NHIỆM sẽ giảm, nếu không, giá KHIẾU NẠI của hợp đồng này sẽ tăng lên.
2.3 So sánh mô hình mã thông báo
tiêu đề phụ
Định giá bảo hiểm và mô hình góp quỹ
Nhóm quỹ trong Nexus Mutual về cơ bản được chia sẻ bởi tất cả các hợp đồng được bảo hiểm; các khiếu nại của các hợp đồng khác nhau trong hệ thống Cover sẽ không ảnh hưởng lẫn nhau.
3.1 Mô hình nhóm quỹ và định giá lẫn nhau của Nexus
Giá bảo hiểm hợp đồng của Nexus Mutual được xác định theo công thức tính toán đặc biệt [1], chủ yếu có các yếu tố quyết định sau: số lượng NXM được cam kết theo hợp đồng, số tiền bảo hiểm và thời gian bảo hiểm. Nếu cầm cố càng nhiều NXM thì số tiền bảo hiểm càng ít, thời gian bảo hiểm càng ngắn thì phí bảo hiểm càng rẻ.
Nguồn tiền cho nhóm quỹ bảo hiểm chủ yếu là NXM được cam kết bởi người dùng. Khi việc bồi thường xảy ra trong một hợp đồng nhất định, NXM được cam kết trong hợp đồng trước tiên sẽ bị tiêu hủy để trả tiền bồi thường. Nếu NXM đã cam kết không thể thanh toán đầy đủ khoản bồi thường, thì các khoản tiền khác trong nhóm quỹ sẽ được sử dụng để bồi thường. Do đó, mặc dù người dùng cam kết NXM cho các hợp đồng khác nhau, quỹ bảo hiểm về cơ bản được chia sẻ cho tất cả các hợp đồng.
3.2 Định giá của Cover và mô hình nhóm quỹ
Giá bảo hiểm của Cover được phản ánh trong giá của mã thông báo CLAIM, giá càng thấp, phí bảo hiểm càng thấp và giá của CLAIM được xác định bởi cung và cầu của thị trường.
Không có khái niệm về nhóm quỹ trong COVER, mà là một trò chơi giữa những người dùng để xác định phí bảo hiểm. Đồng thời, do mã thông báo KHIẾU NẠI/KHÔNG ĐƯỢC TRÁCH NHIỆM của mỗi hợp đồng là khác nhau nên các khiếu nại của các hợp đồng khác nhau sẽ không ảnh hưởng lẫn nhau.
3.3 So sánh các mô hình định giá và nhóm quỹ
tiêu đề phụ
khuôn khổ tuân thủ
Nexus Mutual tuân theo các quy định có liên quan của Hiệp hội tương hỗ tài chính Anh và được thực hiện theo cách tuân thủ. Người dùng cần thực hiện KYC để sử dụng. Cover không hạn chế các quốc gia và khu vực, cũng như không thu thập thông tin nhận dạng người dùng.
4.1 Khung tuân thủ lẫn nhau của Nexus
Nexus Mutual được đăng ký tại Vương quốc Anh với tư cách là công ty tương hỗ tùy ý và mỗi thành viên có tỷ lệ sở hữu tương ứng đối với công ty tương hỗ và nghĩa vụ cung cấp bảo lãnh theo quy định của pháp luật. Liberty Mutual Society không phải là một công ty bảo hiểm ở Vương quốc Anh, mà là một tổ chức mà các thành viên đảm bảo cho nhau, vì vậy tổ chức này không cần phải tuân thủ tất cả các chính sách quy định về bảo hiểm của Vương quốc Anh. Hiện tại, Nexus Mutual chỉ tuân theo các quy định có liên quan của Hiệp hội tương hỗ tài chính (Association of Financial Mutuals) và xem xét trở thành thành viên chính thức của hiệp hội này.
Theo các luật có liên quan của Anh, Nexus Mutual có thể cung cấp dịch vụ cho người dùng ở các quốc gia khác trên thế giới nhưng các quốc gia khác cũng có một số hạn chế tuân thủ tại địa phương. Sau khi nghiên cứu luật của các quốc gia và khu vực khác nhau, Nexus Mutual hiện chỉ được phát triển cho một số quốc gia và khu vực và KYC là bắt buộc đối với các thành viên.
4.2 Khuôn khổ tuân thủ chính sách
Thông tin trên trang web chính thức của Cover không cho thấy Cover được đăng ký như một tổ chức bảo hiểm tương hỗ hoặc tương tự, vì vậy không có yêu cầu KYC đối với các thành viên.
4.3 So sánh các khuôn khổ tuân thủ
tiêu đề phụ
Dữ liệu kinh doanh
Bảng sau đây tóm tắt dữ liệu kinh doanh hiện tại của Nexus Mutual và Cover (tính đến ngày 19 tháng 12 năm 2020)
tóm tắt
tóm tắt
Nexus Mutual có thể được coi là chuỗi khối hóa của bảo hiểm truyền thống, trong khi Cover có thể được coi là sự tái tạo lại bảo hiểm trên chuỗi khối.
Ưu điểm của Cover so với Nexus Mutual chủ yếu bao gồm
- Khả năng mở rộng dự án: Bảo hiểm không sử dụng mô hình tính toán phí bảo hiểm và mô hình quỹ chung của bảo hiểm truyền thống, nhưng cho phép cung và cầu thị trường xác định phí bảo hiểm, do đó việc phát triển dự án không bị giới hạn bởi quy mô của quỹ
- Tính thanh khoản của chính sách: Các hợp đồng bảo hiểm có thể được giao dịch tự do và các nhà tạo lập thị trường thanh khoản đã được giới thiệu
- Tính khoa học của mã thông báo: Cover chỉ là một loại tiền tệ quản trị nhẹ và giá của nó không bị ràng buộc với trạng thái tài trợ của dự án, điều này làm giảm động lực của người dùng bỏ phiếu để cố tình từ chối các khiếu nại
Tất nhiên, với tư cách là một thứ đổi mới, Cover cũng sẽ gặp phải một số vấn đề, chẳng hạn như quy trình khai thác phức tạp, giá tiền tệ biến động tương đối lớn và các thỏa thuận bảo hiểm tương đối ít, tôi tin rằng với sự phát triển của dự án, Cover sẽ dần giải quyết được những vấn đề này .
Nhìn chung, Nexus Mutual có thể được coi là chuỗi khối hóa của bảo hiểm truyền thống, trong khi Cover có thể được coi là sự tái tạo lại bảo hiểm trên chuỗi khối. Từ góc độ gián đoạn kinh doanh và đổi mới, Cover thậm chí còn tốt hơn.
người giới thiệu
người giới thiệu
1. https://nexusmutual.io/assets/docs/nmx_white_paperv2_3.pdf
IOS
Android