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

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à:

• Cuộc tấn công chênh lệch giá của người chuyển tiếp thứ hai:Giả sử rằng thời gian trung bình để người đề xuất gửi là T và lần cuối cùng bạn có thể gửi mà vẫn được đưa vào là khoảng T+1. Bây giờ, giả sử rằng trên sàn giao dịch tập trung, giá ETH/USDC tăng từ $2500 lên $2502 giữa T và T+1. Những người đề xuất có thể đợi thêm một giây và thêm các giao dịch bổ sung để kiếm lời từ các sàn giao dịch phi tập trung trên chuỗi, kiếm được lợi nhuận lên tới 2 USD cho mỗi ETH. Những người đề xuất tinh vi có kết nối tốt với mạng lưới của họ sẽ được trang bị tốt hơn để thực hiện việc này.

• Luồng đặt hàng độc quyền: Người dùng có động cơ gửi giao dịch trực tiếp đến một người đề xuất duy nhất để giảm thiểu khả năng họ gặp phải các cuộc tấn công chạy trước và các cuộc tấn công khác. Những người đề xuất có kinh nghiệm có lợi thế vì họ có thể xây dựng cơ sở hạ tầng để chấp nhận các giao dịch này trực tiếp từ người dùng và họ có danh tiếng mạnh hơn nên người dùng gửi giao dịch cho họ có thể tin tưởng rằng người đề xuất sẽ không bỏ qua và chặn trước giao dịch (điều này có thể được giảm thiểu bằng cách sử dụng phần cứng đáng tin cậy, nhưng phần cứng đáng tin cậy có các giả định về độ tin cậy riêng của nó) Trong BRAID, bộ chuẩn vẫn có thể được tách rời và chạy như một chức năng câm.

  Ngoài hai thái cực này, có rất nhiều thiết kế khả thi ở giữa. Ví dụ: bạn có thể đấu giá các ký tự chỉ có quyền được gắn vào các khối chứ không có quyền sắp xếp lại hoặc đặt trước. Bạn thậm chí có thể thêm hoặc thêm chúng vào trước nhưng không được chèn vào giữa hoặc sắp xếp lại. Điểm hấp dẫn của những kỹ thuật này là người chiến thắng trong thị trường đấu giá có thể rất tập trung, do đó, việc giảm bớt quyền lực của họ sẽ mang lại nhiều lợi ích.

  Nhóm bộ nhớ được mã hóa

  Một công nghệ đóng vai trò quan trọng trong việc triển khai thành công nhiều thiết kế này (cụ thể là phiên bản BRAID hoặc APS, nơi có những hạn chế nghiêm trọng về chức năng đấu giá) là Nhóm bộ nhớ được mã hóa. Bộ nhớ tiền điện tử là công nghệ trong đó người dùng phát sóng các giao dịch của họ ở dạng mã hóa, cùng với một số loại bằng chứng xác thực và giao dịch được đưa vào một khối ở dạng mã hóa mà người xây dựng khối không biết nội dung của nó. Chi tiết về giao dịch sẽ được thông báo sau.

  Thách thức chính trong việc triển khai bộ nhớ mật mã là đưa ra một thiết kế đảm bảo rằng tất cả các giao dịch sau đó sẽ được tiết lộ: kế hoạch "gửi và tiết lộ" đơn giản sẽ không hiệu quả, vì nếu việc tiết lộ là tự nguyện thì tiết lộ được chọn Hoặc bản thân hành động không tiết lộ là hiệu ứng “động lực cuối cùng” đối với các khối có thể bị khai thác. Hai kỹ thuật chính là (i) giải mã ngưỡng và (ii) mã hóa trễ, một kỹ thuật nguyên thủy có liên quan chặt chẽ với Chức năng độ trễ có thể xác minh (VDF).

  Mối liên hệ với nghiên cứu hiện tại là gì?

  Giải thích về sự tập trung của MEV và công cụ xây dựng: https://vitalik.eth.limo/general/2024/05/17/decentralization.html#mev-and-builder-dependence< /a >

  MEVBoost:https://github.com/flashbots/mev-boost

  PBS được lưu trữ (được đề xuất sớm cho các giải pháp cho những vấn đề này vấn đề): https://ethresear.ch/t/why-enshrine-proposer-builder-separation- a-viable- path-to-epbs/15710

  Danh sách bao gồm của Mike Neuder Danh sách đọc liên quan: https://Gist.github.com/michaelneuder/dfe5699cb 245bc99fbc718031c 773008

  Bao gồm danh sách EIP: https://eips.ethereum.org/EIPS/eip-7547

  FOCIL: https://ethresear.ch/t/fork-choice-enforced-inclusion-lists- focil-a- simple-committee-based-inclusion-list-proposal/19870

  Bản demo BRAID của Max Resnick: https://www.youtube.com/watch?v=mJLERWmQ2uw < /p>

  "Ưu tiên là điều bạn cần" của Dan Robinson: https://www.paradigm .xyz/2024/06/priority- là tất cả những gì bạn cần

  Giới thiệu về các tiện ích và giao thức đa đề xuất: https://hackmd.io/xz1UyksETR-pCsazePMAjw

  VDFResearch.org: https://vdfresearch.org/

  Các chức năng trì hoãn và tấn công có thể xác minh được (tập trung vào cài đặt RANDAO, nhưng cũng có thể áp dụng cho nhóm bộ nhớ được mã hóa): https:// ethresear.ch/t/verABLE-delay-functions- and-Attack/2365

  MEV thực hiện thu thập vé và phân cấp: https://www.arxiv.org/pdf/2408.11255

  Tập trung hóa APS: https://arxiv.org/abs/ 2408.03116

  Nhiều MEV và bao gồm danh sách: https://x.com/_charlienoyes/status/1806186662327689441

  Cần làm gì nữa, làm gì cần phải đánh đổi?

  Chúng ta có thể coi tất cả các lựa chọn trên là những cách khác nhau để phân chia quyền tham gia đặt cược, từ tính kinh tế theo quy mô thấp hơn ("ngu ngốc") đến tính kinh tế theo quy mô cao hơn (" chuyên môn hóa"). sắp xếp phạm vi "thân thiện"). Trước năm 2021, tất cả các quyền này được gói trong một tác nhân duy nhất:

  

  Vấn đề hóc búa chính là: bất kỳ quyền lực có ý nghĩa nào còn nằm trong tay các bên liên quan đều có thể trở thành quyền lực "liên quan đến MEV". Chúng tôi muốn một nhóm tác nhân được phân cấp cao có nhiều quyền lực nhất có thể; điều này có nghĩa là (i) trao nhiều quyền lực vào tay các bên liên quan và (ii) đảm bảo rằng các bên liên quan được phân quyền nhiều nhất có thể, nghĩa là họ gần như ở đó không có động lực hợp nhất nào được thúc đẩy bởi tính kinh tế theo quy mô. Đây là một sự căng thẳng khó giải quyết.

  Một thử thách đặc biệt là MEV nhiều khối: trong một số trường hợp, người chiến thắng trong cuộc đấu giá thực thi sẽ chiếm được nhiều vị trí liên tiếp và không được phép ở khu vực khác ngoài khối cuối cùng mà họ kiểm soát. thực hiện bất kỳ giao dịch nào liên quan đến MEV trong khối, họ có thể kiếm được nhiều tiền hơn. Nếu danh sách bao gồm buộc họ phải làm điều này thì họ có thể cố gắng khắc phục bằng cách không xuất bản bất kỳ khối nào trong thời gian này. Người ta có thể tạo một danh sách bao gồm vô điều kiện, danh sách này sẽ đơn giản trở thành một khối nếu người xây dựng không cung cấp danh sách đó, nhưng điều này làm cho danh sách bao gồm phụ thuộc vào MEV. Giải pháp ở đây có thể liên quan đến một số thỏa hiệp, bao gồm việc chấp nhận một số ưu đãi ở mức độ thấp để hối lộ mọi người để đưa các giao dịch vào danh sách đưa vào.

  Chúng ta có thể xem FOCIL + APS như sau. Những người đặt cọc tiếp tục có quyền đối với phần bên trái của quang phổ, trong khi phần bên phải của quang phổ được bán đấu giá cho người trả giá cao nhất.

  

  BRAID hoàn toàn khác . Phần "Các bên liên quan" lớn hơn nhưng được chia thành hai phần: bên tham gia nhẹ và bên tham gia nặng. Đồng thời, do các giao dịch được sắp xếp theo thứ tự giảm dần của mức phí ưu tiên nên lựa chọn ở đầu khối thực sự được bán đấu giá thông qua thị trường phí, một kế hoạch có thể được coi là tương tự như PBS.

  

  Xin lưu ý rằng BRAID Tính bảo mật của khối phụ thuộc rất nhiều vào mempool được mã hóa; mặt khác, cơ chế đấu giá hàng đầu khối dễ bị tấn công trộm cắp chính sách (về cơ bản: sao chép giao dịch của người khác, hoán đổi địa chỉ người nhận và trả chi phí cao 0,01%). Nhu cầu về quyền riêng tư bao gồm trước này cũng là lý do tại sao PBS lại khó triển khai đến vậy.

  Cuối cùng, một phiên bản FOCIL + APS "tích cực" hơn, ví dụ: Tùy chọn APS để chỉ xác định phần cuối của khối như sau:

  

  Các nhiệm vụ chính còn lại là (i) nỗ lực củng cố các đề xuất khác nhau và phân tích hậu quả của chúng, và (ii) kết hợp phân tích này với sự hiểu biết về các mục tiêu của cộng đồng Ethereum, đó là những hình thức tập trung nào được chấp nhận. Mỗi đề xuất riêng lẻ vẫn cần một số công việc, chẳng hạn như:

  • Tiếp tục làm việc về tiền điện tử thiết kế nhóm bộ nhớ và đến mức thiết kế của chúng tôi vừa mạnh mẽ vừa khá đơn giản và dường như đã sẵn sàng để tích hợp vào đó.

  • Tối ưu hóa thiết kế của nhiều danh sách bao gồm để đảm bảo rằng (i) không có dữ liệu nào bị lãng phí, đặc biệt trong bối cảnh danh sách bao gồm chứa các đốm màu và (ii) không thân thiện với trình xác thực Trạng thái .

  • Làm việc nhiều hơn về thiết kế đấu giá tối ưu cho APS.

  Hơn nữa, điều quan trọng cần lưu ý là những đề xuất khác nhau này không nhất thiết là những ngã ba không tương thích lẫn nhau trên đường. Ví dụ: việc triển khai FOCIL + APS có thể dễ dàng đóng vai trò là bước đệm để triển khai BRAID. Chiến lược bảo thủ hiệu quả là cách tiếp cận "chờ xem", trong đó trước tiên chúng tôi triển khai giải pháp trong đó quyền của người đặt cược bị hạn chế và phần lớn quyền được bán đấu giá, sau đó theo thời gian khi chúng tôi vận hành thị trường MEV trên mạng trực tiếp của học hỏi nhiều hơn, tăng dần quyền lực của các bên liên quan.

  Đặc biệt, điểm nghẽn tập trung của việc đặt cược là:

  • Tập trung hóa việc xây dựng khối (phần này)

  • Tập trung hóa việc đặt cược vì lý do kinh tế (phần tiếp theo)

  • Tập trung hóa việc đặt cược do đến mức tối thiểu 32 ETH (được xử lý bằng Orbit hoặc các công nghệ khác; xem Hợp nhất's post)

  • Tập trung hóa đặt cược do yêu cầu phần cứng (trong Verge thông qua các máy khách không trạng thái và sau này là ZK-EVM Solve)

  Việc giải quyết bất kỳ vấn đề nào trong bốn vấn đề này sẽ làm tăng lợi ích của việc giải quyết bất kỳ vấn đề nào khác.

  Hơn nữa, còn có sự tương tác giữa quy trình xây dựng khối và thiết kế cuối cùng một khe, đặc biệt là khi cố gắng giảm thời gian của khe. Nhiều thiết kế đường ống xây dựng khối cuối cùng đã thêm thời gian thực hiện. Nhiều quy trình xây dựng khối liên quan đến vai trò của người chứng minh ở nhiều bước trong quy trình. Do đó, cần xem xét cả quy trình xây dựng khối và tính hữu hạn của một khe.

  Khắc phục vấn đề kinh tế đặt cược

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

  Ngày nay, khoảng 30% nguồn cung ETH được đặt cược tích cực. Điều này đủ để bảo vệ Ethereum khỏi cuộc tấn công 51%. Nếu tỷ lệ đặt cược ETH trở nên lớn hơn, các nhà nghiên cứu lo ngại rằng một kịch bản khác có thể xảy ra: nếu gần như toàn bộ ETH được đặt cược, rủi ro sẽ phát sinh. Những rủi ro này bao gồm:

  • Thực hiện các thay đổi từ một nhiệm vụ mang lại lợi nhuận cho các chuyên gia Nó trở thành trách nhiệm của tất cả những người nắm giữ ETH. Do đó, người đặt cược trung bình sẽ ít nhiệt tình hơn và sẽ chọn cách dễ dàng nhất (thực tế là ủy quyền mã thông báo của họ cho nhà điều hành tập trung thuận tiện nhất)

  • Nếu gần như toàn bộ ETH được đặt cược, độ tin cậy của cơ chế cắt giảm bị suy yếu

  • Một mã thông báo đặt cược thanh khoản duy nhất có thể chiếm phần lớn cổ phần hoặc thậm chí chiếm lấy hiệu ứng mạng "Tiền tệ"

  • Ethereum phát hành thêm khoảng 1 triệu ETH mỗi năm một cách không cần thiết. Trong trường hợp một mã thông báo đặt cược lỏng đạt được hiệu ứng mạng vượt trội, một phần đáng kể của giá trị đó thậm chí có thể bị LST nắm bắt.

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

  Trong lịch sử, có một loại giải pháp là: nếu việc đặt cược là không thể tránh khỏi đối với mọi người và tính thanh khoản của mã thông báo đặt cược là không thể tránh khỏi, thì hãy đặt cược Thân thiện để sở hữu một mã thông báo đặt cược có tính thanh khoản thực sự không đáng tin cậy , trung lập và phi tập trung tối đa. Một cách tiếp cận đơn giản là giới hạn hình phạt đặt cược ở mức 1/8, điều này sẽ khiến 7/8 số ETH đặt cược không bị khấu trừ và do đó đủ điều kiện để đưa vào cùng một mã thông báo đặt cược có tính thanh khoản. Một lựa chọn khác là tạo rõ ràng hai cấp độ đặt cược: đặt cược "chịu rủi ro" (có thể giảm).

  Tuy nhiên, một điểm chỉ trích đối với cách tiếp cận này là nó có vẻ tương đương về mặt kinh tế với một điều gì đó đơn giản hơn nhiều: giảm đáng kể lượng phát hành nếu vốn chủ sở hữu đạt đến một mức trần xác định trước. Lập luận cơ bản là: nếu chúng ta kết thúc ở một thế giới mà lớp chấp nhận rủi ro trả lại 3,4% và lớp không rủi ro (mọi người tham gia) trả lại 2,6%, thì đó thực sự giống như thế giới đặt cược ETH với lợi nhuận 0,8%, tỷ lệ hoàn vốn khi chỉ giữ ETH là 0%. Động lực của lớp chấp nhận rủi ro, bao gồm tổng số tiền đặt cược và mức độ tập trung, đều giống nhau trong cả hai trường hợp. Vì vậy chúng ta nên làm điều đơn giản và phát hành ít hơn.

  Phản bác chính đối với lập luận này là liệu chúng ta có thể có một "lớp không có rủi ro" vẫn có vai trò hữu ích và mức độ rủi ro nhất định hay không (ví dụ: như Dankrad đề xuất ở đây).

  Cả hai đề xuất đều có nghĩa là thay đổi đường cong phát hành để nếu số lượng cổ phiếu quá cao thì lợi nhuận sẽ cực kỳ thấp.

  

  Trái: Đề xuất của Justin Drake để điều chỉnh đường cong phân phối. Phải: Một loạt đề xuất khác của Anders Elowsson.

  Mặt khác, đặt cược hai cấp độ yêu cầu thiết lập hai đường cong lợi nhuận: (i) tỷ lệ lợi nhuận cho việc đặt cược "cơ bản" (không rủi ro hoặc rủi ro thấp), và (ii) đặt cược phí bảo hiểm đầy rủi ro. Có nhiều cách khác nhau để đặt các tham số này: ví dụ: nếu bạn đặt tham số cứng là 1/8 vốn chủ sở hữu của bạn có thể cắt được, thì động lực thị trường sẽ xác định phần bù trong lợi nhuận kiếm được trên vốn chủ sở hữu có thể cắt được.

  Một chủ đề quan trọng khác ở đây là thu thập MEV. Ngày nay, thu nhập MEV (ví dụ: chênh lệch giá DEX, bánh sandwich...) sẽ chảy vào tay những người đề xuất, tức là những người đặt cược. Đây là doanh thu hoàn toàn “không rõ ràng” đối với giao thức: giao thức không có cách nào để biết đó là 0,01% APR, 1% APR hay 20% APR. Sự tồn tại của dòng doanh thu này gây bất tiện từ nhiều góc độ:

  • < p>Đây là một nguồn không ổn định dòng doanh thu vì mỗi bên liên quan chỉ nhận được nó khi họ đề xuất một khối, tức là khoảng 4 tháng một lần. Điều này khuyến khích mọi người tham gia nhóm để có thu nhập ổn định hơn.

  • Nó dẫn đến sự phân bổ động lực không cân bằng: quá nhiều đề xuất, quá ít bằng chứng.

  • Điều này khiến cho việc thực thi giới hạn đặt cược trở nên khó khăn: ngay cả khi tỷ suất lợi nhuận "chính thức" bằng 0, chỉ riêng doanh thu MEV có thể đủ để thúc đẩy tất cả những người nắm giữ ETH tham gia đặt cược. Do đó, một đề xuất giới hạn vốn chủ sở hữu thực tế sẽ thực sự phải mang lại lợi nhuận gần mức âm vô cực. Điều này mang lại nhiều rủi ro hơn cho người đặt cược, đặc biệt là người đặt cược cá nhân.

  Chúng ta có thể giải quyết những vấn đề này bằng cách tìm cách hiển thị rõ ràng doanh thu MEV trong giao thức và nắm bắt nó. Đề xuất sớm nhất là làm mịn MEV của Francesco; ngày nay người ta thường chấp nhận rằng bất kỳ cơ chế đấu giá nào chặn quyền của người đề xuất trước (hoặc nói chung hơn là có đủ quyền lực để nắm bắt gần như toàn bộ MEV) đều có thể đạt được mục tiêu tương tự.

  Mối liên hệ với nghiên cứu hiện tại là gì?

  Vấn đề wtf: https://issuance.wtf/

  Kinh tế cam kết cuối trò chơi, trường hợp định vị: https : //ethresear.ch/t/endgame-stake-kinh tế-a-case-for-targeting/18751

  Thuộc tính cấp vấn đề, Anders Elowsson: https://ethresear.ch/t/properties-of-issuance-level -consensus-incentives-and-variability-across-pottial-reward-curves/18448

  Giới hạn kích thước cài đặt trình xác thực: https://notes.ethereum.org/@vbuterin/single_slot_finality?type=view#Economic-capping-of-total-deposits

  < p style ="text-align: left;">Suy nghĩ về ý tưởng đặt cược nhiều lớp: https://notes.ethereum.org/@vbuterin/stake_2023_10?type=view

  Cổ phần Cầu vồng: https://ethresear.ch/t/unbundling-stake-towards-rainbow-stake/18683

  Đề xuất đặt cọc thanh khoản của Dakrad: https://notes.ethereum .org /Pcq3m8B8TuWnEsuhKwCsFg

  Làm mịn MEV, bởi Francesco: https://ethresear.ch/t/committee-driven-mev-smoothing/10408

  Đốt MEV, của Justin Drake: https://ethresear.ch/t/mev-burn-a-simple-design/15590< /a>

  Cần phải làm gì nữa, cần phải đánh đổi những gì?

  Nhiệm vụ chính còn lại là đồng ý không thực hiện hành động nào và chấp nhận rủi ro gần như toàn bộ ETH nằm trong LST hoặc hoàn thiện và đồng ý về các chi tiết và thông số của một trong những điều trên đề xuất nhất quán. Tóm tắt sơ bộ về lợi ích và rủi ro như sau:

  

  Nó tương tác với các phần khác của lộ trình như thế nào?

  Một điểm giao thoa quan trọng liên quan đến cá cược một mình. Ngày nay, VPS rẻ nhất có thể chạy nút Ethereum có giá khoảng 60 USD mỗi tháng, chủ yếu là do chi phí lưu trữ ổ cứng. Đối với người đặt cọc 32 ETH ($84.000 tại thời điểm viết bài), điều này sẽ giảm APY xuống (60 * 12) / 84000 ~= 0,85%. Nếu tổng lợi nhuận đặt cược nhỏ hơn 0,85% thì chỉ riêng việc đặt cược là không khả thi đối với nhiều người ở cấp độ này.

  Điều này càng nhấn mạnh sự cần thiết phải giảm chi phí vận hành nút nếu chúng tôi muốn hoạt động đặt cược đơn lẻ tiếp tục khả thi, điều này sẽ được thực hiện trong Verge: trạng thái không trạng thái sẽ loại bỏ các yêu cầu về không gian lưu trữ, vốn có thể là đủ, và sau đó L1 EVM Bằng chứng về tính hiệu quả sẽ khiến chi phí trở nên tầm thường.

  Mặt khác, việc phá hủy MEV được cho là sẽ giúp ích cho việc đặt cược riêng lẻ. Mặc dù nó làm giảm lợi nhuận của mọi người, nhưng quan trọng hơn là nó làm giảm sự khác biệt, khiến việc đặt cược ít giống xổ số hơn.

  Cuối cùng, mọi thay đổi về việc phát hành sẽ tương tác với những thay đổi cơ bản khác trong thiết kế đặt cược (ví dụ: đặt cược cầu vồng). Một mối quan tâm đặc biệt là nếu lợi nhuận đặt cược trở nên rất thấp, điều đó có nghĩa là chúng ta phải lựa chọn giữa (i) giảm hình phạt và giảm mức khuyến khích đối với hành vi xấu; (ii) duy trì mức hình phạt cao hơn sẽ làm tăng số lượng các tình huống mà ngay cả những người xác nhận có thiện chí cũng có thể gặp phải. bất ngờ nhận được lợi nhuận âm nếu không may gặp sự cố kỹ thuật hoặc thậm chí bị tấn công.

  Giải pháp lớp ứng dụng

  Phần trên nêu bật những thay đổi trong Ethereum L1 nhằm giải quyết các rủi ro tập trung quan trọng. Tuy nhiên, Ethereum không chỉ là L1 mà còn là một hệ sinh thái và có những chiến lược lớp ứng dụng quan trọng có thể giúp giảm thiểu những rủi ro trên. Một số ví dụ bao gồm:

  • Giải pháp phần cứng đặt cược chuyên dụng— — Một số công ty, chẳng hạn như Dappnode, đang bán phần cứng được thiết kế đặc biệt để giúp việc vận hành nút đặt cược dễ dàng nhất có thể. Một cách để làm cho giải pháp này hiệu quả hơn là đặt câu hỏi: Nếu người dùng đã bỏ công sức để vận hành hộp và kết nối với Internet, thì nó có thể cung cấp những dịch vụ nào khác (cho người dùng hoặc những người khác) sẽ được hưởng lợi từ phân cấp? Các ví dụ xuất hiện bao gồm (i) chạy LLM được lưu trữ cục bộ vì lý do tự chủ và quyền riêng tư, và (ii) các nút chạy VPN phi tập trung.

  • Squad Stakes – Giải pháp này của Obol cho phép nhiều người cùng tham gia theo định dạng M-of-N. Điều này có thể sẽ trở nên phổ biến hơn theo thời gian vì bằng chứng về tính hiệu quả của L1 EVM không trạng thái và sau này sẽ giảm chi phí chạy nhiều nút hơn và lợi ích của mỗi người tham gia là không phải lo lắng về việc luôn trực tuyến để bắt đầu nắm giữ trạng thái. Đây là một cách khác để giảm chi phí nhận thức của việc đặt cược và đảm bảo rằng việc đặt cược một mình sẽ phát triển mạnh trong tương lai.

  • Airdrops – Starknet cung cấp airdrops cho các nhà đầu tư cá nhân. Các dự án khác đang mong muốn có cơ sở người dùng phi tập trung và phù hợp với giá trị cũng có thể xem xét cung cấp airdrop hoặc giảm giá cho những người xác thực được xác định là những người có khả năng nắm giữ cổ phần.

  • Thị trường xây dựng khối phi tập trung ——Sử dụng sự kết hợp của ZK, MPC và TEE, một khu vực phi tập trung có thể được tạo ra Block Builder, tham gia và giành chiến thắng trong các trò chơi đấu giá APS nhưng đồng thời cung cấp sự đảm bảo về quyền riêng tư và khả năng chống kiểm duyệt đã được xác nhận trước cho người dùng. Đây là một con đường khác để cải thiện phúc lợi của người dùng trong thế giới APS.

  • Giảm thiểu MEV của lớp ứng dụng  - Các ứng dụng riêng lẻ có thể được xây dựng theo cách "rò rỉ" ít MEV hơn sang L1, do đó làm giảm diện tích Các nhà xây dựng khối tạo ra các thuật toán chuyên biệt để thu thập năng lượng MEV. Một chiến lược đơn giản nhưng phổ biến là hợp đồng xếp hàng tất cả các hoạt động đến và thực hiện chúng trong khối tiếp theo, đồng thời đấu giá quyền chuyển hàng đợi, mặc dù bất tiện và phá vỡ khả năng kết hợp. Các cách tiếp cận phức tạp hơn khác bao gồm thực hiện nhiều công việc ngoài chuỗi hơn, ví dụ: Giống như Cowswap vậy. Oracle cũng có thể được thiết kế lại để giảm thiểu giá trị mà oracle có thể trích xuất.