Cảm ơn rất nhiều Anders Elowsson vì những cuộc thảo luận ban đầu khơi gợi chuỗi bài viết này và vì những nhận xét hữu ích của anh ta về bản văn. Cảm ơn cũng Caspar Schwarz-Schilling, Julian Ma, Thomas Thiery, Davide Crapis, Mike Neuder, Drew Van der Werff, Kydo và nhiều người khác vì những cuộc thảo luận và nhận xét về bản văn. Ảnh bìa bởi @pawel_czerwinski?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash">Pawel Czerwinski on Unsplash.

Staking, re-staking, liquid staking, liquid re-staking, re-staked liquid staking tokens, node operators and capital providers… Chúng tôi đã quan sát được kể từ khi Beacon Chain được ra mắt vào tháng 12 năm 2020 một bộ sưu tập càng ngày càng đa dạng các cơ chế và cấu trúc, bắt đầu từ cơ chế staking của giao thức chính.

Trong các cuộc thảo luận trong nhóm của chúng tôi, chúng tôi cảm thấy cần có một ngôn ngữ chính xác cho phép chúng tôi loại bỏ sự mơ hồ về kiến trúc của những cơ chế này. Chúng tôi hy vọng nhấn mạnh sự tồn tại của các điểm kiểm soát và sự không cân đối về động lực thông qua việc sử dụng ký hiệu và bảng cân đối, vì sắc thái quan trọng rất nhiều trong việc phát hiện đúng cách các cơ hội và rủi ro. Bài tập chủ yếu được thực hiện cho sự hiểu biết của chúng tôi, nhưng trong khi thực hiện nó, chúng tôi cảm thấy nó cung cấp một cách hữu ích để tổng hợp một bộ sưu tập các sự thật và cuộc thảo luận không liên quan thành một phương pháp nhất quán, có hệ thống.

Trong bài viết này và hai bài tiếp theo, chúng tôi trình bày những kết cấu này cùng với các trường hợp nghiên cứu. Chúng tôi không nhằm mục tiêu làm một bài đánh giá toàn diện về tất cả tư liệu được sản xuất bởi tất cả các nhóm tài năng đang làm việc trên những cơ chế này, và chúng tôi định rằng ngữ nghĩa của chúng tôi sẽ được cập nhật khi cần thiết mỗi khi sự thật mới tiết lộ những khoảng trống hoặc lỗi trong mô hình của chúng tôi.

1. Phần 1: Liquefaction
2. Phần 2: Re-staking
3. Phần 3: Bộ xây dựng nâng cao dành cho độ tuổi 16+

Các bài viết trong loạt bài hiện tại cũng không rút ra kết luận về sự tối ưu hoặc việc sử dụng các cấu trúc này, ngoài việc cung cấp định nghĩa và ngữ cảnh cho sự tồn tại của chúng. Các bài viết trong tương lai sẽ giải quyết những câu hỏi này và cung cấp các đặc tính của các cơ chế này, chẳng hạn như tính hữu ích của chúng đối với các lớp người stakeholder và bối cảnh kinh tế lớn hơn.

Bắt đầu thôi!

Tài sản

Loại cơ bản nhất của cú pháp của chúng tôi là tài sản. Một tài sản có thể là mã thông báo bản địa của một chuỗi khối phi tập trung, chẳng hạn như ETH, mã thông báo gốc trên một số chuỗi khối như ERC-20 hoặc NFT, hoặc tài sản được xây dựng từ các tài sản khác, như các sản phẩm phái sinh.

Bảng cân đối

Trong phần sau, chúng tôi minh họa các sự xây dựng của chúng tôi với bảng cân đối kế toán cho thấy sự tạo ra và chuyển nhượng tài sản giữa nhiều bên liên quan. Chúng tôi luôn cung cấp bảng cân đối kế toán theo cùng định dạng:

1. Hàng đầu tiên đại diện cho “trạng thái trước”, chỉ ra tài sản hiện tại đang thuộc sở hữu của mỗi bên.
2. Hàng cuối cùng đại diện cho “trạng thái sau”, chỉ ra tài sản nào thuộc sở hữu của mỗi bên sau khi tất cả các hoạt động đã kết thúc.
3. Các hàng ở giữa đại diện cho các hoạt động, với một hàng mới chỉ đơn giản là đánh dấu một bộ các hoạt động mới, được chia ra khỏi các hoạt động khác vì mục đích phổ biến.

Chúng tôi sử dụng hai hoạt động cơ bản lặp đi lặp lại, đáng giá để mô tả ở đây:

1. Chuyển tài sản: Bên A đơn giản chuyển một số tài sản cho Bên B.

1. Việc nhận được: Chúng tôi thường biểu diễn các tình huống khi Bên A nhận một yêu cầu từ Bên B, cho phép Bên A đổi lại một số tài sản từ Bên B. Biên lai sau đó trở thành một khoản nợ đối với Bên B và một tài sản đối với Bên A. Trong ví dụ sau, Bên A chuyển Tài sản cho Bên B và nhận một Yêu cầu từ Bên B.

Chúng tôi không sử dụng bảng cân đối kế toán theo cách rất truyền thống, mà được truyền cảm hơn từ Kinh tế của Tiền và Ngân hàngk cũng như của Daniel H. NeilsonSớm Chiabản tin (trong khi khẳng định rằng chúng tôi có thể không chặt chẽ như họ). Tuy nhiên, chúng tôi tin rằng bộ các hoạt động tối thiểu này là đủ để cung cấp sự hiểu biết cần thiết.

Giao thức staking

Người đặt cược đơn

Hoạt động cơ bản đầu tiên bao gồm việc đặt ETH vào cọc trong giao thức Ethereum Proof-of-Stake. Trong trường hợp đơn giản nhất, người giữ ETH đặt ETH của họ trực tiếp vào giao thức, nhận được một số dư "ảo" của soETH ("so" viết tắt cho solo operator). Chúng tôi đại diện cho mối quan hệ này bằng các bảng cân đối sau, được đọc từng dòng theo dõi qua các bên khác nhau:

Người staking đơn lẻ chịu trách nhiệm về hoạt động của validator tương ứng của họ. Điều này có nghĩa là nếu người staking đơn lẻ thực hiện đúng nghĩa vụ về sự nhất trí của mình, giao thức Ethereum sẽ ghi nhận số dư soETH của họ với soETH mới đúc. Ngược lại, khi người staking đơn lẻ nhận phạt hoặc bị cắt giảm, giao thức sẽ trừ số dư soETH của họ. Khi người staking đơn lẻ muốn rút số dư soETH của họ và nhận ETH, việc rút tiền được xử lý theo tỷ lệ 1:1, tức là với x đơn vị soETH trên số dư nhất trí của validator, người staking đơn lẻ nhận lại x ETH (trong trường hợp rút toàn bộ).

Lưu ý rằng chúng tôi không đại diện cho các phần thưởng “lớp thực thi”, ví dụ, phí ưu tiên và MEV. Những phần thưởng này là một phần bổ sung đơn giản cho mô hình được trình bày ở trên, và tạo thành một sự chuyển giao ETH đơn giản từ các bên trên lớp thực thi đến người cược đơn lẻ giả định đảm nhận nhiệm vụ sản xuất khối.

Sử dụng một Nhà cung cấp Dịch vụ Staking (SSP)

Một mối quan hệ phức tạp hơn xảy ra khi một Nhà Cung cấp Dịch vụ Staking (SSP) can thiệp vào mối quan hệ giữa người nắm giữ mong muốn đặt cược (”ủy quyền”) và giao thức Ethereum. Trong trường hợp này, người nắm giữ ETH trước tiên cung cấp cho SSP ETH cơ bản với mục đích rằng nó sẽ được đặt cược. SSP đặt cược ETH và được cấp quyền kiểm soát trên tài sản “soETH” hoạt động tại lớp xác thực. Nó trao cho ủy quyền một tài sản noETH ảo (từ “no” là viết tắt của người vận hành nút), mà người nắm giữ ETH đặt cược có thể đổi lấy.

Việc sử dụng từ "có thể đổi được" của chúng tôi đã tạo ra một số không chắc chắn ở đây. Như chúng ta đã thấy ở trên, giao thức Ethereum cho phép người đào một mình rút số dư soETH của họ đổi lấy ETH theo tỷ lệ 1:1. Điều này cũng đúng với người đầu tư ủy quyền ETH của mình cho SSP để đổi lấy noETH không? Nói chung, điều này không đúng. Thứ nhất, 1 noETH có thể đổi ít hơn 1 soETH, nếu có cắt giảm. Thứ hai, vì hầu hết các SSP cung cấp dịch vụ của họ với một khoản phí, 1 noETH đổi một phần của số soETH được ghi nhận vào tài khoản của SSP vượt quá số vốn gốc. Một bảng cân đối cụ thể hơn sẽ phân biệt vốn gốc và lợi nhuận, ví dụ:

Ở đây, chúng tôi “tách ra” tài sản soETH thành vốn pETH và lợi suất yETH. pETH có thể đổi tối đa 32 ETH, trừ khi xảy ra cắt giảm. yETH đổi lấy phần thưởng tầng thống nhất và tầng thực thi mà SSP nhận được. SSP cung cấp các yêu cầu tương ứng cho người ủy quyền, no.pETH và no.yETH. Người ủy quyền luôn có thể nhận toàn bộ vốn của họ bao gồm cả phần bị cắt giảm, sao cho tỷ lệ trao đổi 1:1 tồn tại giữa no.pETH và pETH. Tuy nhiên, SSP tính phí, sao cho tỷ lệ trao đổi giữa no.yETH và yETH nhỏ hơn 1 (1 no.yETH đổi ít hơn 1 yETH). Tách ra tài sản có thể hữu ích ở một số nơi, nhưng cũng mang lại sự phức tạp bổ sung không quan trọng cho các phần sau, vì vậy chúng tôi vẫn sử dụng soETH và noETH để đại diện cho toàn bộ yêu cầu.

Một yếu tố khác cần xem xét là liệu SSP có tổng hợp ETH từ người gửi tiền của mình hay không.

1. Không gom: Một SSP mở nhiều hồ bơi song song, mỗi hồ bơi cho mỗi người gửi tiền. Giả sử người gửi tiền A và B cung cấp ETH của họ cho SSP, mà mở các nhà đánh giá A và B, mỗi người gửi tiền một. Giả sử sau đó nhà đánh giá A bị cắt giảm một nửa số tiền gửi của mình, trong khi nhà đánh giá B không bị. Trong trường hợp này, người gửi tiền A có thể rút ETH của họ tại tỷ lệ 1:0.5 (1 cổ phần của noETH đổi được 0.5 cổ phần của ETH đặt cược), trong khi người gửi tiền B có thể rút ETH của họ tại tỷ lệ 1:1 (modulo phí). Sau đó, không chính xác khi nói về một noETH duy nhất, vì trong thực tế có tồn tại noETH-A và noETH-B đại diện cho các yêu cầu khác nhau.
2. Pooling: Giao thức Ethereum yêu cầu các đơn vị 32 ETH được đặt cược, điều này có nghĩa là nếu như người gửi tiền A và B chỉ muốn đặt cược 16 ETH mỗi người, họ sẽ không thể làm điều đó với cấu trúc được mô tả trong điểm trước đó. Trong trường hợp này, họ sẽ gom nhóm ETH của họ dưới một SSP nào đó, người sau đó sẽ chia sẻ phần thưởng và mất mát của họ, gây ra tỷ lệ rút tiền tương tự cho cả hai người gửi tiền. Sau đó, việc nói về một noETH duy nhất là hợp lý, vì giá trị của yêu cầu được chia sẻ bởi cả hai người gửi tiền, tương ứng với số tiền họ gửi.

Liquefaction

Người gửi tiền của chúng tôi hiện đang nắm giữ một tài sản ảo mà chúng tôi gọi là noETH. Tài sản ảo này là một yêu cầu đại diện cho cổ phần của số tiền hiện đang được cược bởi SSP trong giao thức Ethereum. Mặc dù điều này nghe đã giống như một phiên bản lưu thông của vị trí ETH đang cược, chúng tôi muốn nhấn mạnh rằng một bước phụ bổ sung cần thiết để đạt được điều đó: lỏng lẻo thông qua việc phát hành một mã thông báo đại diện cho quyền sở hữu của tài sản noETH. Vị trí noETH được biến thành lưu thông, hay còn gọi là có thể trao đổi và chuyển nhượng. Chúng tôi viết phép toán này với toán tử L., để tài sản L.noETH là một trừu tượng cho ví dụ stETH hoặc cbETH, hoặc bất kỳ tài sản khác được biết đến là một “LST” (Token Cược Lưu thông).

Để làm cho điều này trở nên rõ ràng, chúng tôi tách ra các chức năng của SSP như việc gom cọc từ người ủy thác và các nhà điều hành nút cung cấp dịch vụ xác thực cho SSP. Sau đó, chúng tôi thu được các bảng cân đối sau:

Khi SSP chỉ đơn giản là một trình bao bọc giữa một số nhà khai thác nút và người ủy quyền, bước lấy L.noETH từ noETH gần như vô hình do bản chất của blockchain, trong đó "tài sản kế toán" noETH, được viết dưới dạng mục sổ cái, hóa ra là tài sản lưu động L.noETH, có thể lập trình và sẵn sàng để được soạn. Nói cách khác, nếu chúng ta đã có một mã thông báo đại diện cho một số noETH dưới dạng mục nhập blockchain, noETH và L.noETH không thể phân biệt được. Dù sao chúng tôi cũng muốn nhấn mạnh sự khác biệt, vì có những trường hợp người ủy quyền không có quyền truy cập vào đại diện thanh khoản (theo quan điểm của blockchain) về tài sản của họ đang bị đe dọa. Ví dụ: trước đây, những người gửi tiền đã đặt cọc ETH của họ với Coinbase không nhận được từ Coinbase tài sản cbETH thanh khoản. Trong trường hợp này, người gửi tiền được quyền yêu cầu bồi thường ảo đại diện cho một số dòng trong các mục sổ cái nội bộ của cơ sở dữ liệu Coinbase, không được viết ra trên blockchain.

Vai trò của SSP

Trong nhiều trường hợp, SSP, được xem như một giao thức, không phải là một lớp bọc đơn giản, một hợp đồng trên chuỗi nhận ETH và in L.noETH để trao đổi. Chức năng cốt lõi của SSP là trung gian quan hệ giữa một nguyên tắc (người ủy quyền) và các đại lý (nhà điều hành nút). Nếu nguyên tắc không tin tưởng rằng các đại lý sẽ cung cấp cho họ lợi suất đủ đáng trong khi bảo vệ tài sản của nguyên tắc, nguyên tắc sẽ không ủy quyền tài sản của họ cho các nhà điều hành nút để đặt cược thay mặt họ. Làm thế nào SSP cung cấp bảo đảm tốt?

1. Thành phần đầu tiên là khuyến khích hiệu suất tốt cho các nhà điều hành nút. Các nhà điều hành nút nhận được nhiều phần thưởng từ giao thức Ethereum càng tốt họ thực hiện dịch vụ xác nhận của mình. Sự khích lệ dễ dàng được cân chỉnh bằng cách cho phép các nhà điều hành nút chia sẻ lợi nhuận mà họ tạo ra cho người ủy quyền của họ, qua phí.
2. Thành phần thứ hai là ngăn chặn các bên độc hại trở thành điều hành viên nút. Chúng ta có thể giả định rằng trong trường hợp xấu nhất, những bên độc hại này được thúc đẩy bởi động lực bên trong để tấn công giao thức Ethereum và gây ra một sự kiện cắt giảm lớn với chi phí tối thiểu đối với họ. Hai cách tiếp cận tồn tại ở đây. Chúng ta có thể yêu cầu các điều hành viên đặt một cái gì đó vào rủi ro, sao cho những cuộc tấn công này trở nên đắt đỏ nhất có thể đối với các điều hành viên. Chúng ta cũng có thể hạn chế các điều hành viên nút, ngăn chúng khỏi thực hiện hành động có thể bị cắt giảm một cách một phía.

Các hồ bơi như Lido xử lý vấn đề thứ hai bằng cách tạo ra một nhóm các nhà điều hành nút, sao cho hiệu suất được đảm bảo bởi giao thức và DAO của Lido. Các nhà điều hành của họ không có ETH đặt cược, nhưng @mikeneudercác hệ thống bên ngoài về sự thúc đẩy (từ những hệ thống mềm như "uy tín đang bị đe dọa" đến những hệ thống cứng như việc thực hiện rút tiền dưới lớp thực thi như đã thảo luận trong bài viết thứ hai) được thiết kế để đảm bảo hành vi tốt của họ.

Sự có mặt để ngăn chặn các nhà điều hành độc hại

Trong khi đó, các công trình như Rocket Pool khuyến khích sự xác nhận trung thực bởi các nhà điều hành nút không được xác minh hoặc được thuê bởi một tổ chức nào, đóng góp mà không cần phép mà.Minipool, đầu tiên đóng góp vốn riêng của họ, enther 8 hoặc 16 ETH. Sau đó, giao thức sẽ tăng vốn riêng của người vận hành nút bằng vốn nhận được từ người ủy nhiệm. Như một hậu quả, lợi suất của người vận hành Minipool trên vốn riêng tăng lên theo hiệu suất của họ.

Lưu ý rằng nhà điều hành cũng phải thế chấp một số lượng RPL, token của Rocket Pool, tương ứng với số tiền cọc họ đã phải vay từ hồ sơ của ETH được ủy quyền để nạp thêm Minipool của họ. Chúng tôi không hiển thị điều này trong bảng cân đối kế toán sau đây và chúng tôi nổi bật một số tài sản cùng loại với các màu sắc khác nhau, để minh họa nguồn gốc của chúng (ETH màu xanh là của người ủy quyền, ETH màu tím là của nhà điều hành).

Mức tài sản thế chấp càng thấp bởi người vận hành, nguy cơ tấn công đòn bẩy càng lớn, trong đó người vận hành cần một lượng vốn nhỏ để kiểm soát một lượng cổ phần lớn hơn nhiều trên mạng lưới Proof-of-Stake (PoS) của Ethereum. Đối với Lido, nguy cơ tấn công đòn bẩy là vô hạn khi xem xét hoàn toàn các tài sản trên chuỗi được đặt cược bởi các nhà vận hành, nhưng rõ ràng ít hơn vô hạn khi xem xét danh tiếng, hợp đồng và dòng tiền dự kiến từ việc xác nhận trung thực trong tương lai. Đối với các nhà vận hành Rocket Pool, ví dụ, những người mở Minipools có tài sản đảm bảo là 8 ETH, hệ số đòn bẩy là 4 lần, khi 8 ETH cho phép họ kiểm soát 32 ETH cổ phần trên giao thức Ethereum PoS. Liệu chúng ta có thể yêu cầu tài sản thế chấp thấp hơn từ các nhà vận hành không?

Hạn chế các nhà điều hành nút

Một cách để giảm thiểu rủi ro từ việc xác thực độc hại hơn là cam kết đáng tin cậy từ các nhà vận hành nút đến các hành động cụ thể, ví dụ, cam kết họ không bao giờ sản xuất bất kỳ thông điệp có thể bị cắt giảm. Nói dễ hơn làm!

Ở đây, công nghệ trình điều khiển phân tán (DVT) có thể giúp, bằng cách đảm bảo tất cả các tin nhắn của người điều hành được kiểm tra và ký duyệt bởi một bộ phận các nút trước khi được phát hành trên mạng với chữ ký hợp lệ. Diva, một giao thức Staking, tích hợp DVT để ràng buộc hành động của người điều hành. Người điều hành phải đặt cược một số divETH (LST của Diva), cụ thể là một số tiền tương đương với 1 ETH để có được một phần chia khóa. Một bộ 16 phần chia khóa tạo thành một bộ phận của các nút DVT, cũng như một trình điều khiển ảo đơn, như được mô tả dưới đây. Chúng tôi bỏ qua giao thức Ethereum, chỉ đơn giản là phát hành yêu cầu soETH trong bước cuối cùng và nhận ETH được thu từ người ủy thác và người điều hành (ETH màu xanh thuộc về người ủy thác, trong khi ETH màu tím và vàng được cung cấp bởi người điều hành). Chúng tôi cũng chỉ hiển thị hai người điều hành thay vì 16.

Việc tính toán hệ số đòn bẩy cho Diva không đơn giản như vậy. Đóng góp 1 ETH tương đương với trình xác thực ảo không "kiếm được" bạn kiểm soát bất kỳ số lượng ETH nào hiện đang bị đe dọa, vì các hành động chung của hơn 2/3 số đại biểu quyết định các thông điệp của trình xác thực ảo. Tuy nhiên, lưu ý rằng giao thức cho phép chủ sở hữu của một ETH duy nhất trở thành nhà điều hành và nhận được yêu cầu noETH, đổi lợi nhuận thu được từ xác thực Ethereum PoS.

Ngoài yếu tố đòn bẩy, một số liệu khác có liên quan ở đây: tỷ lệ giữa số lượng LST chưa thanh toán và số lượng cổ phần của nhà điều hành, hoặc yếu tố tài sản thế chấp. Tỷ lệ cao ngụ ý rằng một lượng cổ phần điều hành nhỏ hơn được thế chấp để xác thực thay mặt cho một số lượng lớn cổ phần ủy quyền. Đối với Rocket Pool, 8 ETH Minipool có hệ số tài sản thế chấp bằng 3x, vì 8 tài sản thế chấp ETH có tổng cộng 24 rETH. Trong khi đó, hệ số tài sản thế chấp của trình xác thực ảo Diva là 1x, vì 16 cổ phiếu chính (16 ETH) thế chấp 16 divETH. Một yếu tố tài sản thế chấp cao "nhường chỗ" cho nhiều cổ phần hơn được ủy thác. Diva sau đó phải tuyển dụng thêm cổ phần điều hành trên mỗi đơn vị cổ phần được ủy quyền để cung cấp dịch vụ của mình. Về mặt tích cực, việc cho phép các nhà khai thác thế chấp một ETH duy nhất sẽ mở rộng tập hợp các nhà khai thác đủ điều kiện cho những người có vốn thấp hơn.

Liquid solo validating

Từ trên, chúng ta đã học được rằng người nắm giữ LST yêu cầu các nhà điều hành xác minh thay mặt họ làm việc tốt. Bảo đảm này được cung cấp bằng cách hợp đồng bên ngoài trong trường hợp các giao thức loại Lido, hoặc bằng cách nhà điều hành đặt vốn riêng của họ vào cùng với vốn của người ủy quyền. Phương pháp sau yêu cầu một mô hình trò chơi lý thuyết hợp lý để đảm bảo rằng vốn của người điều hành đặt cược không quá thấp để cho phép các cuộc tấn công rẻ tiền và cuối cùng làm hủy giá trị của LST đối với người nắm giữ.

Bây giờ chúng tôi đặt một câu hỏi khác. Người ủy quyền nhận được L.noETH từ việc gom cọc và giải quyết các yêu cầu thông qua một giao thức phát hành biểu diễn lỏng lẻo của số tiền được ủy quyền, theo modulo phần thưởng, phạt và phí. Một người ủy quyền có thể nhận được L.soETH không? Nói cách khác, một người ủy quyền solo có thể phát hành một vị trí lỏng lẻo từ vị trí xác minh của họ không?

Vấn đề ở đây là người nắm giữ tài sản L.soETH phải tự tin rằng giá trị của quyền sở hữu của họ sẽ không bị phá hủy bởi hành động độc hại của người solo staker, ví dụ, bị cắt giảm. Chúng ta đã thấy một phương pháp, thông qua DVTs, để hạn chế các hành động của người vận hành trong quá trình xác thực.

Một cách tiếp cận khác đối với DVT là ràng buộc hành động của người staker đơn lẻ sao cho rủi ro bị cắt giảm của họ được giảm bởi cấu trúc phần cứng.Liquid solo validating” của Justin Drake sử dụng SGX để đảm bảo rằng khóa ký của người xác minh không bao giờ ký một thông điệp có thể bị phạt. SGX cho phép phần mềm đã cam kết chạy mà không bị can thiệp, tuy nhiên vẫn có những lưu ý thông thường về bảo mật của nó, ngoài phạm vi của bài viết này. Người đào một mình cung cấp toàn bộ vốn (32 ETH), nhưng vẫn có thể đúc một LST đại diện cho việc xác minh của họ và “giải phóng” vốn của họ khỏi giao thức Ethereum, để sử dụng lại, ví dụ, là tài sản đảm bảo cho các ứng dụng khác.

Chi tiết từng dòng:

1. Thiết bị SGX tạo ra một khóa riêng, một khóa công khai, và một bằng chứng chứng minh cam kết với một phần mã nguồn ngừng solo staker thực hiện các hành động có thể bị cắt giảm với khóa ký riêng của họ.
2. Các chứng thực và khóa công khai được cung cấp cho người staker đơn.
3. Người gửi đơn độc đăng ký những điều này với hợp đồng LST triển khai trên chuỗi, hợp đồng này chịu trách nhiệm cho việc đúc tài sản xác minh đơn độc lỏng. Người gửi đơn độc cũng cung cấp hợp đồng với ETH, cược của họ.
4. ETH được chuyển tiếp từ hợp đồng LST đến hợp đồng tiền gửi, và tài sản đặt cược soETH được trả lại cho hợp đồng LST, người hiện đang lọc việc rời khỏi của người xác nhận từ giao thức PoS. Hợp đồng LST phát hành tài sản L.soETH, đó là biểu hiện lưu động của ETH đặt cược từ người đặt cược.

Tài sản L.soETH là tài sản thay thế được với những tài sản được đúc bởi các người staker solo khác bằng cách sử dụng cùng một quy trình. Theo quy định, người staker solo lỏng lẻo chỉ có thể đúc được 31 L.soETH từ 32 ETH cược. 1 ETH thừa được sử dụng làm tài sản thế chấp để trả lại các bên có quyền thanh lí vị trí khi số dư của người staker solo giảm xuống dưới 32 ETH, và tính đến tài sản thế chấp bị đóng băng trong khi người xác nhận ngồi trong hàng đợi sau khi rời khỏi. Điều này đảm bảo rằng 1 L.soETH luôn được hỗ trợ bởi 1 ETH.

Có những việc gì có thể làm với tài sản L.soETH?

1. Người staker độc lập phát hành L.soETH có thể sử dụng tài sản L.soETH này làm tài sản thế chấp cho các dịch vụ khác. Các dịch vụ này có thể xem xét rằng đây là “tài sản thế chấp tốt”, vì cách duy nhất để người staker độc lập giảm chất lượng của nó là ngừng hoạt động và chịu phạt (không bị cắt giảm). Theo cấu trúc, người staker độc lập tuy nhiên sẽ thoát khỏi hệ thống ngay khi số dư soETH của họ chênh lệch ít nhất một phần trăm từ số dư khởi đầu 32 ETH.
2. Người stake đơn có thể bán tài sản L.soETH cho các chủ sở hữu khác, nhận được tiền thu. Tài sản L.soETH cần phải là một tài sản có hiệu suất chính mình, như mô tả bởi Justin trong “sETH sản xuất so với không sản xuấtPhần của bài viết của anh ấy, nơi tài sản L.soETH trở thành một yêu cầu không chỉ đối với số vốn đang đặt cược mà còn đối với phần thưởng kiếm được từ việc đặt cược, ví dụ, phần thưởng đồng thuận và MEV (có khó khăn trong việc nội hóa MEV một cách tối thiểu về mặt tin cậy).
   1. Lưu ý rằng việc bán tài sản L.soETH không mang lại lợi ích thêm cho người staker solo để tiến hành một cuộc tấn công vào Ethereum. Đòn bẩy được đạt được bằng cách đặt một khoản tiền nhỏ vào thế chấp và kiểm soát một số lượng lớn hơn trong giao protocole PoS. Thiết bị SGX ngăn người staker thực hiện các hành động có thể bị trừ tiền.

Kết luận về sự lỏng hóa

Bảng dưới đây tóm tắt 4 trường hợp nghiên cứu được thảo luận ở trên:

Liquefaction là một cách để người stakeholder có thể rút “nhiều hơn” từ tài sản thế chấp của họ. Trong bài viết sau, chúng tôi sẽ thảo luận về việc stake lại như một phương án tương tự để tạo ra nhiều tài sản hơn từ việc stake của mình.

Tuyên bố từ chối:

1. Bài viết này được sao chép từ [ gương], Tất cả bản quyền thuộc về tác giả gốc [Giá của cơ quan]. Nếu có ý kiến ​​phản đối về việc tái in này, vui lòng liên hệ Gate Learnđội, và họ sẽ xử lý nó ngay lập tức.
2. Miễn trừ trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không đại diện cho bất kỳ lời khuyên đầu tư nào.
3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu ra, việc sao chép, phân phối hoặc đạo văn bản dịch là không được phép.