Tác giả: Vitalik, người sáng lập Ethereum; Người biên dịch: Đặng Tong, Jinse Finance
Lưu ý: Bài viết này là phần thứ ba trong sê-ri bài “Tương lai có thể có của giao thức Ethereum , phần 3: Tai họa ” được xuất bản gần đây bởi Vitalik, người sáng lập Ethereum . Đối với phần thứ hai, hãy xem " Vitalik: Giao thức Ethereum nên phát triển như thế nào trong giai đoạn The Surge " Jinse Finance và đố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 Ethereum PoS ". Sau đây là toàn văn phần thứ ba:
Đặ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ọ cũng như cộng đồng ethstakers đã thảo luận.
Một trong rủi ro lớn nhất mà Ethereum L1 phải đối mặt là việc tập trung hóa Bằng chứng cổ phần do áp lực kinh tế. Nếu có lợi thế kinh tế nhờ quy mô khi tham gia vào cơ chế Bằng chứng 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 vị trí chủ đạo 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 rủi ro 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 rút 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ề 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 hơn có thể chạy các thuật toán phức tạp hơn (" rút MEV") để tạo khối, mang lại cho họ thu nhập 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 Staking Thanh Khoản 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 tai họa 2023
Năm nay đã chứng kiến sự tiến bộ đáng kể trong việc xây dựng khối, đáng chú ý nhất là sự hội tụ của “danh sách bao gồm ủy ban cộng với một số giải pháp sắp xếp có mục tiêu” là giải pháp lý tưởng và nghiên cứu quan trọng về tính kinh tế của Bằng chứng cổ phần, bao gồm hai lớp trở lên Hãy nghĩ về mô hình đặt cược và giảm phát hành để hạn chế tỷ lệ đặt cược ETH.
Con đường xây dựng khối cốt thép
Chúng ta đang cố gắng 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 propser 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 thu nhập 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 nhằm rút 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 Chuỗi và người dùng tương tác với chúng (Điều này được gọi là " Rút MEV"). Những người xác thực 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 Đề án và nhà xây dựng ở cùng địa điểm. 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 thực.
Sự phân chia quyền lực này giúp giữ cho các trình xác nhận phi tập trung, nhưng nó đi kèm với một cái giá phải trả: các tác nhân thực hiện 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 ngày hôm nay:
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 chờ 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 giao dịch vào một vài khối 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 thu nhập cũng có thể có những tác động tiêu cực khác đến người dùng. Một “tấn công 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 đặt 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 của riêng mình. Đó 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, một người đặt cọc được chọn ngẫu nhiên sẽ tạo 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.
Đề án Danh sách bao gồm bắt buộc lựa chọn Fork (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. Để trì hoãn giao dịch 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 và thêm các giao dịch mới, thường được gọi là "FOCIL + APS".
Một phương pháp 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 nhân vật 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 cách đạt được mục tiêu chạy trình đề xuất khối câm của phần mềm mặc định một cách tối ưu. Hai lý do dễ hiểu tại sao 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 lực thứ hai: Giả sử rằng thời gian trung bình để Đề án 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 chênh lệch giá trên sàn giao dịch tập trung 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 đơn đặt hàng độc quyền: Người dùng có động lự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 bị tổn thương trước 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).
Trong BRAID, bộ chuẩn vẫn có thể được tách ra và chạy như một hàm câm.
Ngoài hai thái cực này, còn có sê-ri các thiết kế khả thi ở giữa. Ví dụ: bạn có thể đấu giá nhân vật chỉ có quyền được gắn vào các khối chứ không có quyền sắp xếp hoặc đặt trước. Bạn thậm chí có thể thêm hoặc đưa chúng lên phía trước nhưng không được chèn vào giữa hoặc sắp xếp. Đ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ớ crypto
Một công nghệ rất quan trọng để triển khai thành công nhiều thiết kế này (cụ thể là các phiên bản BRAID hoặc APS trong đó những hạn chế nghiêm trọng về chức năng đấu giá) là nhóm bộ nhớ crypto. Bộ nhớ crypto là công nghệ trong đó người dùng phát sóng các giao dịch của họ ở dạng crypto, 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 crypto 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 một mempool crypto 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ả, bởi vì nếu việc tiết lộ là tự nguyện, hành động chọn tiết lộ hay không tiết lộ chính nó là Ảnh hưởng "cuối cùng" đối với các khối có thể được khai thác. Hai kỹ thuật chính là (i) giải mã ngưỡng và (ii) crypto bị trì hoãn, một kỹ thuật cơ bản có liên quan chặt chẽ với Chức năng độ trễ có thể xác minh (VDF).
Các kết nối với nghiên cứu hiện tại là gì?
MEV và sự phân cấp của nhà xây dựng đã được giải thích: https://vitalik.eth.limo/general/2024/05/17/decentralization.html#mev-and-builder-dependence
MEVBoost: https://github.com/flashbots/mev-boost
PBS được lưu giữ (một giải pháp được đề xuất sớm cho những vấn đề này): 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/dfe5699cb245bc99fbc718031c773008
Chứa danh sách EIP: https://eips.ethereum.org/EIPS/eip-7547
Bản demo BRAID của Max Resnick: https://www.youtube.com/watch?v=mJLERWmQ2uw
“Ưu tiên là tất cả những gì bạn cần” của Dan Robinson: https://www.paradigm.xyz/2024/06/priority-is-all-you-need
Giới thiệu về tiện ích và giao thức đa người đề 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 VerABLE (tập trung vào cài đặt RANDAO, nhưng cũng có thể áp dụng cho nhóm bộ nhớ crypto): https://ethresear.ch/t/verABLE-delay-functions-and-Attacks/2365
MEV thực hiện thu thập vé và phi tập trung: https://www.arxiv.org/pdf/2408.11255
Tập trung APS: https://arxiv.org/abs/2408.03116
MEV đa khối và danh sách bao gồm: https://x.com/_charlienoyes/status/1806186662327689441
Cần phải làm gì nữa, cần phải đánh đổi những gì?
Chúng ta có thể coi tất cả các tình huống trên là những cách khác nhau để phân chia quyền tham gia stake , được sắp xếp theo phạm vi từ tính kinh tế theo quy mô thấp hơn ("ống ngu ngốc") đến tính kinh tế theo quy mô cao hơn ("thân thiện với chuyên môn hóa"). Trước năm 2021, tất cả các quyền này đều được gói trong một tác nhân duy nhất:
Vấn đề nan giải cốt lõi là: bất kỳ quyền lực có ý nghĩa nào vẫ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 lượng lớn 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 phi tập trung nhất có thể, nghĩa là họ gần như ở đó không có khích lệ 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ách thức đặ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 chiếm được nhiều vị trí liên tiếp không được phép làm bất cứ điều gì liên quan đến MEV trong các khối ngoài khối cuối cùng mà họ kiểm soát giao dịch, 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 ra một danh sách bao gồm vô điều kiện và danh sách này sẽ trực tiếp 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ố khích lệ ở 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 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.
Lưu ý rằng tính bảo mật của BRAID phụ thuộc rất nhiều vào mempool crypto; nếu không, 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, trao đổi địa chỉ người nhận và trả 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 “tích cực” hơn của FOCIL + APS, 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ố Đề án khác nhau và phân tích hậu quả của chúng, đồng thời (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, tức là nó sẽ chấp nhận những hình thức tập trung nào. Mỗi Đề án riêng lẻ cũng yêu cầu một số công việc, chẳng hạn như:
Tiếp tục công việc thiết kế nhóm bộ nhớ crypto và tiến tới điểm mà 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 để trong đó.
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 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) thân thiện với người xác thực không 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 thận trọng hiệu quả là phương pháp"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 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ụ thể, các điểm nghẽn tập trung của việc đặt cược là:
Khối xây dựng tập trung (phần này)
Tập trung đặt cược vì lý do kinh tế (phần tiếp theo)
Tập trung đặt cược do mức tối thiểu 32 ETH (được giải quyết bằng Orbit hoặc các công nghệ khác; xem bài đăng về hợp nhất )
Tập trung đặt cược do yêu cầu phần cứng (được giải quyết trong Verge với máy trạm không trạng thái và sau này là ZK-EVM)
Việc giải quyết bất kỳ một trong bốn vấn đề này sẽ làm tăng lợi nhuận của việc giải quyết bất kỳ vấn đề nào khác.
Hơn nữa, 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 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 nhân vật 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.
Sửa lỗi 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% lượng cung ứng ETH được đặt cược tích cực. Điều này đủ để bảo vệ Ethereum khỏi các 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. Rủi ro này bao gồm:
Đặt cược đã chuyển từ một nhiệm vụ mang lại lợi nhuận cho các chuyên gia thành trách nhiệm của tất cả 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 phương pháp dễ dàng nhất (thực tế là ủy thác token 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, cơ chế cắt giảm sẽ trở nên kém tin cậy hơn
Một token staking thanh khoản duy nhất có thể chiếm phần lớn cổ phần và thậm chí cả hiệu ứng mạng “tiền tệ” của chính ETH
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 token đặt thanh khoản đạ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à nó hoạt động như thế nào?
Lịch sử , một loại giải pháp là: nếu mọi người không thể tránh khỏi việc đặt cược và thanh khoản token đặt cược là không thể tránh khỏi, thì hãy làm cho việc đặt cược trở nên thân thiện hơn để có nhìn lên thực sự không đáng tin cậy, trung lập và token đặt thanh khoản phi tập trung tối đa. Một phương pháp đơ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 đó tư cách để đưa vào cùng token đặt thanh khoản . Một lựa chọn khác là tạo hai cấp đặt cược một cách rõ ràng: đặt cược "chịu rủi ro" (có thể giảm).
Tuy nhiên, một lời chỉ trích đối với phương pháp 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ể việc 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 mang lại lợi nhuận 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 biện chính cho lập luận này là liệu chúng ta có thể có một "lớp không rủi ro" vẫn có vai trò hữu ích và mức độ rủi ro nào đó hay không (ví dụ, như Dankrad đề xuất ở đây).
Cả hai đề xuất đều có nghĩa là phải thay đổi đường cong phát hành và nếu số vốn chủ sở hữu quá cao thì lợi nhuận sẽ cực kỳ thấp.
Bên trái: Đề án của Justin Drake về việc điều chỉnh đường cong phân phối. Phải: Một loạt Đề án 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 phần thưởng: (i) tỷ suất 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) phí bảo hiểm cho việc đặt cược rủi ro. Có nhiều phương pháp 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ó thể cắt được thì động thái thị trường sẽ xác định phần thưởng trong lợi nhuận thu được từ số cổ phần có thể cắt được.
Một chủ đề quan trọng khác ở đây là chụ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, những người đặt cược. Đây là thu nhập 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 thu nhập này gây bất tiện từ nhiều góc độ:
Đây là một nguồn thu nhập không ổn định 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 khích lệ mọi người tham gia nhóm để có thu nhập ổn định hơn.
Nó dẫn đến sự phân bổ khích lệ 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 thu nhập MEV có thể đủ để thúc đẩy tất cả người nắm giữ ETH tham gia đặt cược. Do đó, một Đề án xuất giới hạn vốn chủ sở hữu thực tế 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 tôi có thể giải quyết những vấn đề này bằng cách tìm phương pháp hiển thị rõ ràng thu nhập 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 cho rằng 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ự.
Các kết nối với nghiên cứu hiện tại là gì?
Vấn đề wtf: https://issuance.wtf/
Kinh tế đặt cược trong Endgame, trường hợp nhắm mục tiêu: https://ethresear.ch/t/endgame-stake stake tế-a-case-for-targeting/18751
Thuộc tính cấp độ phát hành, 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
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: stake / 18683
Đề án staking thanh khoản của Dankrad: https://notes.ethereum.org/Pcq3m8B8TuWnEsuhKwCsFg
Làm mịn MEV, bởi Francesco: https://ethresear.ch/t/committee-drive-mev-smoothing/10408
Ghi MEV, bởi Justin Drake: https://ethresear.ch/t/mev-burn-a-simple-design/15590
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 Đề án trên. Tóm tắt sơ bộ về lợi nhuận 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 nhau quan trọng liên quan đến cá cược solo. 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 riêng lẻ tiếp tục khả thi, điều này sẽ được thực hiện ở 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ữ, có thể là đủ, và sau đó là bằng chứng L1 EVM- tính hợp lệ sẽ làm cho chi phí không đáng kể.
Mặt khác, đốt MEV có thể nói là giúp ích cho việc đặt cược của từng cá nhân. 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, bất kỳ thay đổi nào 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 vấn đề được đặc biệt quan tâm 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ê-ri các tình huống thậm chí có thiện chí. người xác thực có thể bất ngờ nhận được lợi nhuận âm nếu không may gặp phải 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 đối với Ethereum L1 nhằm giải quyết rủi ro tập trung quan trọng. Tuy nhiên, Ethereum không chỉ là L1, nó 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 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 vận hành nút đặt cược dễ dàng nhất có thể. Một phương pháp để 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ụ mà tôi nghĩ đế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) nút chạy VPN phi tập trung .
Đặt cược theo đội – Giải pháp này của Obol cho phép nhiều người cùng nhau đặt cược 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 vị trí chủ đạo. Đây là một phương pháp 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.
Airdrop – Starknet cung cấp airdrop 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 chiết khấu cho những người xác thực được xác định là người nắm giữ cổ phần cá nhân có khả năng.
Thị trường trình tạo khối phi tập trung - Sử dụng kết hợp ZK, MPC và TEE, có thể tạo một trình tạo khối phi phi tập trung tham gia và giành chiến thắng trong trò chơi đấu giá APS, nhưng đồng thời cung cấp quyền riêng tư được xác nhận trước và khả năng chống kiểm duyệt đảm bảo cho người dùng của nó . Đây là một cách 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 động lực các nhà xây dựng khối tạo ra các thuật toán chuyên dụng để thu thập 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. Phương pháp 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ể rút.
