Sự bùng nổ của Restaking: Phân tích sâu về rủi ro của các dự án chính và thực tiễn tốt nhất

Với sự xuất hiện của khái niệm Restaking, thị trường đã xuất hiện nhiều dự án liên quan dựa trên Eigenlayer. Restaking nhằm mục đích chia sẻ sự tin cậy 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, từ đó người dùng có thể nhận được nhiều lợi nhuận hơn, đồng thời các dự án khác cũng có thể tận hưởng sự tin cậy và an toàn tương đương với lớp Beacon ETH.

Để giúp mọi người hiểu rõ hơn về các rủi ro tương tác giữa các dự án Restaking khác nhau, chúng tôi đã tiến hành nghiên cứu các giao thức Restaking phổ biến trên thị trường và các tài sản LST chủ yếu, đồng thời tổng hợp các rủi ro liên quan, nhằm giúp mọi người có thể kiểm soát tốt hơn các rủi ro tương ứng trong khi tận hưởng 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, việc tham gia Restaking có nghĩa là người dùng phải đối mặt với các rủi ro sau:

Rủi ro hợp đồng

1. Tham gia Restaking cần tương tác với hợp đồng của bên dự án, người dùng cần chịu rủi ro bị tấn công hợp đồng;
2. Các quỹ của dự án được xây dựng trên EigenLayer cuối cùng sẽ được lưu trữ 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;
3. 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ó thể chịu tổn thất do rủi ro từ hợp đồng EigenLayer;
4. Các bên dự án có quyền nguy hiểm cao, trong một số trường hợp có thể lợi dụng quyền nhạy cảm để chiếm đoạt tài sản của người dùng.

Rủi ro LST

Token LST có khả năng bị mất giá, hoặc việc nâng cấp hợp đồng LST / bị tấn công có thể dẫn đến sự sai lệch và tổn thất giá trị của LST.

Rút lui 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 đội ngũ dự án không nâng cấp hợp đồng để thêm logic rút tiền tương ứng, người dùng có thể không thể trực tiếp lấy lại tài sản, mà cần phải lấy thanh khoản từ thị trường thứ cấp để thoát.

Dựa trên các điểm rủi ro đã nêu, chúng tôi đã tiến hành nghiên cứu hệ thống về một số giao thức Restaking phổ biến hiện nay trên thị trường và đã tổng hợp lại. Chủ yếu bao gồm:

1. Mức độ hoàn thành dự án thấp, phần lớn các dự án chưa thực hiện được logic rút tiền;
2. 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ý. Nhóm dự án có khả năng Rug Pull nhất định;
3. Dựa trên trường hợp thứ hai, khi xảy ra hành vi xấu từ bên trong hoặc mất khóa riêng đa chữ ký, có thể gây ra tổn thất tài sản.

Do vì EigenLayer là nền tảng của tất cả các dự án, ngoài những điểm đã đề cập ở trên, còn có một số điểm sau đây mà người dùng cần lưu ý:

1. EigenLayer hiện đang triển khai trong các hợp đồng trên 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 mình (AVS, slash ). Trong đó, chức năng slash chỉ mới 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 slash được kích hoạt thông qua quyền admin của dự án ( trong hợp đồng StrategyManager ), phương thức thực hiện khá tập trung.
2. Khi thực hiện Restaking ETH gốc trên EigenLayer, ngoài việc tạo một hợp đồng EigenPod để quản lý quỹ Restaking, người dùng cũng cần phải tự chạy dịch vụ nút chuỗi Beacon và chịu rủi ro bị trừ điểm từ chuỗi Beacon. Khi thực hiện Restaking ETH gốc, người dùng nên chọn nhà cung cấp dịch vụ nút đáng tin cậy. Ngoài ra, do ETH được lưu trữ trong chuỗi Beacon, quá trình rút tiền cần được người dùng khởi xướng và nhà cung cấp dịch vụ nút hỗ trợ rút tiền liên quan từ chuỗi Beacon.
3. Do EigenLayer hiện tại chưa triển khai đầy đủ cơ chế AVS và Slash, khuyến nghị người dùng không nên kích hoạt chức năng deleGate trong giao thức EigenLayer khi chưa hiểu đầy đủ các rủi ro liên quan, nếu không có thể gây ra một số thiệt hại tài chính.

Làm thế nào để giảm thiểu rủi ro khi tham gia Restaking một cách hiệu quả?

Restaking là một khái niệm mới nổi, bất kể từ cấp hợp đồng hay cấp giao thức đều chưa trải qua thử thách thời gian tương ứng, ngoài những rủi ro đã được nêu trên, có thể còn tồn tại những rủi ro chưa biết khác. Dựa trên kết luận nghiên cứu hiện tại, chúng tôi đã tổng hợp cho mọi người một lộ trình tương đối an toàn để tương tác.

Phân bổ tài chính

Đố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. Lý do là, đối với Native ETH restaking, tài sản ETH nạp vào không được lưu trữ trong hợp đồng EigenLayer mà được lưu trữ trong hợp đồng Beacon chain. Ngay cả trong trường hợp xấu nhất 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 cù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ể chọn một phần vốn tham gia vào các dự án như Puffer, KelpDAO, Eigenpie và Renzo, dựa trên 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 đều chưa thực hiện logic rút tiền tương ứng, người dùng tham gia các giao thức này cần đồng thời xem xét rủi ro thoát ra 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 các bên dự án có thể thực hiện các thao tác rủi ro cao đối với dự án thông qua chữ ký đa. Đối với người dùng nâng cao, có thể cấu hình giám sát hợp đồng tương ứng, theo dõi việc nâng cấp hợp đồng liên quan và thực hiện các thao tác nhạy cảm của bên dự án.

Đồng thời, hy vọng các nhóm và người dùng muốn đầu tư ETH tham gia dự án có thể phối hợp với các công cụ tự động hóa để cấu hình điều kiện kích hoạt robot tự động cho ví đa ký và ủy quyền đơn ký, dựa trên sự thay đổi TVL của pool, biến động giá ETH và hành động của các cá voi, để thiết lập chức năng gửi tiền tự động đến EigenLayer và các giao thức tái ký gửi khác.