Dưới sự lãnh đạo của hai gã khổng lồ, TVL của Rollup Track từng vượt qua 10 tỷ đô la Mỹ và hiện ổn định ở mức khoảng 10 tỷ đô la Mỹ. Đằng sau việc Rollups được coi là giải pháp mở rộng quy mô "chữ ký" của Ethereum, chúng vẫn có các thuộc tính tập trung và không chống kiểm duyệt. Các chuỗi Rollup chính thường sử dụng các trình tự tập trung chính thức. Mặc dù các dự án Rollup như Arbitrum, Optimism và StarkNet bao gồm việc phân cấp các trình tự trong lộ trình, nhưng chúng đã không được thực hiện trong ngắn hạn đến trung hạn của kế hoạch. Là mảnh ghép quan trọng nhất trong câu đố phi tập trung của Rollup, trình sắp xếp phi tập trung có vị trí chiến lược rất quan trọng đối với chính Rollup, và đó cũng là nguyện vọng của người dân.

Theo dữ liệu của L2Beat, TVL cho lối đi L2 tính đến ngày 1 tháng 10 năm 2023
Nó chủ yếu bao gồm 2 phần:
Phí giao dịch L2 = Phí thực thi L2 + Phí dữ liệu L1
Doanh thu trình tự mạng = Doanh thu phí giao dịch L2 - Chi phí hoạt động trình tự - Phí dữ liệu L1
Sequencer trung ương được vận hành bởi bên dự án có một lượng quyền định giá nhất định (ví dụ, phí thực thi L2 cao hơn một chút, phí dữ liệu L1 cao hơn một chút), đó là lý do tại sao một số dự án Rollup nổi tiếng đang kiếm được một số tiền lớn.
Hiện tại, tất cả các Rollups chínhstream đều chạy một bộ sắp xếp trung tâm duy nhất. Các giao dịch L2 của người dùng nhập vào bộ nhớ tạm (tại thời điểm này, các giao dịch trong bộ nhớ tạm đều ở trạng thái không sắp xếp), và bộ sắp xếp sắp xếp và nén các giao dịch thành một tập hợp được sắp xếp của các lô, sau đó được gửi đến lớp DA của Ethereum.

Quy trình vận hành Sequencer
Trình tự Rollup tương tự như việc sử dụng một “hành trình nhanh”, nén hàng trăm hoặc hàng ngàn giao dịch L2 thành một giao dịch L1 duy nhất, từ đó giảm chi phí gas đáng kể. Điều này là lý do tại sao các Rollups phổ biến ngày nay đều chạy trình tự tập trung, cung cấp cho người dùng chi phí gas thấp hơn và xác nhận giao dịch nhanh hơn, từ đó cải thiện trải nghiệm giao dịch của người dùng.
Tuy nhiên, sự tập trung cũng mang lại cho bộ sắp xếp độc lập lớn để xếp hạng các giao dịch. Nó có thể xếp hạng các giao dịch tùy ý để tối đa hóa cơ hội thương mại đánh giá của mình, chiếm giá trị MEV, trì hoãn các giao dịch của người dùng, và thậm chí hoàn toàn kiểm duyệt người dùng.
Sequencer có thể thu được giá trị MEV bằng cách thay đổi thứ tự giao dịch trong một khối duy nhất; điều nguy hại hơn nữa là vì sequencer kiểm soát thứ tự của nhiều khối liên tiếp, dễ thực hiện MEV qua các khối, gây ra các cuộc tấn công quy mô lớn.
Các tình huống trên đều là hành vi lỗi lạm dụng của bộ sắp xếp. Một số lỗi không được bộ sắp xếp dự định, nhưng vẫn gây hại đến trải nghiệm và quyền lợi của người dùng. Ví dụ, bộ sắp xếp vô tình bao gồm lại một giao dịch mã thông báo đã được chi tiêu trong một lời hứa mềm và sau đó gửi đến L1 để xác minh. Cũng có thể có trường hợp mà giao dịch không thể được xác nhận; nó cũng giống như một bộ sắp xếp duy nhất bị ngắt kết nối, gây ra lớp thứ hai không thể tạo khối một cách chính xác, và mạng bị gián đoạn trong thời gian dài.
Cá và gấu là không thể, nhưng tối ưu hóa hiệu suất Rollup không được đến từ việc đánh đổi tính phân quyền và khả năng chống kiểm duyệt.
Bộ sắp xếp không còn quyền xếp hạng giao dịch theo cách tập trung. Vai trò chịu trách nhiệm về việc xếp hạng được chọn từ một tập hợp các bộ sắp xếp dựa trên một cơ chế bầu cử cụ thể và xoay vòng trong một chu kỳ cố định.
Phi tập trung ngăn chặn sequencers liên tục chiếm đoạt MEV, và cũng ngăn chặn một sequencer duy nhất xem xét giao dịch của người dùng. Kết hợp với cơ chế trừng phạt tội phạm tương ứng, nó cũng có thể điều chỉnh hiệu quả hành vi của sequencer.
Các dự án như Espresso, Astria, SUAVE và Radius đều tập trung vào các giải pháp trình tự phi tập trung, và con đường triển khai của chúng khác nhau.

Vốn của Espresso
Dưới cơ chế xếp hạng của bộ xử lý Espresso, các giao dịch L2 thường trải qua chu kỳ sống sau đây:
Các giao dịch được người dùng thực hiện trên tầng thứ hai sẽ được gửi đến máy chủ Rollup (API);
Giao dịch nhập vào bể nhớ, và bộ sắp xếp (được lựa chọn bởi sự thống nhất HotShot) sắp xếp và bao gồm giao dịch trong một khối;
Bộ điều khiển phát sóng giao dịch. Sau khi đạt được sự thống nhất HotShot thông qua các nút khác, khối được phát hành và giao dịch được thực hiện; cam kết mềm cung cấp xác nhận giao dịch nhanh chóng
Bộ xếp hạng gửi và lưu trữ một chứng chỉ đồng thuận (QC: Chứng chỉ Quorum) với lời hứa khối chứa giao dịch trong hợp đồng bộ xếp hạng L1 (chứng minh rằng khối đã đạt đến tính cuối cùng mềm mại thông qua sự đồng thuận);
Nút Rollup đã thực hiện khối gửi trạng thái Rollup mới đến L1 (tại điểm này, zKrU yêu cầu bằng chứng về tính hợp lệ, và ORU mở thời kỳ thách thức)
Hợp đồng L1 Rollup kiểm tra tính hợp lệ của cập nhật trạng thái bằng cách xác minh QC được gửi bởi hợp đồng sequencer.

Vòng đời của một giao dịch L2 dưới cơ chế sắp xếp Espresso
Quá trình này dường như mơ hồ và khó hiểu; cách đơn giản để hiểu nó là:
Cơ chế đồng thuận HotShot chọn một trong các bộ xếp chồng. Nó chịu trách nhiệm sắp xếp giao dịch Rollup và bao gồm giao dịch trong một khối; khối này phải được ký và đồng ý bởi các nút Rollup khác (2/3 hoặc nhiều hơn số nút HotShot đồng thuận) để trở thành “cuối cùng”, sau đó các cam kết khối tương ứng và gốc trạng thái Rollup mới được gửi đến lớp cơ sở L1 để xác minh.
"Tính cuối cùng" ở trên nằm trong dấu ngoặc kép; "Tính cuối cùng với dấu ngoặc kép" và tính cuối cùng không có dấu ngoặc kép này không phải là một khái niệm. "Tính cuối cùng" với báo giá là cho phép các giao dịch Rollup được xác nhận nhanh hơn, ít chậm trễ hơn và trải nghiệm người dùng tốt hơn; tuy nhiên, các giao dịch Rollup cuối cùng yêu cầu lớp cơ sở L1 để xác minh (zKru cần xác minh bằng chứng về tính hợp lệ, ORU phải đợi kết thúc giai đoạn thử thách). Nếu không có vấn đề gì khi xác minh rằng giao dịch do Rollup gửi là OK, thì giao dịch của Rollup thực sự là cuối cùng.
Điều này có nghĩa: nếu lớp cơ sở L1 xác minh rằng giao dịch là không hợp lệ, khối L2 tương ứng đã được phát hành sẽ đối mặt với việc quay trở lại. Do đó, “tính cuối cùng” dành cho việc xác nhận giao dịch nhanh chóng, và tính cuối cùng là để kế thừa tính bảo mật của Ethereum.

Kiến trúc xếp hàng giao dịch không cần Espresso

Tích hợp kiến trúc xếp hàng giao dịch của Espresso
Cơ chế tái đặt cọc của EigenLayer cho phép người cọc Ethereum đồng thời trở thành các trình tự Espresso, cung cấp bảo mật cho sự đồng thuận HotShot. Đơn giản là, người cọc nút Ethereum có thể trở thành Espresso Sequencers (ESQ) thông qua cơ chế tái đặt cọc của EigenLayer. Trong khi nhận các lợi ích từ nút PoS, người cọc Ethereum cũng thu được giá trị của MEV loại thứ hai.
Các lợi ích tiềm năng cho người giữ ETH = phần thưởng mạng cục bộ cơ bản + L2 EVM + phần thưởng nút từ các chuỗi PoS khác (sử dụng cơ chế tái đặt cược EigenLayer). Bộ ba lợi ích này mạnh mẽ hơn rất nhiều cho ETH.

Giải pháp Trình tự Phi tập trung của EigenLayer
Espresso là một giải pháp trình tự phi tập trung mục đích chung. Ngoài EigenLayer, các dự án hợp tác sinh thái bao gồm các dự án modul phổ biến như Arbitrum, OP Stack, Caldera, AltLayer, v.v.

Bố trí dự án hợp tác sinh thái Espresso

Tình hình tài trợ Astria
Đối với việc xoay trình tự, Astria đã đề xuất hai cơ chế xoay: xoay lãnh đạo đơn giản (xoay lãnh đạo) và thuật toán đồng thuận lỗi Byzantine (BFT).

Cơ chế xoay vòng lãnh đạo của Astria

Thuật toán đồng thuận BFT của Astria

các thành phần cốt lõi của SUAVE
Về tài chính, Radius đã công bố hoàn thành vòng gọi vốn trước hạt giống trị giá 1.7 triệu đô la do Hashed dẫn đầu vào tháng 6 năm 2023, với các nhà đầu tư cùng đồng hành bao gồm Superscrypt, LambdaClass và Crypto.com.

Thông tin tài trợ bán kính
Các bộ sắp xếp phi tập trung dựa trên cơ chế đồng thuận như Espresso và Astria giảm MEV và rủi ro xem xét đến một mức độ nhất định, nhưng với chi phí về khả năng mở rộng mạng và hiệu suất thời gian, chúng gây ra độ trễ xác nhận giao dịch nhất định (yêu cầu đồng thuận về xếp hạng giao dịch). Hơn nữa, mặc dù việc xếp hạng giao dịch diễn ra trong một môi trường phi tập trung, vì các giao dịch liên quan đến mempool là minh bạch, vẫn có không gian cho những hành vi gian lận để chiếm MEV. Radius mã hóa mempools, và thông tin giao dịch liên quan không thể nhìn thấy được bởi bộ sắp xếp. Mục tiêu là ngăn bộ sắp xếp khỏi việc rút MEV một cách xấu xa và xem xét các giao dịch từ nguồn gốc.
Người dùng gửi giao dịch và chứng chỉ mật mã cho bộ phân loại; 2. Bộ phân loại xác minh chứng chỉ và xác minh giao dịch; 3. Bộ phân loại sắp xếp các giao dịch, và các giao dịch không thể được giải mã cho đến khi đó; 4. Bộ phân loại xây dựng một khối; 5. Bộ phân loại gửi các khối cho Rollup để thực thi.2) Lớp thực thi
Rollup nhận các khối từ người xếp hàng và thực hiện giao dịch theo thứ tự được cung cấp; 2. Rollup gửi trạng thái giao dịch và chứng minh trạng thái đến lớp giải quyết.3) Tầng giải quyết
Lớp giải quyết nhận trạng thái và chứng chỉ trạng thái từ Rollup và có trách nhiệm xác minh chứng nhận và xác định tính kết thúc của giao dịch; 2. Lớp đặt hàng xác minh rằng việc thực thi phù hợp với thứ tự.4) Lớp sẵn có dữ liệu
Lớp khả năng sẵn có dữ liệu lưu trữ dữ liệu và đảm bảo rằng nó có sẵn.

Kiến trúc phân cấp chức năng chính của Radius
Quy trình cụ thể như sau:
Khi người dùng gửi giao dịch cho sequencer:

Quá trình mã hóa/giải mã giao dịch bán kính
Tất nhiên, Bán kính cũng có thể chọn để tham khảo cơ chế xoay trình tự Espresso và Astria, đồng thời tạo ra trình tự giao dịch phi tập trung và không đáng tin cậy.
Để giải quyết vấn đề xếp hạng giao dịch được mô tả ở trên, Radius chia không gian khối thành 2 phần: không gian khối trên và không gian khối dưới:
Trong đó, không gian khối hàng đầu được dành riêng cho giao dịch người dùng, mã hóa giao dịch người dùng để loại bỏ việc can thiệp xếp hạng giao dịch, từ đó bảo vệ người dùng khỏi MEV có hại và rủi ro kiểm duyệt; khối dưới giới thiệu thị trường giao dịch dựa trên đấu giá nơi mà các trọng tài có thể gửi giao dịch được gói lại và các đề xuất của họ đến sequencer, và sequencer sẽ chọn giao dịch được gói lại với giá thầu cao nhất để bao gồm trong khối. Phương pháp này có thể tối đa hóa lợi nhuận của Rollup.
Phía trên là giải pháp trình tự phân cấp tổng quát hiện tại. Đối với Rollup, bạn đang đối mặt với việc chạy một trình tự trung tâm hoặc một trình tự phân cấp? Tích hợp một giải pháp trình tự đa mục đích của bên thứ ba hay tự phân cấp? Loại công nghệ nào được sử dụng để triển khai các giải pháp để phân cấp trình tự giao dịch? Cân nhắc ưu và nhược điểm từ nhiều chiều hướng, vv.
Sync, và Base, kiếm được rất nhiều tiền bằng cách vận hành các bộ điều khiển tập trung. Sự phi tập trung sẽ không thể tránh khỏi việc chia sẻ lợi nhuận. Mà không xem xét đến cảnh cạnh tranh ngày càng gay gắt trên thị trường Rollup, không ai muốn chia sẻ món ngọt này. Nhưng hãy nói Rollup làm mở đầu trong việc ra mắt bộ điều khiển phi tập trung. Điều này có lẽ là một điểm nhập lưu lượng lớn, tạo ra hiệu ứng minh chứng trong mạch phân đoạn của Rollup, từ đó buộc các dự án Rollup khác phải phi tập trung bộ điều khiển của họ.
Nếu Rollup sử dụng giải pháp ở trong nhà để thực hiện một trình tự phân cấp phi tập trung, đây là giải pháp tốn thời gian và chi phí nhất, nhưng đúng là cách hiệu quả nhất để kích hoạt token bản địa của Rollup. Ví dụ, bên thứ ba dự án StarkNet có thể yêu cầu người dùng đặt cược token bản địa của thỏa thuận như một trình tự phân cấp để tham gia vào xếp hạng giao dịch Rollup, và thu phí dịch vụ nhất định để đạt được tích luỹ giá trị.
Các dự án ZK Rollup cũng đang dần trỗi dậy. Trong môi trường cạnh tranh ngày càng gay gắt, một bước sai lầm có thể gây ra những tổn thất không thể sửa chữa. Tuy nhiên, đối mặt với những đổi mới ảnh hưởng đến sự sống chết của dự án, Rollups không có lựa chọn nào khác ngoài việc phải thích nghi với xu hướng chung.





