-
Tiền mã hóa
-
Trao đổi
-
Phương tiện truyền thông
Tất cả các ngôn ngữ
Tiền mã hóa
Trao đổi
Phương tiện truyền thông
Umbrella Protocol là một giao thức bảo hiểm do Yam Finance đưa ra. Thành phần cốt lõi của nó là MetaPool, nơi bên cung cấp dịch vụ bảo vệ có thể gửi tiền và bên tìm kiếm dịch vụ bảo vệ sẽ nhận được phí bảo hiểm. Mỗi MetaPool chứa nhiều Nhóm bảo hiểm và mỗi Nhóm bảo hiểm có một thỏa thuận hoặc hợp đồng cụ thể. Một bên tìm kiếm sự bảo vệ có thể tìm kiếm sự bảo vệ bằng cách tiếp cận các hợp đồng hoặc thỏa thuận này. Ngoài ra, phí và tỷ lệ tài trợ của MetaPool sẽ không thay đổi sau khi tạo.
Các thỏa thuận bảo vệ ô dù được thiết kế để mang lại lợi ích cho cả bên mua bảo hiểm và công ty bảo hiểm. Sau khi ký quỹ một số tiền bảo hiểm nhất định và thanh toán phí bảo hiểm, chủ hợp đồng có thể nhận được khoản bồi thường để giảm thiểu rủi ro khi sản phẩm đầu tư bị tấn công lỗ hổng; , có thể thu được thu nhập phí bảo hiểm tương ứng. Có hai loại nhóm khác nhau trong Giao thức Umbrella: Đầu tiên là nhóm bảo lãnh phát hành được thành lập bởi công ty bảo hiểm bơm tiền bảo lãnh phát hành, còn được gọi là MetaPools và công ty bảo hiểm có quyền truy cập vào nhóm meta. Thứ hai là cung cấp dịch vụ bảo hiểm cho các sản phẩm khác nhau (thỏa thuận hoặc hợp đồng) và chủ hợp đồng gửi một số tiền bảo hiểm nhất định vào nhóm bảo hiểm, còn được gọi là nhóm bảo hiểm (Coverage Pools), chủ hợp đồng có quyền truy cập nhóm bảo hiểm . Đồng thời, Yuanchi sẽ cung cấp hỗ trợ đảm bảo bồi thường cho nhóm bảo hiểm. Mỗi meta pool sẽ chi trả cho nhiều nhóm bảo hiểm cùng một lúc và cung cấp khả năng bảo vệ quỹ bồi thường cho nhiều nhóm bảo hiểm mà nó chi trả. Ví dụ: nếu một nhóm meta được sử dụng để cung cấp sự bảo vệ cho các sản phẩm "thỏa thuận cho vay", nó có thể đồng thời bao trả và bảo vệ nhiều nhóm bảo hiểm cung cấp dịch vụ bảo hiểm cho các sản phẩm cho vay. Chẳng hạn như nhóm bảo hiểm Compound, nhóm bảo hiểm Aave và nhóm bảo hiểm Cream. Nếu bất kỳ sản phẩm nào (thỏa thuận hoặc hợp đồng) gặp phải một cuộc tấn công lỗ hổng và được trọng tài phán quyết là hợp lệ, thì một tỷ lệ nhất định trong số tiền bảo lãnh phát hành của nhóm meta sẽ được sử dụng làm tiền bồi thường để trả cho những Chủ hợp đồng đã tham gia và bảo hiểm cho những người bị ảnh hưởng các sản phẩm.
Bất kỳ ai cũng có thể tạo và gửi nhóm meta, là nhóm bảo lãnh phát hành và tiến hành xem xét khiếu nại thông qua trọng tài viên do họ lựa chọn. Sau khi nhóm meta được tạo, nó không thể được sửa đổi nữa. Đối với bất kỳ yêu cầu cập nhật nào, nhóm meta mới phải được tạo lại để thay thế. Do đó, khi tạo nhóm meta, cần xem xét nhiều thông số cài đặt:
Các nhóm bảo hiểm
là các nhóm bảo hiểm. Mỗi nhóm sẽ chi trả cho một loạt các nhóm bảo hiểm sản phẩm (thỏa thuận hoặc hợp đồng). Một số tiền bảo hiểm nhất định được gửi vào nhóm bảo hiểm sản phẩm tương ứng. Mặt khác, công ty bảo hiểm sẽ cung cấp hỗ trợ bảo lãnh bồi thường cho các nhóm bảo hiểm này trong phạm vi tổng số tiền bảo lãnh phát hành.
Người phân xử
Chủ sở hữu địa chỉ Ethereum được chọn làm người phân xử metapool sẽ chịu trách nhiệm xác nhận xem khiếu nại có đúng và hợp lệ hay không.
Mô tả bảo vệ
Người sáng lập Metapool chỉ định các trách nhiệm bảo vệ mà trọng tài viên phải hoàn thành và trọng tài viên có quyết định cuối cùng về việc giải thích mô tả này.
Tỷ lệ trọng tài
Phí bảo hiểm được sử dụng để trả cho trọng tài viên khi cung cấp dịch vụ trọng tài. Tỷ lệ phí trọng tài trên tổng phí bảo hiểm là tỷ lệ trọng tài.
Tỷ lệ người sáng tạo
Phí được phân bổ cho người tạo meta pool trong phí bảo hiểm. Tỷ lệ của khoản phí này trên tổng phí bảo hiểm là tỷ lệ người sáng tạo.
Tỷ lệ tài trợ
Chức năng Tỷ lệ tài trợ được sử dụng để xác định mức tỷ lệ mà chủ hợp đồng thanh toán phí bảo hiểm.
Đường cong liên kết
Chức năng đường cong liên kết được sử dụng để xác định số lượng mã thông báo bảo hiểm cần được đúc hoặc hủy khi chủ hợp đồng gửi và rút số tiền bảo hiểm của họ .
Thời gian rút tiền của nhà cung cấp (Thời gian rút tiền của nhà cung cấp)
Thời gian rút tiền của người bảo lãnh được sử dụng để ngăn chặn hành vi tiếp tục khi một cuộc tấn công lỗ hổng xảy ra. Khoảng thời gian cần thiết để thanh toán đến được nhận.
Thời gian mua của Seeker
Thời gian mua của Seeker được sử dụng để ngăn chặn hành vi truyền quá mức khi một cuộc tấn công lỗ hổng xảy ra và đó là để mua bảo hiểm từ chủ hợp đồng Khoảng thời gian cần thiết cho bảo hiểm để trở nên hiệu quả.
Tài sản bảo vệ (Tài sản bảo vệ)
Tài sản bảo vệ là tài sản được bên mua bảo hiểm gửi vào các sản phẩm khác (thỏa thuận hoặc hợp đồng), được bảo hiểm do nhu cầu tránh rủi ro.
Mỗi meta pool (nhóm bảo lãnh phát hành) và nhóm bảo hiểm mà nó chi trả (nhóm bảo hiểm) sẽ tạo thành một đơn vị độc lập tự cung tự cấp. Điều đó có nghĩa là [Nhóm bảo hiểm hợp chất] trong [Nhóm bảo hiểm nhân dân tệ A] và [Nhóm bảo hiểm hợp chất] trong [Nhóm bảo hiểm nhân dân tệ B] hoàn toàn độc lập và độc lập về giá bảo hiểm, tỷ lệ bồi thường và xử lý khiếu nại. đường.
Các khoản tiền bảo lãnh phát hành do công ty bảo hiểm đầu tư vào meta pool sẽ nhận được tiền lãi dòng tiền cao cấp, đồng thời, mã thông báo ERC20 sẽ được tạo làm bằng chứng về khoản đầu tư của công ty bảo hiểm vào tài sản. Trong số nhiều nhóm bảo hiểm sản phẩm khác nhau (thỏa thuận hoặc hợp đồng) được bao phủ bởi nhóm meta, nếu bất kỳ sản phẩm nào gặp phải một cuộc tấn công lỗ hổng và không gặp nguy hiểm, nhóm meta sẽ phân bổ một phần quỹ bảo hiểm nhất định để bồi thường và trả cho các sản phẩm bị ảnh hưởng Các chủ hợp đồng trong nhóm bảo hiểm.
Công ty bảo hiểm sẽ thu phí bảo hiểm như một khoản hoàn vốn cho quỹ đầu tư và chấp nhận rủi ro. Tỷ lệ tài trợ để thu phí bảo hiểm được xác định bởi tỷ lệ sử dụng quỹ bảo hiểm cho từng nhóm sản phẩm bảo hiểm và tỷ lệ tài trợ Chức năng được thiết lập cùng nhau với việc tạo ra nhóm meta.
Công ty bảo hiểm có thể rút tiền bảo lãnh phát hành của mình bất kỳ lúc nào và hoạt động rút tiền phải đáp ứng thời hạn khóa rút tiền đã đặt khi nhóm meta được tạo. Vì tỷ lệ sử dụng quỹ bảo lãnh phát hành trong meta pool sẽ không vượt quá 100%, nên số tiền bảo lãnh phát hành mà công ty bảo hiểm rút phụ thuộc vào tỷ lệ sử dụng quỹ bảo lãnh phát hành trong meta pool tại thời điểm rút tiền.
Chủ hợp đồng gửi một số tiền bảo hiểm nhất định vào nhóm bảo hiểm của sản phẩm (thỏa thuận hoặc hợp đồng) để đổi lấy các dịch vụ bảo hiểm và trả phí bảo hiểm theo tỷ lệ quỹ. Đồng thời, chủ hợp đồng sẽ nhận được mã thông báo ERC20 vô thời hạn làm bằng chứng về tình trạng bảo hiểm của mình. Khi hoạt động, mã thông báo ERC20 không ghi ngày tháng này tương tự như chứng chỉ cầm cố (cToken) của dự án Compound và số dư của tài sản cơ sở (balanceOfUnderlying) sẽ giảm dần khi tích lũy các khoản thanh toán phí bảo hiểm. Vì số tiền có sẵn để bồi thường phải phù hợp với số tiền bảo hiểm đã ký gửi, nên số tiền bồi thường có sẵn cho chủ hợp đồng cũng sẽ giảm dần theo thời gian.
Khi bên mua bảo hiểm ký gửi một số tiền bảo hiểm nhất định để đổi lấy dịch vụ bảo hiểm, bảo hiểm sẽ có hiệu lực sau một thời gian trì hoãn. Mục đích của việc này là để đảm bảo rằng trong trường hợp bị tấn công bằng lỗ hổng, các chủ hợp đồng sẽ không nhân cơ hội khai thác quá mức để kiếm lợi nhuận một cách phi đạo đức.
Bất kỳ chủ hợp đồng nào bị lỗ hổng tấn công đều có thể thay mặt nhóm bảo hiểm có liên quan gửi đơn yêu cầu bồi thường tới trọng tài viên. Theo tuyên bố bảo vệ đã thỏa thuận, nếu yêu cầu bồi thường bị phán quyết là không hợp lệ, thì hoạt động của thỏa thuận bảo vệ ô sẽ không có bất kỳ thay đổi nào; và một khi yêu cầu được xác định là hợp lệ, nó sẽ được đưa vào chương trình xử lý bồi thường.
Số tiền bồi thường bằng tổng số tiền được bảo hiểm trong nhóm bảo hiểm bị ảnh hưởng và số tiền được bảo hiểm chưa sử dụng trong nhóm meta. Ví dụ: hiện có 1.000 DAI được lưu trữ trong một nhóm meta và 100 DAI được lưu trữ trong mỗi nhóm trong số ba nhóm bảo hiểm thuộc nhóm meta này. Tại thời điểm này, nếu thỏa thuận sản phẩm ở một trong các nhóm bảo hiểm gặp phải một cuộc tấn công lỗ hổng, số tiền bồi thường tương ứng của nhóm bảo hiểm sẽ là 800 DAI. Phương pháp tính toán như sau:
Số tiền được bảo hiểm của nhóm bảo hiểm bị ảnh hưởng + (tổng số tiền được bảo hiểm của nhóm Yuan − tổng số tiền được bảo hiểm của tất cả các nhóm bảo hiểm) = 100DAI + (1000DAI −300DAI) = 800DAI.
Với cùng một thuật toán, nếu nhóm bao gồm 6 nhóm bảo hiểm và mỗi nhóm bảo hiểm chứa 100 DAI, thì số tiền bồi thường khi một nhóm bảo hiểm nhất định gặp nguy hiểm sẽ trở thành 500 DAI. Bằng cách này, có thể đảm bảo rằng mỗi nhóm bảo hiểm có thể nhận được số tiền bồi thường không thấp hơn số tiền bảo hiểm trong trường hợp xảy ra tai nạn. Đồng thời, doanh nghiệp bảo hiểm cũng có thể tính toán mức rút vốn tối đa sau khi thanh toán.
Bất cứ khi nào đơn yêu cầu bồi thường được coi là hợp lệ, nhóm bảo hiểm (thỏa thuận hoặc hợp đồng) sản phẩm bị ảnh hưởng có liên quan sẽ tự động được thiết lập lại và nhóm meta sẽ tiếp tục hoạt động sau khi quá trình xử lý yêu cầu hoàn tất.
Nếu trọng tài viên không có ý định tiếp tục thực hiện chức năng trọng tài, anh ta có thể chọn giải thể Yuanpool. Tại thời điểm này, tỷ lệ tài trợ được đặt thành 0 và các bên tham gia được phép rút tiền ngay lập tức, trong khi gửi tiền bị cấm.