Base, Solana và MegaETH, chuỗi nào nhanh nhất?

Tác giả gốc: @ShivanshuMadan, nhà văn về tiền điện tử
Bản dịch gốc: zhouzhou, BlockBeats

Ghi chú của biên tập viên: Base, MegaETH và Solana cung cấp các hình thức xác nhận trước khác nhau thông qua Flashblock, Miniblock và Shred để cải thiện trải nghiệm của người dùng. Base dựa vào TEE để xác nhận trước các giao dịch sau mỗi 200ms; MegaETH sử dụng Miniblock và xác nhận sau mỗi 10ms; Solana hoàn tất xác nhận giao dịch trong vòng 400ms thông qua Shreds. Các cơ chế này tối ưu hóa tốc độ tương tác, nhưng độ tin cậy phụ thuộc vào trình sắp xếp hoặc trình xác thực tương ứng. L2 không có cơ chế đồng thuận, nhưng thời gian khối cố định vẫn giúp các cơ chế như EIP1559 thực thi và sắp xếp phi tập trung. Trong tương lai, xác nhận trước dưới một giây sẽ trở thành tiêu chuẩn của ngành và sẽ đóng vai trò quan trọng trong việc ngăn ngừa tham nhũng.

Sau đây là văn bản gốc (nội dung gốc đã được sắp xếp lại để dễ đọc và dễ hiểu):

Base so với MegaETH so với Solana, Flashblocks so với Miniblocks so với Shreds, loại nào nhanh nhất? Ai là người an toàn nhất? Ai sẽ thắng?

Flashblock, Miniblock và Shred đều là những “xác nhận trước” của nhà sản xuất khối tương ứng. Xác nhận trước là "sự đảm bảo đáng tin cậy" mà người dùng nhận được, đảm bảo rằng giao dịch của họ sẽ được đưa vào khối tiếp theo. Điều này cải thiện trải nghiệm của người dùng nhưng lại làm tăng sự tin tưởng tạm thời vào nhà sản xuất khối.

BASE FLASHBLOCKS

Thời gian chặn của Base hiện tại là 2 giây. Cứ mỗi 2 giây, tất cả các công cụ (trình khám phá khối, RPC, ví, v.v.) sẽ lấy khối, cập nhật cơ sở dữ liệu và đồng bộ hóa trạng thái với người dùng. Trạng thái này chưa được hoàn thiện (không thể thay đổi) nhưng được "xác nhận trước" bởi trình sắp xếp. Tuy nhiên, tốc độ cập nhật 2 giây không mang lại trải nghiệm lý tưởng cho người dùng và người dùng đã quen với tốc độ phản hồi Internet nhanh hơn.

Flashblocks trực tiếp tối ưu hóa vấn đề này bằng cách giảm thời gian xác nhận trước xuống còn 200 mili giây:

·Bộ sắp xếp chạy trong môi trường thực thi đáng tin cậy và sắp xếp các giao dịch dựa trên phí ưu tiên.

·Cứ mỗi 200 mili giây, bộ sắp xếp tạo một khối con (Flashblock) và truyền nó đến nút L2.

·Nút L2 xác minh chữ ký TEE, đưa ra xác nhận trước cho người dùng và áp dụng Flashblock vào trạng thái cục bộ.

·Sau 2 giây, bộ sắp xếp sẽ biên dịch toàn bộ khối và tạo bản tóm tắt Merkle để gửi tới L1.

·Sau khi xác nhận L1, nút sẽ cập nhật trạng thái cứng và hoàn tất khối.

Mặc dù việc tạo một khối hoàn chỉnh vẫn mất 2 giây, nhưng người dùng có thể thấy trạng thái được cập nhật trong vòng 200 mili giây, giúp cải thiện đáng kể trải nghiệm của người dùng.

MEGAETH MINIBLOCKS

MegaETH có kế hoạch đặt thời gian khối là 1 giây. Tuy nhiên, họ sẽ áp dụng chiến lược xác nhận trước tương tự như Flashblocks để tối ưu hóa trải nghiệm của người dùng. Bộ sắp xếp ME liên tục cung cấp xác nhận giao dịch (không theo thứ tự cụ thể) khi xây dựng các khối. ME có kế hoạch phát hành xác nhận trước sau mỗi 10 mili giây dưới dạng "Miniblock". Tương tự như Flashblock, Miniblock cải thiện đáng kể trải nghiệm của người dùng mà không làm tăng giả định về độ tin cậy vượt quá khối 1 giây.

(Lưu ý rằng Flashblocks cũng dựa vào TEE để thực hiện ưu tiên chính xác, trong khi Miniblocks không yêu cầu tiền đề đáng tin cậy này.)

SOLANA SHREDS

Solana là công ty tiên phong trong việc mang đến trải nghiệm người dùng chất lượng cao và chuỗi tốc độ cao. Thời gian chặn chuẩn của Solana là 400 mili giây. Trong quá trình tạo khối, người đứng đầu Solana (người sản xuất khối) sẽ chia khối thành các "Shred" nhỏ hơn, gửi chúng đến POH (Proof of History) và truyền bá chúng đến toàn bộ mạng lưới.

Các trình xác thực khác có thể bắt đầu sao chép giao dịch sau khi nhận được Shred và gửi xác nhận giao dịch ngay sau khi xác minh Shred (dưới 400 mili giây).

Bây giờ có hai câu hỏi đáng để thảo luận:

1. Những "xác nhận trước" này an toàn đến mức nào trong những tình huống khác nhau?

2. Trong hệ thống Rollup, xác nhận cuối cùng của giao dịch phụ thuộc vào việc gửi hàng loạt tới L1, vậy "thời gian chặn" có nghĩa là gì?

Bảo mật trước khi xác nhận

a) Solana

Giả sử rằng một trình xác thực Solana nhận được hai Shred từ một người dẫn đầu, nhưng những Shred này cuối cùng không được đưa vào khối cuối cùng. Có thể có hai trường hợp:

1. Người dẫn đầu đang ngoại tuyến: khối cuối cùng không thể được tạo và khung thời gian bị bỏ qua. Trong trường hợp này, người dẫn đầu tiếp theo sẽ tiếp quản những mảnh vụn này và đưa chúng vào khối của mình (sao chép chúng vào nhánh nặng nhất).

2. Kẻ cầm đầu hành động xấu xa: Kẻ cầm đầu phát tán các Shred khác nhau cho nhiều trình xác thực khác nhau nhằm mục đích chia tách mạng lưới.

Do đó, sự đảm bảo duy nhất cho thỏa thuận được thực hiện là tin tưởng rằng nhà lãnh đạo sẽ không làm điều ác hoặc tham nhũng.

b) MegaETH

MegaETH chỉ có một bộ sắp xếp, do đó, đảm bảo duy nhất để giao dịch có thể được đưa vào là bộ sắp xếp đó không hoạt động có chủ đích.

Ngoài ra, còn có hai rủi ro:

· Máy phân loại sẽ ngoại tuyến: Sau khi trực tuyến trở lại, máy sẽ lại bao gồm các giao dịch đã xác nhận trước đó.

· Quá trình tổ chức lại Ethereum L1 diễn ra: bất kỳ giao dịch L2 nào chưa được hoàn tất sẽ được trình sắp xếp sao chép vào chuỗi mới.

c) Cơ chế xác nhận trước của Base tương tự như MegaETH, nhưng nó còn dựa vào tính bảo mật của TEE (Môi trường thực thi đáng tin cậy).

Ngay cả khi TEE bị tấn công, điều duy nhất có thể thay đổi là thứ hạng ưu tiên của các giao dịch, điều này sẽ không ảnh hưởng đến việc đưa các giao dịch vào cuối cùng.

Trong mọi trường hợp, người dùng có thể nhận được xác nhận trước nhanh hơn, nhưng chỉ khi người đứng đầu (người phân loại) không hành động có ác ý. Vì người đứng đầu mỗi khối có độc quyền xây dựng các khối nên có thể cho rằng P (xác suất làm điều xấu) là như nhau trong mỗi lần xây dựng khối.

Thời gian khối L2 có nghĩa là gì?

L1 dựa vào cơ chế đồng thuận, trong khi (hầu hết) L2 không có cơ chế đồng thuận truyền thống. Trên L1, thời gian khối tồn tại để cải thiện hiệu quả đồng thuận, vì việc bỏ phiếu diễn ra tại ranh giới của các khối và người xác thực bỏ phiếu về tính chính xác của các giao dịch trong toàn bộ khối.

Nhưng trong L2 không có sự đồng thuận, chúng ta vẫn cần thời gian khối không?

Câu trả lời là có.

Mặc dù thời gian khối trong L2 có thể được chọn tùy ý và chỉ đại diện cho "xác nhận trước" chứ không phải là tính cuối cùng, việc có thời gian khối cố định sẽ hữu ích vì một số lý do, bao gồm:

• Việc triển khai các cơ chế như EIP1559 hiệu quả hơn ở cấp độ khối so với cấp độ khối mini/khối sét thường xuyên hơn. • Nếu L2 có kế hoạch phân cấp việc sắp xếp và chứng thực, các ranh giới khối được xác định rõ ràng sẽ tạo điều kiện thuận lợi cho việc bỏ phiếu và chứng thực.

Khi hiệu suất blockchain được cải thiện, xác nhận trước trong vòng chưa đầy một giây sẽ trở thành chuẩn mực. Chuỗi chiến thắng cũng sẽ đảm bảo rằng hình phạt cho P (tham nhũng) là rất lớn, đóng vai trò là biện pháp ngăn chặn mạnh mẽ.

「Liên kết gốc」