Các Insight chính
- Theo Bitcoinist, chỉ 2% DeFi holdings được bảo hiểm vào năm 2021.
- Các giao thức bảo hiểm DeFi bị thách thức bởi các vấn đề về khả năng mở rộng và tối ưu chi phí, dẫn đến tình trạng chung đó là không được sử dụng hết công suất.
- Ease đã phát triển một sản phẩm bảo vệ tài sản có khả năng mở rộng, tối ưu chi phí và an toàn được gọi là “Uninsurance” cho phép người dùng chia sẻ rủi ro và chia sẻ thiệt hại do các cuộc tấn công độc hại gây ra.
- Chương trình farming của Ease là một sáng kiến đa dạng hóa và tăng trưởng. Chương trình này sẽ phân bổ giá trị theo tỷ lệ của EASE cho người dùng trong mỗi vault và khuyến khích người dùng gửi tài sản vào vault có ít tiền hơn.
Các giao thức tài chính phi tập trung (DeFi) đã phải đối mặt với nhiều vụ hack khét tiếng trong vài năm qua. Đã có ít nhất 25 vụ khai thác (exploit) vào năm 2022, dẫn đến tổng thiệt hại hơn $1 tỷ. Hơn thế nữa, đã có ít nhất 72 vụ khai thác trong hai năm qua. Khi ngày càng có nhiều giao thức DeFi được tung ra thị trường thì số lượng các vụ hack trong không gian DeFi và số tiền bị mất sẽ tiếp tục tăng lên.
Elliptic báo cáo thiệt hại ước tính từ các vụ hack và hoạt động độc hại khác trên các giao thức DeFi là $110 tỷ vào năm 2021. Tuy nhiên, dù lợi ích của việc bảo hiểm chống lại những tổn thất đó là rất rõ ràng nhưng theo Bitcoinist, chỉ có 2% cổ phần DeFi được bảo hiểm vào năm 2021.
Phạm vi bảo hiểm DeFi quá thấp do chi phí không hiệu quả và gặp phải những thách thức về khả năng mở rộng, bên cạnh đó là một số yếu tố khác. Theo nhân khẩu học, người dùng DeFi ít có khả năng lựa chọn trả phí bảo hiểm trả trước vì đây là ngành mà việc có tổn thất thường được chấp nhận rộng rãi.
Giả sử nhu cầu về bảo hiểm DeFi tăng lên, các vấn đề về quy mô từ phía cung cấp các dịch vụ này có thể vẫn sẽ vẫn còn. Hầu hết các dự án bảo hiểm DeFi yêu cầu người bảo lãnh đánh giá rủi ro giao thức trước khi cung cấp bảo hiểm tài sản. Nếu nhu cầu về bảo hiểm DeFi tăng từ 2% lên 50%, lực lượng lao động thẩm định bảo hiểm giao thức sẽ cần phải tăng theo cấp số nhân.
Các giải pháp phản ứng tức thời để giải quyết các thách thức về khả năng mở rộng – chẳng hạn như thuê ngoài người bảo lãnh – có thể gây ra các vấn đề về uy tín và sự bất lợi trong một thị trường không được kiểm soát. Bởi vì ngành DeFi vẫn còn non trẻ và thiếu dữ liệu đầy đủ nên các xếp hạng rủi ro của bên thứ ba thường không hiệu quả, hạn chế và không rõ ràng.
Sau khi cân nhắc mọi yếu tố thì các dịch vụ bảo vệ tài sản giải quyết các vấn đề về nhu cầu, nguồn cung, chi phí và khả năng mở rộng có khả năng chiếm lĩnh và tạo ra nhiều thị phần hơn trong lĩnh vực bảo hiểm DeFi.
Uninsurance, được phát triển bởi Ease (trước đây gọi là Armor.fi), là một trong những dịch vụ bảo vệ tài sản nhằm giải quyết các vấn đề về nhu cầu, nguồn cung, chi phí và khả năng mở rộng. Giao thức tận dụng kiến trúc ngang hàng, nơi rủi ro được chia sẻ bằng một phương pháp gọi là “Uninsurance” (Không bảo hiểm). Phương pháp này từ bỏ việc thẩm định bảo hiểm và không yêu cầu phí bảo hiểm trả trước.
Sản phẩm Uninsurance chính của Ease hoạt động bằng cách thúc đẩy việc tối ưu chi phí, giảm bớt thách thức về khả năng mở rộng và tăng cường bảo mật. Báo cáo này cũng sẽ nói về sự cạnh tranh, rủi ro và roadmap của Ease.
Uninsurance tối ưu chi phí
Các tài sản tương hỗ (Reciprocally-Covered Assets – RCAs)
Để nhận được phạm vi bảo hiểm tài sản, người dùng DeFi chỉ cần gửi vào vault Uninsurance của Ease các token Yield Farming-bearing và những token dễ bị tụt giá do các vụ hack, chẳng hạn: token yield-bearing của Yearn hay token pool thanh khoản của Uniswap.
Dựa trên số tiền đã được gửi vào vault, người dùng sẽ nhận được RCA đại diện cho cổ phiếu phân chia lợi tức theo cổ phần của họ đối với vault của tài sản đó. RCA đóng vai trò là bằng chứng bảo hiểm của bên mua bảo hiểm. Cụ thể hơn, RCA cho biết mức độ bảo hiểm mà người dùng được hưởng đối với tài sản cụ thể đó.
Các RCA về bản chất là sự kết hợp của tài sản cơ bản với hợp đồng bảo hiểm; nhưng không giống như các giao thức khác, chủ hợp đồng bảo hiểm không cần phải trả phí bảo hiểm để nắm giữ hợp đồng bảo hiểm.
RCA là các token ERC-20 có thể chuyển nhượng và có thể được đổi để lấy tài sản cơ bản – tương tự như aToken trên Aave. Bởi vì RCA có thể chuyển nhượng nên chủ hợp đồng bảo hiểm có thể bán token của mình, bao gồm cả mức độ bảo hiểm – điều mà không thể thực hiện được với các giao thức bảo hiểm khác. Trong trường hợp có sự tấn công, giá của tài sản trước khi tấn công sẽ bị “khóa”.
Bằng cách gửi tài sản của mình vào các vault bảo hiểm của Uninsurance, người dùng DeFi sẽ cùng nhau cung cấp tiền cho khoản tài trợ của kế hoạch bảo vệ tài sản. Hệ thống bảo vệ tài sản hoạt động bằng cách cho phép người dùng bảo hiểm lẫn nhau bằng tiền gửi tài sản tập thể của họ.
Giả sử một số người dùng đã gửi token LP vào một vault Uninsurance và giao thức cơ bản đó bị tấn công. Một tỷ lệ nhỏ tài sản được thanh lý từ các vault tài sản Uninsurance khác sẽ được dùng để bù đắp tổn thất cho vault tài sản của giao thức bị khai thác, chia nhỏ tổn thất giữa các vault tài sản.
Trừ khi tổn thất cao hơn mức mà DAO đồng ý chi trả; nếu không thì phần tổn thất để trang trải cho các chủ hợp đồng bảo hiểm của tài sản bị tấn công là rất nhỏ.
Những người nắm giữ RCA của vault bị tấn công sẽ cần phải trả tỷ lệ phần trăm tương đương với khoản họ sẽ phải trả cho bất kỳ vụ hack nào, nhưng tổn thất sẽ là tối thiểu và những người nắm giữ RCA sẽ được trợ cấp phần lớn trong phạm vi bảo hiểm đầy đủ của mình.
Mức độ bảo hiểm mà họ nhận được được tính bằng cách lấy phạm vi bảo hiểm đầy đủ trừ đi số tiền bị mất trong vụ hack theo tỷ lệ phần trăm trên TVL của Ease. Vì vậy, ví dụ: nếu $1 bị mất trong vụ hack và tổng TVL của Ease là $10, thì chủ sở hữu RCA sẽ được trợ cấp 100% -10% = 90% phạm vi bảo hiểm đầy đủ của họ.
Nếu giao thức bị tấn công trên hơn 33% hệ sinh thái của mình thì các chủ sở hữu bảo hiểm bị khai thác sẽ cần phải trả lại 33% khoản thanh toán (dựa trên RCA của họ) cho giao thức. Tuy nhiên, 33% “phí tối đa” này chỉ áp dụng trong những trường hợp cực đoan và chủ sở hữu $EASE có thể giảm mức 33% phí bằng cách stake vào giao thức và đóng góp vào khả năng bảo mật của nền tảng.
Lưu ý: Biểu đồ trên cho thấy số tiền được trả vào vault vẫn nhỏ hơn tổng số tiền bị mất trong vụ hack. Đó là bởi vì các vault khác không hoàn toàn “thanh toán” khoản lỗ của vault bị hack mà thay vào đó, phần tổn thất do vụ hack được “chia sẻ” trên tất cả các vault. Người dùng không phải lúc nào cũng được bảo hiểm hoàn toàn – họ được bảo hiểm dựa trên cổ phần theo tỷ lệ của vault tài sản mà họ được hưởng theo RCA của mình.
Quy trình thanh lý
Ease được thông báo về các vụ hack và tấn công trên chuỗi / ngoài chuỗi dựa trên các đề xuất khung quản trị thông qua DAO của Ease. Việc báo cáo về vụ hack trên chuỗi có thể không phát hiện được tất cả các cuộc tấn công, do đó việc báo cáo ngoài chuỗi có thể sẽ an toàn hơn.
Điều này tạo ra một vectơ tấn công vào DAO của Ease, nhưng Ease đã thực hiện các biện pháp phòng ngừa để ngăn chặn các vụ tấn công từ quy trình bỏ phiếu DAO của mình (được giải thích sau trong phần “Bảo mật”).
Trước khi xác nhận rằng vụ hack dẫn đến một sự kiện thanh lý, DAO của Ease sẽ xác định số tiền tối đa bị mất trong cuộc tấn công và đưa ra thời gian gia hạn một tuần để xem liệu giao thức có khôi phục được số tiền đã mất hay không. Nếu vụ hack dẫn đến sự kiện thanh lý, DAO của Ease sẽ bước vào giai đoạn giải quyết, trong đó tối đa 33% vault bị đóng băng và người dùng không thể gửi hoặc rút tài sản từ vault.
Giới hạn của các vault đóng băng đảm bảo rằng chỉ có 33% có thể bị mất trong trường hợp hiếm hoi là multisig (đa chữ ký), DAO và oracle cung cấp giá đều bị xâm phạm đồng thời. Trong hầu hết các trường hợp, vault sẽ chỉ đóng băng số phần trăm TVL của Ease đã bị hack khỏi giao thức.
Ví dụ: nếu Giao thức A bị tấn công mất 1% trong tổng số TVL của Ease, thì chỉ khoảng 1% của mỗi vault bị đóng băng (tùy thuộc vào xếp hạng rủi ro của vault và tổn thất tối đa).
Tất cả chủ sở hữu RCA từ vault tài sản của giao thức bị tấn công sẽ nhận được sự bảo vệ tài sản tương đương theo tỷ lệ cổ phần của họ trong vault tài sản. Một “RCA Guardian” – một thực thể đa chữ ký – đặt ra mức trần thanh lý giới hạn số tiền mà bất kỳ vault đơn lẻ nào cũng có thể được thanh lý và cung cấp giá trị này thông qua một oracle cho hợp đồng thông minh.
Vì mức trần thanh lý có thể cao hơn mức thanh lý thực tế trên mỗi vault nên RCA Guardian đồng thời đề xuất giá trị thanh lý thực tế cho vụ hack cụ thể này ngoài chuỗi cho DAO của Ease.
Nếu DAO chấp thuận giá trị thanh lý được đề xuất cho vụ hack, giá trị này cũng được đưa vào chuỗi và hợp đồng thông minh thực hiện thanh lý vault.
Oracle giá trên Ease đôi khi sẽ bị tụt hậu, điều này tạo điều kiện cho các bot kinh doanh chênh lệch giá mua tài sản thanh lý bằng ETH trên nền tảng của Ease hoặc thông qua tích hợp của Ease với các giao thức khác. Nếu cần, nhóm Ease có thể bật chiết khấu để khuyến khích bot mua thêm tài sản thanh lý. Cuối cùng, chủ sở hữu bảo hiểm của tài sản bị tấn công sẽ nhận được khoản thanh toán dựa trên RCA hoặc pro rata share của họ trong vault.
Cân nhắc về lợi nhuận giao thức
Để hỗ trợ hiệu quả chi phí, Ease đang áp dụng một mô hình kinh doanh mới. Hầu hết các giao thức bảo hiểm thu được lợi nhuận từ việc nhận một tỷ lệ phần trăm phí bảo hiểm được trả trên các hợp đồng bảo hiểm. Một số giao thức bảo hiểm thu được lợi nhuận từ các khoản phí bảo hiểm đòn bẩy hoặc tái đầu tư. Vì mô hình RCA không tính phí bảo hiểm, nên Ease phải đánh giá một vài mô hình kinh doanh khác nhau.
Giao thức đã thực hiện chuyển đổi phí trên RCA, nhưng phí hiện được đặt bằng 0. Nếu chế độ thu phí được bật thì người dùng sẽ phải trả một khoản phí hàng năm nhỏ, chẳng hạn như 0,1% của RCA của mình. Phí chỉ có thể được đề xuất, phê duyệt và điều chỉnh bởi DAO. Giống như nhiều công ty khởi nghiệp mới nổi, Ease tập trung vào việc thu hút tăng trưởng và sẽ phác thảo một mô hình kinh doanh có lợi nhuận trong tương lai
Phạm vi bảo hiểm có thể mở rộng
Uninsurance có khả năng mở rộng vì sở hữu mô hình phân tán rủi ro giữa tất cả các vault, điều này giảm nhu cầu đánh giá rủi ro chuyên sâu hoặc thẩm định bảo hiểm. Thay vào đó, giảm thiểu rủi ro trên Ease dựa vào việc đa dạng hóa vault tài sản.
Mô hình điều chỉnh rủi ro của Uninsurance
Vì không phải tất cả các tài sản đều có mức độ rủi ro như nhau nên Ease cuối cùng sẽ áp dụng thước đo tỷ lệ rủi ro. Số liệu này sẽ xác định số tiền cần lấy từ các vault tài sản Uninsurance cụ thể trong trường hợp bị tấn công. Trước khi Ease Uninsurance đủ đa dạng thì một vụ hack sẽ kích hoạt quá trình thanh lý từ các vault khác với số lượng tiền bằng nhau, bất kể mức độ rủi ro liên quan đến tài sản trong vault.
Sau khi đáp ứng một ngưỡng tăng trưởng nhất định, nền tảng sẽ xếp hạng tài sản theo thang điểm trượt từ ít rủi ro nhất đến rủi ro nhất, được đo lường bằng các nguồn xếp hạng công khai như DeFiSafety.
Việc sử dụng đánh giá rủi ro thuê ngoài (outsource) vốn có rủi ro do có thể có những sai lệch về động cơ ngay cả khi người đánh giá rủi ro nhìn chung là đáng tin cậy. Tuy nhiên, Ease có kế hoạch tổng hợp các nguồn xếp hạng rủi ro có sẵn công khai với động cơ nội tại, dựa trên danh tiếng để đánh giá chính xác rủi ro giao thức.
Việc tổng hợp các nguồn xếp hạng rủi ro này sẽ tránh được việc phụ thuộc quá mức trên bất kỳ nguồn nào. Ngoài ra, Ease sẽ bổ sung các bình luận cẩn thận cho mỗi nguồn. Các xếp hạng rủi ro này nhằm giảm thiểu rủi ro lựa chọn bất lợi và vẫn tương đối ít tốn thời gian và có khả năng mở rộng hơn so với việc thẩm định bảo hiểm.
Khi xảy ra vụ hack, tài sản từ các vault rủi ro nhất sẽ được lấy ra đầu tiên. Tài sản từ các vault rủi ro thấp chỉ được thanh lý để cung cấp phạm vi bảo hiểm cho các vụ hack lớn. Do đó, người dùng được khuyến khích gửi nhiều tài sản hơn vào các vault an toàn hơn để tránh bị thanh lý ngay cả khi đó là một số tiền nhỏ.
Mỗi vault được ấn định “tỷ lệ tổn thất tối đa” được tính toán từ hồ sơ rủi ro của vault đó. Con số này xác định tỷ lệ phần trăm thanh lý sẽ được rút ra từ vault đó. Số tiền thanh lý cho một vault cụ thể được tính bằng cách lấy chênh lệch giữa tổng tài sản bị mất do vụ hack và số tiền mà các vault rủi ro đã thanh toán, sau đó trả tỷ lệ phần trăm tổn thất tối đa cho vault đó.
Bảo mật
Staking EASE
Token EASE là token swap theo tỷ lệ 1-1 với ARMOR nhưng vẫn chưa chính thức ra mắt. Token tiện ích này sẽ có vai trò rất quan trọng đối với việc quản trị giao thức. Khi người dùng dùng 1 EASE để stake, họ sẽ nhận lại 1 gvEASE. Số lượng gvEASE mà người dùng stake EASE nhận được tăng tuyến tính theo thời gian họ stake EASE.
Nói cách khác, EASE được stake càng lâu thì người stake $EASE sẽ càng nhận được nhiều gvEASE và càng có nhiều quyền biểu quyết hơn. Sau khi stake EASE được 6 tháng, người stake sẽ nhận được 1,5 gvEASE cho mỗi EASE. Stake sau một năm sẽ tạo ra 2 gvEASE cho mỗi EASE.
Những người stake một số lượng đáng kể EASE và do đó nắm giữ một phần lớn gvEASE sẽ có quyền biểu quyết tương đương trong DAO, điều này cho họ quyền ra quyết định đáng kể về tính chính đáng (legitimacy) của các sự kiện hack, giá trị thanh lý, khoản thanh toán, v.v.
Vì không thể mua quyền bỏ phiếu trong DAO gvEASE của Ease trên thị trường nên các tin tặc tiềm năng sẽ cần tham gia vào Ease trong một khoảng thời gian dài trước khi giành được quyền biểu quyết đáng kể trong DAO.
Mặc dù cơ chế gvEASE không đảm bảo rằng Ease không thể bị tấn công nhưng cơ chế này làm giảm khả năng tin tặc khai thác Ease DAO.
gvEASE
Ease đã thiết kế “token bỏ phiếu tăng trưởng (gvTokens)” của mình để phù hợp tuyệt đối với các biện pháp khuyến khích hoạt động cho bảo mật của giao thức. gvEASE là token quản trị không thể chuyển nhượng với hai lợi ích chính: quyền quản trị / quyền biểu quyết, và khả năng giảm mức phí tối đa 33%.
Mức phí tối đa chung cho các vault là 33%, nhưng một người dùng nắm giữ đủ gvEASE sẽ có thể giảm phí tối đa của staker xuống còn 20%. 13% phí còn lại sẽ được phân phối cho các vault khác.
Về mặt lý thuyết, người dùng có thể stake đủ EASE và kiếm đủ gvEASE để giảm phí tối đa của họ xuống 0. Người dùng hoặc giao thức có thể trả EASE để hối lộ người dùng stake thêm gvEASE vào một vault cụ thể nhằm giảm phí tối đa. Tuy nhiên, gvEASE từ việc hối lộ sẽ không có quyền biểu quyết quản trị. Mục đích của gvEASE là khuyến khích stake $EASE trên giao thức và cung cấp cho người dùng một phương pháp để có thể nhận cổ tức.
Cạnh tranh
Mô hình RCA của Ease rất mới lạ và không gặp phải bất kỳ đối thủ cạnh tranh trực tiếp nào. Do đó, giao thức có thể cạnh tranh với các giao thức bảo hiểm DeFi khác để giành thị phần nếu khách hàng tiềm năng lựa chọn chỉ sử dụng một hình thức bảo hiểm để bảo vệ tài sản của họ. Có những dịch vụ bảo vệ tài sản hấp dẫn khác trên thị trường cũng tìm cách giải quyết khả năng mở rộng, hiệu quả sử dụng vốn và nhu cầu về các vấn đề bảo hiểm.
Nexus Mutual kết hợp các hợp đồng lấy cảm hứng từ tài chính truyền thống với mô hình chia sẻ rủi ro ngang hàng (peer-to-peer risk sharing model). Theo DeFi Llama, Nexus hiện là giao thức DeFi bảo hiểm lớn thứ hai với TVL là $245,05 triệu (đứng đầu là Armor, chiếm phần lớn các hợp đồng từ Nexus). Sự khác biệt chính giữa Nexus Mutual và Ease là tác động của việc đánh giá rủi ro, đưa vào cơ chế bảo hiểm và giai đoạn hỗ trợ phát triển cơ sở hạ tầng.
Mô hình lợi nhuận của Nexus tái đầu tư phí bảo hiểm và sử dụng staking để đánh giá rủi ro, do đó mô hình này dễ bị lỗ nặng khi rủi ro được đánh giá không chính xác trên thị trường. Trong khi đó, Ease tổng hợp xếp hạng rủi ro từ nhiều nguồn khác nhau trong khi vẫn tiến hành thẩm định nội bộ.
Là một trong những giao thức bảo hiểm lâu đời nhất và lớn nhất của TVL, Nexus Mutual đã được thử nghiệm rất nhiều trên thị trường, nhưng Ease cũng áp dụng phương pháp chia sẻ rủi ro có thể giảm thiểu rủi ro tốt hơn và do đó cuối cùng khiến nó trở thành một sản phẩm hấp dẫn hơn.
Hơn nữa, tùy thuộc vào sự thu hút trong tương lai và khả năng Ease tận dụng lợi thế kinh tế theo quy mô mà sản phẩm Uninsurance có thể sinh lời nhiều hơn Nexus Mutual hay không.
InsurAce cũng có thiết kế khác biệt với phần lớn các giao thức bảo hiểm khi cung cấp phạm vi bảo hiểm cho toàn bộ danh mục đầu tư của người dùng. Cách tiếp cận này cho phép InsurAce mở rộng quy mô thẩm định bảo hiểm bằng cách đánh giá nhiều giao thức cùng một lúc.
Chiến lược đánh giá rủi ro của Ease trực tiếp lấy xếp hạng rủi ro từ các bên thứ ba, cách này tự đưa ra những rủi ro có thể xảy ra, nhưng vẫn có khả năng mở rộng hơn so với thẩm định bảo hiểm. Cả Ease và InsurAce đều không yêu cầu KYC và có kế hoạch xây dựng một hệ sinh thái chuỗi chéo mạnh mẽ (InsurAce hiện được xây dựng trên 20 blockchain công khai).
Saffron Finance là bảo hiểm theo nhánh khuyến khích người dùng trả tiền để bảo vệ tài sản thông qua các cơ hội thu nhập từ việc farming lợi suất. Giao thức tận dụng nhu cầu của người dùng DeFi để có thêm thu nhập bằng cách cho phép người dùng chấp nhận rủi ro về cơ bản có thể trợ cấp phạm vi bảo vệ tài sản của người dùng không thích rủi ro.
Do đó, giống như Ease, Saffron đã phát triển một mô hình tiết kiệm chi phí loại bỏ nhu cầu trả trước phí bảo hiểm. Tuy nhiên, mô hình này dẫn đến một thị trường hai mặt mất cân bằng: dễ dàng thu hút nhu cầu từ phía chấp nhận rủi ro và cần lợi nhuận cao, nhưng lại gặp khó khăn trong việc thu hút nhu cầu từ phía không thích rủi ro và cần bảo hiểm.
Tổng giá trị được bảo hiểm (TVC), ước tính từ tuyên bố của Bitcoinist rằng 2% cổ phần DeFi được bảo hiểm – khoảng $2 tỷ. Mức độ bảo hiểm thấp này có thể là do lĩnh vực này không có khả năng thu hút và duy trì nhu cầu của người tiêu dùng, nhưng các mô hình kinh doanh mới không yêu cầu phí trả trước có thể làm tăng nhu cầu.
Mô hình của Ease có thể được dự đoán là sẽ tăng tổng thị trường tiềm năng (TAM), đặc biệt khi người dùng DeFi có nhiều khả năng mua các dịch vụ bảo vệ tài sản hơn trong một chu kỳ thị trường không thuận lợi. Việc Uninsurance của Ease có tăng trưởng lĩnh vực thị trường “insurance” (bảo hiểm) hay không phụ thuộc vào khả năng thu hút sự chú ý của giao thức và khả năng giới thiệu sản phẩm cho các đối tượng khách hàng mục tiêu.
Thử thách
Mức độ đa dạng của vault đủ sự thu hút
Ease đã hy vọng khởi động hệ sinh thái RCA với Shield Vault của Armor nhưng hoạt động của các vault này đã ngừng vào tháng 6 năm 2022, dẫn đến việc tái cấu trúc thương hiệu hoàn toàn từ Armor thành Ease. Cả điểm mạnh và điểm yếu của RCA nằm ở việc nguồn cung cấp phạm vi bảo hiểm tăng lên cùng với nhu cầu mức độ bảo hiểm, điều đó có nghĩa là hệ sinh thái bảo hiểm RCA phụ thuộc vào kinh tế quy mô.
Để tăng cường bảo mật và sức mạnh của mô hình Uninsurance của Ease thì số lượng tài sản và người dùng cần phải tăng lên. Thêm vào đó, số lượng người dùng duy nhất trong các vault tài sản khác nhau cũng cần phải tăng để đảm bảo các vấn đề về khả năng thanh toán nếu có một vụ hack ảnh hưởng đến một số vault tài sản tập trung phần lớn người dùng.
Ease Uninsurance đã giới hạn dung lượng cho bất kỳ vault tài sản nào dễ có khả năng bị tấn công (overexposed). Khi dung lượng của vault tài sản đạt đến giới hạn, Ease sẽ tái bảo hiểm (reinsure) các giao thức với Nexus.
Stacked Risk (rủi ro xếp chồng)
Hệ sinh thái DeFi bao gồm một số giao thức có rủi ro đan xen nhau. Rủi ro lây nhiễm hoặc “stacked risk” này xảy ra khi tài sản DeFi nắm giữ rủi ro từ nhiều giao thức.
Ví dụ: một tài sản có thể được phát hành bởi một giao thức nhưng được stake nhiều vào một giao thức khác. Hoặc, một số token được thiết kế để burn / mint cho các token khác và do đó bị ràng buộc trực tiếp với rủi ro của tài sản khác. Trong những trường hợp này, một vụ hack vào một tài sản sẽ ảnh hưởng đến một tài sản khác trong phần risk stack (ngăn xếp rủi ro) của nó.
Ease dự định hỗ trợ mọi giao thức trong stack, vì vậy về mặt lý thuyết, stacked risk (rủi ro xếp chồng) luôn được bảo hiểm. Tuy nhiên, bất kỳ khoản tiền gửi nào vào một vault với stacked risk sẽ làm tăng rủi ro đối với các giao thức nằm trong stack và ngược lại. Stacked risk cũng là một yếu tố cần xem xét đối với các mức giới hạn vault tài sản Ease Uninsurance – điều vốn nhằm để hạn chế rủi ro. Ví dụ: giao thức hiện không bảo hiểm Curve vì sự tiếp xúc của giao thức với Curve đã được giới hạn thông qua stacked risk từ việc bảo hiểm Convex.
Các sự kiện Thiên nga Đen (Black Swan)
Số lần các vụ hack tài sản trong các vault của Ease có khả năng vượt quá khả năng sử dụng đủ các vault không bị tấn công khác để bù đắp tổn thất của giao thức. Trong những trường hợp cực đoan này, các giao thức bảo hiểm khác và hệ sinh thái DeFi lớn hơn rất có thể cũng sẽ chịu ảnh hưởng lớn.
Tuy nhiên, Ease sẽ có cách xử lý tình huống này tốt hơn so với các giao thức bảo hiểm khác theo mô hình thẩm định bảo hiểm truyền thống. Các hợp đồng thông minh của Ease’s Uninsurance không sử dụng đòn bẩy với vốn thẩm định bảo hiểm vì việc bảo vệ tài sản được hỗ trợ đầy đủ.
Ở đây, đòn bẩy đề cập đến việc các giao thức bảo hiểm dựa trên thẩm định bảo hiểm đưa ra phạm vi bảo hiểm cao hơn đáng kể so với vốn thẩm định hợp đồng của mình (chỉ có $1.000 để chi trả cho hợp đồng bảo hiểm $10.000).
Ease được thế chấp chính xác – vì vậy mặc dù giao thức vẫn sẽ mất số tiền tương tự như các giao thức bảo hiểm dựa trên phí bảo hiểm khác từ chính vụ hack nhưng sẽ không rơi vào nguy cơ không thể thanh toán các yêu cầu bồi thường.
Ease Roadmap
Các sáng kiến để thu hút sự đa dạng về tài sản
Để thúc đẩy sự đa dạng tài sản trong Ease vault, Ease hy vọng sẽ triển khai các biện pháp khuyến khích farming mới.
Chương trình Yield Farming sẽ phân bổ lượng EASE theo tỷ lệ cho người dùng trong một vault vào mỗi tuần, có nghĩa là những người dùng sở hữu một tỷ lệ đáng kể của một vault sẽ được phân bổ nhiều EASE hơn. Khuyến khích sẽ thu hút nhiều người dùng hơn và khuyến khích họ gửi tiền vào các vault có ít tiền hơn. Kết quả cuối cùng sẽ là tạo ra sự đa dạng hóa cho các khoản nắm giữ vault của Ease và rủi ro vỡ nợ thấp hơn.
Ngoài ra, khi EASE ra mắt, nhóm sẽ tiến hành một đợt airdrop EASE cho những người dùng đã bị hack trong năm ngoái, với hy vọng thu hút những người dùng đã bị tấn công – những người đã quen với hậu quả của việc thiếu các biện pháp bảo vệ khỏi các vụ hack.
Ease cũng sẽ mở rộng hệ sinh thái của mình sang nhiều chuỗi khối hơn trong vòng 1-2 năm. Hệ sinh thái Ease trên các chuỗi riêng biệt có thể sẽ bao gồm các DAO và cộng đồng của riêng họ.
Lời kết
Ease đã phát triển một cách tiếp cận mới để bảo vệ tài sản DeFi khỏi các vụ hack và các cuộc tấn công độc hại khác. Thiết kế Uninsurance của giao thức tận dụng khả năng của các hợp đồng thông minh để tính phí hồi tố (retroactively) người dùng, cho phép giao thức tính phí các chủ hợp đồng bảo hiểm chỉ sau khi một cuộc tấn công xảy ra.
Giao thức dựa trên sự đa dạng của vault và sự thu hút cao, điều này vẫn chưa xảy ra, nhưng lời hứa về việc mô hình sẽ cung cấp một chương trình bảo vệ có thể mở rộng, tiết kiệm chi phí và an toàn có khả năng thu hút người dùng trong tương lai.
Bài viết được Hiền Lê biên tập từ “(Un)insuring DeFi Holdings with Ease” của tác giả Helen Huang; với mục đích cung cấp thông tin và phi lợi nhuận. Chúng tôi không khuyến nghị đầu tư và không chịu trách nhiệm cho các quyết định đầu tư liên quan đến nội dung bài dịch.
