Tác giả: 0XNATALIE Nguồn: chainfeeds
Nền tảng và động lực của EIP-7732
Vì vấn đề MEV khó giải quyết từ gốc rễ nên việc áp dụng các biện pháp cạnh tranh công bằng là cách duy nhất để tránh gây 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. đã có một Ý tưởng triển khai PBS trong giao thức Ethereum được gọi là ePBS (Tách biệt người đề xuất-người xây dựng được bảo vệ). 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.
EIP-7732 được đề xuất, 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, nó 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 vai trò mới "Xây dựng " Builder" là trách nhiệm tùy chọn mới của người xác nhận. Bất kỳ người xác nhận nào 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 đều có thể 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, đồng thời 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, bao gồm tất cả thông tin Giao dịch và thay đổi trạng thái. 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 xóa 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à chuyển đổi trạng thái kết quả, v.v. 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.
Quy 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 Thực thi tải trọng và đưa ra lời hứa rằng tải trọng sẽ được thực thi công khai. 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 của nó. Lời hứa này cho biếtrằ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) làm việc với người xây dựng để tạo các khối Beacon mới không trực tiếp xử lý chi tiết thực hiện giao dịch, nhưng thay vào đó bao gồm cam kết do người xây dựng cung cấp và sau đó toàn bộ khối báo hiệu được phát tới 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: Một tập hợp các trình xác thực được chọn ngẫu nhiên bởi mạng Beacon Chain để theo dõi xem các nhà xây dựng có thực thi tải trọng công khai một cách kịp thời hay không Cách thức Thành lập Ủy ban về 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 mức đặt cược. Nếu xác minh PTC thành công, 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 còn đưa ra các quy định quản 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.