Tiêu đề ban đầu: "Censorship... wat do?》
Tiêu đề ban đầu: "
Bài viết này là từ tài khoản công cộng WeChat Old Yuppie.
Bài viết này là từ tài khoản công cộng WeChat Old Yuppie.
giới thiệu
giới thiệu
Kiểm duyệt không tương thích với các giá trị Ethereum.
Chúng tôi đã dành đủ thời gian trong hơn một tháng qua để suy nghĩ về cách chúng tôi đến được đây. Tôi sẽ thảo luận về con đường phía trước - chúng ta giải quyết vấn đề này như thế nào?
Các nhà phát triển nên làm gì?
Đấu tranh trực tiếp với kiểm duyệt phải là ưu tiên số một. Việc thoái vốn nhiều khả năng cũng cần được giải quyết càng nhanh càng tốt.
Tuy nhiên, các vấn đề như mở rộng quy mô thực sự có thể bị lùi lại. Ethereum có thể tồn tại với mức phí cao hơn một chút, nhưng nó không thể tồn tại trong quá trình kiểm duyệt. EIP-4844, Danksharding và các nâng cấp khác rất phức tạp và có thể mất nhiều thời gian cũng như sự chú ý. Nếu thực sự cần thiết, EIP-4488 có thể được triển khai rất nhanh chóng và rất hiệu quả.
Ưu tiên chống kiểm duyệt là cách rõ ràng nhất để thể hiện giá trị cộng đồng. Nếu không làm như vậy sẽ là một tín hiệu rất xấu có thể gây tổn hại đến uy tín - tại sao các trình xác thực, Flashbot hoặc bất kỳ trình chuyển tiếp/nhà xây dựng nào khác lại ưu tiên kháng cự nếu quá trình phát triển giao thức cốt lõi không thực hiện được. Còn kiểm duyệt thì sao?
MEV-Boost
Thêm vào đó, đó là một thị trường giá xuống và tất cả mọi người đều nghèo hoặc đang chạy trốn. Lệ phí được chấp nhận.
Hãy bắt đầu với một tổng quan ngắn gọn về kiến trúc.
Chụp MEV đòi hỏi công nghệ phức tạp. Nếu những người xác nhận được giao nhiệm vụ này, họ sẽ trở thành tập trung - chỉ những người xác thực trưởng thành mới có thể trích xuất MEV mới kiếm được phần thưởng cạnh tranh. Tách người đề xuất-người xây dựng (PBS) giải quyết vấn đề này - tạo ra vai trò "người xây dựng" chuyên dụng mới để xây dựng các khối tối ưu. Sau đó, các nhà xây dựng đặt giá thầu cho những người đề xuất (người xác thực) để chấp nhận các khối của họ. Vẫn dễ dàng trở thành người đề xuất, họ kiếm được phần thưởng cạnh tranh = duy trì tính phi tập trung.
PBS cuối cùng sẽ được tích hợp vào giao thức, nhưng nó vẫn chưa sẵn sàng. Mặc dù vậy, PBS đã có ở đây - MEV-Boost hiện là một bước đệm bên ngoài giao thức (mặc dù có thêm giả định về độ tin cậy). Nó là một phần mềm sidecar bổ sung mà trình xác thực có thể chạy để truy vấn việc xây dựng khối thuê ngoài. Trình xác thực vẫn giữ tùy chọn sử dụng ứng dụng khách thực thi của riêng họ và xây dựng các khối cục bộ.
Nhiều người tìm kiếm MEV chạy các chiến lược cụ thể và đặt giá thầu để các nhà xây dựng đưa vào gói của họ. Các nhà xây dựng có thể tổng hợp các gói này + bất kỳ luồng đơn đặt hàng riêng tư nào khác + các giao dịch mempool công khai → xây dựng các khối đầy đủ tối ưu. Một số nhà xây dựng cũng có thể nội bộ hóa tìm kiếm và tự đảm nhận vai trò này.
Tổng quan về bộ lặp
Người chuyển tiếp là trung gian mà cả người đề xuất và người xây dựng đều tin tưởng. Họ nhận các khối của nhà xây dựng và ký quỹ trước khi gửi chúng cho những người đề xuất. Đối với một người chuyển tiếp cụ thể, quy trình có thể như sau:
Mục tiêu thiết kế
MEV-Boost giải quyết hai thiếu sót lớn của MEV-Geth:
1. Sự tham gia của người chơi một mình
Những người khai thác PoW sẽ nhận được các gói và sau đó họ sẽ tạo một khối đầy đủ đặt các gói này lên trên cùng. Chúng không bao giờ được gửi đầy đủ các khối. Flashbot không bao giờ đưa các giao dịch nằm trong danh sách đen OFAC vào gói của chúng, nhưng điều đó không thành vấn đề vì những người khai thác có thể đưa chúng vào bất kỳ nơi nào khác trong một khối.
Kế hoạch này có nghĩa là tin tưởng vào những người điều hành nhóm khai thác - họ có thể nhìn thấy rõ ràng các gói này, vì vậy họ có thể trực tiếp đánh cắp các cơ hội này cho mình nếu muốn. Sự tin tưởng này không mở rộng thành một tập hợp lớn các trình xác thực Ethereum. Đây là lý do tại sao MEV-Boost cung cấp các khối hoàn chỉnh cho những người đề xuất. Người đề xuất ký và gửi tiêu đề khối trước khi phần thân khối được tiết lộ cho họ. Nếu họ cố gắng đánh cắp MEV sau khi nhìn thấy phần thân của khối, họ sẽ cần đề xuất một khối khác. Chữ ký gốc của họ được trình bày → người đề xuất bị cắt nhỏ đối với các chữ ký trùng lặp.
Cách tiếp cận toàn khối này cho phép phân cấp trình xác nhận, nhưng nó làm tăng thêm rủi ro kiểm duyệt đáng kể ở cấp trình chuyển tiếp/trình tạo. Nếu những người xác thực chấp nhận các khối từ những người chuyển tiếp kiểm duyệt, họ sẽ trở thành những người kiểm duyệt trên thực tế.
Nếu người xây dựng đánh giá là người xây dựng có lợi nhất, thì người đề xuất buộc phải chọn giữa hai người sau. :
Tính hợp lý về kinh tế - chấp nhận khối có giá trị cao nhất, ngay cả khi bị kiểm duyệt
Lòng vị tha - chấp nhận các khối ít giá trị hơn mà không cần kiểm duyệt
Lý tưởng nhất là các giả định vị tha nên được loại bỏ hoàn toàn hoặc giảm thiểu càng nhiều càng tốt.
2. Đa dạng khách hàng
Hầu hết các công cụ khai thác đang chạy ứng dụng khách Go Ethereum (Geth), vì vậy Flashbots chỉ cần phân nhánh nó, tạo ra MEV-Geth. Chạy nó là cách duy nhất để tham gia Đấu giá Flashbots. PoS là một cơ hội để tăng sự đa dạng của khách hàng. Các sidecar MEV-Boost có thể tương tác với tất cả các ứng dụng đồng thuận và thực thi.
MEV-Boost là cơ sở hạ tầng trung lập:
Người chuyển tiếp - được tự do hoạt động dưới bất kỳ ràng buộc hoặc chính sách nào (ví dụ: kiểm duyệt/không kiểm duyệt, đặt hàng "công bằng"/lợi nhuận tối đa, v.v.). Người chuyển tiếp có thể chấp nhận các khối từ người xây dựng nếu họ muốn.
Nhà xây dựng - được tự do thực hiện bất kỳ chiến lược nào họ thích và triển khai cho bất kỳ người chuyển tiếp nào họ tin tưởng, những người sẵn sàng chấp nhận các khối của họ.
MEV-Boost không xem xét các giao dịch OFAC hoặc giao dịch bánh sandwich. Nó chỉ đơn giản là cho phép những người đề xuất thuê ngoài việc xây dựng, lựa chọn từ những người chuyển tiếp phù hợp với họ.
ôn tập
ôn tập
Đây là khuôn khổ cho cuộc thảo luận của tôi về đánh giá:
Đánh giá yếu = bị trì hoãn nhưng cuối cùng cũng được đưa vào. Nếu 50% trình xác nhận không bao gồm các giao dịch OFAC, thì trung bình, chúng sẽ được bao gồm sau 2 khối (24 giây). Với 90% kiểm duyệt, chúng sẽ được đưa vào sau 10 khối (120 giây), v.v.
Kiểm duyệt nghiêm ngặt = các giao dịch bị kiểm duyệt không được bao gồm trên chuỗi. Trong Gasper, điều này yêu cầu 51% người xác thực không chỉ kiểm duyệt các giao dịch OFAC cho các khối của riêng họ mà còn chủ động bỏ qua tất cả các khối mới bao gồm chúng.
Trình xác thực dường như không có mối đe dọa kiểm duyệt sắp xảy ra. Họ dường như đã đưa ra quan điểm rằng họ không có nghĩa vụ phải xem xét các giao dịch OFAC. Điều này có thể được giải quyết thông qua các nhánh mềm hoặc dấu gạch chéo do người dùng kích hoạt nếu muốn, nhưng đó không phải là trọng tâm chính của tôi ở đây.
Mối đe dọa kiểm duyệt đang rình rập ở cấp độ người chuyển tiếp/người xây dựng. Điều này chủ yếu là từ Flashbots, những người chạy các bộ lặp và trình tạo lớn nhất. Tuy nhiên, những người chuyển tiếp khác cũng kiểm duyệt - họ chỉ có thị phần thấp hơn, bao gồm:
Blocknative
Eden Network
bloxRoute chuyển tiếp "được giám sát"
Bộ lặp không kiểm duyệt:
Bộ chuyển tiếp "tối đa hóa lợi nhuận" của bloxRoute
Manifold Finance
Trình chuyển tiếp "Đạo đức" cho bloxRoute
Tôi sẽ tập trung vào cách giảm thiểu các mối đe dọa ở cấp độ này.
Trình xác thực nên làm gì?
Tôi đã viết chủ đề này một thời gian trước đây, nhưng gần đây tôi đã nghĩ về nó một lần nữa. Tôi vẫn có cảm giác tương tự - tôi nghĩ chạy MEV-Boost là tốt nhất, nhưng chỉ với các bộ lặp không được kiểm duyệt.
Thành thật mà nói, nếu tôi là người xác thực, tôi không muốn chạy MEV-Boost hơn. Flashbot là nhà khai thác bộ lặp/trình tạo trực tiếp đáng tin cậy nhất, vì vậy tôi không thoải mái khi sử dụng một số trong số chúng. Nhưng tích cực thúc đẩy kiểm duyệt nhiều hơn là có hại.
Vì vậy, chạy một ứng dụng khách cá nhân nghe có vẻ hay và dễ dàng, nhưng tôi nghĩ tốt hơn là chạy MEV-Boost với những người chuyển tiếp không bị kiểm duyệt khác. Mặt khác, việc áp dụng thấp sẽ dẫn đến các ngoại ứng tiêu cực (pga, v.v.). Hơn nữa, những người xác thực chạy nó sẽ kiếm được nhiều tiền hơn những người xác thực vị tha không chạy - họ sẽ tăng thị phần một cách có hệ thống đủ lâu để lấn át những người xác thực vị tha.
Bỏ qua MEV sẽ không làm cho nó biến mất và chúng tôi đã thấy điều đó xảy ra trước đây.
Việc áp dụng trình chuyển tiếp Flashbots thấp hơn có thể có nghĩa là ít sự giám sát hơn. Tại thời điểm viết bài - Việc áp dụng MEV-Boost chiếm 42% số người xác thực và Flashbot đang xây dựng ~60% khối MEV-Boost = ~25% khối Ethereum được kiểm duyệt ở đó. Việc áp dụng MEV-Boost cũng đang tăng đều đặn. Hiện tại, có rất ít sự giám sát từ những người chuyển tiếp khác (họ chỉ không có thị phần đáng kể).
Trên thực tế, tôi không nghĩ "ít kiểm duyệt hơn" tạo ra sự khác biệt. Nếu tỷ lệ kiểm duyệt của bạn là 20% so với 40% so với 60%, thì các địa chỉ OFAC đó đã bị kiểm duyệt và họ phải đợi. Nếu tỷ lệ giám sát tăng lên, họ sẽ đợi lâu hơn một chút.
Tuy nhiên, tôi nghĩ nó rất quan trọng từ góc độ tín hiệu. Ethereum nên thông báo với thế giới rằng hành vi này không phù hợp với các giá trị của chúng tôi và sẽ không được dung thứ.
Thỏa thuận làm gì?
Thật không may, giải pháp "không sử dụng Flashbots relayers" ở trên phụ thuộc vào lòng vị tha của người đề xuất. Nếu Flashbot từng xây dựng các khối có giá trị nhất (điều mà chúng thường làm), thì những người xác thực sẽ chủ động chọn không sử dụng chúng để kiếm ít tiền hơn. Những người xác thực sẵn sàng chấp nhận các khối bị kiểm duyệt sẽ lại giành được thị phần tương xứng và lòng vị tha có ý nghĩa đơn giản không phải là một chiến lược dài hạn bền vững. Chúng ta cần thiết kế giao thức tốt hơn.
PBS và crList được tôn trọng
Khi PBS được tích hợp vào giao thức, các bộ lặp sẽ biến mất. Người xây dựng sẽ tương tác trực tiếp với người đề xuất thông qua đấu giá trong giao thức. Các nhà xây dựng hứa trả tiền vô điều kiện, loại bỏ nhu cầu tin tưởng. Sau khi người đề xuất ký vào tiêu đề khối do người xây dựng gửi, họ có thể nhận được giá thầu được liên kết (ngay cả khi người xây dựng sau đó tiết lộ phần thân khối không hợp lệ hoặc giữ lại hoàn toàn).
crLists kiểm tra khả năng này. Việc triển khai chính xác là một không gian thiết kế mở, nhưng đây là tổng quan đơn giản hóa về "PBS lai". Những người đề xuất chỉ định một danh sách tất cả các giao dịch đủ điều kiện mà họ thấy trong mempool mà những người xây dựng sẽ buộc phải đưa vào (trừ khi khối đầy):
Người đề xuất xuất bản danh sách crList và bản tóm tắt của danh sách crList, bao gồm tất cả các giao dịch đủ điều kiện.
Các nhà xây dựng tạo một khối được đề xuất, sau đó gửi giá thầu chứa hàm băm của thông báo crList để chứng minh rằng họ đã nhìn thấy khối đó
Người đề xuất chấp nhận giá thầu và tiêu đề khối của người thắng thầu (họ chưa nhìn thấy phần thân của khối)
Các nhà xây dựng xuất bản các khối của họ và bao gồm bằng chứng rằng họ đã bao gồm tất cả các giao dịch từ crList hoặc khối đó đã đầy. Nếu không, khối sẽ không được chấp nhận bởi các quy tắc lựa chọn ngã ba.
Người xác thực kiểm tra tính hợp lệ của tiền gốc được cấp
Lưu ý rằng bạn thực sự có thể triển khai một số phiên bản của crList trước khi PBS được lưu trữ, mặc dù nó sẽ trông khác. Đây là một gợi ý từ Quintus từ Flashbots. Trước khi PBS được lưu giữ, một đề xuất thay thế crList cũng đang được tiến hành. Một số dạng danh sách kiểm tra đưa vào, thậm chí có thể là một số dạng tối thiểu của PBS được lưu giữ, nên được ưu tiên. Mong nhận được nhiều gợi ý hơn ở đây.
Barnabé đưa ra một ý tưởng tương tự khác. Về cơ bản, người đề xuất có thể tạo tiền tố cho khối để bao gồm các giao dịch bị kiểm duyệt khác ở trên cùng, sau đó người xây dựng có thể xây dựng phần còn lại (hoặc toàn bộ khối nếu không có giao dịch bị kiểm duyệt nào để đưa vào).
Bảo quản Proxy người đề xuất khối thông qua MEV-Boost bằng EigenLayer
Một phương thức khác trả về proxy của người đề xuất để đính kèm giao dịch. Sơ đồ này sử dụng EigenLayer để tăng cường MEV-Boost, do đó tăng khả năng chống kiểm duyệt của nó.
EigenLayer là một bộ sưu tập "được phát minh lại" dự kiến sẽ ra mắt vào cuối năm tới. Trình xác thực Ethereum chọn tham gia EigenLayer phải tuân theo các điều kiện bổ sung bằng cách đặt địa chỉ rút tiền của trình xác thực thành hợp đồng thông minh EigenLayer.
Giao thức có thể được triển khai mà không cần xin phép trên EigenLayer và cố gắng khuyến khích những người xác thực này chọn bảo mật giải pháp của riêng họ (ngoài Ethereum) với cùng một cổ phần. Trình xác thực chọn tham gia bất kỳ ứng dụng EigenLayer nào mà họ chọn. Họ có thể bị trục xuất vì vi phạm các quy tắc của ứng dụng. Điều này cho phép các giao thức khác (cho dù đó là cầu nối chuỗi chéo mới, lớp dữ liệu sẵn có hoặc bất kỳ thứ gì khác) tận dụng trực tiếp tập hợp con an toàn về mặt kinh tế của Ethereum.
Vì vậy, làm thế nào điều này áp dụng cho MEV-Boost? Những người tham gia đã chọn cấu trúc này đã làm như sau:
Những người đề xuất đặt lại ETH của họ với EigenLayer
Người xây dựng gửi khối của họ (builder_part) tới người chuyển tiếp cùng với Merkle_root của các giao dịch được chứa và giá thầu của họ
Bộ chuyển tiếp cung cấp tính khả dụng của dữ liệu (DA) bằng cách lưu trữ các giao dịch. Chuyển tiếp gửi merkle_root và đặt giá thầu cho những người đề xuất cho khối hợp lệ có lợi nhất
Người đề xuất chọn giá thầu cao nhất từ tất cả những người chuyển tiếp được kết nối
Những người đề xuất xây dựng khối dự phòng thay thế B_alt của riêng họ tại địa phương
Người đề xuất gửi chứng nhận tới merkle_root của người đặt giá thầu chiến thắng, kết nối nó với commit_B_alt đã cam kết (không phải tiêu đề khối, có thể là gốc giao dịch) và gửi nó tới khối B_alt của chính nó
Người chuyển tiếp tiết lộ builder_part chứa giao dịch cơ bản và gửi nó cho người đề xuất
Người đề xuất xây dựng một khối mới có chứa builder_part và nối thêm một đề xuất_part bổ sung (nếu họ thấy các giao dịch khác mà họ muốn đưa vào và có chỗ trong khối). Nếu người chuyển tiếp không thể giải phóng giao dịch cơ bản, thì người đề xuất khối sẽ đề xuất khối B_alt mà họ đã tạo.
Nếu người đề xuất đề xuất các khối khác với B_alt, thì người đề xuất phải bao gồm builder_part, nếu không chúng sẽ bị cắt qua EigenLayer. Đây là một điều kiện bổ sung mà họ phải tuân theo. Điều này loại bỏ nhu cầu tin tưởng vào người đề xuất - nếu họ cố gắng đánh cắp MEV sau khi xem giao dịch cơ bản, họ sẽ phải đề xuất một khối khác với B_alt và sẽ bị cắt.
Điều này cho phép những người đề xuất thuê ngoài việc xây dựng khối để tối đa hóa lợi nhuận trong khi vẫn đính kèm các giao dịch đã được kiểm duyệt. Những người đề xuất không còn phải lựa chọn giữa lòng vị tha và sự hợp lý về kinh tế.
Nếu những người xây dựng có lợi nhất đang xem xét và những người đề xuất không bắt buộc phải xem xét - chiến lược chính là chọn tham gia cấu trúc EigenLayer này (giả sử họ có thể chấp nhận trách nhiệm pháp lý bổ sung và rủi ro hợp đồng thông minh EigenLayer). Bằng cách này, họ có thể chấp nhận khối có giá trị cao nhất và có thể kiếm được nhiều lợi nhuận hơn bằng cách thêm các giao dịch bổ sung.
Lưu ý rằng builder_part cuối cùng có thể chỉ là một phần của khối hoặc toàn bộ khối. Nếu toàn bộ 30 triệu gas được sử dụng, tất nhiên không có gì đảm bảo rằng nó sẽ được đưa vào. Nhưng EIP-1559 đảm bảo luôn có sẵn dung lượng trống.
Con quỷ mà bạn biết so với Con quỷ mà bạn không biết
Giả sử Flashbots bị tắt. Ma quỷ như bạn biết nó đã bị cản trở - hầu hết sự giám sát có thể sẽ biến mất. Nghe có vẻ tốt phải không?
Nhưng bây giờ những con quỷ mà bạn không biết có thể xuất hiện. Có một khoảng trống quyền lực cần được lấp đầy và những người xây dựng khác sẽ lấp đầy nó. Rủi ro mà chúng ta phải đối mặt là một nhà xây dựng khác chỉ đơn giản là chiếm lấy ngai vàng và tự khẳng định mình là nhà xây dựng thống trị, điều này có thể gây ra nhiều thiệt hại hơn.
Theo tôi, rủi ro lớn nhất của việc này xảy ra đến từ Luồng đặt hàng độc quyền (EOF):
Người xây dựng có thể đảm bảo rằng các đơn đặt hàng cụ thể chỉ được gửi cho họ (ví dụ: hứa không gửi cho người dùng trước và giảm giá cho lợi nhuận sau này). Chúng ta có thể thấy một số ví dụ ban đầu về điều này. Sau đó, họ có thể đặt giá thầu cao hơn, giành được nhiều khối hơn và chứng minh nhiều thỏa thuận độc quyền hơn.
Trình tạo khối tập trung có thể tàn phá:
thuê
Một thị trường cạnh tranh đảm bảo khai thác tiền thuê tối thiểu. Người dùng được đền bù xứng đáng cho giá trị mà họ cung cấp và các nhà xây dựng đặt giá thầu MEV còn lại cho những người đề xuất. Cho đến nay mọi chuyện có vẻ ổn - các nhà xây dựng tranh giành thị phần, đặt giá thầu gần như tất cả MEV đã chiếm được cho các trình xác nhận. Ngay cả những Flashbot tương đối thống trị cũng chuyển tất cả lợi nhuận cho những người xác thực.
EOF thì ngược lại. Một công ty xây dựng chiếm ưu thế được khuyến khích trích tiền thuê - họ chỉ cần trả giá cao hơn những gì các công ty xây dựng khác có thể nhận được. Nhiều EOF hơn đã nới rộng khoảng cách này với các nhà xây dựng khác.
Ví dụ: ví gửi EOF cho người xây dựng vì họ được đền bù tương đối. Nhưng giờ đây, các nhà xây dựng ngày càng nhiều hơn và họ xây dựng gần như tất cả các khối Ethereum. Sau đó, họ giảm giảm phí của họ. Ví muốn rút EOF của nó và đi nơi khác. Tuy nhiên, việc gửi cho những người xây dựng khác có nghĩa là thời gian chờ đợi để đưa vào khối dài đến khó tin hoặc họ không hoàn toàn giành được khối. Ví bị kẹt trong khi người xây dựng tiếp tục rút tiền.
ôn tập
ôn tập
Trước hết, những thứ ưa thích như crList không phải là thời gian thực. Ngày nay, web đặc biệt dễ bị kiểm duyệt.
Trong ví dụ dưới đây, tôi giả sử thị trường chỉ bao gồm hai nhà xây dựng:
B₁ = công cụ xây dựng chống kiểm duyệt
B₂ = người xây dựng có quyền kiểm duyệt
Nếu B₂ giành được thị phần đáng kể ngày hôm nay, họ có thể thực thi kiểm duyệt yếu một cách có ý nghĩa - và chúng tôi đã thấy điều đó. Tuy nhiên, hãy nhớ rằng đây không phải là sự kiểm duyệt chặt chẽ.
Một thị trường cạnh tranh hoàn hảo với những người xác nhận hợp lý thậm chí ngăn chặn sự kiểm duyệt yếu kém trong bất kỳ trường hợp nào. Trong các điều kiện mạng tối ưu, các yếu tố khác bằng nhau, hãy đặt giá thầu B₁ ≥ giá thầu B₂. Cả hai đều có thể bao gồm các giao dịch mempool công khai, nhưng chỉ B₁ cũng có thể bao gồm các giao dịch OFAC. Do đó, một PBS cạnh tranh chỉ có 1/N khả năng chống kiểm duyệt như giả định của các nhà xây dựng.
Tất nhiên, đây không phải là thực tế - các nhà xây dựng có các luồng đặt hàng và thuật toán khác nhau, dẫn đến các giá thầu khác nhau. Tuy nhiên, điều này cho thấy rõ ràng lý do tại sao chúng ta nên phấn đấu cho một thị trường cạnh tranh. Nếu B₂ kiểm soát quá nhiều thị phần do EOF hoặc các lý do khác, họ có thể tiến hành xem xét kỹ lưỡng.
Nếu họ tiếp tục xây dựng các khối có giá trị nhất, thì bạn đang dựa vào lòng vị tha hiệu quả của người xác thực để tránh bị kiểm duyệt. Hy vọng rằng họ sẽ bỏ qua những người chuyển tiếp bị kiểm duyệt và chỉ kết nối với những người chuyển tiếp cung cấp các khối từ những người xây dựng không bị kiểm duyệt. Nhưng điều này có thể không bền vững về lâu dài - chi phí để trở thành người xác thực trung thực nên giảm xuống còn ~0 (hoặc lý tưởng là có lợi hơn nếu không bị kiểm duyệt).
Lưu ý rằng crList không loại bỏ hoàn toàn khả năng này. Nếu B₂ liên tục tạo ra các khối có giá trị nhất, thì những người đề xuất phát danh sách crList chứa giao dịch OFAC biết rằng họ sẽ không thể chấp nhận các khối có lợi nhất. Quyết định hợp lý về mặt kinh tế là phát một crList trống. Tuy nhiên, nếu sự khác biệt giữa giá thầu B₁ và giá thầu B₂ là không đáng kể (thậm chí nghiêng về B₁) do cạnh tranh thị trường, thì có thể giả định hợp lý rằng người xác thực sẽ công bố danh sách crlist.
EOF đặt ra một mối đe dọa đáng kể đối với khả năng chống kiểm duyệt — nó có thể buộc những người xác thực phải lựa chọn giữa hành vi trung thực và hành vi hợp lý về mặt kinh tế. Điều này không khuyến khích hành vi trung thực và cho phép những người tham gia đánh giá kiếm được phần thưởng cao hơn thông qua việc tăng thị phần. Điều này nên tránh.
Đổi mới nhà xây dựng ít hơn
PBS là cơ hội để các nhà xây dựng cung cấp các tính năng mới sáng tạo (ví dụ: trừu tượng hóa tài khoản, xác nhận trước).
Các nhà xây dựng cạnh tranh được khuyến khích đổi mới chức năng để thu hút OF của người dùng. Nhà xây dựng với nền móng vững chắc thì không. Ngay cả khi một nhà xây dựng khác bắt đầu cung cấp các tính năng tốt hơn, chi phí chuyển đổi có thể quá cao hoặc đơn giản là không thể đạt được (thời gian bao gồm các giao dịch rất dài, không bao giờ giành được các khối, giao dịch PFOF, v.v. đối với các nhà xây dựng khác).
Lưu ý rằng OF≠PFOF thu được do chức năng vượt trội:
Đạt được OF do chức năng vượt trội - rào cản gia nhập là việc cung cấp chức năng mới.
PFOF - Rào cản gia nhập là thanh toán rõ ràng, người dùng phải đợi lâu và thậm chí có thể vi phạm hợp đồng
Nói một cách đơn giản, PFOF ở đây có nghĩa là độc quyền, nhưng chức năng của nó thì không. Nếu một số nhà xây dựng chỉ cung cấp các tính năng mong muốn để đổi lấy EOF, thì điều này cũng không mong muốn như PFOF.
Còn EOF thì sao?
Tôi sẽ không đi quá sâu ở đây, nhưng một cách khả thi là chạy phiên đấu giá theo luồng đơn đặt hàng. Trên thực tế, một số cuộc đấu giá được tổ chức để giành quyền thực hiện các lệnh của người dùng. Họ nhận được giá trị hợp lý khi tạo MEV và đảm bảo thực thi tốt. Bạn có thể tổ chức đấu giá mở hoặc đấu giá ẩn dưới hình thức tăng phí.
nhà xây dựng phi tập trung
Ý tưởng cơ bản ở đây là làm cho chính công cụ xây dựng thành công trở thành một giao thức phi tập trung. Đây là một không gian thiết kế rất thú vị chống lại mối đe dọa của việc tập trung hóa người xây dựng.
Ngoài ra còn có một không gian thiết kế rộng hơn cho cách các thị trường công cụ xây dựng phi tập trung chia sẻ luồng đơn đặt hàng một cách an toàn.
Dưới đây là các mục tiêu được nêu trên trang chủ Flashbots:
Chúng tôi đang xây dựng một mạng lưới xây dựng khối phi tập trung để trao quyền cho người dùng và tối đa hóa khả năng phân cấp của các chuỗi khối công khai.
Flashbot làm gì?
Tôi hiểu rằng Flashbots hiện do dự trong việc giao chìa khóa cho những người xây dựng khác và tôi tin rằng những người ngoài kia đều có thiện chí. Như đã mô tả trước đó, một số nhà phát triển khác có thể cố gắng sử dụng các động cơ đáng ngờ hơn để củng cố vị trí của họ và gây ra nhiều thiệt hại hơn cho mạng. Điều này rõ ràng là không mong muốn. Có thể dễ dàng hơn để thúc đẩy các nhà xây dựng phi tập trung hoạt động từ một vị trí thuận lợi.
Nhưng Flashbots sẽ kiểm duyệt. Và các quy định áp dụng vẫn còn một chút không rõ ràng, nhưng đó là vấn đề quan trọng. Nếu hoạt động liên tục của Flashbots (bao gồm cả kiểm duyệt) mang lại kết quả tốt hơn đáng kể so với cách khác, thì chúng sẽ là lợi ích lâu dài nhất của Ethereum. Sự xem xét kỹ lưỡng này có thể chỉ là một đốm sáng trên radar sẽ mờ dần trong năm tới hoặc lâu hơn khi những ý tưởng nói trên được bổ sung và hiện thực hóa.
Phải nói rằng, cá nhân tôi thấy khó có thể biện minh dứt khoát cho việc kiểm duyệt với hy vọng rằng nó sẽ ngăn cản những người khác làm như vậy trong tương lai.
Mở nguồn các nhà xây dựng của nó và dẫn đầu thị trường
Bước hợp lý tiếp theo nên là mở mã nguồn cho các nhà xây dựng của họ (một lần nữa theo AGPL) càng sớm càng tốt. Đây sẽ là một bước quan trọng trong việc hạ thấp các rào cản gia nhập thị trường đối với các nhà xây dựng và phần lớn sẽ báo hiệu ý định của họ. Điều này sẽ trực tiếp ưu tiên sức khỏe của hệ sinh thái hơn lợi thế cạnh tranh ngắn hạn của họ.
Nghiên cứu
Nghiên cứu
Nghiên cứu về Flashbots nên tiếp tục tập trung vào việc giải quyết các vấn đề kiểm duyệt - trình tạo phi tập trung, bao gồm danh sách, luồng đặt hàng được chia sẻ, v.v. Đây là những mục tiêu đã nêu của Flashbots.
Tuy nhiên, thật khó để nhìn nhận điều này từ góc nhìn bên ngoài. Hiện tại, chỉ một số ít người quyết định một cách hiệu quả liệu toàn bộ mạng Ethereum có bị kiểm duyệt trên quy mô lớn hay không. Khó có thể hợp lý hóa việc hỗ trợ bất kỳ công ty nào thực hiện hoạt động này, bất kể hồ sơ theo dõi hoặc mục tiêu đã nêu của họ.
Tiến bộ đáng kể xung quanh nghiên cứu này cần phải được thực hiện và tiếp tục mở trong thời gian tới.
Hoạt động lặp lại
Thành thật mà nói, tôi đã nghĩ hai lần về các bộ lặp - họ có nên chạy nó không? Tôi đã hỏi Vitalik, Justin Drake, Phil Daian, Zaki Manian và Francesco D'Amato.
Vitalik đã nhắc lại một lựa chọn - Flashbots có thể tách thực thể nghiên cứu trung lập khỏi thực thể điều hành công ty. Điều này giúp loại bỏ xung đột lợi ích trong nghiên cứu và chúng ta không còn cần đặt câu hỏi về động cơ của những người điều hành. Chúng tôi chỉ đơn giản hiểu rằng họ, giống như hầu hết những người khác trong lĩnh vực này, đang làm việc cho chính họ. Mặt trái của điều này có thể là các bộ phận nghiên cứu và sản phẩm cùng nhau tạo ra một vòng phản hồi tích cực tạo ra tiến bộ có ý nghĩa và bạn có nguy cơ đánh mất một số điều đó. Chúng tôi thấy rằng MEV-Boost ban đầu được thực hiện dưới dạng nghiên cứu và sau đó được triển khai bởi phía sản phẩm.
Nếu họ chỉ dừng chạy các bộ lặp, thì vấn đề sẽ không biến mất hoàn toàn. Tỷ lệ kiểm duyệt có thể giảm, nhưng những người chuyển tiếp đánh giá khác có thể lấp đầy khoảng trống. Các mối đe dọa kiểm duyệt mới không lường trước được cũng có thể xuất hiện theo thời gian. Sự tham gia của Flashbot với tư cách là người chuyển tiếp/người xây dựng có hai tác động đối với việc áp dụng MEV-Boost nói chung:
Tăng cường áp dụng - Sự hiện diện của Flashbots với tư cách là nhà cung cấp dịch vụ đáng tin cậy làm tăng tỷ lệ áp dụng cận biên. Nhưng theo thời gian, lợi ích này có thể giảm dần khi những người chuyển tiếp và người xây dựng khác giải quyết vấn đề của họ. Điều quan trọng là Flashbot có thể và nên tích cực làm việc để biến điều này thành hiện thực, hỗ trợ nó theo mọi cách có thể.
Nếu họ tiếp tục chạy các trình chuyển tiếp của mình, thì cuối cùng nên áp đặt giới hạn đối với tỷ lệ phần trăm trình xác thực tại một số điểm. Một lần nữa, trên thực tế, dù bằng cách nào, kiểm duyệt vẫn còn yếu. Nhưng tôi vẫn thấy có sự khác biệt lớn về tín hiệu giữa đánh giá 1% và 99%. Điều này sẽ cần thiết nhất nếu tỷ lệ các khối Ethereum bị kiểm duyệt tiếp tục tăng và không có thay đổi mới nào được thực hiện để giảm thiểu điều này (cho dù đề xuất crLists, EigenLayer, v.v.).
suy nghĩ cuối cùng
suy nghĩ cuối cùng
Tôi đề cập đến Flashbots ở đây chủ yếu vì một số lý do. Chúng chắc chắn là một nguồn kiểm duyệt chính, nhưng chúng cũng tạo ra một lượng công việc tích cực đáng ngạc nhiên trong hệ sinh thái Ethereum. Ngoài ra, tôi tin rằng họ có trách nhiệm quan trọng đối với hệ sinh thái nếu họ đứng giữa những người xây dựng cộng đồng trung lập và các nhà điều hành doanh nghiệp truyền thống. Cuối cùng, bởi vì họ thông minh, họ có thể tạo ra thứ gì đó hay ho.
liên kết gốc
IOS
Android