tl;dr: bài viết này đặt vấn đề quanh việc đề xuất phân phối quyền trong Ethereum, cung cấp một cái nhìn tổng quan (có quan điểm) về cuộc trò chuyện hiện tại và nhấn mạnh một số câu hỏi mở cuối bài.
Mục tiêu ngăn chặn sự tập trung do MEV điều khiển làm suy yếu các thuộc tính cốt lõi của Ethereum đã dẫn đến một loạt các kế hoạch được đề xuất thay đổi cách các khối được xây dựng và đề xuất trong mạng. Các chương trình này như ePBS, MCP hoặc vé thực hiện sẽ thay thế thị trường dựa trên MEV-Boost mà chúng ta có ngày nay (mặc dù phần mềm MEV-Boost vẫn có thể đóng một vai trò).
Tất cả các thiết kế này đều có hai mục tiêu chung: Là mục tiêu chính, chúng tôi muốn tránh bất kỳ động lực nào để các tùy viên hành xử chiến lược. Phần thưởng về kỹ năng và lợi ích cho colocation tạo ra áp lực tập trung trên mạng mà chúng tôi muốn tránh. Như một mục tiêu thứ yếu, chúng tôi muốn giữ cho thị trường xây dựng "tốt". Bằng "thị trường xây dựng", chúng tôi đề cập đến thị trường xuất hiện xung quanh việc phục vụ vai trò bổ sung mà tất cả các chương trình này tạo ra ngoài vai trò tùy viên. "Tốt" liên quan đến việc điều hướng một không gian cân bằng giữa phân cấp, hiệu quả và doanh thu giao thức.
Trong quá trình khám phá ban đầu của không gian giải pháp này, vị trí đồng thuận là chúng ta muốn có một mức độ phân cấp lớn giữa các người xác nhận, ngay cả khi điều này có nghĩa là thị trường của người xây dựng là khá "xấu" (ví dụ như Gate).bài đăng cuối cùng 2). Tuy nhiên, chưa bao giờ rõ ràng tại thời điểm nào chúng tôi vạch ra ranh giới và sẵn sàng có ít sự phân cấp hơn giữa các tùy viên để có một thị trường xây dựng tốt hơn. Bài đăng này không cố gắng đưa ra lập trường ở đây, mà chỉ đơn giản là để làm cho cảnh quan của sự đánh đổi có thể truy cập được. Đây là một vấn đề phức tạp và có rất ít lập luận mà chúng ta thực sự có thể coi là kín nước và dự đoán hoàn hảo, vì vậy bài đăng này nên được xem như một cách giải thích về công việc đã được thực hiện nhưng chắc chắn có thể thay đổi.
Kể từ khi gia đình thiết kế Multiple Concurrent Proposer (MCP), trong đó BRAID 3là nỗ lực thiết kế hàng đầu, vẫn còn khá mới và cần được hoàn thiện trước, bài viết bàn luận về các thiết kế đề xuất đơn lẻ một cách chi tiết hơn và dành một phần ngắn gọn để thảo luận về MCP ở cuối.
Lưu ý: “attester” được sử dụng thay vì “validator” để nhấn mạnh vai trò đồng thuận tương đối đơn giản của việc chứng thực các khối và tham gia lớp p2p so với vai trò phức tạp hơn của việc sản xuất và đề xuất khối mà mạng lưới hiện tại kỹ thuật cấp phát cho cùng một diễn viên. Attester và validator có thể được xử lý một cách linh hoạt như là có thể thay thế cho nhau.
Những người chứng thực hưởng lợi nhiều nhất từ hành vi chiến lược khi được chọn làm người dẫn đầu đồng thuận để đề xuất các khối cho phần còn lại của bộ chứng thực cho một khe cụ thể. Do đó, hầu hết các thiết kế mà chúng tôi đã đề xuất để bảo vệ người chứng thực đều tập trung vào vai trò người đề xuất. Mỗi thiết kế này sử dụng một số kết hợp của ba kỹ thuật:
Mỗi cái trong số chúng có những hạn chế riêng của nó:
Vòng lặp phản hồi này có thể không đe dọa mục tiêu chính của chúng tôi nhiều lắm, nhưng có tiềm năng ảnh hưởng đến thị trường xây dựng - ví dụ, khi quyết định đầu tư không được đưa ra từ trước và giá trị đề xuất thay đổi nhanh chóng theo thời gian.
Tầm quan trọng của tác động này vẫn chưa được hiểu rõ và có thể không đáng kể.
Mặt khác, chúng ta có định hướng MCP ít xác thịt hơn, đảm nhận việc thiết kế lại cơ bản giao thức đồng thuận để vai trò của người đề xuất được phân phối hoàn toàn cho một ủy ban (mỗi thành viên ủy ban hiện được gọi là "người đề xuất"), mà không đặc quyền rõ ràng cho một tác nhân duy nhất. Trong khi MCP hứa hẹn sẽ tăng cường đáng kể các đảm bảo được cung cấp bởi cách tiếp cận ủy ban để hạn chế, những thay đổi của việc sử dụng một ủy ban theo cách này có thể tạo thành một thay đổi cơ bản và vẫn còn nhiều chi tiết chưa được xác định. Do đó, người ta không thể cho rằng hành vi xung quanh vẫn cố định và cần phải phân tích bổ sung đáng kể về ưu đãi thời gian, khuyến khích spam, thông lượng mạng và tương tự. Để biết thêm, hãy xem bài đăng này so sánh BRAID và FOCIL 2, phân tích này 1, bảng điều khiển này 1 và phần cuối bài viết để biết thêm thông tin.
Bên cạnh đó, người ta có thể chỉ ra sự quan trọng ngày càng tăng của các đặc điểm xây dựng không thương mại như dự đoán giá và sự chịu đựng rủi ro để đưa ra các lý luận tương tự về sự tập trung do đấu giá trước.
Nhìn vào những sự đánh đổi này, chúng ta có thể đưa ra một số khuyến nghị tổng quát. Thứ nhất, việc sử dụng một ủy ban để hạn chế người đề xuất không có vẻ có sự đánh đổi sâu sắc (có thể là kích thích thời gian và sự phức tạp rộng hơn, nhưng những yếu tố này dường như ít quan trọng hơn so với các yếu tố khác được đề cập) trong khi mang lại lợi ích của sự chống kiểm duyệt và giảm thiểu tác động của các chu kỳ phản hồi eprop hoặc bprop MEV, tùy thuộc vào diễn viên mà chúng ta chọn để vận hành cơ chế phân bổ. Vì vậy, chúng ta nên sử dụng một cái gì đó giống như FOCIL trong bất kỳ kế hoạch nào. Trong tương lai, hy vọng rằng hướng đi MCP sẽ mang lại thành quả của một thiết kế dựa trên ủy ban hấp dẫn hơn, từ đó có thể thay thế FOCIL.
Giới thiệu vai trò eprop cũng có vẻ không thể tránh khỏi. Có một số lý do cho việc này. Ngoài hầu hết các đề xuất liên quan đến vai trò eprop, chúng ta có thể xem xét giao thức hiện tại không giới thiệu rõ ràng vai trò này mà thay vào đó nó xuất hiện một cách hữu cơ trong một thị trường ngoài giao thức (MEV-Boost), cho thấy rằng các ưu đãi dẫn đến một vai trò chuyên biệt xuất hiện ngay cả khi thiết kế giao thức không có ý định đó. Điều này để lại cho chúng ta ba lựa chọn quan trọng để tạo vai trò eprop này: ai phân bổ quyền eprop (eprop hoặc bprop), khi nào người tham gia phải đưa ra "quyết định đầu tư" (đấu thầu, đặt cược, mua vé, v.v.) và eprop được chọn như thế nào?
Nhìn vào người và thời gian quyết định, chúng ta đến với các biểu đồ sau
eprop xử lý cơ chế phân bổ
bprop xử lý cơ chế phân bổ
Tùy chọn đầu tiên được chỉ ra ở bên trái cho thấy một thế giới trong đó chúng ta để lại càng nhiều vai trò càng tốt cho eprop. Sự lựa chọn còn lại sau đó là xung quanh thời gian, đặc biệt là thời gian của các quyết định đầu tư liên quan đến các vị trí được phân bổ. Điều chỉnh thời gian sẽ cho phép chúng tôi điều hướng hai lực lượng tác động tiêu cực đến cấu trúc thị trường nhà xây dựng. Chạy mọi thứ xa hơn trước mang lại những tác động tiêu cực nói trên trên thị trường xây dựng (như tập trung và mất doanh thu) trong khi ít chậm trễ hơn có nguy cơ tạo ra các vòng phản hồi tích cực cho những người đương nhiệm, mặc dù không rõ mức độ của lợi thế như vậy sẽ là gì. Dựa trên các yếu tố chúng tôi đã nêu ở trên, không gian thiết kế eprop nặng này làm tốt nhất để cô lập bprop. Tất nhiên, có thể có những tương tác có liên quan khác mà chúng tôi chưa khám phá.
Ngoài ra, chúng ta có thể để việc phân bổ quyền eprop cho bprop. Trong thế giới này, bprop sẽ đảm nhận các vai trò như xác định giá thầu cao nhất trong một cuộc đấu giá hoặc bao gồm các thông điệp mua vé thực hiện. Thời gian điều chỉnh trong một thế giới như vậy cho phép chúng ta lựa chọn giữa việc hy sinh "tính tự do chiến lược" (tức là phân cấp tùy theo) để tập trung thị trường xây dựng.
Đấu giá khối vs khe đấu giá
Cửa sổThảo luận về phiên đấu giá khối và khe trong ePBS 1 Có thể được xem như một cuộc thảo luận về việc chạy cơ chế phân bổ không có độ trễ (đấu giá khối) so với với một độ trễ nhỏ (đấu giá vị trí). Bài viết được liên kết cung cấp một cái nhìn tổng quan tương đối toàn diện, nhưng chúng tôi muốn thêm hai điểm về "quá trình chuyển pha" này
Các biểu đồ trên chỉ ghi lại hướng của các hiệu ứng dự đoán khác nhau, nhưng mức độ mà những hiệu ứng này tồn tại tự nhiên phụ thuộc vào loại cơ chế phân bổ. Tuy nhiên, vẫn còn nhiều tranh cãi về điều này, nhưng có một số công trình liên quan để trình bày cho chúng ta phân biệt giữa nhiều thiết kế có thể có:
(Flashbots) lập luận rằng cơ chế phân bổ có độ co giãn lớn hơn trong nguồn cung quyền đề xuất cho phép thị trường đa dạng hơn. Điều này sẽ giải thích tại sao các mô hình giả định một số lượng vé cố định như thế này một 3dự đoán một chủ sở hữu duy nhất của tất cả vé số trong khi hệ thống Ethereum PoS hiện tại hỗ trợ một loạt các nhà diễn viên.
Thông tin chúng tôi rút ra từ đây là nếu ai muốn thị trường xây dựng ít tập trung nhất có thể, có thể thành công bằng cách phân phối quyền đề xuất càng rộng rãi càng tốt, nhưng điều này đến với chi phí về hiệu quả và doanh thu. Có một cơ chế phân bổ ưa thích phân tán thị trường sẽ hy vọng làm giảm đi chi phí yêu cầu quyết định đầu tư được thực hiện trước.
Nói chung, chúng tôi đã luận bàn rằng chúng tôi muốn tránh tập trung thị trường và sử dụng ủy ban để giảm khả năng của bất kỳ cá nhân nào để làm suy yếu tính trung lập của thị trường blockspace (bằng cách kiểm duyệt hoặc đặt hàng trước giao dịch cạnh tranh ví dụ). Một mối quan tâm cụ thể hơn là nếu một cá nhân biết rằng họ có quyền đề xuất trên các block liên tiếp, họ sẽ có khả năng và được khuyến khích để thực hiện các hành động bổ sung gây ảnh hưởng tiêu cực đến hoạt động của thị trường. Ví dụ, nếu một người xây dựng biết rằng họ sẽ tạo ra hai block liên tiếp (với xác suất cao), họ có thể kiểm duyệt một số giao dịch trong block đầu tiên biết rằng họ có thể thực hiện chúng một cách có lợi hơn trong block tiếp theo (xemđây 1để biết thêm chi tiết).
Chúng tôi muốn tránh loại động lực này vì hai lý do:
Chúng ta có thể thử giải quyết vấn đề này bằng cách:
Điểm 1 và 3 đã được thảo luận ở trên và việc thực hiện điểm 2 sẽ phần lớn không làm thay đổi các cuộc thảo luận khác.
Như đã đề cập trước đây, Nhiều người đề xuất đồng thời có thể được coi là một thuộc tính thiết kế đưa việc sử dụng các ủy ban đến mức tối đa. Thay vì có một ủy ban hạn chế một diễn viên duy nhất như các thiết kế danh sách đưa vào cố gắng thực hiện (hoặc, như đã nêu, để lại một diễn viên đặc biệt với "cái nhìn cuối cùng"), MCP sẽ có một ủy ban gồm các diễn viên "bình đẳng" xây dựng một khối hoặc ít nhất là hành động cùng một lúc. Thiết kế MCP quan trọng nhất là BRAID 3vẫn đang ở giai đoạn tìm hiểu chi tiết về sự nhất trí mà chưa có sơ đồ sắp xếp cụ thể được đề xuất.
Một cách nào đó, MCP hoàn toàn phù hợp với những gì đã được thảo luận ở trên. MCP yêu cầu khả năng bầu chọn nhiều người đề xuất mỗi khối, nhưng không quy định thời điểm quyết định đầu tư của người xây dựng phải được thực hiện hoặc quyền đề xuất phải được phân bổ như thế nào. Sự chia lìa giữa eprops và bprops cũng không nhất thiết phải được coi là đương nhiên trong mô hình này. Một số người có thể lập luận rằng phân phát đề xuất trong một slot qua các diễn viên có thể giảm đủ lợi ích MEV mà việc giao cho người chứng nhận nhiệm vụ này sẽ không dẫn đến thị trường phụ.
Như đã thảo luận liên quan đến các ủy ban ở trên, việc sử dụng các ủy ban làm giảm tác động của các ưu đãi MEV, ngăn chặn sự thông đồng hoàn toàn, do đó, hậu quả của việc yêu cầu các nhà xây dựng đưa ra quyết định đầu tư gần vị trí hơn có thể giảm và chúng ta không phải ăn nhiều "thị trường xấu" mà chúng ta đang tranh luận đi kèm với việc đưa ra quyết định đầu tư trước. Một lợi ích bổ sung của MCP so với các giải pháp dựa trên ủy ban hạn chế những người đề xuất là MCP cải thiện sự đảm bảo tính sống động vì không có người đề xuất nào có thể gây ra một vị trí bị bỏ lỡ.
Nói vậy, MCP/BRAID là một sự thay đổi cơ bản và hiện đang chưa được chỉ định rõ ràng với nhiều điều chưa biết cần phải được giải quyết. Ví dụ, việc trở thành người đề xuất cuối cùng có thể mang lại một số lợi thế thông tin có thể tạo ra động lực trò chơi về thời gian mới và sự không phối hợp (có chủ ý) giữa các người đề xuất đồng thời có thể dẫn đến không hiệu quả như việc giao dịch trùng lặp được bao gồm trong các khe cắm. Một số điểm này được thảo luận kỹ lưỡng hơn trong một Bảng điều khiển gần đây 1.
Mục tiêu chính của bài đăng này là để đặt ra không gian đối trao. Điều này có thể được tóm tắt như sau:
Đương nhiên, có rất nhiều câu hỏi mở và có lẽ tốt nhất để hỏi tôi không biết. Dưới đây là một vài câu hỏi có vẻ quan trọng đối với tôi:
Bài viết này được tái bản từ [tập thể]. Tất cả bản quyền thuộc về tác giả gốc [Quintusvà@Christophrobot]. Nếu có ý kiến phản đối bản in lại này, vui lòng liên hệ với Cổng Họcđội ngũ, và họ sẽ xử lý nó một cách nhanh chóng.
Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
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 đội ngũ Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài viết đã được dịch là bị cấm.
Mời người khác bỏ phiếu
tl;dr: bài viết này đặt vấn đề quanh việc đề xuất phân phối quyền trong Ethereum, cung cấp một cái nhìn tổng quan (có quan điểm) về cuộc trò chuyện hiện tại và nhấn mạnh một số câu hỏi mở cuối bài.
Mục tiêu ngăn chặn sự tập trung do MEV điều khiển làm suy yếu các thuộc tính cốt lõi của Ethereum đã dẫn đến một loạt các kế hoạch được đề xuất thay đổi cách các khối được xây dựng và đề xuất trong mạng. Các chương trình này như ePBS, MCP hoặc vé thực hiện sẽ thay thế thị trường dựa trên MEV-Boost mà chúng ta có ngày nay (mặc dù phần mềm MEV-Boost vẫn có thể đóng một vai trò).
Tất cả các thiết kế này đều có hai mục tiêu chung: Là mục tiêu chính, chúng tôi muốn tránh bất kỳ động lực nào để các tùy viên hành xử chiến lược. Phần thưởng về kỹ năng và lợi ích cho colocation tạo ra áp lực tập trung trên mạng mà chúng tôi muốn tránh. Như một mục tiêu thứ yếu, chúng tôi muốn giữ cho thị trường xây dựng "tốt". Bằng "thị trường xây dựng", chúng tôi đề cập đến thị trường xuất hiện xung quanh việc phục vụ vai trò bổ sung mà tất cả các chương trình này tạo ra ngoài vai trò tùy viên. "Tốt" liên quan đến việc điều hướng một không gian cân bằng giữa phân cấp, hiệu quả và doanh thu giao thức.
Trong quá trình khám phá ban đầu của không gian giải pháp này, vị trí đồng thuận là chúng ta muốn có một mức độ phân cấp lớn giữa các người xác nhận, ngay cả khi điều này có nghĩa là thị trường của người xây dựng là khá "xấu" (ví dụ như Gate).bài đăng cuối cùng 2). Tuy nhiên, chưa bao giờ rõ ràng tại thời điểm nào chúng tôi vạch ra ranh giới và sẵn sàng có ít sự phân cấp hơn giữa các tùy viên để có một thị trường xây dựng tốt hơn. Bài đăng này không cố gắng đưa ra lập trường ở đây, mà chỉ đơn giản là để làm cho cảnh quan của sự đánh đổi có thể truy cập được. Đây là một vấn đề phức tạp và có rất ít lập luận mà chúng ta thực sự có thể coi là kín nước và dự đoán hoàn hảo, vì vậy bài đăng này nên được xem như một cách giải thích về công việc đã được thực hiện nhưng chắc chắn có thể thay đổi.
Kể từ khi gia đình thiết kế Multiple Concurrent Proposer (MCP), trong đó BRAID 3là nỗ lực thiết kế hàng đầu, vẫn còn khá mới và cần được hoàn thiện trước, bài viết bàn luận về các thiết kế đề xuất đơn lẻ một cách chi tiết hơn và dành một phần ngắn gọn để thảo luận về MCP ở cuối.
Lưu ý: “attester” được sử dụng thay vì “validator” để nhấn mạnh vai trò đồng thuận tương đối đơn giản của việc chứng thực các khối và tham gia lớp p2p so với vai trò phức tạp hơn của việc sản xuất và đề xuất khối mà mạng lưới hiện tại kỹ thuật cấp phát cho cùng một diễn viên. Attester và validator có thể được xử lý một cách linh hoạt như là có thể thay thế cho nhau.
Những người chứng thực hưởng lợi nhiều nhất từ hành vi chiến lược khi được chọn làm người dẫn đầu đồng thuận để đề xuất các khối cho phần còn lại của bộ chứng thực cho một khe cụ thể. Do đó, hầu hết các thiết kế mà chúng tôi đã đề xuất để bảo vệ người chứng thực đều tập trung vào vai trò người đề xuất. Mỗi thiết kế này sử dụng một số kết hợp của ba kỹ thuật:
Mỗi cái trong số chúng có những hạn chế riêng của nó:
Vòng lặp phản hồi này có thể không đe dọa mục tiêu chính của chúng tôi nhiều lắm, nhưng có tiềm năng ảnh hưởng đến thị trường xây dựng - ví dụ, khi quyết định đầu tư không được đưa ra từ trước và giá trị đề xuất thay đổi nhanh chóng theo thời gian.
Tầm quan trọng của tác động này vẫn chưa được hiểu rõ và có thể không đáng kể.
Mặt khác, chúng ta có định hướng MCP ít xác thịt hơn, đảm nhận việc thiết kế lại cơ bản giao thức đồng thuận để vai trò của người đề xuất được phân phối hoàn toàn cho một ủy ban (mỗi thành viên ủy ban hiện được gọi là "người đề xuất"), mà không đặc quyền rõ ràng cho một tác nhân duy nhất. Trong khi MCP hứa hẹn sẽ tăng cường đáng kể các đảm bảo được cung cấp bởi cách tiếp cận ủy ban để hạn chế, những thay đổi của việc sử dụng một ủy ban theo cách này có thể tạo thành một thay đổi cơ bản và vẫn còn nhiều chi tiết chưa được xác định. Do đó, người ta không thể cho rằng hành vi xung quanh vẫn cố định và cần phải phân tích bổ sung đáng kể về ưu đãi thời gian, khuyến khích spam, thông lượng mạng và tương tự. Để biết thêm, hãy xem bài đăng này so sánh BRAID và FOCIL 2, phân tích này 1, bảng điều khiển này 1 và phần cuối bài viết để biết thêm thông tin.
Bên cạnh đó, người ta có thể chỉ ra sự quan trọng ngày càng tăng của các đặc điểm xây dựng không thương mại như dự đoán giá và sự chịu đựng rủi ro để đưa ra các lý luận tương tự về sự tập trung do đấu giá trước.
Nhìn vào những sự đánh đổi này, chúng ta có thể đưa ra một số khuyến nghị tổng quát. Thứ nhất, việc sử dụng một ủy ban để hạn chế người đề xuất không có vẻ có sự đánh đổi sâu sắc (có thể là kích thích thời gian và sự phức tạp rộng hơn, nhưng những yếu tố này dường như ít quan trọng hơn so với các yếu tố khác được đề cập) trong khi mang lại lợi ích của sự chống kiểm duyệt và giảm thiểu tác động của các chu kỳ phản hồi eprop hoặc bprop MEV, tùy thuộc vào diễn viên mà chúng ta chọn để vận hành cơ chế phân bổ. Vì vậy, chúng ta nên sử dụng một cái gì đó giống như FOCIL trong bất kỳ kế hoạch nào. Trong tương lai, hy vọng rằng hướng đi MCP sẽ mang lại thành quả của một thiết kế dựa trên ủy ban hấp dẫn hơn, từ đó có thể thay thế FOCIL.
Giới thiệu vai trò eprop cũng có vẻ không thể tránh khỏi. Có một số lý do cho việc này. Ngoài hầu hết các đề xuất liên quan đến vai trò eprop, chúng ta có thể xem xét giao thức hiện tại không giới thiệu rõ ràng vai trò này mà thay vào đó nó xuất hiện một cách hữu cơ trong một thị trường ngoài giao thức (MEV-Boost), cho thấy rằng các ưu đãi dẫn đến một vai trò chuyên biệt xuất hiện ngay cả khi thiết kế giao thức không có ý định đó. Điều này để lại cho chúng ta ba lựa chọn quan trọng để tạo vai trò eprop này: ai phân bổ quyền eprop (eprop hoặc bprop), khi nào người tham gia phải đưa ra "quyết định đầu tư" (đấu thầu, đặt cược, mua vé, v.v.) và eprop được chọn như thế nào?
Nhìn vào người và thời gian quyết định, chúng ta đến với các biểu đồ sau
eprop xử lý cơ chế phân bổ
bprop xử lý cơ chế phân bổ
Tùy chọn đầu tiên được chỉ ra ở bên trái cho thấy một thế giới trong đó chúng ta để lại càng nhiều vai trò càng tốt cho eprop. Sự lựa chọn còn lại sau đó là xung quanh thời gian, đặc biệt là thời gian của các quyết định đầu tư liên quan đến các vị trí được phân bổ. Điều chỉnh thời gian sẽ cho phép chúng tôi điều hướng hai lực lượng tác động tiêu cực đến cấu trúc thị trường nhà xây dựng. Chạy mọi thứ xa hơn trước mang lại những tác động tiêu cực nói trên trên thị trường xây dựng (như tập trung và mất doanh thu) trong khi ít chậm trễ hơn có nguy cơ tạo ra các vòng phản hồi tích cực cho những người đương nhiệm, mặc dù không rõ mức độ của lợi thế như vậy sẽ là gì. Dựa trên các yếu tố chúng tôi đã nêu ở trên, không gian thiết kế eprop nặng này làm tốt nhất để cô lập bprop. Tất nhiên, có thể có những tương tác có liên quan khác mà chúng tôi chưa khám phá.
Ngoài ra, chúng ta có thể để việc phân bổ quyền eprop cho bprop. Trong thế giới này, bprop sẽ đảm nhận các vai trò như xác định giá thầu cao nhất trong một cuộc đấu giá hoặc bao gồm các thông điệp mua vé thực hiện. Thời gian điều chỉnh trong một thế giới như vậy cho phép chúng ta lựa chọn giữa việc hy sinh "tính tự do chiến lược" (tức là phân cấp tùy theo) để tập trung thị trường xây dựng.
Đấu giá khối vs khe đấu giá
Cửa sổThảo luận về phiên đấu giá khối và khe trong ePBS 1 Có thể được xem như một cuộc thảo luận về việc chạy cơ chế phân bổ không có độ trễ (đấu giá khối) so với với một độ trễ nhỏ (đấu giá vị trí). Bài viết được liên kết cung cấp một cái nhìn tổng quan tương đối toàn diện, nhưng chúng tôi muốn thêm hai điểm về "quá trình chuyển pha" này
Các biểu đồ trên chỉ ghi lại hướng của các hiệu ứng dự đoán khác nhau, nhưng mức độ mà những hiệu ứng này tồn tại tự nhiên phụ thuộc vào loại cơ chế phân bổ. Tuy nhiên, vẫn còn nhiều tranh cãi về điều này, nhưng có một số công trình liên quan để trình bày cho chúng ta phân biệt giữa nhiều thiết kế có thể có:
(Flashbots) lập luận rằng cơ chế phân bổ có độ co giãn lớn hơn trong nguồn cung quyền đề xuất cho phép thị trường đa dạng hơn. Điều này sẽ giải thích tại sao các mô hình giả định một số lượng vé cố định như thế này một 3dự đoán một chủ sở hữu duy nhất của tất cả vé số trong khi hệ thống Ethereum PoS hiện tại hỗ trợ một loạt các nhà diễn viên.
Thông tin chúng tôi rút ra từ đây là nếu ai muốn thị trường xây dựng ít tập trung nhất có thể, có thể thành công bằng cách phân phối quyền đề xuất càng rộng rãi càng tốt, nhưng điều này đến với chi phí về hiệu quả và doanh thu. Có một cơ chế phân bổ ưa thích phân tán thị trường sẽ hy vọng làm giảm đi chi phí yêu cầu quyết định đầu tư được thực hiện trước.
Nói chung, chúng tôi đã luận bàn rằng chúng tôi muốn tránh tập trung thị trường và sử dụng ủy ban để giảm khả năng của bất kỳ cá nhân nào để làm suy yếu tính trung lập của thị trường blockspace (bằng cách kiểm duyệt hoặc đặt hàng trước giao dịch cạnh tranh ví dụ). Một mối quan tâm cụ thể hơn là nếu một cá nhân biết rằng họ có quyền đề xuất trên các block liên tiếp, họ sẽ có khả năng và được khuyến khích để thực hiện các hành động bổ sung gây ảnh hưởng tiêu cực đến hoạt động của thị trường. Ví dụ, nếu một người xây dựng biết rằng họ sẽ tạo ra hai block liên tiếp (với xác suất cao), họ có thể kiểm duyệt một số giao dịch trong block đầu tiên biết rằng họ có thể thực hiện chúng một cách có lợi hơn trong block tiếp theo (xemđây 1để biết thêm chi tiết).
Chúng tôi muốn tránh loại động lực này vì hai lý do:
Chúng ta có thể thử giải quyết vấn đề này bằng cách:
Điểm 1 và 3 đã được thảo luận ở trên và việc thực hiện điểm 2 sẽ phần lớn không làm thay đổi các cuộc thảo luận khác.
Như đã đề cập trước đây, Nhiều người đề xuất đồng thời có thể được coi là một thuộc tính thiết kế đưa việc sử dụng các ủy ban đến mức tối đa. Thay vì có một ủy ban hạn chế một diễn viên duy nhất như các thiết kế danh sách đưa vào cố gắng thực hiện (hoặc, như đã nêu, để lại một diễn viên đặc biệt với "cái nhìn cuối cùng"), MCP sẽ có một ủy ban gồm các diễn viên "bình đẳng" xây dựng một khối hoặc ít nhất là hành động cùng một lúc. Thiết kế MCP quan trọng nhất là BRAID 3vẫn đang ở giai đoạn tìm hiểu chi tiết về sự nhất trí mà chưa có sơ đồ sắp xếp cụ thể được đề xuất.
Một cách nào đó, MCP hoàn toàn phù hợp với những gì đã được thảo luận ở trên. MCP yêu cầu khả năng bầu chọn nhiều người đề xuất mỗi khối, nhưng không quy định thời điểm quyết định đầu tư của người xây dựng phải được thực hiện hoặc quyền đề xuất phải được phân bổ như thế nào. Sự chia lìa giữa eprops và bprops cũng không nhất thiết phải được coi là đương nhiên trong mô hình này. Một số người có thể lập luận rằng phân phát đề xuất trong một slot qua các diễn viên có thể giảm đủ lợi ích MEV mà việc giao cho người chứng nhận nhiệm vụ này sẽ không dẫn đến thị trường phụ.
Như đã thảo luận liên quan đến các ủy ban ở trên, việc sử dụng các ủy ban làm giảm tác động của các ưu đãi MEV, ngăn chặn sự thông đồng hoàn toàn, do đó, hậu quả của việc yêu cầu các nhà xây dựng đưa ra quyết định đầu tư gần vị trí hơn có thể giảm và chúng ta không phải ăn nhiều "thị trường xấu" mà chúng ta đang tranh luận đi kèm với việc đưa ra quyết định đầu tư trước. Một lợi ích bổ sung của MCP so với các giải pháp dựa trên ủy ban hạn chế những người đề xuất là MCP cải thiện sự đảm bảo tính sống động vì không có người đề xuất nào có thể gây ra một vị trí bị bỏ lỡ.
Nói vậy, MCP/BRAID là một sự thay đổi cơ bản và hiện đang chưa được chỉ định rõ ràng với nhiều điều chưa biết cần phải được giải quyết. Ví dụ, việc trở thành người đề xuất cuối cùng có thể mang lại một số lợi thế thông tin có thể tạo ra động lực trò chơi về thời gian mới và sự không phối hợp (có chủ ý) giữa các người đề xuất đồng thời có thể dẫn đến không hiệu quả như việc giao dịch trùng lặp được bao gồm trong các khe cắm. Một số điểm này được thảo luận kỹ lưỡng hơn trong một Bảng điều khiển gần đây 1.
Mục tiêu chính của bài đăng này là để đặt ra không gian đối trao. Điều này có thể được tóm tắt như sau:
Đương nhiên, có rất nhiều câu hỏi mở và có lẽ tốt nhất để hỏi tôi không biết. Dưới đây là một vài câu hỏi có vẻ quan trọng đối với tôi:
Bài viết này được tái bản từ [tập thể]. Tất cả bản quyền thuộc về tác giả gốc [Quintusvà@Christophrobot]. Nếu có ý kiến phản đối bản in lại này, vui lòng liên hệ với Cổng Họcđội ngũ, và họ sẽ xử lý nó một cách nhanh chóng.
Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
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 đội ngũ Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài viết đã được dịch là bị cấm.