Tiêu đề gốc: "Tại sao từ "tái cam kết" lại chiếm lĩnh mạng xã hội? 》

Nguồn gốc: Nhóm ZAN

Giao thức cam kết lại (Đặt lại) do EigenLayer  đề xuất gần đây ngày càng nhận được nhiều sự chú ý hơn. Nó được sử dụng trong nhiều trường hợp. Nó cung cấp một giải pháp mới cho vấn đề, đây cũng là một câu chuyện quan trọng trong quá trình theo dõi các sản phẩm phái sinh cam kết thanh khoản. Sau đây sẽ nói ngắn gọn về "cam kết lại", cũng như một số rủi ro bảo mật và triển khai cơ bản có liên quan.

Cam kết và đặt cược thanh khoản

Cam kết của Ethereum (Stake) đề cập đến số ETH của họ là của người dùng bị khóa trong mạng Ethereum để hỗ trợ hoạt động và bảo mật của mạng. Trong Ethereum 2.0, cơ chế đặt cược này là một phần của thuật toán đồng thuận Proof of Stake (PoS), thay thế cơ chế Proof of Work (PoW) trước đó. Bằng cách đặt cược ETH, người dùng trở thành người xác thực và tham gia vào quá trình tạo và xác nhận các khối. Đổi lại, họ có thể nhận được phần thưởng đặt cược.

Đặt cược và xác minh Ethereum

Phương thức đặt cược gốc này có nhiều vấn đề, chẳng hạn như số tiền cần thiết (32 ETH hoặc bội số của nó) và nhu cầu cung cấp một số phần cứng để xác minh tính khả dụng. số nút được đảm bảo, ETH đã cam kết bị khóa và không linh hoạt, v.v.

Vì vậy Công cụ phái sinh đặt cược lỏng (LSD) đã ra đời. Nó nhằm mục đích giải quyết vấn đề thanh khoản trong đặt cược truyền thống và cho phép người dùng Trong khi đặt cược mã thông báo, họ sẽ nhận được thanh khoản. mã thông báo (chẳng hạn như rETH của Lido hoặc rETH của Rocket Pool) đại diện cho phần đặt cược của họ; các mã thông báo thanh khoản này có thể được giao dịch, vay hoặc sử dụng cho các hoạt động tài chính khác trên các nền tảng khác, vì vậy, người dùng không chỉ có thể tham gia đặt cược để nhận phần thưởng mà còn cũng duy trì tính linh hoạt của nguồn vốn.

Mã thông báo cầm cố thanh khoản thường do bên dự án phát hành và duy trì tỷ lệ trao đổi cố định với tài sản cầm cố ban đầu, chẳng hạn như mối quan hệ trao đổi giữa stETH và ETH do Lido là 1:1.

Các dự án đặt cược thanh khoản phổ biến

Tính thanh khoản là đặt cược vấn đề duy nhất?

Rõ ràng là không. Hiện tại, ngày càng có nhiều dự án phần mềm trung gian, DA, cầu nối chuỗi và oracle đang chạy ở chế độ nút + cam kết. , cách tiếp cận của họ là liên tục phân cấp sự đồng thuận, thu hút người dùng rời khỏi vòng tròn đồng thuận lớn và tham gia vào vòng tròn nhỏ của họ thông qua airdrop và lợi nhuận đặt cược cao hơn;

Ngoài ra, đối với hầu hết các dự án ban đầu, rất khó để tạo ra một mạng lưới đồng thuận PoS và không dễ thuyết phục người dùng từ bỏ các lợi ích và tính thanh khoản khác để tham gia;

Vấn đề được EigenLayer giải quyết

Tái cam kết không liên quan đến việc chuyển đổi thu nhập, đây là hai việc hoàn toàn khác nhau.

Trong giao thức đồng thuận Ethereum, cốt lõi của việc hạn chế các nút xác minh là cơ chế cắt giảm của nó và cốt lõi của giao thức cam kết lại do EigenLayer đề xuất là thông qua một Phương pháp này mở rộng logic chặt chém, cho phép nhiều Dịch vụ được xác thực tích cực (AVS) viết logic để trừng phạt người chơi xấu, hạn chế hành vi và đạt được sự đồng thuận.

EigenLayer là một giao thức đổi mới trên Ethereum giới thiệu cơ chế Đặt lại cho phép tái sử dụng Ethereum và các token cam kết thanh khoản ở lớp đồng thuận (LST). Tính đến ngày 2024.02, giá trị khóa trên giao thức EigenLayer đã đạt 4,5 tỷ USD, trong đó LST chiếm khoảng 40%; đồng thời, tổ chức đầu tư nổi tiếng a16z vừa công bố khoản đầu tư 100 triệu USD và các dự án sinh thái Renzo, Puffer, v.v. đã liên tiếp nhận được Đầu tư vào Binance, OKX, v.v. Những điều này cũng đánh dấu sự tiến bộ đáng kể trong việc cải thiện cơ sở hạ tầng mở rộng quy mô của Ethereum và cải thiện tính bảo mật của nền kinh tế tiền điện tử.

Giá khóa vượt quá 45 tỷ đô la

Chức năng cốt lõi của EigenLayer là đa dạng hóa tính bảo mật của Ethereum Trong ví dụ bên dưới (từ sách trắng), ba AVS được cập nhật. sự trợ giúp của giao thức đặt cược lại Có thể dễ dàng có được sự bảo mật đồng thuận do số tiền lớn hơn mang lại, đồng thời không làm suy yếu ETH Layer1.

EigenLayer giúp sự đồng thuận tập trung hơn

EigenLayer chứa ba thành phần cốt lõi, cũng tương ứng với ba loại người dùng của thỏa thuận cam kết lại:

· TokenManager : Xử lý các khoản cam kết và rút tiền từ người đặt cọc.

· DelegationManager: Đăng ký nhà điều hành, theo dõi và quản lý cổ phiếu của nhà điều hành.

· SlasherManager: quản lý logic chém và cung cấp giao diện khả năng trừng phạt cho các nhà phát triển AVS.

Sơ đồ kiến trúc đơn giản hóa EigenLayer

Bạn có thể thấy rõ mối quan hệ hiệp đồng giữa từng vai trò từ hình ảnh:

1. Người cầm cố cam kết thông qua TokenManager  thu nhập bổ sung, đồng thời, người đặt cược cũng tin tưởng vào nhà điều hành tương ứng (điều này không khác gì việc bạn đặt cược trên Lido và Binance, cơ sở hoạt động của nhà điều hành là để có được sự tin tưởng).

2. Người vận hành nhận được tài sản LST sau khi đăng ký thông qua DelegationManager và cung cấp dịch vụ nút cho các bên dự án yêu cầu dịch vụ AVS, đồng thời nhận phần thưởng nút từ các bên dự án và lệ phí.

3.Các nhà phát triển AVS triển khai một số  Slasher  chung hoặc đặc biệt để chạy trên các nút và cung cấp chúng cho các bên dự án (Người yêu cầu AVS Các bên dự án này). chẳng hạn như cầu nối chuỗi, DA, oracles, v.v.) mua các dịch vụ đó thông qua EigenLayer và trực tiếp nhận được bảo mật đồng thuận.

Mọi vai trò đều có thể được hưởng lợi từ giao thức EigenLayer. Nhìn chung, đó là tình huống "ba thắng và không thua".

Cách triển khai cam kết lại

Để giải thích logic triển khai đơn giản hơn, Toán tử được ẩn ở đây và DelegationManager, hơi khác so với sơ đồ kiến trúc ở trên.

Trước hết, hãy lấy việc cam kết lại các token có tính thanh khoản cao làm ví dụ. Việc triển khai TokenPool đơn giản nhất chỉ cần đáp ứng ba chức năng: cầm cố, rút tiền và phạt. Hiệu quả đạt được thông qua Solidity như sau:

Để mở rộng logic gạch chéo theo chiều ngang và cung cấp cho các nhà phát triển AVS một giao diện hợp nhất, bạn có thể thực hiện Với sửa đổi sau, nhiều kẻ giết người đã đăng ký sẽ được thực hiện và phân phối tuần tự theo nhu cầu và số tiền cam kết sẽ giảm đi một cách thích hợp khi tội ác xảy ra trong một số liên kết nhất định (tương tự như cam kết gốc):

Đăng ký slasher thực chất là Một quy trình tương đối nghiêm ngặt chỉ có logic shash được xem xét mới được EigenLayer và người dùng chấp nhận. Cách phân phối mã thông báo đã cam kết cũng là một vấn đề cốt lõi khác.

Hiện tại EigenLayer hỗ trợ 9 mã thông báo cam kết thanh khoản (LST) khác nhau bằng cách đóng gói một lớp cấp cao hơn trên TokenPool TokenManager Triển khai:

Tại thời điểm này, chúng ta đã có thể triển khai một hợp đồng tái cam kết LSD đơn giản; câu hỏi nhỏ: LST bị tịch thu (chẳng hạn như 1 stETH) sẽ đi đâu? Nó có bị phá hủy không, nó có được EigenLayer tính vào kho bạc hay nó được sử dụng cho các mục đích khác?

Nguyên tắc đặt cược lại tự nhiên dễ hiểu hơn nhưng việc thực hiện phức tạp hơn, bởi vì các ETH được cam kết này tồn tại trên Chuỗi Beacon (Chuỗi Beacon) và giao thức EigenLayer đóng vai trò là các hợp đồng thông minh chạy trong lớp thực thi của Ethereum và họ sử dụng các oracle để lấy dữ liệu lớp đồng thuận (chẳng hạn như số dư của trình xác thực nút, v.v.. Bạn có thể tham khảo cách triển khai hợp đồng cho phần này: https://). github.com/Layr-Labs/eigenlayer-contracts/blob/master/src/contracts/pod/EigenPod.sol

Hệ sinh thái tái cam kết đang bùng nổ

h1>

Kể từ 23 năm, câu chuyện về việc đặt lại ngày càng trở nên sâu sắc hơn. Nhiều bên dự án đã thực hiện rất nhiều gói đóng gói ở lớp trên dựa trên giao thức EigenLayer. cũng có nhiều dự án hy vọng đạt được sự đồng thuận và bảo mật nhiều hơn thông qua giao thức EigenLayer. Dưới đây là một số dự án tương đối phổ biến;

Puffer Finance (pufETH)  là một giao thức tái cam kết thanh khoản dựa trên EigenLayer. Nó nhằm mục đích hạ thấp ngưỡng tham gia cho các cá nhân cam kết, tập trung vào "cam kết gốc" trong Ví dụ: trường EigenLayer, nó đã hạ thấp yêu cầu tối thiểu đối với người vận hành nút từ 32 ETH xuống 2 ETH.

Về mặt kỹ thuật, Puffer tập trung vào công cụ ký từ xa Secure-Signer. Người ký từ xa là một mô-đun trong trình xác minh cho phép quản lý khóa và logic ký được chuyển ra ngoài sự đồng thuận. client, Secure-Signer chạy trên các thiết bị TEE Intel SGX, có thể cung cấp cho người xác thực khả năng bảo mật khóa mạnh hơn và đảm bảo bảo vệ dấu gạch chéo.

Là dự án duy nhất hiện được Binance và EigenLayer đầu tư, Puffer cũng tương đối phổ biến đối với các nhà đầu tư thông thường. Chúng tôi cũng có thể tham gia cam kết Puffer và nhận được pufETH và một số thứ nhất định. số điểm.

Bánh đà giữa người đặt cược và NoOps

Renzo Protocol  là trình bao bọc cấp cao dành cho Trình quản lý chiến lược trong giao thức EigenLayer. Mục đích của nó là bảo vệ AVS và mang lại lợi nhuận đặt cược cao hơn thông qua các nguyên tắc của EigenLayer, chúng tôi biết rằng logic Slashing được cung cấp; bởi các nhà phát triển AVS và chiến lược kết hợp giữa các AVS này sẽ trở nên phức tạp hơn khi số lượng tăng lên. Renzo cung cấp sự bảo vệ cho các nhà khai thác nút và nhà phát triển AVS thông qua một lớp đóng gói.

Renzo cũng đã nhận được khoản đầu tư từ OKX Ventures và Binance Labs trong năm nay. .

Kiến trúc giao thức Renzo

EigenPie  là một giao thức đặt cược lại do MagPie và EigenLayer đồng khởi xướng. Cái tên này có thể dễ bị nhầm lẫn với một dự án chính thức, nhưng trên thực tế, nó không hề nghiêm ngặt. Vào đầu năm nay, EigenPie đã ra mắt dự án đầu tiên. vòng hoạt động đặt cược điểm. Nhà đầu tư có thể nhận được ba con chim bằng một viên đá: điểm EigenLayer, điểm EigenPie và cổ phiếu IDO.

KelpDAO (rsETH)  là giao thức cam kết lại thu nhập gấp ba lần dựa trên EigenLayer. Giống như các dự án sinh thái khác, KelpDAO tập trung vào mối quan hệ hợp tác giữa các nhà khai thác nút và AVS, cung cấp cho Chúng tôi. đã thực hiện một số hợp đồng phụ cấp cao nhằm bảo vệ lợi ích và mối quan hệ hợp tác giữa hai bên.

KelpDAO là một dự án tiền tệ chưa phát hành hàng đầu rất quan trọng trong lộ trình tái đặt cược và đội quân những người nuôi tóc cũng đang tích cực tham gia.

Rủi ro bảo mật mới

Ngoài việc mang lại thu nhập bổ sung, việc đặt cược lại còn mang lại Comes mức độ rủi ro lớn hơn.

Đầu tiên là rủi ro bảo mật hợp đồng của thỏa thuận cam kết lại. Vốn cho các dự án được xây dựng dựa trên giao thức EigenLayer về cơ bản được lưu trữ trong hợp đồng của họ. hợp đồng bị tấn công, dự án sẽ gây thiệt hại cho cả quỹ của bên và quỹ của người dùng.

Thứ hai, giao thức tái cam kết đã phát hành nhiều LST hơn, chẳng hạn như pufETH của Puffer, rsETH của KelpDAO, v.v. So với LSD truyền thống (chẳng hạn như stETH) thì nhiều hơn phức tạp về logic hợp đồng và có nhiều khả năng bị tổn thất tài sản do tháo neo LST hoặc thảm dự án.

Ngoại trừ bản thân giao thức EigenLayer, hầu hết các giao thức Đặt lại khác vẫn chưa triển khai logic rút tiền và những người dùng tham gia sớm chỉ có thể nhận được nó thông qua thị trường thứ cấp. Có một lượng thanh khoản nhất định nên cũng sẽ có những tổn thất do thiếu thanh khoản.

Bản thân EigenLayer cũng đang ở giai đoạn đầu của dự án (Giai đoạn 2), do đó một số chức năng hợp đồng chưa hoàn hảo (chẳng hạn như StrategyManager ), và còn sớm người tham gia cần chú ý Phần này có nguy cơ.

Tóm tắt

Đường đua restake rất hot từ năm 2023, nhiều link Các nhà đầu tư độc lập và các tổ chức đầu tư cũng đã tham gia. Từ quan điểm kỹ thuật, thỏa thuận tái cam kết do EigenLayer đề xuất đã mang lại những ý tưởng mới cho việc đặt cược thanh khoản và giải quyết được nhiều vấn đề hơn.

Mặt khác, khái niệm đặt cược lại vẫn còn tương đối mới. Nhiều dự án đặt cược lại, bao gồm cả giao thức EigenLayer, vẫn đang trong giai đoạn thử nghiệm ban đầu. giai đoạn mạng. Cơ hội và thách thức.

EigenLayer hiện đang thống trị xu hướng đặt cược lại. Dự kiến sẽ có nhiều dự án tham gia hơn trong tương lai để khám phá các mô hình đặt cược thanh khoản mới và cung cấp các dự án mới cho các bên tham gia dự án. giải pháp bảo mật đồng thuận.

Với sự gia tăng dần dần của các giao thức cam kết lại, ZAN cung cấp dịch vụ nút chuyên nghiệp và dịch vụ kiểm toán cho các dự án cam kết lại sớm để giúp các dự án tiến lên vững chắc trong lĩnh vực đầy tiềm năng này.

ZAN Trang web: https://zan.top/home

TVL gần đây đã có sự tăng trưởng bùng nổ

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia