Thời gian, slot và sắp xếp sự kiện trong bằng chứng Ethereum
Vào ngày 2 tháng 4, một người tham gia mạng Ethereum có ý định xấu đã lợi dụng lỗ hổng mev-boost-relay để đánh cắp 20 triệu đô la từ một nhà tìm kiếm MEV. Các nhà phát triển sau đó đã phát hành năm bản vá để khắc phục lỗ hổng này, nhưng sự tương tác với độ trễ mạng hiện tại và chiến lược của các xác nhận viên đã dẫn đến sự không ổn định ngắn hạn của mạng Ethereum vào ngày 6 tháng 4. Việc tái cấu trúc mạng sẽ giảm năng suất sản xuất khối và đảm bảo thanh toán, có hại cho sức khỏe của mạng.
Bài viết này nhằm khám phá sự tương tác giữa mev-boost và cơ chế đồng thuận, tiết lộ những điểm tinh vi trong Bằng chứng Ether, và thảo luận về một số hướng cải tiến có thể xảy ra. Cảm hứng của chúng tôi đến từ hai sự kiện là những kẻ tìm kiếm bị tấn công và mạng tạm thời không ổn định.
tác dụng của mev-boost
mev-boost là một giao thức nhằm giảm thiểu tác động tiêu cực của giá trị có thể khai thác tối đa (MEV) đối với mạng Ethereum.
Có ba vai trò trong mev-boost:
Trung gian - Kết nối người đề xuất với trung gian đáng tin cậy của nhà xây dựng khối.
Người xây dựng - Xây dựng khối để tối đa hóa thực thể phức tạp của chính mình và MEV của người đề xuất.
Người đề xuất - Validator Bằng chứng Ether.
Mỗi khối có thứ tự sự kiện đại khái là:
Nhà xây dựng nhận giao dịch để tạo khối từ người dùng, người tìm kiếm hoặc các nguồn khác.
Người xây dựng sẽ gửi khối đến relay.
Xác minh tính hợp lệ của khối trung gian, tính toán phí trả cho người đề xuất.
Trạm chuyển tiếp gửi "mù hóa" tiêu đề khối và số tiền thanh toán đến người đề xuất trong khoảng thời gian hiện tại.
Nhà đề xuất đánh giá tất cả các giá thầu nhận được, ký kết tiêu đề khối mù tương ứng với mức thanh toán cao nhất.
Người đề xuất sẽ gửi lại tiêu đề khối đã ký cho trung gian.
Trình tiếp nhận thông qua nút tín hiệu địa phương phát hành khối và trả lại cho người đề xuất. Thông qua các giao dịch trong khối và phần thưởng khối, người xây dựng và người đề xuất nhận được phần thưởng.
Relay như một bên thứ ba đáng tin cậy, đã thúc đẩy việc trao đổi công bằng không gian khối giữa người đề xuất và việc sắp xếp giao dịch cho việc trích xuất MEV của các nhà xây dựng. Relay bảo vệ các nhà xây dựng tránh khỏi việc MEV bị đánh cắp, đồng thời bảo vệ người đề xuất xác minh tính hợp lệ của khối, xử lý một lượng lớn khối và đảm bảo thanh toán chính xác.
mev-boost là cơ sở hạ tầng quan trọng, vì nó cho phép tất cả các đề xuất viên có thể nhận được MEV một cách công bằng mà không cần thiết lập quan hệ tin cậy, giúp Ethereum trở nên phi tập trung lâu dài.
Quy tắc chọn nhánh của Ethereum và mev-boost
Trước khi đi sâu vào việc thảo luận về các cuộc tấn công và cách ứng phó, chúng ta hãy cùng tìm hiểu về cơ chế Bằng chứng PoS ( của Ethereum và các quy tắc chọn nhánh. Quy tắc chọn nhánh cho phép mạng đạt được sự đồng thuận về đầu chuỗi.
Quy tắc chọn nhánh là một hàm được đánh giá bởi khách hàng, nó nhận vào các khối đã biết và các tin nhắn khác làm đầu vào, và xuất ra "chuỗi chuẩn" là gì. Cần có quy tắc chọn nhánh vì có thể tồn tại nhiều chuỗi hợp lệ để lựa chọn.
Quy tắc chọn nhánh và mối quan hệ với thời gian ít được biết đến, nhưng điều này có ảnh hưởng lớn đến việc sản xuất khối.
)# Chu kỳ khe cắm và khe cắm con
Trong PoS của Ethereum, thời gian được chia thành các khe 12 giây. Thuật toán PoS chỉ định ngẫu nhiên các xác thực viên đề xuất khối của khe đó, xác thực viên này được gọi là người đề xuất. Trong cùng một khe, các xác thực viên khác được chỉ định bỏ phiếu cho khối mới nhất ở vị trí đầu chuỗi trong cái nhìn cục bộ của họ bằng cách áp dụng quy tắc lựa chọn phân nhánh. Khoảng thời gian 12 giây được chia thành ba giai đoạn 4 giây.
Các sự kiện trong khe như sau, t=0 đại diện cho bắt đầu khe:
Thời điểm quan trọng nhất trong khe cắm là thời hạn xác thực tại t=4. Nếu trình xác thực không thấy khối trước thời hạn, họ sẽ bỏ phiếu cho đầu khối đã được xác nhận trước đó trên chuỗi. Khối được đề xuất càng sớm, thời gian truyền càng dài, và chứng kiến tích lũy càng nhiều.
Từ góc độ sức khỏe mạng, thời gian phát hành khối tối ưu là t=0. Tuy nhiên, do giá trị của khối tăng theo thời gian, các đề xuất có động cơ để trì hoãn việc phát hành nhằm tích lũy nhiều MEV hơn.
Trong lịch sử, ngay cả khi hết hạn chứng nhận hoặc gần đến thời điểm kết thúc slot, miễn là xác thực tiếp theo quan sát thấy khối đó trước khi xây dựng khối slot tiếp theo, người đề xuất vẫn có thể phát hành khối. Để thúc đẩy hành vi hợp lý ### trì hoãn phát hành khối ( hướng tới hành vi trung thực ) phát hành đúng hạn (, "tái cấu trúc trung thực" đã được đưa vào.
![Paradigm：Thảo luận về mối quan hệ giữa MEV-Boost và cơ chế đồng thuận của Ethereum])https://img-cdn.gateio.im/webp-social/moments-96ffd359cf299d34345799bbcaee2acb.webp(
)# Nâng cao người đề xuất và tái cấu trúc trung thực
Hai khái niệm mới được giới thiệu vào khách hàng đồng thuận, có ảnh hưởng quan trọng đến thời hạn xác thực.
Nâng cao đề xuất - cố gắng giảm thiểu cuộc tấn công cân bằng tái cấu trúc bằng cách cung cấp cho người đề xuất lựa chọn "nâng cao" tương đương với trọng số xác thực đầy đủ 40%. Sự nâng cao này chỉ kéo dài một khe.
Tổ chức lại trung thực - Thông qua việc nâng cao của người đề xuất, cho phép người đề xuất trung thực sử dụng nó để ép buộc tổ chức lại các khối có trọng số xác thực dưới 20%. Điều này được triển khai trong một số khách hàng. Thay đổi này là tùy chọn, vì nó là quyết định địa phương của người đề xuất, không ảnh hưởng đến hành vi của các xác thực viên.
Trong một số trường hợp đặc biệt để tránh tái cấu trúc trung thực:
Trong thời gian khối biên giới kỷ nguyên
Nếu chuỗi chưa hoàn thành
Nếu đầu chuỗi không lấy từ khe trước khối tái cấu trúc
Điều kiện 3 Đảm bảo rằng việc tái cấu trúc trung thực chỉ xóa một khối duy nhất khỏi chuỗi, như một công tắc ngắt để chuỗi có thể tiếp tục tạo ra các khối trong trường hợp độ trễ mạng cực đoan.
Sửa chữa nút trung gian và nút tín hiệu đối với cuộc tấn công hủy liên kết
Trong cuộc tấn công tháo gỡ vào ngày 2 tháng 4, người đề xuất đã lợi dụng lỗ hổng trong relay để gửi tiêu đề chữ ký không hợp lệ nhằm tấn công. Trong vài ngày tiếp theo, đội ngũ phát triển relay và lõi đã phát hành nhiều bản vá phần mềm để giảm thiểu rủi ro tấn công lặp lại. Năm thay đổi chính như sau:
1.Thay đổi tiếp nhận:
Kiểm tra xem cơ sở dữ liệu có tồn tại những người đề xuất độc hại đã biết hay không.
Kiểm tra xem liệu đã truyền đầy đủ các khối đến mạng P2P trong khoảng thời gian này hay chưa.
Giới thiệu độ trễ ngẫu nhiên thống nhất trong khoảng từ 0-500ms trước khi phát hành khối.
2.Các thay đổi nút chuỗi tín hiệu ### chỉ áp dụng cho nút chuỗi tín hiệu trung gian (:
Xác minh tính hợp lệ của khối beacon trước khi phát sóng.
Kiểm tra xem có tài sản tương đương trên mạng trước khi phát hành khối.
Những sự thay đổi này kết hợp lại dẫn đến sự không ổn định trong sự đồng thuận, trong khi hầu hết các xác thực viên áp dụng chiến lược tái cấu trúc trung thực càng làm trầm trọng thêm tình hình này.
)# Hậu quả không lường
Mỗi một trong 5 thay đổi trên đều sẽ làm tăng độ trễ trên đường phát hành khối trung gian, từ đó làm tăng xác suất khối trung gian có thể bị phát sóng vượt quá thời hạn xác thực.
Trước khi thực hiện những kiểm tra này, tiêu đề chữ ký thường không có vấn đề gì khi đến khoảng t=3. Chi phí trung gian rất thấp, có thể phát hành khối trước t=4.
Tuy nhiên, với sự gia tăng độ trễ do năm bản vá được giới thiệu, các trung gian có thể chịu trách nhiệm một phần cho độ trễ phát sóng. Trong một số trường hợp, khi người đề xuất gửi tiêu đề đã ký muộn cộng với việc trung gian gây ra độ trễ bổ sung, điều này có thể dẫn đến việc bỏ lỡ thời hạn xác thực. Khi không có tái cấu trúc trung thực, những khối này rất có thể sẽ vào chuỗi. Nhưng khi có tái cấu trúc trung thực, việc bỏ lỡ thời hạn xác thực có nghĩa là khối đó sẽ được người đề xuất tiếp theo tái cấu trúc.
Do đó, trong vài ngày sau cuộc tấn công, số lượng khối phân nhánh tăng mạnh. Trong trường hợp tồi tệ nhất, có 13 khối trong một giờ ###4.3%( bị tái cấu trúc, cao gấp khoảng 5 lần so với bình thường. Khi các biến thể của trung gian được phát hành, số lượng khối phân nhánh tăng vọt trở nên rõ ràng. Nhờ nỗ lực của cộng đồng, nhiều thay đổi đã được thu hồi, mạng lưới đã phục hồi trạng thái khỏe mạnh.
Thay đổi hữu ích nhất hiện tại là kiểm tra tương đương trước khi xác thực và phát sóng khối của nút tín hiệu. Những người đề xuất ác ý không thể thực hiện tấn công bằng cách gửi tiêu đề không hợp lệ đến tiếp sức và đảm bảo rằng nút tín hiệu không thấy khối tương đương trước khi phát hành. Tuy nhiên, tiếp sức vẫn dễ bị ảnh hưởng bởi các cuộc tấn công tương đương phổ biến hơn.
![Paradigm：Thảo luận về mối quan hệ giữa MEV-Boost và cơ chế đồng thuận của Ethereum])https://img-cdn.gateio.im/webp-social/moments-00fb5ee47056beb2efc3ca4ac271a69c.webp(
) Hướng đi tương lai
Cộng đồng nghiên cứu nên đánh giá số lượng tái cấu trúc "chấp nhận được", xem xét rủi ro chung do tấn công tương đương mang lại, xác định liệu có cần biện pháp giảm thiểu hay không.
Đang tích cực khám phá một vài hướng:
Thực hiện bảo vệ "headlock" để mev-boost tránh khỏi các cuộc tấn công tương đương. Điều này cần thay đổi phần mềm khách hàng đồng thuận, có thể cần kéo dài thời hạn xác thực.
Tăng cường chương trình thưởng lỗi phần mềm mev-boost.
Mở rộng phần mềm mô phỏng khám phá ảnh hưởng của thời gian ổ cắm phụ đến độ ổn định của mạng.
Tối ưu hóa đường dẫn phát hành khối tiếp theo để giảm độ trễ không cần thiết.
Đưa mev-boost vào khách hàng đồng thuận, tức là enshrined-PBS###ePBS(.
Tăng cường kiểm tra dựa trên vấn đề độ trễ và thời hạn xác thực.
Khuyến khích sự đa dạng của các máy khách trung gian.
Xem xét điều chỉnh các biện pháp trừng phạt tương đương.
Tổng thể mà nói, chúng tôi cảm thấy phấn khởi trước động lực tái kích hoạt của hệ sinh thái MEV và mev-boost. Thông qua việc gỡ bỏ các cuộc tấn công và biện pháp giảm thiểu, chúng tôi đã hiểu mối quan hệ chính giữa độ trễ, mev-boost và cơ chế đồng thuận; chúng tôi hy vọng giao thức có thể được củng cố liên tục.
![Paradigm：Thảo luận về mối quan hệ giữa MEV-Boost và cơ chế đồng thuận của Ethereum])https://img-cdn.gateio.im/webp-social/moments-9db8f9a0944e1eff6bde4db0c8343fbe.webp(
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
14 thích
Phần thưởng
14
6
Đăng lại
Chia sẻ
Bình luận
0/400
GasFeePhobia
· 08-13 08:57
À? 2000w đã biến mất như vậy sao?
Xem bản gốcTrả lời0
GlueGuy
· 08-13 08:55
Ôi trời ơi, 2000w USD nói mất là mất.
Xem bản gốcTrả lời0
HalfBuddhaMoney
· 08-13 08:54
Tôi là một bậc thầy trong việc kiếm lợi từ những thứ này. Vậy thì trước hết hãy kiếm một chút lợi nhuận từ nó. Tuy nhiên, cảm giác có lẽ hơi lỗ.
Xem bản gốcTrả lời0
MetaverseVagabond
· 08-13 08:46
Thật sự bị lấy trộm 2000w, thảm hại đến mức nào.
Xem bản gốcTrả lời0
BrokenDAO
· 08-13 08:42
Một trường hợp khác chứng minh rằng kẻ tấn công luôn thông minh hơn người phòng thủ... thiết kế cơ chế rất khó
Thời gian và thứ tự sự kiện trong Bằng chứng Ethereum: sự tương tác tinh tế giữa mev-boost và Cơ chế đồng thuận
Thời gian, slot và sắp xếp sự kiện trong bằng chứng Ethereum
Vào ngày 2 tháng 4, một người tham gia mạng Ethereum có ý định xấu đã lợi dụng lỗ hổng mev-boost-relay để đánh cắp 20 triệu đô la từ một nhà tìm kiếm MEV. Các nhà phát triển sau đó đã phát hành năm bản vá để khắc phục lỗ hổng này, nhưng sự tương tác với độ trễ mạng hiện tại và chiến lược của các xác nhận viên đã dẫn đến sự không ổn định ngắn hạn của mạng Ethereum vào ngày 6 tháng 4. Việc tái cấu trúc mạng sẽ giảm năng suất sản xuất khối và đảm bảo thanh toán, có hại cho sức khỏe của mạng.
Bài viết này nhằm khám phá sự tương tác giữa mev-boost và cơ chế đồng thuận, tiết lộ những điểm tinh vi trong Bằng chứng Ether, và thảo luận về một số hướng cải tiến có thể xảy ra. Cảm hứng của chúng tôi đến từ hai sự kiện là những kẻ tìm kiếm bị tấn công và mạng tạm thời không ổn định.
tác dụng của mev-boost
mev-boost là một giao thức nhằm giảm thiểu tác động tiêu cực của giá trị có thể khai thác tối đa (MEV) đối với mạng Ethereum.
Có ba vai trò trong mev-boost:
Mỗi khối có thứ tự sự kiện đại khái là:
Nhà xây dựng nhận giao dịch để tạo khối từ người dùng, người tìm kiếm hoặc các nguồn khác.
Người xây dựng sẽ gửi khối đến relay.
Xác minh tính hợp lệ của khối trung gian, tính toán phí trả cho người đề xuất.
Trạm chuyển tiếp gửi "mù hóa" tiêu đề khối và số tiền thanh toán đến người đề xuất trong khoảng thời gian hiện tại.
Nhà đề xuất đánh giá tất cả các giá thầu nhận được, ký kết tiêu đề khối mù tương ứng với mức thanh toán cao nhất.
Người đề xuất sẽ gửi lại tiêu đề khối đã ký cho trung gian.
Trình tiếp nhận thông qua nút tín hiệu địa phương phát hành khối và trả lại cho người đề xuất. Thông qua các giao dịch trong khối và phần thưởng khối, người xây dựng và người đề xuất nhận được phần thưởng.
Relay như một bên thứ ba đáng tin cậy, đã thúc đẩy việc trao đổi công bằng không gian khối giữa người đề xuất và việc sắp xếp giao dịch cho việc trích xuất MEV của các nhà xây dựng. Relay bảo vệ các nhà xây dựng tránh khỏi việc MEV bị đánh cắp, đồng thời bảo vệ người đề xuất xác minh tính hợp lệ của khối, xử lý một lượng lớn khối và đảm bảo thanh toán chính xác.
mev-boost là cơ sở hạ tầng quan trọng, vì nó cho phép tất cả các đề xuất viên có thể nhận được MEV một cách công bằng mà không cần thiết lập quan hệ tin cậy, giúp Ethereum trở nên phi tập trung lâu dài.
Quy tắc chọn nhánh của Ethereum và mev-boost
Trước khi đi sâu vào việc thảo luận về các cuộc tấn công và cách ứng phó, chúng ta hãy cùng tìm hiểu về cơ chế Bằng chứng PoS ( của Ethereum và các quy tắc chọn nhánh. Quy tắc chọn nhánh cho phép mạng đạt được sự đồng thuận về đầu chuỗi.
Quy tắc chọn nhánh là một hàm được đánh giá bởi khách hàng, nó nhận vào các khối đã biết và các tin nhắn khác làm đầu vào, và xuất ra "chuỗi chuẩn" là gì. Cần có quy tắc chọn nhánh vì có thể tồn tại nhiều chuỗi hợp lệ để lựa chọn.
Quy tắc chọn nhánh và mối quan hệ với thời gian ít được biết đến, nhưng điều này có ảnh hưởng lớn đến việc sản xuất khối.
)# Chu kỳ khe cắm và khe cắm con
Trong PoS của Ethereum, thời gian được chia thành các khe 12 giây. Thuật toán PoS chỉ định ngẫu nhiên các xác thực viên đề xuất khối của khe đó, xác thực viên này được gọi là người đề xuất. Trong cùng một khe, các xác thực viên khác được chỉ định bỏ phiếu cho khối mới nhất ở vị trí đầu chuỗi trong cái nhìn cục bộ của họ bằng cách áp dụng quy tắc lựa chọn phân nhánh. Khoảng thời gian 12 giây được chia thành ba giai đoạn 4 giây.
Các sự kiện trong khe như sau, t=0 đại diện cho bắt đầu khe:
Thời điểm quan trọng nhất trong khe cắm là thời hạn xác thực tại t=4. Nếu trình xác thực không thấy khối trước thời hạn, họ sẽ bỏ phiếu cho đầu khối đã được xác nhận trước đó trên chuỗi. Khối được đề xuất càng sớm, thời gian truyền càng dài, và chứng kiến tích lũy càng nhiều.
Từ góc độ sức khỏe mạng, thời gian phát hành khối tối ưu là t=0. Tuy nhiên, do giá trị của khối tăng theo thời gian, các đề xuất có động cơ để trì hoãn việc phát hành nhằm tích lũy nhiều MEV hơn.
Trong lịch sử, ngay cả khi hết hạn chứng nhận hoặc gần đến thời điểm kết thúc slot, miễn là xác thực tiếp theo quan sát thấy khối đó trước khi xây dựng khối slot tiếp theo, người đề xuất vẫn có thể phát hành khối. Để thúc đẩy hành vi hợp lý ### trì hoãn phát hành khối ( hướng tới hành vi trung thực ) phát hành đúng hạn (, "tái cấu trúc trung thực" đã được đưa vào.
![Paradigm：Thảo luận về mối quan hệ giữa MEV-Boost và cơ chế đồng thuận của Ethereum])https://img-cdn.gateio.im/webp-social/moments-96ffd359cf299d34345799bbcaee2acb.webp(
)# Nâng cao người đề xuất và tái cấu trúc trung thực
Hai khái niệm mới được giới thiệu vào khách hàng đồng thuận, có ảnh hưởng quan trọng đến thời hạn xác thực.
Nâng cao đề xuất - cố gắng giảm thiểu cuộc tấn công cân bằng tái cấu trúc bằng cách cung cấp cho người đề xuất lựa chọn "nâng cao" tương đương với trọng số xác thực đầy đủ 40%. Sự nâng cao này chỉ kéo dài một khe.
Tổ chức lại trung thực - Thông qua việc nâng cao của người đề xuất, cho phép người đề xuất trung thực sử dụng nó để ép buộc tổ chức lại các khối có trọng số xác thực dưới 20%. Điều này được triển khai trong một số khách hàng. Thay đổi này là tùy chọn, vì nó là quyết định địa phương của người đề xuất, không ảnh hưởng đến hành vi của các xác thực viên.
Trong một số trường hợp đặc biệt để tránh tái cấu trúc trung thực:
Điều kiện 3 Đảm bảo rằng việc tái cấu trúc trung thực chỉ xóa một khối duy nhất khỏi chuỗi, như một công tắc ngắt để chuỗi có thể tiếp tục tạo ra các khối trong trường hợp độ trễ mạng cực đoan.
Sửa chữa nút trung gian và nút tín hiệu đối với cuộc tấn công hủy liên kết
Trong cuộc tấn công tháo gỡ vào ngày 2 tháng 4, người đề xuất đã lợi dụng lỗ hổng trong relay để gửi tiêu đề chữ ký không hợp lệ nhằm tấn công. Trong vài ngày tiếp theo, đội ngũ phát triển relay và lõi đã phát hành nhiều bản vá phần mềm để giảm thiểu rủi ro tấn công lặp lại. Năm thay đổi chính như sau:
1.Thay đổi tiếp nhận:
Kiểm tra xem cơ sở dữ liệu có tồn tại những người đề xuất độc hại đã biết hay không.
Kiểm tra xem liệu đã truyền đầy đủ các khối đến mạng P2P trong khoảng thời gian này hay chưa.
Giới thiệu độ trễ ngẫu nhiên thống nhất trong khoảng từ 0-500ms trước khi phát hành khối.
2.Các thay đổi nút chuỗi tín hiệu ### chỉ áp dụng cho nút chuỗi tín hiệu trung gian (:
Xác minh tính hợp lệ của khối beacon trước khi phát sóng.
Kiểm tra xem có tài sản tương đương trên mạng trước khi phát hành khối.
Những sự thay đổi này kết hợp lại dẫn đến sự không ổn định trong sự đồng thuận, trong khi hầu hết các xác thực viên áp dụng chiến lược tái cấu trúc trung thực càng làm trầm trọng thêm tình hình này.
)# Hậu quả không lường
Mỗi một trong 5 thay đổi trên đều sẽ làm tăng độ trễ trên đường phát hành khối trung gian, từ đó làm tăng xác suất khối trung gian có thể bị phát sóng vượt quá thời hạn xác thực.
Trước khi thực hiện những kiểm tra này, tiêu đề chữ ký thường không có vấn đề gì khi đến khoảng t=3. Chi phí trung gian rất thấp, có thể phát hành khối trước t=4.
Tuy nhiên, với sự gia tăng độ trễ do năm bản vá được giới thiệu, các trung gian có thể chịu trách nhiệm một phần cho độ trễ phát sóng. Trong một số trường hợp, khi người đề xuất gửi tiêu đề đã ký muộn cộng với việc trung gian gây ra độ trễ bổ sung, điều này có thể dẫn đến việc bỏ lỡ thời hạn xác thực. Khi không có tái cấu trúc trung thực, những khối này rất có thể sẽ vào chuỗi. Nhưng khi có tái cấu trúc trung thực, việc bỏ lỡ thời hạn xác thực có nghĩa là khối đó sẽ được người đề xuất tiếp theo tái cấu trúc.
Do đó, trong vài ngày sau cuộc tấn công, số lượng khối phân nhánh tăng mạnh. Trong trường hợp tồi tệ nhất, có 13 khối trong một giờ ###4.3%( bị tái cấu trúc, cao gấp khoảng 5 lần so với bình thường. Khi các biến thể của trung gian được phát hành, số lượng khối phân nhánh tăng vọt trở nên rõ ràng. Nhờ nỗ lực của cộng đồng, nhiều thay đổi đã được thu hồi, mạng lưới đã phục hồi trạng thái khỏe mạnh.
Thay đổi hữu ích nhất hiện tại là kiểm tra tương đương trước khi xác thực và phát sóng khối của nút tín hiệu. Những người đề xuất ác ý không thể thực hiện tấn công bằng cách gửi tiêu đề không hợp lệ đến tiếp sức và đảm bảo rằng nút tín hiệu không thấy khối tương đương trước khi phát hành. Tuy nhiên, tiếp sức vẫn dễ bị ảnh hưởng bởi các cuộc tấn công tương đương phổ biến hơn.
![Paradigm：Thảo luận về mối quan hệ giữa MEV-Boost và cơ chế đồng thuận của Ethereum])https://img-cdn.gateio.im/webp-social/moments-00fb5ee47056beb2efc3ca4ac271a69c.webp(
) Hướng đi tương lai
Cộng đồng nghiên cứu nên đánh giá số lượng tái cấu trúc "chấp nhận được", xem xét rủi ro chung do tấn công tương đương mang lại, xác định liệu có cần biện pháp giảm thiểu hay không.
Đang tích cực khám phá một vài hướng:
Thực hiện bảo vệ "headlock" để mev-boost tránh khỏi các cuộc tấn công tương đương. Điều này cần thay đổi phần mềm khách hàng đồng thuận, có thể cần kéo dài thời hạn xác thực.
Tăng cường chương trình thưởng lỗi phần mềm mev-boost.
Mở rộng phần mềm mô phỏng khám phá ảnh hưởng của thời gian ổ cắm phụ đến độ ổn định của mạng.
Tối ưu hóa đường dẫn phát hành khối tiếp theo để giảm độ trễ không cần thiết.
Đưa mev-boost vào khách hàng đồng thuận, tức là enshrined-PBS###ePBS(.
Tăng cường kiểm tra dựa trên vấn đề độ trễ và thời hạn xác thực.
Khuyến khích sự đa dạng của các máy khách trung gian.
Xem xét điều chỉnh các biện pháp trừng phạt tương đương.
Tổng thể mà nói, chúng tôi cảm thấy phấn khởi trước động lực tái kích hoạt của hệ sinh thái MEV và mev-boost. Thông qua việc gỡ bỏ các cuộc tấn công và biện pháp giảm thiểu, chúng tôi đã hiểu mối quan hệ chính giữa độ trễ, mev-boost và cơ chế đồng thuận; chúng tôi hy vọng giao thức có thể được củng cố liên tục.
![Paradigm：Thảo luận về mối quan hệ giữa MEV-Boost và cơ chế đồng thuận của Ethereum])https://img-cdn.gateio.im/webp-social/moments-9db8f9a0944e1eff6bde4db0c8343fbe.webp(