Thiết kế cốt lõi của ePBS xoay quanh khái niệm an ninh xây dựng, nó trao quyền hoàn toàn cho Builder kiểm soát giao dịch Khối.
ePBS là đề xuất để đưa PBS trực tiếp vào tầng đồng thuận ETH, được gọi là In-Protocol PBS, nhằm mục đích đối phó với các sự cố Chuyển tiếp tiềm năng và loại bỏ các sự cố điểm đơn trong hệ thống.
ePBS vẫn theo dõi cơ sở của PBS gốc, nâng cao khả năng kháng kiểm duyệt và phi tập trung của mạng bằng cách Thả khối nội dung từ một thực thể duy nhất.
*Payload Timeliness Committee（PTC）được thành lập nhằm giám sát và đảm bảo tính kịp thời và hiệu quả của nội dung giao dịch trong các khối mới.
Giới thiệu
Trong tháng 2, nhà phát triển Prysm Potuz cho rằng mạng chính của Ethereum đang gặp vấn đề về sự tin cậy, đề xuất hoãn Electra fork đến năm 2025, sử dụng sự kiện Interop để hoàn thiện thiết kế ePBS. Tuy nhiên, cộng đồng Ethereum có quan điểm khác về ePBS, một số nhà phát triển và nghiên cứu lo lắng về rủi ro có thể đem lại. Đối với ePBS, mọi người có ý kiến khác nhau, hôm nay chúng ta sẽ tìm hiểu về ePBS là gì? và khác biệt giữa ePBS và PBS là gì?
Trước đó, chúng tôi đã đề cập đến cơ chế của PBS để đảm bảo tính an toàn của Proposer cam kết và đảm bảo tính an toàn của Builder giải thích, do đó quyền này được giao cho các Chuyển tiếp được tin cậy để đảm nhận. Chuyển tiếp chịu trách nhiệm giữ nội dung Khối, đảm bảo rằng Proposer sẽ nhận được nội dung Khối nhưng không thể dễ dàng lấy mất nội dung Khối của Builder. Nhưng nếu Chuyển tiếp có ý đồ xấu, thì cả Proposer và Builder đều sẽ bị tổn thương, và họ chỉ có thể chuyển hướng và hợp tác với các Relay khác và hy vọng rằng các Chuyển tiếp khác không có ý đồ xấu. Điều này gây ra một vấn đề, chúng ta phải tìm một bên thứ ba được tin tưởng để thực hiện ủy quyền. Bởi vì PBS là một giải pháp ngoài giao thức. PBS phụ thuộc vào nhận thức chung và tuân thủ tự nguyện của cộng đồng, cần sự phối hợp và niềm tin bổ sung.
Trong PBS, phải có một vai trò người trung gian như một bên thứ ba xử lý vấn đề:
Proposer nếu muốn bán quyền nội dung Khối phải tin tưởng người trung gian。
Người muốn mua quyền xây dựng Khối phải tin tưởng người trung gian.
Thiết kế cách mạng của ePBS
Người đề xuất tích hợp - Phân tách người xây dựng
Enshrined Proposer-Builder Separation（ePBS）内置提议者-构建者分离，是 PBS 衍伸出的又一种变体。ePBS 是一个将 PBS 直接纳入ETH坊Nhận thức chung层的提议，于是被又称为 In-Protocol PBS。它的诞生是为了应对潜在的Chuyển tiếp故障和消除系统内单点故障的需求。作为一种新兴的Cơ chế đồng thuận，接下来我们将对ePBS 进行深入解析，旨在阐明其核心原理、优势以及与传统 Proposer-Builder Separation（PBS）的区别。
ePBS, tức là cơ chế tích hợp người đề xuất-xây dựng riêng biệt, là cơ chế tích hợp trong giao thức blockchain. Thay vì cần phải tin tưởng vào vai trò Relay mà phải tin tưởng Relay, giao thức Ethereum có thể thay thế vai trò này. Nếu bất kỳ bên nào đề xuất hoặc xây dựng có hành vi xấu, họ sẽ bị phạt bởi chính giao thức Ethereum mà không cần phải tin tưởng vào một vai trò nào đó. Điều này cũng là điểm khác biệt lớn nhất giữa giao thức tổng thể và giao thức PBS đã được đề cập trước đây chúng tôi.
Tất nhiên, việc tách biệt vai trò vẫn được áp dụng trong ePBS dựa trên cơ sở của PBS gốc, nhằm nâng cao khả năng chống kiểm duyệt và tính phi tập trung của mạng Blockchain thông qua việc Thả khối nội dung của thực thể duy nhất.
Proposer：负责Khối提议，包括Khối头信息
Builder: Xây dựng nội dung cụ thể của Khối
Hai lợi ích lớn
Trừng phạt hành vi xấu trực tiếp và không cần bên thứ ba cấp tín dụng
Qua tên gọi, ta có thể nhận thấy rằng Enshrined trong ePBS cho biết vì công việc tích hợp giao thức, nó cũng sẽ trực tiếp trừng phạt hành vi xấu và trung tâm tin cậy cũng đã thay đổi dưới cài đặt này.
Giao thức có khả năng xác định và đối phó với nó, và nó có thể bị trừng phạt trực tiếp
Trong PBS, việc nhận dạng và xử phạt hành vi xấu cần phụ thuộc vào sự tham gia của bên thứ ba (người xác thực, máy chuyển tiếp, v.v.). Trong ePBS, do thiết kế của nó trong giao thức, hành vi xấu có thể được giao thức nhận dạng và xử lý trực tiếp.
无需授信第三方，提升Phi tập trung程度
PBS trong một mức độ nhất định phụ thuộc vào quản trị bên ngoài hoặc bên thứ ba, tồn tại vấn đề tập trung niềm tin. Trái lại, ePBS thông qua việc viết các quy tắc vào giao thức, giảm thiểu nhu cầu tín nhiệm vào bên thứ ba bên ngoài từ nguồn gốc, tăng cường mức độ phi tập trung của hệ thống.
*So sánh biểu đồ giữa PBS truyền thống và ePBS
Thiết kế ePBS
Điệu nhảy thực hiện và xác minh
Trong ETH POS, thời gian của slot được chia thành khoảng cách 12 giây. Trong mỗi slot, một Người xác thực được chọn ngẫu nhiên để đề xuất một Khối. Đồng thời, một ủy ban được chỉ định để xác minh tính hợp lệ của Khối. Nếu một Khối không được đề xuất trong slot đã cho, sau 4 giây, Người xác thực có trách nhiệm sẽ xác minh Khối trước đó.
source: ethresearch, một khe ePBS sẽ được xử lý bởi CL (lớp đồng thuận) và EL (lớp thực thi). Thông tin Khối được phát sóng trong lớp đồng thuận, sau đó Khối sẽ được gửi đến lớp thực thi để xác minh.
KhốiGiá thầu阶段：Bulider sẽ bắt đầuGiá thầu, gửi cho Proposer.
proposer 广播：Proposer 选择Giá thầu并选择是否运用 Inclusion List 构建自己的Khối内容。接着广播Khối。
Người xác thự投票：看到Khối后，会根据其验证结果投票。
聚合证明 (Aggregate attestation): 聚合证明 được tạo ra bởi các Aggregators, họ tổng hợp các chứng cứ từ nhiều Người xác thực về cùng một Khối. Người xác thực sử dụng Aggregate attestation để xác minh.
Payload Broadcast: Builder cần phơi bày toàn bộ payload thực thi (ution Payload) trong thời gian quy định.
Bỏ phiếu PTC: Ủy ban đặc biệt, giám sát và xác minh xem payload của Builder có được thực hiện đúng hạn và hiệu quả hay không.
Proposer của slot tiếp theo sẽ phát hành Khối của họ, xây dựng trên Khối hoàn chỉnh hoặc Khối trống dựa trên kết quả bầu cử PTC và chứng minh tổng hợp. Khi tỷ lệ phần trăm PT được phát hành đúng hạn trong số phiếu bầu cao hơn, Khối sẽ được coi là Khối đầy.
PTC, giám sát tính kịp thời và hiệu quả của nội dung giao dịch trong khối mới
Ủy ban Đúng Hạn Payload（PTC）, 'Ủy ban Khả năng đúng hạn của bộ tải'. Nhiệm vụ chính của họ là đảm bảo nội dung giao dịch trong Khối mới có thể được thêm vào một cách kịp thời và chính xác. Ủy ban này được hình thành từ Người xác thực (gồm 521 người được mượn từ Ủy ban Dấu hiệu để trở thành thành viên của ủy ban), công việc của họ là kiểm tra xem Builder đã hoàn thành công việc điền giao dịch cho Khối trước khi kỳ tạo Khối kết thúc, và các giao dịch này được thực hiện đúng quy tắc.
Đơn giản, PTC giống như một nhóm giám sát, kiểm tra xem Builder có gửi công việc của họ đúng hạn và có chứa Khối giao dịch chính xác không. Nếu Builder làm tốt và gửi Khối đáp ứng yêu cầu đúng hạn, PTC sẽ xác nhận điều này thông qua bỏ phiếu. Như vậy, mạng sẽ biết được những Khối nào là hoàn chỉnh và hiệu quả, cũng như những Khối có thể gặp vấn đề hoặc không hoàn chỉnh.
Thông qua cơ chế bỏ phiếu, PTC ảnh hưởng đến việc xem xét trạng thái của Khối là “Khối đầy đủ” hoặc “Khối trống”. Nếu PTC xác minh tính kịp thời và đúng đắn của dữ liệu, Khối đó có thể được coi là ở trạng thái “Khối đầy đủ”; nếu không có dữ liệu hoặc dữ liệu được gửi Trễ, Khối có thể được đánh dấu là “Khối trống”. Tiếp theo, dựa trên kết quả bỏ phiếu của PTC, mạng lưới trực tiếp thưởng hoặc phạt Proposer và Builder để khuyến khích việc xây dựng Khối kịp thời và chính xác.
完整块（full block）：Khối bao gồm một nhóm payload hợp lệ, nó cũng có thể bao gồm nhiều giao dịch và trạng thái thực hiện giao dịch sẽ được cập nhật kịp thời.
Sự thực hiện kháng kiểm duyệt của ePBS, kết hợp với thiết kế Danh sách Bao gồm
Mặc dù, thiết kế cốt lõi của ePBS xoay quanh khái niệm an ninh của Builder, nó trao quyền kiểm soát hoàn toàn giao dịch Khối cho Builder. Vì vậy, việc sử dụng Danh sách Bao gồm sẽ là một cách hoàn hảo để kết hợp chống kiểm duyệt và Phi tập trung.
Trong bài viết trước đó của chúng tôi đã đề cập đến CL, hãy giải thích quy trình một cách tổng quan (chi tiết có thể nhấp vào liên kết: undefined. ** Cung cấp danh sách này cho Builder, cần ưu tiên xem xét giao dịch này. Nó nên bao gồm tất cả các giao dịch đang hoạt động hiện tại, bất kể xem các giao dịch này có trong giao dịch bể hay không. Chỉ cần Khối còn chỗ trống, giao dịch trong danh sách sẽ được xem xét cho Khối của Builder. Nếu Khối đã đầy, Builder phải đánh dấu rõ và xác nhận rằng họ đã chú ý đến danh sách này.
Khi Builder cố gắng kiểm tra một số giao dịch, việc điền Khối liên tục bằng giao dịch sẽ dẫn đến việc phí cơ bản Tăng nhanh chóng do sự thực hiện của EIP-1559. Nếu Builder vẫn kiên trì trong việc kiểm tra bằng cách thêm giao dịch giả vào Khối, chi phí ngày càng tăng sẽ làm cho hành vi này trở nên quá đắt đỏ và không còn khả thi nữa.
Tổng kết
ePBS thông qua giao thức tích hợp, phân chia vai trò của người đề xuất và người xây dựng. Thông qua PTC là một phần tử con của Hội đồng Chứng minh, chịu trách nhiệm bỏ phiếu về tính hợp lệ và kịp thời của ution Payload do Builder phát hành. Ưu điểm chính của nó là chuyển vai trò của bên thứ ba tin cậy truyền thống thành việc thực hiện giám sát và trừng phạt bởi chính giao thức Ethereum, từ đó giảm thiểu nhu cầu tin cậy vào một thực thể duy nhất. Nó không chỉ nâng cao tính kháng kiểm duyệt của hệ thống, mà còn tăng cường bảo vệ giao dịch thông qua các cơ chế như Danh sách Bao gồm, khiến cho chi phí kiểm duyệt giao dịch trở nên đắt đỏ và không khả thi.
Ngoài ra, ePBS chỉ cung cấp một tùy chọn lớp giao thức Khối Proposer và Builder tách rời, không bắt buộc, sự khác biệt lớn nhất của họ là cơ chế thanh toán và mô hình tin cậy. Khi xem xét vấn đề tin cậy của toàn bộ giao thức, chi phí phải trả là cam kết trước chi phí thanh toán. So với ePBS, MEV-Boost có thể quyết định số tiền thanh toán cho Beacon Proposer dựa trên lợi nhuận được thực hiện trong ution Payload được sắp xếp theo thứ tự của riêng mình, mang lại nhiều lợi nhuận và không gian hơn. Có thể một ngày nào đó, khi cơ chế của ePBS được thực hiện, không cần phải xem xét cam kết trước chi phí, ta có thể ước muốn và mong đợi một chút nhỏ!
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Khủng hoảng niềm tin实验 ePBS的giao thức内置
TL;DR
Giới thiệu
Trong tháng 2, nhà phát triển Prysm Potuz cho rằng mạng chính của Ethereum đang gặp vấn đề về sự tin cậy, đề xuất hoãn Electra fork đến năm 2025, sử dụng sự kiện Interop để hoàn thiện thiết kế ePBS. Tuy nhiên, cộng đồng Ethereum có quan điểm khác về ePBS, một số nhà phát triển và nghiên cứu lo lắng về rủi ro có thể đem lại. Đối với ePBS, mọi người có ý kiến khác nhau, hôm nay chúng ta sẽ tìm hiểu về ePBS là gì? và khác biệt giữa ePBS và PBS là gì?
Trước đó, chúng tôi đã đề cập đến cơ chế của PBS để đảm bảo tính an toàn của Proposer cam kết và đảm bảo tính an toàn của Builder giải thích, do đó quyền này được giao cho các Chuyển tiếp được tin cậy để đảm nhận. Chuyển tiếp chịu trách nhiệm giữ nội dung Khối, đảm bảo rằng Proposer sẽ nhận được nội dung Khối nhưng không thể dễ dàng lấy mất nội dung Khối của Builder. Nhưng nếu Chuyển tiếp có ý đồ xấu, thì cả Proposer và Builder đều sẽ bị tổn thương, và họ chỉ có thể chuyển hướng và hợp tác với các Relay khác và hy vọng rằng các Chuyển tiếp khác không có ý đồ xấu. Điều này gây ra một vấn đề, chúng ta phải tìm một bên thứ ba được tin tưởng để thực hiện ủy quyền. Bởi vì PBS là một giải pháp ngoài giao thức. PBS phụ thuộc vào nhận thức chung và tuân thủ tự nguyện của cộng đồng, cần sự phối hợp và niềm tin bổ sung.
Trong PBS, phải có một vai trò người trung gian như một bên thứ ba xử lý vấn đề:
Thiết kế cách mạng của ePBS
Người đề xuất tích hợp - Phân tách người xây dựng
Enshrined Proposer-Builder Separation（ePBS）内置提议者-构建者分离，是 PBS 衍伸出的又一种变体。ePBS 是一个将 PBS 直接纳入ETH坊Nhận thức chung层的提议，于是被又称为 In-Protocol PBS。它的诞生是为了应对潜在的Chuyển tiếp故障和消除系统内单点故障的需求。作为一种新兴的Cơ chế đồng thuận，接下来我们将对ePBS 进行深入解析，旨在阐明其核心原理、优势以及与传统 Proposer-Builder Separation（PBS）的区别。
ePBS, tức là cơ chế tích hợp người đề xuất-xây dựng riêng biệt, là cơ chế tích hợp trong giao thức blockchain. Thay vì cần phải tin tưởng vào vai trò Relay mà phải tin tưởng Relay, giao thức Ethereum có thể thay thế vai trò này. Nếu bất kỳ bên nào đề xuất hoặc xây dựng có hành vi xấu, họ sẽ bị phạt bởi chính giao thức Ethereum mà không cần phải tin tưởng vào một vai trò nào đó. Điều này cũng là điểm khác biệt lớn nhất giữa giao thức tổng thể và giao thức PBS đã được đề cập trước đây chúng tôi.
Tất nhiên, việc tách biệt vai trò vẫn được áp dụng trong ePBS dựa trên cơ sở của PBS gốc, nhằm nâng cao khả năng chống kiểm duyệt và tính phi tập trung của mạng Blockchain thông qua việc Thả khối nội dung của thực thể duy nhất.
Hai lợi ích lớn
Trừng phạt hành vi xấu trực tiếp và không cần bên thứ ba cấp tín dụng
Qua tên gọi, ta có thể nhận thấy rằng Enshrined trong ePBS cho biết vì công việc tích hợp giao thức, nó cũng sẽ trực tiếp trừng phạt hành vi xấu và trung tâm tin cậy cũng đã thay đổi dưới cài đặt này.
Trong PBS, việc nhận dạng và xử phạt hành vi xấu cần phụ thuộc vào sự tham gia của bên thứ ba (người xác thực, máy chuyển tiếp, v.v.). Trong ePBS, do thiết kế của nó trong giao thức, hành vi xấu có thể được giao thức nhận dạng và xử lý trực tiếp.
PBS trong một mức độ nhất định phụ thuộc vào quản trị bên ngoài hoặc bên thứ ba, tồn tại vấn đề tập trung niềm tin. Trái lại, ePBS thông qua việc viết các quy tắc vào giao thức, giảm thiểu nhu cầu tín nhiệm vào bên thứ ba bên ngoài từ nguồn gốc, tăng cường mức độ phi tập trung của hệ thống.
*So sánh biểu đồ giữa PBS truyền thống và ePBS
Thiết kế ePBS
Điệu nhảy thực hiện và xác minh
Trong ETH POS, thời gian của slot được chia thành khoảng cách 12 giây. Trong mỗi slot, một Người xác thực được chọn ngẫu nhiên để đề xuất một Khối. Đồng thời, một ủy ban được chỉ định để xác minh tính hợp lệ của Khối. Nếu một Khối không được đề xuất trong slot đã cho, sau 4 giây, Người xác thực có trách nhiệm sẽ xác minh Khối trước đó.
source: ethresearch, một khe ePBS sẽ được xử lý bởi CL (lớp đồng thuận) và EL (lớp thực thi). Thông tin Khối được phát sóng trong lớp đồng thuận, sau đó Khối sẽ được gửi đến lớp thực thi để xác minh.
PTC, giám sát tính kịp thời và hiệu quả của nội dung giao dịch trong khối mới
Ủy ban Đúng Hạn Payload（PTC）, 'Ủy ban Khả năng đúng hạn của bộ tải'. Nhiệm vụ chính của họ là đảm bảo nội dung giao dịch trong Khối mới có thể được thêm vào một cách kịp thời và chính xác. Ủy ban này được hình thành từ Người xác thực (gồm 521 người được mượn từ Ủy ban Dấu hiệu để trở thành thành viên của ủy ban), công việc của họ là kiểm tra xem Builder đã hoàn thành công việc điền giao dịch cho Khối trước khi kỳ tạo Khối kết thúc, và các giao dịch này được thực hiện đúng quy tắc.
Đơn giản, PTC giống như một nhóm giám sát, kiểm tra xem Builder có gửi công việc của họ đúng hạn và có chứa Khối giao dịch chính xác không. Nếu Builder làm tốt và gửi Khối đáp ứng yêu cầu đúng hạn, PTC sẽ xác nhận điều này thông qua bỏ phiếu. Như vậy, mạng sẽ biết được những Khối nào là hoàn chỉnh và hiệu quả, cũng như những Khối có thể gặp vấn đề hoặc không hoàn chỉnh.
Thông qua cơ chế bỏ phiếu, PTC ảnh hưởng đến việc xem xét trạng thái của Khối là “Khối đầy đủ” hoặc “Khối trống”. Nếu PTC xác minh tính kịp thời và đúng đắn của dữ liệu, Khối đó có thể được coi là ở trạng thái “Khối đầy đủ”; nếu không có dữ liệu hoặc dữ liệu được gửi Trễ, Khối có thể được đánh dấu là “Khối trống”. Tiếp theo, dựa trên kết quả bỏ phiếu của PTC, mạng lưới trực tiếp thưởng hoặc phạt Proposer và Builder để khuyến khích việc xây dựng Khối kịp thời và chính xác.
Sự thực hiện kháng kiểm duyệt của ePBS, kết hợp với thiết kế Danh sách Bao gồm
Mặc dù, thiết kế cốt lõi của ePBS xoay quanh khái niệm an ninh của Builder, nó trao quyền kiểm soát hoàn toàn giao dịch Khối cho Builder. Vì vậy, việc sử dụng Danh sách Bao gồm sẽ là một cách hoàn hảo để kết hợp chống kiểm duyệt và Phi tập trung.
Trong bài viết trước đó của chúng tôi đã đề cập đến CL, hãy giải thích quy trình một cách tổng quan (chi tiết có thể nhấp vào liên kết: undefined. ** Cung cấp danh sách này cho Builder, cần ưu tiên xem xét giao dịch này. Nó nên bao gồm tất cả các giao dịch đang hoạt động hiện tại, bất kể xem các giao dịch này có trong giao dịch bể hay không. Chỉ cần Khối còn chỗ trống, giao dịch trong danh sách sẽ được xem xét cho Khối của Builder. Nếu Khối đã đầy, Builder phải đánh dấu rõ và xác nhận rằng họ đã chú ý đến danh sách này.
Khi Builder cố gắng kiểm tra một số giao dịch, việc điền Khối liên tục bằng giao dịch sẽ dẫn đến việc phí cơ bản Tăng nhanh chóng do sự thực hiện của EIP-1559. Nếu Builder vẫn kiên trì trong việc kiểm tra bằng cách thêm giao dịch giả vào Khối, chi phí ngày càng tăng sẽ làm cho hành vi này trở nên quá đắt đỏ và không còn khả thi nữa.
Tổng kết
ePBS thông qua giao thức tích hợp, phân chia vai trò của người đề xuất và người xây dựng. Thông qua PTC là một phần tử con của Hội đồng Chứng minh, chịu trách nhiệm bỏ phiếu về tính hợp lệ và kịp thời của ution Payload do Builder phát hành. Ưu điểm chính của nó là chuyển vai trò của bên thứ ba tin cậy truyền thống thành việc thực hiện giám sát và trừng phạt bởi chính giao thức Ethereum, từ đó giảm thiểu nhu cầu tin cậy vào một thực thể duy nhất. Nó không chỉ nâng cao tính kháng kiểm duyệt của hệ thống, mà còn tăng cường bảo vệ giao dịch thông qua các cơ chế như Danh sách Bao gồm, khiến cho chi phí kiểm duyệt giao dịch trở nên đắt đỏ và không khả thi.
Ngoài ra, ePBS chỉ cung cấp một tùy chọn lớp giao thức Khối Proposer và Builder tách rời, không bắt buộc, sự khác biệt lớn nhất của họ là cơ chế thanh toán và mô hình tin cậy. Khi xem xét vấn đề tin cậy của toàn bộ giao thức, chi phí phải trả là cam kết trước chi phí thanh toán. So với ePBS, MEV-Boost có thể quyết định số tiền thanh toán cho Beacon Proposer dựa trên lợi nhuận được thực hiện trong ution Payload được sắp xếp theo thứ tự của riêng mình, mang lại nhiều lợi nhuận và không gian hơn. Có thể một ngày nào đó, khi cơ chế của ePBS được thực hiện, không cần phải xem xét cam kết trước chi phí, ta có thể ước muốn và mong đợi một chút nhỏ!