Phân tích rủi ro dự án Restaking và khuyến nghị thực hành tốt nhất

Với sự nổi lên 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, từ đó nhận được nhiều lợi ích hơn, đồng thời để các dự án khác cũng có thể hưởng lợi từ sự tin tưởng và an toàn đồng thuận tương đương với lớp Beacon ETH.

Để giúp người dùng 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 về các giao thức Restaking chính trên thị trường và tài sản LST, đồng thời phân tích các rủi ro liên quan, nhằm giúp người dùng có thể kiểm soát tốt hơn các rủi ro tương ứng trong khi hưởng lợi nhuận.

Các điểm rủi ro chính

Hiện tại, hầu hết các giao thức Restaking trên thị trường được xây dựng dựa trên EigenLayer, người dùng tham gia Restaking có thể phải đối mặt với các rủi ro sau:

Rủi ro hợp đồng

1. Người dùng cần tương tác với hợp đồng của dự án, chịu rủi ro hợp đồng bị tấn công.
2. Dự án dựa trên EigenLayer cuối cùng sẽ lưu trữ quỹ trong hợp đồng giao thức EigenLayer, nếu hợp đồng đó bị tấn công, quỹ của dự án liên quan cũng sẽ bị thiệt hại.
3. 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ó thể chịu tổn thất do rủi ro từ hợp đồng EigenLayer.
4. Một số dự án có quyền hạn cao, trong những trường hợp cụ thể có thể lợi dụng quyền hạn nhạy cảm để chiếm dụng tiền của người dùng.

LST rủi ro

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

thoát khỏi rủi ro

Ngoài EigenLayer, hầu hết các giao thức Restaking chính trên thị trường hiện tại đều không hỗ trợ rút tiền. Nếu các bên dự án không nâng cấp logic rút tiền tương ứng qua hợp đồ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 ra.

Phân tích rủi ro của các giao thức Restaking chính thống

Chúng tôi đã tiến hành nghiên cứu hệ thống về một số giao thức Restaking chính trên thị trường hiện tại và phát hiện các vấn đề chính sau đây:

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ý, bên dự án có khả năng Rug Pull nhất định.
3. Dựa trên tình huống trên, 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 tổn thất tài sản.

EigenLayer Lưu ý đặc biệt

Là nền tảng của tất cả các dự án, EigenLayer còn có một số điểm cần người dùng lưu ý:

1. Các hợp đồng hiện đang được triển khai trên mạng chính vẫn chưa hoàn toàn thực hiện tất cả các chức năng trong whitepaper của họ (AVS, slash). Trong đó, chức năng slash chỉ mới thực hiện các giao diện liên quan, vẫn chưa có logic hoàn chỉnh cụ thể.
2. Khi thực hiện Restaking ETH gốc của EigenLayer, ngoài việc tạo hợp đồng EigenPod, bạn cũng cần tự vận hành dịch vụ nút chuỗi Beacon và chịu rủi ro bị trừng phạt bởi chuỗi Beacon.
3. Do EigenLayer hiện chưa hoàn toàn triển khai cơ chế AVS và Slash, khuyến nghị người dùng không nên kích hoạt tính năng deleGate trước khi hiểu rõ các rủi ro liên quan, để tránh thiệt hại tài chính có thể xảy ra.

Lời nhắc rủi ro dự án cụ thể

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 một số hợp đồng MLRT token có quyền nâng cấp là địa chỉ EOA.

KelpDAO

Trong quá trình nạp tiền, khi tính toán phần chia sẻ mà người dùng nhận được, giá rsETH cần được cập nhật thủ công theo oracle tương ứng. Khi stETH có mức giá chiết khấu trên thị trường thứ cấp, có thể có khoảng trống để đầu cơ trong quá trình nạp tiền.

Renzo

OperatorDelegator chịu trách nhiệm định tuyến quỹ của giao thức vào EigenLayer, nhưng giao thức không kiểm tra tổng tỷ lệ của tất cả các OperatorDelegator có vượt quá 100% trong quá trình cấu hình, điều này có thể ảnh hưởng đến việc rút tiền của người dùng.

Phân tích rủi ro của mã thông báo LST

Chúng tôi cũng đã nghiên cứu các đồng LST phổ biến trên thị trường và phát hiện ra rằng có sự khác biệt giữa các đồng LST về khả năng nâng cấp hợp đồng, sự phụ thuộc vào Oracle, cơ chế rút tiền, v.v. Người dùng nên chọn đồng LST phù hợp với khả năng chịu rủi ro của bản thân.

Thực hành tốt nhất để giảm rủi ro Restaking

Dựa trên kết luận nghiên cứu hiện tại, chúng tôi đã sắp xếp cho người dùng một lộ trình tương đối an toàn.

Đề xuất phân bổ vốn

1. Người dùng có vốn lớn có thể tham gia trực tiếp vào việc restaking Native ETH của EigenLayer, vì tài sản ETH được nạp sẽ được lưu trữ trong hợp đồng trên Beacon chain, tương đối an toàn.
2. Những người dùng có vốn lớn không muốn chịu đựng thời gian rút tiền lâu có thể chọn stETH tương đối an toàn để tham gia trực tiếp vào EigenLayer.
3. Người dùng theo đuổi lợi nhuận bổ sung có thể chọn một phần vốn tham gia vào các dự án như Puffer, KelpDAO, Eigenpie và Renzo được xây dựng trên EigenLayer, tùy thuộc vào khả năng chịu rủi ro, nhưng cần xem xét rủi ro thoái lui và tính thanh khoản của thị trường thứ cấp.

Đề xuất giám sát rủi ro

1. Người dùng nâng cao có thể cấu hình giám sát hợp đồ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 dự án.
2. Cân nhắc sử dụng ví đa chữ ký để kích hoạt robot tự động và cấu hình ủy quyền đơn chữ ký, dựa trên biến động TVL của pool, biến động giá ETH và động thái của cá voi, thiết lập chức năng gửi tự động đến EigenLayer và các giao thức tái staking.

Bằng cách thực hiện những biện pháp này, người dùng có thể quản lý rủi ro tốt hơn khi tham gia Restaking, cân bằng giữa lợi nhuận và an toàn.