Đăng nhập/ Đăng ký

Vitalik: Các mục tiêu chính cho giai đoạn The Scourge của Ethereum

2024/10/21 11:25

Theo dõi

Tác giả: Vitalik, người sáng lập Ethereum; Người biên soạn: Deng Tong, Golden Finance

Lưu ý: Bài viết này là bài thứ ba trong chuỗi bài viết về "Sự phát triển trong tương lai của Giao thức Ethereum" được xuất bản gần đây bởi Vitalik, người sáng lập Ethereum Phần "Tương lai có thể có của giao thức Ethereum, phần 3: Tai họa". Để biết phần thứ hai, hãy xem Jinse Finance "Vitalik: Giao thức Ethereum nên phát triển như thế nào trong giai đoạn The Surge" , đối với phần đầu tiên, hãy xem "Những điều gì khác có thể được cải thiện trong Ethereum PoS". Đây là toàn văn Phần 3:

Đặc biệt cảm ơn Justin Drake, Caspar Schwarz-Schilling, Phil Daian, Dan Robinson, Charlie Noyes và Max Resnick vì những phản hồi và đánh giá của họ với tư cách là cộng đồng ethstakers để thảo luận.

Một trong những rủi ro lớn nhất mà Ethereum L1 phải đối mặt là việc tập trung hóa Proof-of-Stake do áp lực kinh tế. Nếu có lợi thế kinh tế nhờ quy mô khi tham gia vào cơ chế chứng minh cổ phần cốt lõi, điều này đương nhiên sẽ dẫn đến việc các bên liên quan lớn chiếm ưu thế và các bên liên quan nhỏ sẽ rời bỏ để tham gia các nhóm khai thác lớn. Điều này dẫn đến nguy cơ bị tấn công 51%, kiểm duyệt giao dịch và các khủng hoảng khác cao hơn. Ngoài rủi ro tập trung hóa, còn có rủi ro khai thác giá trị: một nhóm nhỏ người nắm bắt giá trị mà lẽ ra sẽ thuộc về người dùng Ethereum.

Sự hiểu biết của chúng tôi về những rủi ro này đã tăng lên đáng kể trong năm qua. Rủi ro này được biết là tồn tại ở hai vị trí chính: (i) xây dựng khối và (ii) các quy định về vốn đặt cược. Những người chơi lớn có thể chạy các thuật toán phức tạp hơn ("trích xuất MEV") để tạo khối, mang lại cho họ doanh thu khối cao hơn. Những người chơi lớn cũng có thể giải quyết hiệu quả hơn sự bất tiện của số tiền bị khóa bằng cách phát hành tiền cho người khác dưới dạng Liquid Staked Token (LST). Ngoài vấn đề trước mắt giữa những người đặt cược nhỏ và lớn, còn có câu hỏi liệu (hoặc sẽ) đặt cược quá nhiều ETH hay không.

Lộ trình của Tai họa 2023

Năm nay, đã đạt được tiến bộ đáng kể trong việc xây dựng khối, đáng chú ý nhất là " Ủy ban chứa danh sách cộng với một số "giải pháp đặt hàng có mục tiêu" như một sự hội tụ của các giải pháp lý tưởng, cũng như nghiên cứu quan trọng về tính kinh tế của bằng chứng cổ phần, bao gồm các ý tưởng như mô hình đặt cược hai tầng và giảm phát hành để hạn chế tỷ lệ phần trăm Đặt cược ETH.

Tăng cường phương pháp xây dựng khối

Chúng ta muốn giải quyết vấn đề gì?

Ngày nay, việc xây dựng khối Ethereum chủ yếu được thực hiện thông qua việc phân tách trình tạo và trình phát triển bên ngoài giao thức của MEVBoost. Khi người xác nhận có cơ hội đề xuất một khối, họ sẽ giao công việc chọn nội dung của khối cho các tác nhân chuyên biệt được gọi là người xây dựng. Nhiệm vụ chọn nội dung khối để tối đa hóa doanh thu là tính kinh tế theo quy mô chuyên sâu: cần có các thuật toán chuyên biệt để xác định những giao dịch nào cần đưa vào để thu được càng nhiều giá trị càng tốt từ các giao dịch của các công cụ tài chính trên chuỗi và người dùng tương tác với chúng (Điều này được gọi là "trích xuất MEV"). Những người xác nhận phải đối mặt với nhiệm vụ “ngớ ngẩn” là lắng nghe giá thầu và chấp nhận giá thầu cao nhất, với tính kinh tế theo quy mô tương đối nhẹ, cũng như các trách nhiệm khác như chứng thực.

Sơ đồ cách điệu về những gì MEVBoost đang thực hiện: những người xây dựng tận tâm đảm nhận nhiệm vụ màu đỏ, các bên liên quan đảm nhận nhiệm vụ màu xanh lam.

Có một số phiên bản, bao gồm "Tách người đề xuất-người xây dựng" (PBS) và "Tách người đề xuất-người đề xuất" (APS). Sự khác biệt giữa chúng liên quan đến các chi tiết chi tiết về trách nhiệm thuộc về ai trong số hai người tham gia: nói một cách đại khái, trong PBS, người xác thực vẫn đề xuất khối nhưng nhận được trọng tải từ người xây dựng, trong khi ở APS, toàn bộ vị trí trở thành trách nhiệm của người xây dựng. Gần đây, APS đã được ưa chuộng hơn PBS vì nó càng làm giảm động lực khuyến khích những người đề xuất hợp tác với các nhà xây dựng. Lưu ý rằng APS chỉ áp dụng cho các khối thực thi có chứa giao dịch; các khối đồng thuận chứa dữ liệu liên quan đến bằng chứng cổ phần (ví dụ: bằng chứng) sẽ vẫn được chỉ định ngẫu nhiên cho người xác nhận.

Sự phân chia quyền lực này giúp các trình xác nhận được phân quyền, nhưng nó đi kèm với một cái giá phải trả: những người tham gia thực hiện các nhiệm vụ "chuyên biệt" có thể dễ dàng trở nên rất tập trung. Đây là bản dựng khối Ethereum của ngày hôm nay:

< /p>

Hai người tham gia đang chọn nội dung của khoảng 88% khối Ethereum. Điều gì sẽ xảy ra nếu hai người tham gia này quyết định xem xét lại giao dịch? Câu trả lời không tệ như vẻ ngoài của nó: họ không thể sắp xếp lại các khối, vì vậy bạn không cần kiểm duyệt 51% để ngăn các giao dịch được đưa vào: bạn cần 100%. Với mức kiểm duyệt 88%, người dùng phải đợi trung bình 9 slot (về mặt kỹ thuật, mức trung bình là 114 giây chứ không phải 6 giây). Đối với một số trường hợp sử dụng, chờ hai phút hoặc thậm chí năm phút đối với một số giao dịch nhất định là được. Nhưng đối với các trường hợp sử dụng khác, chẳng hạn như thanh toán bù trừ DeFi, thậm chí việc có thể trì hoãn việc đưa giao dịch của người khác vào một vài khối cũng là một rủi ro thao túng thị trường đáng kể.

Các chiến lược mà người xây dựng khối có thể sử dụng để tối đa hóa doanh thu cũng có thể có những tác động tiêu cực khác đối với người dùng. Một “cuộc tấn công bánh sandwich” có thể khiến người dùng giao dịch token chịu tổn thất đáng kể do trượt giá. Các giao dịch được đưa ra nhằm cho phép các cuộc tấn công này làm tắc nghẽn chuỗi, làm tăng giá gas cho những người dùng khác.

Nó là gì và nó hoạt động như thế nào?

Giải pháp hàng đầu là phân tách sâu hơn nhiệm vụ sản xuất khối: chúng tôi giao nhiệm vụ chọn giao dịch lại cho người đề xuất (tức là người đặt cược), trong khi người xây dựng chỉ có thể chọn sắp xếp và chèn một số giao dịch riêng. Đó chính là điều mà danh sách chứa đang cố gắng thực hiện.

Tại thời điểm T, Những người đặt cược được chọn ngẫu nhiên sẽ tạo ra một danh sách bao gồm, một danh sách các giao dịch hợp lệ ở trạng thái hiện tại của blockchain tại thời điểm đó. Tại thời điểm T+1, trình tạo khối (có thể được chọn trước thông qua cơ chế đấu giá trong giao thức) sẽ tạo một khối. Khối cần chứa mọi giao dịch trong danh sách bao gồm, nhưng họ có thể chọn thứ tự và có thể thêm các giao dịch của riêng mình.

Đề xuất Danh sách bao gồm bắt buộc của Fork Choice (FOCIL) liên quan đến một ủy ban gồm nhiều người tạo danh sách bao gồm cho mỗi khối. Để giao dịch bị trì hoãn một khối, k trong số k người tạo danh sách bao gồm (ví dụ: k = 16 ) phải xem lại giao dịch. Sự kết hợp giữa FOCIL và người đề xuất cuối cùng được chọn thông qua cuộc đấu giá cần phải bao gồm danh sách bao gồm, nhưng có thể được sắp xếp lại và thêm các giao dịch mới, thường được gọi là "FOCIL + APS".

Một cách khác để giải quyết vấn đề này là sơ đồ nhiều người đề xuất đồng thời (MCP), chẳng hạn như BRAID. BRAID cố gắng tránh phân chia vai trò của người đề xuất khối thành phần có quy mô kinh tế thấp và phần có quy mô kinh tế cao, thay vào đó cố gắng phân phối quy trình sản xuất khối cho nhiều người tham gia để mỗi người đề xuất người tham gia chỉ cần có mức độ phức tạp vừa phải có thể tối đa hóa thu nhập của họ. MCP hoạt động bằng cách yêu cầu k người đề xuất song song tạo danh sách các giao dịch, sau đó sử dụng thuật toán xác định (ví dụ: sắp xếp theo mức phí từ cao xuống thấp) để chọn thứ tự.

BRAID không tìm kiếm Mục tiêu tốt nhất là triển khai trình đề xuất khối câm chạy phần mềm mặc định. Hai lý do dễ hiểu khiến nó không thể làm được điều này là: