I. Lời nói đầu

Thời gian trôi nhanh. Theo Optimism, đã qua hơn một năm, và theo Arbitrum, gần nửa năm đã trôi qua; việc phát hành đồng chỉ là bước đầu tiên trong hành trình dài của họ. Trong thời gian này, Optimism nâng cấp Bedrock và ra mắt ngăn xếp L2 đa năng OP Stack, từ đó sinh ra các Rollups nổi tiếng như Base; Arbitrum cam kết khám phá ứng dụng của L3 để thúc đẩy Arbitrum Orbit.

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

II. Phí giao dịch Rollup

Trước khi hiểu được sequencer là gì, hãy nói về các thành phần của phí giao dịch Rollup. Phí giao dịch Rollup là phí gas mà người dùng phải trả trong các giao dịch L2 như Arbitrum.

Nó chủ yếu bao gồm 2 phần:
1) Chi phí thực hiện L2
2) Phí dữ liệu L1

Phí thực hiện L2: chi phí thực hiện giao dịch tại L2 (mỗi giao dịch được khởi chạy trên chuỗi L2 đều phải chịu một khoản phí thực hiện)
Giá khí giao dịch = Phí cơ sở L2 + Phí ưu tiên L2
Phí thực thi L2 = giá khí giao dịch * L2 sử dụng khí

Phí dữ liệu L1: Chi phí đăng các giao dịch L2 lên L1. Nói chung, dữ liệu L1 có chi phí cao hơn chi phí thực thi L2.

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.

Sequencer là gì?

Một bộ sắp xếp, như tên gọi của nó, là một vai trò chịu trách nhiệm về việc xếp hạng giao dịch. Trên mạng Bitcoin, các thợ đào là người chịu trách nhiệm về việc xếp hạng giao dịch; Ethereum chịu trách nhiệm về một tập hợp các nút, không có nút nào đảm nhận một vai trò cố định, mà chúng thực hiện cơ chế đồng thuận để xác định ai được ủy quyền tham gia vào việc thực hiện tuần tự.

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

Cần Rollup cần một bộ sắp xếp viên?

Câu trả lời là không. Các giao dịch trên Rollup hoàn toàn có thể bypass sequencer và được gửi đến lớp cơ sở L1. L1 chịu trách nhiệm sắp xếp và thanh toán, nhưng họ cũng sẽ phải đối mặt với việc tiêu thụ khí đốt cao hơn và thời gian xác nhận giao dịch lâu hơn.

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.

3. Trình tự trung tâm so với trình tự phi tâm

Tập trung!

Ưu điểm của tập trung rất rõ ràng. Bạn có thể xếp hạng giao dịch bất cứ cách nào bạn muốn; không cần phải thay đổi việc xếp hạng, và không cần phải đồng ý với kết quả của việc xếp hạng. Điều này có nghĩa là nó có tốc độ xác nhận giao dịch rất nhanh, và trải nghiệm người dùng tốt hơn;

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.

Phân quyền?

Nếu tập trung là 1, thì phi tập trung là rất nhiều. Có sự khác biệt trong các con đường triển khai của các giải pháp trình tự phi tập trung khác nhau, nhưng khái niệm cốt lõi của chúng là giống nhau, đó là phi tập trung.

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.

IV. Bản Đồ Tổng Quan Track Sequencer Phi Tập Trung

Sau khi đi qua nhiều khó khăn, chúng tôi cuối cùng đã bắt đầu vào việc kinh doanh. Các bộ sắp xếp phi tập trung. Một trong số đó được tạo ra bởi dự án Rollup chính nó, và cái khác được triển khai bởi một bên thứ ba. Sử dụng một bên thứ ba để triển khai một bộ sắp xếp phi tập trung thực sự cũng có thể được gọi là sắp xếp dưới dạng dịch vụ, và sắp xếp là một dịch vụ.

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.

1. Espresso

Espresso Systems ban đầu là một nhà cung cấp dịch vụ tập trung vào các giải pháp về quyền riêng tư. Vào tháng 3 năm 2022, đã được thông báo rằng họ đã nhận được gần 30 triệu đô la trong vòng gọi vốn Series A với Electric Capital, Sequoia và Blockchain Capital. Espresso Systems hiện đã chuyển đổi cơ bản thành Espresso Sequencer, chuyên cung cấp dịch vụ sequencer phi tập trung cho Rollup.

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:

1) 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);

2) 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;

3) 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

4) 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);

5) 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)

6) 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

Espresso + eigenLayer

Espresso đã giải quyết vấn đề xoay trình tự và xác định "tính cuối cùng" của giao dịch dựa trên sự đồng thuận của HotShot, và giải quyết vấn đề nhập học của bộ sắp xếp bằng cách giới thiệu EigenLayer.

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

2. Astria

Astria được định vị là một trình sắp xếp chuỗi phi tập trung chung, không cần sự cho phép, cung cấp dịch vụ trình tự chia sẻ vượt trội cho các Bản tổng hợp khác nhau. Về tài chính, Astria thông báo hoàn thành vòng hạt giống trị giá 5,5 triệu USD do Maven 11 dẫn đầu vào tháng 4/2023. Các nhà đồng đầu tư bao gồm 1k (x), Delphi Digital, Lemniscap, Robot Ventures, v.v. Mặc dù quy mô tài chính nhỏ, đội hình tổ chức là tuyệt đẹp.

Tình hình tài trợ Astria

Cơ chế hoạt động

Cơ chế hoạt động của bộ sắp xếp phi tập trung Astria tương tự như Bộ sắp xếp Espresso. Mục đích là làm yếu đi đặc quyền của bộ sắp xếp bằng cách ủy quyền quyền sắp xếp giao dịch. Hãy cùng nhìn kỹ hơn:

Đố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).

1) Leader rotation
Một bộ sẽ được hình thành thông qua một bộ sắp xếp được bầu chọn, và bộ sắp xếp lần lượt sắp xếp các giao dịch Rollup. Phương pháp này ngăn chặn một bộ sắp xếp duy nhất tiếp tục độc quyền quyền xếp hạng của các giao dịch trong một khoảng thời gian dài, và giải quyết vấn đề xem xét liên tục của người dùng một cách tương đối.

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

2) Thuật toán đồng thuận BFT
Tương tự cơ chế xoay lãnh đạo, người điều phối lấy lượt phụ trách xếp hạng giao dịch, nhưng 2/3 hoặc nhiều hơn thành viên trong bộ điều phối phải đồng ý với xếp hạng này.

Mỗi phương pháp đều có ưu điểm và nhược điểm: phương pháp trước cho phép xác nhận giao dịch nhanh hơn, tạo khối nhanh chóng, và gần với một người có trình tự tập trung. Tuy nhiên, điểm đổi đầu tiên là vẫn khá khó để kiềm chế người có trình tự trong việc phạm tội; việc sử dụng sự nhất trí BFT còn ít khả năng hơn, và cần 2/3 người có trình tự trong tập hợp để bỏ phiếu để đạt được sự nhất trí trước khi khối xuất hiện. Tuy nhiên, việc tiến hành bỏ phiếu nhất trí mất một khoảng thời gian nhất định, gây ra trễ lưới.

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

3. SUAVE

SUAVE là một giải pháp trình tự chia sẻ plug-and-play phi tập trung được xây dựng bởi Flashbots. Như một giải pháp chung, SUAVE có thể cung cấp các nhóm bộ nhớ và xây dựng khối phi tập trung cho bất kỳ L1 / L2 nào. Sự khác biệt giữa SUAVE và thiết kế trình tự chia sẻ được mô tả ở trên là bản thân SUAVE Chain là một chuỗi tương thích EVM và các giao dịch được sắp xếp thông qua "đặt giá thầu" khối.

kiến trúc SUAVE

Kiến trúc của SUAVE bao gồm 3 thành phần cốt lõi: môi trường ưu tiên chung, thị trường thực thi tối ưu, và xây dựng khối phi tập trung.

1) Môi trường ưa thích
Sở thích dao động từ các giao dịch đơn giản đến các sự kiện phức tạp. Sở thích của người dùng được phản ánh trong mempools dưới dạng giao dịch, và môi trường sở thích là một mempool công cộng đưa sở thích lại gần nhau. Môi trường sở thích tổng quát được cung cấp bởi SUAVE giúp sở thích người dùng đa chuỗi trở nên công bằng và minh bạch, loại bỏ thông tin không tốt, và giải quyết vấn đề MEV liên chuỗi đến một mức độ nhất định.

2) Thực hiện thị trường
Thị trường khớp lệnh là một mạng lưới nơi những người biểu diễn chịu trách nhiệm giám sát memepool SUAVE và cạnh tranh với nhau, và sự cạnh tranh thúc đẩy họ cung cấp khả năng thực thi tốt nhất cho sở thích của người dùng. Có thể hiểu rằng tất cả các người thực thi đều đạt được sở thích của người dùng thông qua "đặt giá thầu" và trả lại càng nhiều MEV được tạo ra bởi các giao dịch của người dùng cho người dùng càng tốt.

3) Xây dựng khối phi tập trung
Cuối cùng, dựa trên các sở thích được thu thập và con đường thực thi tốt nhất, mạng xây dựng khối phi tập trung bao gồm chúng trong khối. Tại thời điểm này, toàn bộ quá trình phát hiện giao dịch, xếp giao dịch và tạo khối đã được thực hiện.

các thành phần cốt lõi của SUAVE

4.Radius

Mục tiêu của bán kính là một lớp đặt hàng chia sẻ không cần tin cậy. Không giống như các cơ chế thực hiện được mô tả ở trên, Bán kính đảm bảo rằng các giao dịch Rollup được xếp hạng mà không cần tin cậy bằng cách kích hoạt mempools được mã hóa, qua đó loại bỏ MEV hiệu quả và kiểm duyệt giao dịch của người dùng.

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.

Kiến trúc kỹ thuật

Công nghệ kiến trúc Radius có thể được chia thành bốn lớp chức năng sau: Radius (Radius), Lớp Thực hiện (Rollup), Lớp Thanh toán và Lớp Khả năng Truy cập Dữ liệu.

1) Lớp sắp xếp

1. 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

1. 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

1. 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

Cơ chế mã hóa của Mempool - PVDE

Radius sử dụng “Practical Verifiable Delayed Encryption” (PVDE), một hệ thống mã hóa dựa trên bằng chứng không cần biết, để tạo ra một mempool được mã hóa.

Quy trình cụ thể như sau:

Khi người dùng gửi giao dịch cho sequencer:

1. Người dùng tạo ra một câu đố khóa thời gian và một khóa đối xứng;
2. Người dùng sử dụng một khóa đối xứng để mã hóa giao dịch, và giao dịch đã được mã hóa được đưa vào mempool;
3. Bộ xếp hạng sắp xếp các giao dịch được mã hóa. Bộ xếp hạng cần mở khóa câu đố thời gian để có được chìa khóa giải mã;
4. Bộ xếp hạng tính toán lời hứa đơn hàng trước khi mở khóa bài đố thời gian, và lớp giải quyết cho việc nộp lời hứa (được sử dụng để xác minh rằng bộ xếp hạng nộp giao dịch cho Rollup theo thứ tự).

Quá trình mã hóa/giải mã giao dịch bán kính

Giải pháp phi tập trung cho bộ điều khiển chuỗi

Bể nhớt được mã hóa đảm bảo rằng bộ định thứ không đáng tin cậy, nhưng vẫn tồn tại nguy cơ của một điểm thất bại duy nhất. Nếu bạn chạy một bộ định thứ đơn + bể nhớt được mã hóa, một sự cố của bộ định thứ sẽ khiến mạng ngừng hoạt động. Để giải quyết vấn đề này, Radius đã đề xuất các giải pháp triển khai bộ định thứ phi tập trung khác nhau, bao gồm cơ chế bầu cử lãnh đạo bí mật, cơ chế phân đoạn nhóm bộ định thứ, v.v.

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.

Tối ưu không gian khối

Thông qua tổ chền khoảng tròn, Radius những mục tiêu bảo vệ người dùng trong khi tối đa hóa lợi nhuận Rollup. Rollup sử dụng cơ chế xếp hạng dừng FCFS. Ưu điểm là nó có thể ngăn chẳn hiệu quả MEV, điểm số là lụa chọn lục lược tiền lủa khoản tròn phải được hy sinh.

Để 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.

5. Trò chơi giữa Rollups

Trade-off 1: Decentralized or not?

Một số Rollups phổ biến, như Optimism, Arbitrum, zkSync, 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ọ.

Trade-off 2: Kết hợp bên thứ ba tổng quát vs. giải pháp riêng trong nhà

Nói chung, có 2 cách để các trình tự đạt được sự phân cấp: một là sử dụng những gì người khác đã làm; hai là tự làm. Vì các bên thứ ba như Espresso và Astria có thể cung cấp cho Rollup các dịch vụ giải trình tự phi tập trung vượt trội, bản thân Rollup có thể tiếp tục tập trung vào sự khác biệt hóa sản phẩm và tối ưu hóa hiệu suất để cải thiện khả năng cạnh tranh cốt lõi của mình; Ngoài ra, các giải pháp trình tự phi tập trung đa năng tích hợp cũng có lợi hơn để đạt được khả năng tương tác, mang lại nhiều khả năng hơn, bao gồm cả chênh lệch giá chéo Rollup. Nhược điểm của giải pháp này có thể là mã thông báo gốc của Rollup không thể được trao quyền một cách hiệu quả.

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ị.

Đánh đổi 3: Giải pháp triển khai công nghệ nào được sử dụng để đạt được thứ hạng phi tập trung?

Như đã đề cập trước đó, có nhiều giải pháp triển khai kỹ thuật để đạt được xếp hạng giao dịch phi tập trung, bao gồm nhưng không giới hạn các giải pháp dựa trên các cơ chế đồng thuận khác nhau, FCFS, đặt chốt khối và mempools được mã hóa. Mỗi giải pháp triển khai công nghệ đều có ưu điểm và nhược điểm: dựa trên cơ chế đồng thuận, hiệu suất thời gian sẽ bị hạn chế, mempools được mã hóa không thể tối đa hóa lợi nhuận Rollup, v.v. Tất nhiên, bạn cũng có thể tham khảo tích hợp của Astria với 2 giải pháp triển khai công nghệ khác nhau. Sự cân nhắc giữa các giải pháp triển khai kỹ thuật khác nhau là một vấn đề mà tất cả các dự án Rollup đều cần xem xét cẩn thận.

Viết vào cuối

Mặc dù Optimism và Arbitrum, những người đứng đầu trong mạch Rollup, hiện đã phát hành đồng tiền, điều này có lẽ chỉ là điểm khởi đầu; cạnh tranh theo nghĩa đen có lẽ chỉ mới bắt đầu. Ít nhất là dựa vào xu hướng hiện tại, việc sắp xếp phi tập trung phải là một chiến trường cho quân sự.

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.

Miễn trừ trách nhiệm：

1. Bài viết này được sao chép từ [Gategương]. All copyrights belong to the original author [helloyyy]. Nếu có ý kiến ​​phản đối về việc tái in này, vui lòng liên hệ với nhóm Gate Learn（gatelearn@gate.io）, và họ sẽ xử lý nhanh chóng.
2. Thông Báo Miễn Trừ Trách Nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này hoàn toàn thuộc sở hữu của tác giả và không đại diện cho bất kỳ lời khuyên đầu tư nào.
3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu rõ, việc sao chép, phân phối hoặc đạo văn bản dịch là không được phép.