Bối cảnh và động lực của EIP-7732

Vì các vấn đề MEV khó giải quyết tận gốc rễ nên việc thực hiện các biện pháp nhằm tạo sân chơi bình đẳng là cách duy nhất để tránh các mối nguy hiểm về an toàn. Sau khi sáp nhập Ethereum, để duy trì sự công bằng và giảm tác động quy mô của các nhóm cam kết lớn đối với việc khai thác MEV, Flashbots đã ra mắt MEV-Boost, sử dụng cơ chế PBS (Tách người đề xuất-người xây dựng) để giảm cơ hội cho người xác thực tham gia trực tiếp trong các hoạt động MEV và chuyển đổi sự đa dạng của các bên liên quan MEV. Hiện tại, tỷ lệ khối MEV-Boost đã vượt quá 90%.

Với việc áp dụng rộng rãi MEV-Boost, cộng đồng Ethereum bắt đầu lo lắng về những rủi ro bảo mật có thể phát sinh khi dựa vào dịch vụ của bên thứ ba này. Do đó, ý tưởng triển khai PBS trong giao thức Ethereum đã ra đời, được gọi là ePBS (. Người đề xuất-Người xây dựng được ghi nhận). Gần đây, ePBS đã được cấp số EIP chính thức: EIP-7732. EIP-7732 là một sự thay đổi đối với lớp đồng thuận mà không yêu cầu thay đổi lớp thực thi. Cốt lõi là tách biệt một cách hợp lý và tạm thời việc xác minh thực thi khỏi xác minh đồng thuận và trì hoãn xác minh thực thi cho đến khi hoàn tất xác minh đồng thuận.

Đề xuất của EIP-7732, ngoài việc giải quyết vấn đề người xác minh dựa vào bên thứ ba (như MEV-Boost) để xây dựng tải trọng thực thi, còn nhằm mục đích tối ưu hóa hiệu quả của quá trình xác minh. Trình xác thực hiện tại phải hoàn thành mọi sự đồng thuận và thực hiện các chức năng chuyển trạng thái trong thời gian rất ngắn (trong vòng 4 giây), điều này đòi hỏi tài nguyên máy tính và băng thông mạng cực cao. Trong khoảng thời gian này, người xác thực cần xác minh và xác nhận một lượng lớn thông tin giao dịch cũng như cập nhật trạng thái của chuỗi khối, điều này không chỉ làm tăng gánh nặng tính toán của một nút mà còn làm tăng khả năng xảy ra lỗi. Bằng cách tách biệt xác minh thực thi và xác minh đồng thuận, đảm bảo rằng các nút chỉ cần hoàn thành tương đối ít nhiệm vụ trong khoảng thời gian 4 giây quan trọng, từ đó giảm gánh nặng tính toán và tăng tốc độ lan truyền mạng.

Nội dung cốt lõi của EIP-7732

EIP-7732 tạo ra một vai trò mới "Người xây dựng", một trách nhiệm tùy chọn mới dành cho người xác thực mà bất kỳ người xác thực nào có thể sử dụng có đủ tiền để đặt cược vào chuỗi đèn hiệu và khả năng thực hiện các nhiệm vụ xây dựng khối Trở thành người xây dựng. Người xây dựng chịu trách nhiệm xây dựng và gửi lời hứa thực hiện tải trọng. Người xác thực giờ đây có thể thuê bên ngoài thực hiện tải trọng cho người xây dựng và tập trung nhiều hơn vào các nhiệm vụ ở cấp độ đồng thuận.

Tải trọng thực thi là phần cốt lõi của khối và chứa tất cả thông tin thay đổi trạng thái và giao dịch. Quá trình xây dựng tải trọng thực thi bao gồm chọn giao dịch từ nhóm bộ nhớ, sắp xếp giao dịch, thực hiện giao dịch theo trình tự và đóng gói tất cả thông tin để tạo thành tải trọng thực thi.

Để đạt được sự phân tách này, EIP-7732 loại bỏ trường ExecutionPayload, trường này chứa tất cả dữ liệu liên quan đến việc thực hiện giao dịch, chẳng hạn như danh sách giao dịch và kết quả chuyển đổi trạng thái. Bằng cách xóa trường này, việc tạo và xác minh nội dung thực thi sẽ được tách biệt khỏi việc tạo và xác minh khối báo hiệu. Thay vào đó, EIP-7732 giới thiệu cấu trúc dữ liệu mới, SignedExecutionPayloadHeader, bao gồm lời hứa của người xây dựng về tải trọng thực thi sẽ được tiết lộ trong tương lai.

quá trình tổng thể

Nhiệm vụ của người xây dựng: Người xây dựng chịu trách nhiệm tạo tải trọng thực thi và tạo ra một lời hứa sẽ hiển thị tải trọng thực thi. Lời hứa được gói gọn trong cấu trúc dữ liệu SignedExecutionPayloadHeader, bao gồm hàm băm của tải trọng thực thi và chữ ký số của hàm băm này để đảm bảo tính bất biến của dữ liệu và xác minh nguồn gốc. Lời hứa này chỉ ra rằng người xây dựng sẽ hiển thị toàn bộ trọng tải thực thi vào một thời điểm xác định nào đó trong tương lai và chỉ định số tiền phải trả cho người đề xuất khối beacon để khuyến khích người đề xuất khối beacon đưa vào lời hứa này.

Nhiệm vụ của người đề xuất khối beacon: Người đề xuất khối beacon (người xác nhận) hợp tác với người xây dựng và không cần xử lý trực tiếp các chi tiết thực thi của giao dịch khi tạo khối beacon mới mà thay vào đó bao gồm cam kết do người xây dựng cung cấp và sau đó phát toàn bộ khối báo hiệu lên mạng Ethereum để đạt được sự đồng thuận. Chỉ bao gồm các cam kết giúp giảm gánh nặng cho mạng và tăng tốc độ truyền bá các khối báo hiệu và quy trình xác minh đồng thuận. Sau khi cam kết của người xây dựng được xử lý, số tiền boa trong cam kết sẽ được khấu trừ khỏi số dư chuỗi beacon của người xây dựng và được ghi có cho người đề xuất khối beacon. Sau khi người đề xuất khối báo hiệu phát sóng thành công khối báo hiệu với một cam kết, người xây dựng được yêu cầu hiển thị tải trọng thực thi hoàn chỉnh trong một khoảng thời gian được chỉ định.

Xác minh PTC: Để giám sát xem các nhà xây dựng có thực thi công khai tải trọng một cách kịp thời hay không, một nhóm người xác thực được chọn ngẫu nhiên bởi mạng Beacon Chain sẽ tạo thành Ủy ban tính kịp thời của tải trọng (PTC). PTC chịu trách nhiệm kiểm tra xem người xây dựng có đưa ra tải trọng thực thi phù hợp với lời hứa trong khoảng thời gian đã chỉ định hay không. Nếu người xây dựng không tiết lộ kịp thời và chính xác, PTC sẽ đưa ra kết quả tiêu cực và người xây dựng sẽ phải đối mặt với hình phạt giảm số tiền đặt cược. Nếu xác minh PTC vượt qua, việc xác minh đầy đủ tải trọng thực thi sẽ được hoãn lại để được xử lý riêng trong khối báo hiệu tiếp theo, nghĩa là xác minh bị trì hoãn.

Ngoài ra, đề xuất này còn đưa ra các quy định pháp lý và cơ chế xử phạt mới dành cho PTC nhằm đảm bảo tính nghiêm ngặt và công bằng của toàn bộ quá trình xác minh. Đồng thời, do sự tách biệt giữa tải trọng thực thi và khối báo hiệu, logic lựa chọn nhánh cũng đã được điều chỉnh để thích ứng với quy trình xác minh mới. Những thay đổi này dự kiến ​​sẽ cải thiện đáng kể tính bảo mật và hiệu quả của mạng. Thông qua một loạt thiết kế, EIP-7732 cải thiện hiệu quả xử lý của Ethereum và giảm độ trễ mạng.