Giải thích chi tiết về điểm tương đồng và khác biệt của các giải pháp đặt cược thanh khoản Ethereum 2.0

Tiêu đề gốc: "Tokenomics của các nhóm đặt cược. Mã thông báo ETH được đặt cọc là gì và chúng hoạt động như thế nào?"

Nguồn gốc: StakeWise

Bản tổng hợp gốc: 0x26

Chỉ trong hơn một tháng kể từ khi chuỗi đèn hiệu Ethereum 2.0 được ra mắt, số dư của các địa chỉ thế chấp Ethereum 2.0 đã vượt quá 2,4 triệu Ethereum. Đồng thời, một số lượng lớn nền tảng đặt cược của bên thứ ba đã được ra mắt, bao gồm nền tảng giao dịch tập trung Binance và các dự án DeFi phi tập trung như Rocket Pool và Lido.

Mặc dù có sự khác biệt nhưng chúng có một điểm chung: tất cả các dự án đều đang vật lộn với những hậu quả không thể tránh khỏi của việc đặt cược Ethereum Friction gợi ý các giải pháp. Vậy chính xác thì những xung đột này là gì?

Đầu tiên, mức độ phức tạp về mặt kỹ thuật của việc đặt cược Ethereum 2.0 vượt quá khả năng của người dùng bình thường. Với giá Ethereum tăng nhanh ($1.040 tại thời điểm biên soạn bài viết này), yêu cầu gửi tiền tối thiểu 32 Ethereum ngày càng trở nên ngoài tầm với của người dùng bình thường. Cuối cùng, để cho phép chuyển đổi sang Ethereum 2.0 một cách an toàn và có kiểm soát, việc đặt cược có thời gian khóa thanh khoản kém trong 18-24 tháng.

Tổng hợp lại, những hạn chế này có thể ngăn cản những người dùng kém tinh vi hơn tham gia vào thị trường Cam kết Ethereum 2.0 "sinh lợi".

Nhóm cam kết giải quyết vấn đề này như thế nào?

Đây là lúc nhóm đặt cược Ethereum 2.0 phát huy tác dụng. Họ mua Ethereum từ nhiều người dùng và thực hiện các hoạt động đặt cược Ethereum 2.0 thay mặt cho người dùng, cho phép bất kỳ người tham gia nào nhận được phần thưởng đặt cược bất kể cấp độ kỹ năng hoặc quy mô tiền gửi của họ.

Ngoài ra, họ đang cố gắng tạo mã thông báo mạng chính Ethereum bằng cách phát hành mã thông báo mạng chính Ethereum đại diện cho tiền gửi và phần thưởng của người dùng trên chuỗi Ethereum 2.0 để giảm bớt các yêu cầu thanh khoản kéo dài. Các mã thông báo đặt cọc này mang đến cho chủ sở hữu cơ hội mở khóa tính thanh khoản, cho phép người dùng giao dịch mã thông báo đặt cọc Ethereum 2.0 lấy mã thông báo gốc Ethereum trên các thị trường thứ cấp như Uniswap để thoát khỏi cam kết sớm, cũng như tận dụng mã thông báo đặt cọc của họ. Khả năng tham gia DeFi ( ví dụ như tài sản thế chấp trong Aave).

Tuy nhiên, mô hình triển khai mã thông báo đặt cược khác nhau giữa các nhóm khác nhau, điều này chắc chắn sẽ gây ra một số vấn đề cho người dùng. Ví dụ: mã thông báo đặt cược bên thứ ba của Lido (mã thông báo stETH) khác với mã thông báo bên thứ ba của StakeWise và do đó sẽ có giá khác nhau trên thị trường thứ cấp. Đồng thời, việc triển khai mã thông báo rETH của Rocket Pool và việc triển khai stETH cũng khác nhau, cũng như crETH2 của CREAM, aETH của Stkr, v.v.

Tóm lại, có nhiều điểm khác biệt về cơ chế của token từ các nhóm đặt cược khác nhau, điều này có thể dẫn đến nhầm lẫn và dẫn đến gây ra những hậu quả bất lợi cho người dùng cuối. Tuy nhiên, những khác biệt này có thể được phân loại và đánh giá để khám phá những ưu và nhược điểm của các nhóm đặt cược tương ứng. Ngoài ra, phân tích so sánh này có thể chứng minh hiệu quả về giá của các mã thông báo đặt cược Ethereum 2.0 khác nhau.

Trong bài viết này, chúng tôi sẽ tiết lộ bí ẩn về nguyên tắc mã thông báo của Ethereum 2.0 và minh họa Cách thức mã hóa khác nhau của việc đặt cược hồ bơi hoạt động.

Mô hình đặt cược token

Theo phân loại cấu trúc mã thông báo, có thể phân biệt hai cấu trúc khác nhau: một là thiết kế mã thông báo đơn, nhằm mục đích đạt được cả tiền gửi ban đầu và thu nhập của việc gửi một mã thông báo; cái còn lại là thiết kế mã thông báo kép, sẽ cam kết tiền gửi và phần thưởng tương ứng là hai mã thông báo khác nhau.

Thiết kế mã thông báo đơn

Cấu trúc mã thông báo đơn dựa trên việc tái cân bằng hoặc tái cân bằng khái niệm mã thông báo định giá. Đây là thiết kế phổ biến nhất và hầu hết các nhóm đặt cược đều sử dụng chiến lược này, có thể là do tính đơn giản của nó. Bằng cách phát hành một mã thông báo duy nhất khi người dùng gửi tiền, nhóm đặt cược tìm cách triển khai phần thưởng và hình phạt trong cùng một mã thông báo. Điều này có thể đạt được theo hai cách:

1. Thay đổi số lượng: phần thưởng trong hợp đồng đặt cược Ethereum 2.0 Và hình phạt được phản ánh bằng cách thay đổi số dư mã thông báo. Trong giai đoạn lưu hành mã thông báo thứ 1,5, mỗi mã thông báo được cam kết sẽ được đổi lấy ETH trong nhóm theo tỷ lệ 1:1;

2. Thay đổi giá: Phần thưởng và hình phạt trong hợp đồng đặt cược Ethereum 2.0 được phản ánh trong giá mã thông báo. Trong giai đoạn lưu hành mã thông báo 1,5, việc mua lại mỗi mã thông báo đã cam kết Số lượng dao động khi nhận được phần thưởng từ nhóm đặt cược.

Hiểu qua sơ đồ đơn giản:

1. Cách thay đổi số lượng token. Các dự án tiêu biểu bao gồm: Lido và Binance.

2. Thay đổi cách thể hiện giá cho Rocket Pool, Cream, StaFi và Stkr.

Mặc dù sử dụng các cơ chế khác nhau để phản ánh sự tích lũy lợi ích, nhưng các thiết kế mã thông báo riêng lẻ có một điểm chung: gộp các khoản tiền gửi và phần thưởng vào cùng một mã thông báo. Điều này có nghĩa là bất cứ khi nào bạn mua hoặc bán mã thông báo trên thị trường hoặc nhận mã thông báo từ người gửi tiền, bạn sẽ đồng thời nhận/bán khoản tiền gửi của mình và bất kỳ phần thưởng nào được tích lũy vào nhóm trong quá khứ.

Thiết kế mã thông báo kép

Thay vào đó, cấu trúc mã thông báo kép dựa trên khái niệm hai mã thông báo tái cân bằng phản ánh khoản tiền gửi và phần thưởng tương ứng.

Ngược lại, cấu trúc mã thông báo kép dựa trên hai mã thông báo tái cân bằng phản ánh khái niệm tiền gửi và tiền lãi tương ứng. Lấy mã thông báo stakewise làm ví dụ, mã thông báo gửi và trả lại lần lượt là stETH và reETH.

Khi nắm giữ mã thông báo cam kết có thiết kế mã thông báo kép, stETH, mã thông báo đại diện cho Ethereum đã cam kết, sẽ không phát triển Và mã thông báo rwETH (phần thưởng ETH) tích lũy phần thưởng theo tỷ lệ 1: 1 sẽ được phản ánh qua việc tăng tỷ lệ doanh thu trong nhóm đặt cược. Cùng với nhau, tổng số token này tạo nên trạng thái doanh thu tổng thể và có thể được chuyển tự do giữa mạng Ethereum và được sử dụng trong các hợp đồng thông minh giống như các token riêng lẻ.

Miễn là mã thông báo đặt cọc được giữ, nó sẽ tích lũy mã thông báo phần thưởng. Khi tổng phần thưởng tăng lên, số dư của mã thông báo Ethereum stETH đại diện cho tiền gửi vẫn giữ nguyên, nhưng các địa chỉ nắm giữ sẽ nhận được mã thông báo phần thưởng reETH.

Tổng số token Ethereum được gửi và thưởng luôn bằng số lượng Ethereum trong pool; tỷ giá hối đoái của hai token vẫn là 1

Cấu trúc mã thông báo kép cho phép tạo ra một mô hình kết hợp mới năng động tương tự như trái phiếu, nhưng khác ở chỗ nó tách các cam kết thành cổ phiếu với các giá trị dồn tích và kỳ vọng dòng tiền khác nhau ( này (tiền gửi và lãi), từ đó có thể quản lý các cam kết cá nhân hiệu quả và linh hoạt hơn.

Chi tiết về token đã cam kết

Khi nói đến cốt lõi về cách hoạt động của mã thông báo đặt cược Ethereum 2.0, các lựa chọn thiết kế của các nhóm khác nhau trở nên tinh tế hơn nhưng vẫn có thể tạo ra sự khác biệt đáng kể.

Oracle ngoài chuỗi

Để trở thành một giải pháp trì trệ thanh khoản hiệu quả, mã thông báo phải phản ánh chính xác giá trị của mã thông báo đặt cược được nắm giữ. Điều này yêu cầu đặt số lượng Ethereum chính xác vào nhóm đặt cược để hỗ trợ các mã thông báo đặt cược tương ứng. Để đạt được điều này, các nhóm đặt cược cần theo dõi số dư nút của chúng trong Chuỗi Beacon và phát hành mã thông báo chống lại chúng.

Nhưng điều bạn cần biết là hợp đồng chịu trách nhiệm phát hành mã thông báo không giống như số dư của nút xác minh Trên một blockchain (Ethereum 1.0 VS Ethereum 2.0).

Thật không may, hợp đồng ERC-20 chịu trách nhiệm phát hành mã thông báo không phù hợp với Số dư nút không nằm trên cùng một chuỗi (ETH1 so với ETH2). Hợp đồng mã thông báo trên chuỗi Ethereum 1.0 không thể đồng bộ hóa trực tiếp số dư từ các nút xác thực chuỗi đèn hiệu. Các nhóm đặt cược cần khắc phục hạn chế này bằng cách sử dụng các oracle ngoài chuỗi, hoạt động trên các nguyên tắc tương tự như Chainlink phổ biến hiện nay.

Các oracle ngoài chuỗi có thể lấy dữ liệu chuỗi beacon theo những cách sau: Đầu tiên, một nút điện toán oracle phải đang chạy đồng thời các nút Ethereum 1.0 và Ethereum 2.0 để tương tác đồng thời với cả hai chuỗi. Khi cả hai nút đều hoạt động, oracle sẽ thu thập thông tin về việc xác thực các nút thuộc nhóm đặt cược cụ thể từ chuỗi beacon và chuyển nó sang hợp đồng thông minh ERC-20 trên chuỗi Ethereum 1.0. Khi thông tin từ chuỗi đèn hiệu được gửi đến hợp đồng ERC-20, số lượng mã thông báo sẽ được cập nhật (hoặc tỷ giá hối đoái được thay đổi để phát hành mã thông báo mới) dựa trên những thay đổi trong số dư của người xác thực. Sự thay đổi này có thể tăng hoặc giảm, tùy thuộc vào việc số dư tăng (tức là kiếm được phần thưởng) hay giảm (tức là phát sinh hình phạt/).

Thật không may, các oracle ngoài chuỗi có một nhược điểm: thực thể kiểm soát oracle sẽ kiểm soát các cập nhật mã thông báo một cách hiệu quả. Để giảm bớt vấn đề này, các nhóm đặt cược yêu cầu nhiều nhà tiên tri gửi cùng một thông tin cùng một lúc để cập nhật thông tin mã thông báo thông qua cơ chế đồng thuận và phân bổ các nhà tiên tri để đạt được mức độ phân cấp nhất định.

Tốc độ làm mới số dư mã thông báo đã cam kết

Mỗi lần cập nhật số dư mã thông báo trong hợp đồng ERC-20 đều liên quan đến phí Gas. Để tối ưu hóa chi phí gas, hầu hết các nhà cung cấp dịch vụ đều muốn cập nhật số dư token hàng ngày. Hầu hết mọi người nghĩ rằng điều này là đủ vì lợi nhuận hàng ngày thấp (dao động từ 0,005% đến 0,063% mỗi ngày), khiến việc cập nhật thường xuyên hơn không còn phù hợp nữa.

Tuy nhiên, trong trường hợp chặt chém quy mô lớn, cập nhật hàng ngày có thể là không đủ. “Dấu gạch chéo” xảy ra bất cứ khi nào người xác thực mắc lỗi dẫn đến hình phạt chặt chẽ, khiến người xác thực phải chịu tổn thất trong vòng vài phút. Nếu số dư của bạn được cập nhật ít thường xuyên hơn 24 giờ, nó có thể gây ra hậu quả tai hại.

Vấn đề ở đây là bất kỳ người dùng nào cũng có thể theo dõi và giám sát nhóm đặt cược thông qua các kỷ nguyên (thông qua trình duyệt chuỗi đèn hiệu) Xác minh lượng Ethereum trong nút và "dự đoán" rằng số dư của nó sẽ giảm trước khi mã thông báo cập nhật số dư của nó. Khi người dùng nhận thức được những tổn thất tiềm ẩn sắp xảy ra, họ sẽ sớm thực hiện các hợp đồng thông minh ERC-20 và bán mã thông báo trên thị trường thứ cấp để giảm tổn thất, khiến các nhà cung cấp thanh khoản không nghi ngờ bị thua lỗ vĩnh viễn và phải chịu các hình phạt cắt giảm. được tổ chức trong nhóm cam kết.

Để tránh tình trạng này, nhóm đặt cược có thể điều chỉnh tần suất làm mới hợp đồng ERC-20 của mình lên tần suất cao hơn, tăng chi phí Gas Fee lên ngăn chặn nguy cơ mất cân bằng số dư trong trường hợp bị tịch thu. Nhưng trên thực tế, nhóm đặt cược khó có thể cập nhật số dư mã thông báo thường xuyên hơn (chứ đừng nói đến mỗi kỷ nguyên). Thay vào đó, họ muốn giảm nguy cơ bị chặt chém bằng cách cải thiện các thủ tục bảo mật hoặc sẵn sàng tăng tần suất cập nhật chỉ khi xảy ra sự kiện chặt chém.

Do đó, người dùng nhóm đặt cược và nhà cung cấp thanh khoản (LP) nên theo dõi tính thanh khoản mà họ nắm giữ hoặc cung cấp. số dư của nút xác minh của nhóm cầm cố để tránh bị mất kịp thời.

Tóm tắt

Hy vọng cho nghiên cứu và phát triển token Ethereum sự hiểu biết về thiết kế đặt cược có thể kích thích các cuộc thảo luận chuyên sâu trong cộng đồng Ethereum về ưu và nhược điểm của các nhóm đặt cược khác nhau, nâng cao hiệu quả cho thị trường đặt cược Ethereum đã được mã hóa và bảo vệ những người sẽ phải gánh chịu hậu quả không lường trước được khi sử dụng các sản phẩm chưa được hiểu rõ. cho người cầm cố.

Một số khái niệm được thảo luận trong bài viết này đáng được phân tích và thảo luận sâu hơn cũng như lợi nhuận hàng năm thu được từ việc đặt cược Ethereum 2.0 tỷ lệ nhóm có thể được (APR) có tác động sâu sắc.

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