Phân tích rủi ro và thực tiễn tốt nhất của giao thức Restaking
Với sự ra đời của khái niệm Restaking, nhiều dự án Restaking dựa trên Eigenlayer đã xuất hiện trên thị trường. Restaking nhằm mục đích chia sẻ niềm tin của lớp staking Beacon Ethereum, cho phép người dùng chia sẻ phần staking của họ với các dự án khác để thu được nhiều lợi nhuận hơn, đồng thời cho phép các dự án khác cũng được hưởng sự tin cậy và an toàn tương đương với lớp Beacon ETH.
Để giúp các nhà đầu tư hiểu rõ hơn về rủi ro tương tác giữa các dự án Restaking khác nhau, bài viết này đã khảo sát các giao thức Restaking và tài sản LST chính trên thị trường, đồng thời hệ thống hóa các rủi ro liên quan, nhằm giúp các nhà đầu tư có thể kiểm soát tốt hơn các rủi ro tương ứng trong quá trình theo đuổi lợi nhuận.
Tổng quan về điểm rủi ro
Hiện tại, các giao thức Restaking trên thị trường chủ yếu được xây dựng dựa trên EigenLayer. Đối với người dùng, việc tham gia Restaking có nghĩa là họ sẽ phải đối mặt với các rủi ro sau đây:
rủi ro hợp đồng
Tham gia Restaking cần tương tác với hợp đồng của dự án, người dùng cần chịu rủi ro hợp đồng bị tấn công.
Dự án được xây dựng trên EigenLayer cuối cùng sẽ lưu trữ quỹ trong hợp đồng của giao thức EigenLayer, nếu hợp đồng EigenLayer bị tấn công, quỹ của các dự án liên quan cũng sẽ bị thiệt hại.
Trong EigenLayer, có hai loại Restaking: native ETH Restaking và LST Restaking. Vốn của LST Restaking được lưu trữ trực tiếp trong hợp đồng EigenLayer, trong khi vốn của Native ETH Restaking được lưu trữ trong chuỗi Beacon ETH. Điều này có nghĩa là, người dùng thực hiện LST Restaking có khả năng chịu tổn thất do rủi ro từ hợp đồng EigenLayer.
Bên dự án có quyền hạn cao, trong một số trường hợp có thể lợi dụng quyền hạn nhạy cảm để chiếm dụng vốn của người dùng.
LST rủi ro
Có khả năng LST token bị mất chốt, hoặc hợp đồng LST nâng cấp/bị tấn công dẫn đến sự sai lệch và tổn thất giá trị của LST.
thoát rủi ro
Hiện tại, ngoài EigenLayer, các giao thức Restaking chính trên thị trường đều không hỗ trợ rút tiền. Nếu dự án không nâng cấp hợp đồng để bổ sung logic rút tiền tương ứng, người dùng có thể không thể trực tiếp rút lại tài sản, mà cần phải lấy tính thanh khoản từ thị trường thứ cấp để thoát ra.
Phân tích rủi ro của giao thức Restaking chính thống
Qua nghiên cứu, chúng tôi phát hiện ra rằng các giao thức Restaking chính trên thị trường hiện tại gặp phải các vấn đề chính sau:
Mức độ hoàn thành dự án thấp, phần lớn các dự án chưa thực hiện logic rút tiền.
Rủi ro tập trung: Tài sản của người dùng cuối cùng được kiểm soát bởi ví đa chữ ký, bên dự án có khả năng nhất định về việc kéo rug.
Khi xảy ra hành vi xấu nội bộ hoặc mất khóa riêng đa chữ ký, có thể dẫn đến mất tài sản.
Ngoài ra, với tư cách là nền tảng của tất cả các dự án, EigenLayer còn có một số điểm mà người dùng cần lưu ý:
EigenLayer hiện đang được triển khai trên hợp đồng của mạng chính, chưa hoàn toàn thực hiện tất cả các chức năng trong whitepaper của nó (AVS, giao thức). Trong đó, chức năng giao thức chỉ thực hiện các giao diện liên quan, chưa có logic hoàn chỉnh cụ thể. Theo mã hợp đồng, hiện tại giao thức được kích hoạt thông qua owner của hợp đồng StrategyManager (quyền admin của dự án), cách thực hiện khá trung tâm.
Khi thực hiện Restaking ETH gốc của EigenLayer, ngoài việc tạo một hợp đồng EigenPod để quản lý quỹ Restaking, còn cần tự vận hành dịch vụ nút chuỗi Beacon và chịu rủi ro bị chuỗi Beacon phạt. Người dùng khi thực hiện Restaking ETH gốc được khuyến nghị chọn nhà cung cấp dịch vụ nút đáng tin cậy.
Do ETH được lưu trữ trong chuỗi Beacon, trong quá trình rút tiền, ngoài việc người dùng cần khởi xướng, còn cần nhà cung cấp dịch vụ nút giúp người dùng rút các khoản tiền liên quan từ chuỗi Beacon, tức là quá trình rút cần sự đồng ý của cả hai bên.
Do EigenLayer hiện tại chưa triển khai đầy đủ cơ chế AVS và Slash, khuyên người dùng chỉ nên kích hoạt chức năng deleGate trong giao thức EigenLayer sau khi đã hiểu rõ các rủi ro liên quan, để tránh khả năng mất mát tài sản.
Điểm rủi ro của dự án cụ thể
Thông qua việc xem xét mã, một số dự án vẫn tồn tại một số rủi ro mã có thể ảnh hưởng đến sự an toàn của quỹ người dùng. Dưới đây là một số điểm rủi ro cụ thể của các dự án:
EigenPie
Hiện tại, tất cả các hợp đồng của giao thức đều là hợp đồng có thể nâng cấp, quyền nâng cấp là 3/6 Gnosis Safe, nhưng quyền nâng cấp hợp đồng MLRT của các token cbETH, ethX, ankrETH là địa chỉ EOA.
KelpDAO
Trong quá trình nạp tiền, cần tính toán giá trị share để xác định số lượng share mà người dùng nhận được, nhưng giá trị rsETHPrice trong công thức tính toán cần được cập nhật thủ công từ oracle tương ứng. Ngoài stETH, sử dụng giá share từ hợp đồng của các token tương ứng làm nguồn giá. StETH thì được quy đổi trực tiếp 1:1. Khi stETH có giá thấp hơn trên thị trường thứ cấp, sẽ có một khoảng chênh lệch nhất định trong quá trình nạp tiền.
Renzo
OperatorDelegator chịu trách nhiệm chuyển hướng quỹ giao thức vào EigenLayer, và tương ứng với tỷ lệ nạp khác nhau, nhưng trong quá trình cấu hình OperatorDelegator, giao thức không kiểm tra xem tất cả tỷ lệ của OperatorDelegator có lớn hơn 100% hay không, dẫn đến khả năng xảy ra trường hợp OperatorDelegator-1 (70%) và OperatorDelegator-2 (70%). Vấn đề này chủ yếu ảnh hưởng đến việc rút tiền của người dùng, do logic rút tiền hiện tại vẫn chưa hoàn chỉnh, không thể đánh giá cụ thể tác động đến vốn gốc.
Phân tích rủi ro token LST
Ngoài rủi ro của giao thức, rủi ro LST trong quá trình Restaking không thể bị bỏ qua. Chúng tôi đã nghiên cứu các token LST chính trên thị trường, chủ yếu liên quan đến stETH, rETH, cbETH, ankrETH và sfrxETH.
Làm thế nào để giảm thiểu rủi ro khi tham gia Restaking hiệu quả?
Dựa trên kết luận nghiên cứu hiện tại, chúng tôi đã chuẩn bị một lộ trình tương đối an toàn cho các nhà đầu tư.
Phân bổ vốn
Đối với những người dùng tham gia Restaking với số vốn lớn, việc tham gia trực tiếp vào Native ETH restaking của EigenLayer là một lựa chọn tốt. Nguyên nhân là tài sản ETH nạp vào Native ETH restaking được lưu trữ trong hợp đồng Beacon chain, ngay cả khi xảy ra tấn công hợp đồng, kẻ tấn công cũng không thể ngay lập tức lấy được tài sản của người dùng.
Đối với những người dùng muốn tham gia với số vốn lớn nhưng không muốn chịu đựng thời gian rút tiền dài, có thể chọn stETH tương đối an toàn làm tài sản tham gia trực tiếp vào EigenLayer.
Đối với những người dùng muốn kiếm thêm thu nhập, có thể lựa chọn một phần vốn tham gia vào các dự án như Puffer, KelpDAO, Eigenpie và Renzo, những dự án được xây dựng trên EigenLayer, phù hợp với khả năng chịu rủi ro của bản thân. Nhưng cần lưu ý rằng, do hiện tại các dự án trên chưa thực hiện logic rút tiền tương ứng, người dùng tham gia vào các giao thức này cần xem xét rủi ro rút lui tương ứng, trong quá trình đầu tư cũng cần xem xét tính thanh khoản của LRT liên quan trên thị trường thứ cấp.
cấu hình giám sát
Hiện tại, các dự án được liệt kê trong văn bản đều có khả năng nâng cấp hợp đồng và tạm dừng, đồng thời bên phát triển dự án cũng có thể thực hiện các thao tác rủi ro cao đối với dự án. Đối với người dùng nâng cao, có thể cấu hình theo dõi hợp đồng tương ứng, theo dõi việc nâng cấp hợp đồng và thực hiện các thao tác nhạy cảm của bên phát triển dự án.
Những đội ngũ và người dùng mong muốn đầu tư ETH để tham gia dự án có thể kết hợp với các công cụ tự động hóa để thiết lập điều kiện cho ví đa ký và cấu hình ủy quyền đơn ký, dựa trên sự thay đổi TVL của pool, sự dao động giá ETH và các hành động của cá voi, để thiết lập chức năng gửi tiền tự động tới EigenLayer và các giao thức tái ký gửi khác.
Restaking như một khái niệm mới nổi, không có thời gian thử nghiệm tương ứng ở cả tầng hợp đồng và tầng giao thức. Ngoài các rủi ro đã được nêu ở trên, có thể còn tồn tại các rủi ro khác chưa biết. Các nhà đầu tư khi tham gia Restaking nên giữ thái độ thận trọng, hiểu rõ các rủi ro liên quan và đưa ra quyết định đầu tư dựa trên khả năng chịu rủi ro của bản thân.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Phân tích rủi ro toàn diện của giao thức Restaking: Những nguy cơ an ninh của EigenLayer và hướng dẫn thực hành tốt nhất
Phân tích rủi ro và thực tiễn tốt nhất của giao thức Restaking
Với sự ra đời của khái niệm Restaking, nhiều dự án Restaking dựa trên Eigenlayer đã xuất hiện trên thị trường. Restaking nhằm mục đích chia sẻ niềm tin của lớp staking Beacon Ethereum, cho phép người dùng chia sẻ phần staking của họ với các dự án khác để thu được nhiều lợi nhuận hơn, đồng thời cho phép các dự án khác cũng được hưởng sự tin cậy và an toàn tương đương với lớp Beacon ETH.
Để giúp các nhà đầu tư hiểu rõ hơn về rủi ro tương tác giữa các dự án Restaking khác nhau, bài viết này đã khảo sát các giao thức Restaking và tài sản LST chính trên thị trường, đồng thời hệ thống hóa các rủi ro liên quan, nhằm giúp các nhà đầu tư có thể kiểm soát tốt hơn các rủi ro tương ứng trong quá trình theo đuổi lợi nhuận.
Tổng quan về điểm rủi ro
Hiện tại, các giao thức Restaking trên thị trường chủ yếu được xây dựng dựa trên EigenLayer. Đối với người dùng, việc tham gia Restaking có nghĩa là họ sẽ phải đối mặt với các rủi ro sau đây:
rủi ro hợp đồng
LST rủi ro
Có khả năng LST token bị mất chốt, hoặc hợp đồng LST nâng cấp/bị tấn công dẫn đến sự sai lệch và tổn thất giá trị của LST.
thoát rủi ro
Hiện tại, ngoài EigenLayer, các giao thức Restaking chính trên thị trường đều không hỗ trợ rút tiền. Nếu dự án không nâng cấp hợp đồng để bổ sung logic rút tiền tương ứng, người dùng có thể không thể trực tiếp rút lại tài sản, mà cần phải lấy tính thanh khoản từ thị trường thứ cấp để thoát ra.
Phân tích rủi ro của giao thức Restaking chính thống
Qua nghiên cứu, chúng tôi phát hiện ra rằng các giao thức Restaking chính trên thị trường hiện tại gặp phải các vấn đề chính sau:
Ngoài ra, với tư cách là nền tảng của tất cả các dự án, EigenLayer còn có một số điểm mà người dùng cần lưu ý:
EigenLayer hiện đang được triển khai trên hợp đồng của mạng chính, chưa hoàn toàn thực hiện tất cả các chức năng trong whitepaper của nó (AVS, giao thức). Trong đó, chức năng giao thức chỉ thực hiện các giao diện liên quan, chưa có logic hoàn chỉnh cụ thể. Theo mã hợp đồng, hiện tại giao thức được kích hoạt thông qua owner của hợp đồng StrategyManager (quyền admin của dự án), cách thực hiện khá trung tâm.
Khi thực hiện Restaking ETH gốc của EigenLayer, ngoài việc tạo một hợp đồng EigenPod để quản lý quỹ Restaking, còn cần tự vận hành dịch vụ nút chuỗi Beacon và chịu rủi ro bị chuỗi Beacon phạt. Người dùng khi thực hiện Restaking ETH gốc được khuyến nghị chọn nhà cung cấp dịch vụ nút đáng tin cậy.
Do ETH được lưu trữ trong chuỗi Beacon, trong quá trình rút tiền, ngoài việc người dùng cần khởi xướng, còn cần nhà cung cấp dịch vụ nút giúp người dùng rút các khoản tiền liên quan từ chuỗi Beacon, tức là quá trình rút cần sự đồng ý của cả hai bên.
Do EigenLayer hiện tại chưa triển khai đầy đủ cơ chế AVS và Slash, khuyên người dùng chỉ nên kích hoạt chức năng deleGate trong giao thức EigenLayer sau khi đã hiểu rõ các rủi ro liên quan, để tránh khả năng mất mát tài sản.
Điểm rủi ro của dự án cụ thể
Thông qua việc xem xét mã, một số dự án vẫn tồn tại một số rủi ro mã có thể ảnh hưởng đến sự an toàn của quỹ người dùng. Dưới đây là một số điểm rủi ro cụ thể của các dự án:
EigenPie
Hiện tại, tất cả các hợp đồng của giao thức đều là hợp đồng có thể nâng cấp, quyền nâng cấp là 3/6 Gnosis Safe, nhưng quyền nâng cấp hợp đồng MLRT của các token cbETH, ethX, ankrETH là địa chỉ EOA.
KelpDAO
Trong quá trình nạp tiền, cần tính toán giá trị share để xác định số lượng share mà người dùng nhận được, nhưng giá trị rsETHPrice trong công thức tính toán cần được cập nhật thủ công từ oracle tương ứng. Ngoài stETH, sử dụng giá share từ hợp đồng của các token tương ứng làm nguồn giá. StETH thì được quy đổi trực tiếp 1:1. Khi stETH có giá thấp hơn trên thị trường thứ cấp, sẽ có một khoảng chênh lệch nhất định trong quá trình nạp tiền.
Renzo
OperatorDelegator chịu trách nhiệm chuyển hướng quỹ giao thức vào EigenLayer, và tương ứng với tỷ lệ nạp khác nhau, nhưng trong quá trình cấu hình OperatorDelegator, giao thức không kiểm tra xem tất cả tỷ lệ của OperatorDelegator có lớn hơn 100% hay không, dẫn đến khả năng xảy ra trường hợp OperatorDelegator-1 (70%) và OperatorDelegator-2 (70%). Vấn đề này chủ yếu ảnh hưởng đến việc rút tiền của người dùng, do logic rút tiền hiện tại vẫn chưa hoàn chỉnh, không thể đánh giá cụ thể tác động đến vốn gốc.
Phân tích rủi ro token LST
Ngoài rủi ro của giao thức, rủi ro LST trong quá trình Restaking không thể bị bỏ qua. Chúng tôi đã nghiên cứu các token LST chính trên thị trường, chủ yếu liên quan đến stETH, rETH, cbETH, ankrETH và sfrxETH.
Làm thế nào để giảm thiểu rủi ro khi tham gia Restaking hiệu quả?
Dựa trên kết luận nghiên cứu hiện tại, chúng tôi đã chuẩn bị một lộ trình tương đối an toàn cho các nhà đầu tư.
Phân bổ vốn
Đối với những người dùng tham gia Restaking với số vốn lớn, việc tham gia trực tiếp vào Native ETH restaking của EigenLayer là một lựa chọn tốt. Nguyên nhân là tài sản ETH nạp vào Native ETH restaking được lưu trữ trong hợp đồng Beacon chain, ngay cả khi xảy ra tấn công hợp đồng, kẻ tấn công cũng không thể ngay lập tức lấy được tài sản của người dùng.
Đối với những người dùng muốn tham gia với số vốn lớn nhưng không muốn chịu đựng thời gian rút tiền dài, có thể chọn stETH tương đối an toàn làm tài sản tham gia trực tiếp vào EigenLayer.
Đối với những người dùng muốn kiếm thêm thu nhập, có thể lựa chọn một phần vốn tham gia vào các dự án như Puffer, KelpDAO, Eigenpie và Renzo, những dự án được xây dựng trên EigenLayer, phù hợp với khả năng chịu rủi ro của bản thân. Nhưng cần lưu ý rằng, do hiện tại các dự án trên chưa thực hiện logic rút tiền tương ứng, người dùng tham gia vào các giao thức này cần xem xét rủi ro rút lui tương ứng, trong quá trình đầu tư cũng cần xem xét tính thanh khoản của LRT liên quan trên thị trường thứ cấp.
cấu hình giám sát
Hiện tại, các dự án được liệt kê trong văn bản đều có khả năng nâng cấp hợp đồng và tạm dừng, đồng thời bên phát triển dự án cũng có thể thực hiện các thao tác rủi ro cao đối với dự án. Đối với người dùng nâng cao, có thể cấu hình theo dõi hợp đồng tương ứng, theo dõi việc nâng cấp hợp đồng và thực hiện các thao tác nhạy cảm của bên phát triển dự án.
Những đội ngũ và người dùng mong muốn đầu tư ETH để tham gia dự án có thể kết hợp với các công cụ tự động hóa để thiết lập điều kiện cho ví đa ký và cấu hình ủy quyền đơn ký, dựa trên sự thay đổi TVL của pool, sự dao động giá ETH và các hành động của cá voi, để thiết lập chức năng gửi tiền tự động tới EigenLayer và các giao thức tái ký gửi khác.
Restaking như một khái niệm mới nổi, không có thời gian thử nghiệm tương ứng ở cả tầng hợp đồng và tầng giao thức. Ngoài các rủi ro đã được nêu ở trên, có thể còn tồn tại các rủi ro khác chưa biết. Các nhà đầu tư khi tham gia Restaking nên giữ thái độ thận trọng, hiểu rõ các rủi ro liên quan và đưa ra quyết định đầu tư dựa trên khả năng chịu rủi ro của bản thân.