Sequencer là thành phần tiếp nhận, sắp xếp và thường cung cấp xác nhận nhanh cho giao dịch trên nhiều mạng Layer 2. Nó giúp người dùng có trải nghiệm gần như tức thời, nhưng xác nhận của sequencer không đồng nghĩa giao dịch đã được xác nhận cuối cùng trên Layer 1.
Khi phân tích một dự án blockchain sử dụng rollup, người dùng cần tách biệt ba vấn đề: ai sắp xếp giao dịch, dữ liệu được công bố ở đâu và cơ chế nào bảo đảm người dùng vẫn có thể rút tài sản nếu sequencer ngừng hoạt động hoặc kiểm duyệt giao dịch.
Sequencer Layer 2 là gì?
Sequencer Layer 2 là dịch vụ chịu trách nhiệm xác định thứ tự giao dịch trước khi chúng được xử lý và ghi nhận theo cơ chế của mạng. Trong mô hình phổ biến, sequencer thực hiện các công việc sau:
- Nhận giao dịch do người dùng gửi lên Layer 2.
- Kiểm tra các điều kiện cơ bản như chữ ký, nonce và số dư.
- Xác định thứ tự giao dịch.
- Thực thi giao dịch để tạo trạng thái Layer 2 mới.
- Gửi xác nhận sơ bộ cho người dùng.
- Phối hợp với các thành phần khác để công bố dữ liệu hoặc cam kết trạng thái.
Vai trò chính của sequencer blockchain là điều phối thứ tự xử lý. Sequencer không nhất thiết là bên tự mình đăng dữ liệu lên Layer 1, tạo bằng chứng, vận hành cầu nối và xác nhận trạng thái cuối cùng. Một mạng có thể phân chia các nhiệm vụ này cho sequencer, batcher, proposer, prover hoặc những dịch vụ riêng biệt.
Để hiểu điểm tựa bảo mật của mô hình này, người đọc nên phân biệt Layer 2 với mạng Layer 1 và tài sản gốc của Layer 1. Layer 1 thường đóng vai trò lớp thanh toán, lưu dữ liệu hoặc giải quyết tranh chấp, tùy thiết kế của từng mạng Layer 2.
Sequencer xử lý giao dịch như thế nào?
Một giao dịch Layer 2 thường đi qua nhiều giai đoạn thay vì được hoàn tất ngay khi ví hiển thị thành công.
1. Người dùng gửi giao dịch
Ví chuyển giao dịch đến RPC hoặc hạ tầng tiếp nhận của Layer 2. Giao dịch sau đó được chuyển đến sequencer để kiểm tra và xếp thứ tự.
2. Sequencer cung cấp xác nhận nhanh
Nếu giao dịch hợp lệ, sequencer có thể đưa nó vào khối Layer 2 và gửi kết quả về ví. Đây thường là xác nhận nhanh hoặc xác nhận sơ bộ dựa trên cam kết của sequencer.
Xác nhận này hữu ích cho trải nghiệm người dùng nhưng chưa nên được hiểu là trạng thái đã được Layer 1 bảo đảm hoàn toàn. Sequencer vẫn có thể gặp lỗi, dừng hoạt động hoặc chưa công bố dữ liệu cần thiết.
3. Dữ liệu được đóng gói và công bố
Các giao dịch hoặc dữ liệu đủ để tái tạo trạng thái được đóng thành lô. Tùy mạng, dữ liệu có thể được đăng lên Layer 1 qua calldata, blob hoặc sử dụng một lớp cung cấp dữ liệu khác.
Vì vậy, không thể mặc định mọi Layer 2 đều lưu toàn bộ dữ liệu giao dịch trực tiếp trên Ethereum. Cần kiểm tra cấu hình data availability cụ thể của mạng đang phân tích.
4. Trạng thái được xác nhận theo cơ chế rollup
Với optimistic rollup, trạng thái thường phải trải qua cơ chế chứng minh gian lận và khoảng thời gian thử thách theo quy tắc của mạng. Với zero-knowledge rollup, bằng chứng hợp lệ được tạo và xác minh trên hợp đồng Layer 1.
Thời điểm sequencer chấp nhận giao dịch, thời điểm dữ liệu xuất hiện trên Layer 1 và thời điểm có thể hoàn tất rút tiền là ba mốc khác nhau.
Mối liên hệ giữa sequencer, dữ liệu và Layer 1
Sequencer giúp Layer 2 hoạt động nhanh, còn Layer 1 thường cung cấp nền tảng để xác minh hoặc giải quyết tranh chấp. Mối quan hệ này có thể được hình dung qua ba lớp xác nhận:
| Mốc | Ý nghĩa | Rủi ro còn lại |
|---|---|---|
| Sequencer xác nhận | Giao dịch đã được sequencer tiếp nhận và xếp thứ tự | Sequencer có thể dừng hoạt động hoặc chưa đăng dữ liệu |
| Dữ liệu được công bố | Dữ liệu cần thiết đã được đưa đến lớp khả dụng dữ liệu theo thiết kế | Trạng thái có thể vẫn chờ bằng chứng hoặc thời gian thử thách |
| Xác nhận cuối cùng | Trạng thái đã đáp ứng quy tắc xác minh và thanh toán của hệ thống | Vẫn cần xem xét rủi ro hợp đồng, cầu nối và quản trị |
Sequencer không thể tự biến một trạng thái sai thành trạng thái cuối cùng nếu cơ chế bằng chứng, hợp đồng và dữ liệu của rollup hoạt động đúng như thiết kế. Tuy nhiên, điều đó không loại bỏ rủi ro về tính sống của mạng.
Một hệ thống có thể bảo vệ tài sản khỏi trạng thái không hợp lệ nhưng vẫn khiến người dùng phải chờ lâu, trả phí Layer 1 hoặc sử dụng quy trình phức tạp để buộc giao dịch được xử lý.
Sequencer tập trung có thể kiểm duyệt giao dịch không?
Có. Một sequencer tập trung có thể từ chối, trì hoãn hoặc thay đổi thứ tự giao dịch mà nó nhận được. Các hành vi có thể xảy ra gồm:
- Không đưa giao dịch của một địa chỉ vào khối.
- Trì hoãn giao dịch trong thời gian dài.
- Ưu tiên một số giao dịch hơn các giao dịch khác.
- Sắp xếp lại giao dịch để khai thác giá trị từ thứ tự giao dịch.
- Ngừng tạo khối khi dịch vụ gặp sự cố.
Tuy nhiên, khả năng kiểm duyệt ở lớp sequencer không đồng nghĩa người vận hành luôn có thể tịch thu tài sản. Mức độ ảnh hưởng phụ thuộc vào hợp đồng cầu nối, cơ chế chứng minh, quyền nâng cấp, data availability và đường gửi giao dịch thay thế qua Layer 1.
Cần phân biệt hai câu hỏi:
- Sequencer có thể từ chối xử lý giao dịch trong giao diện thông thường không?
- Người dùng có thể bỏ qua sequencer và buộc hệ thống tiếp nhận giao dịch qua Layer 1 không?
Nếu câu trả lời cho câu hỏi thứ hai là có, cần tiếp tục kiểm tra thời gian chờ, chi phí, phạm vi giao dịch được hỗ trợ và điều kiện kích hoạt. Cụm từ cơ chế thoát bắt buộc không bảo đảm mọi người dùng đều có thể rút tài sản ngay lập tức.
Điều gì xảy ra khi Layer 2 ngừng xử lý giao dịch?
Khi người dùng nhận thấy Layer 2 ngừng xử lý giao dịch, nguyên nhân có thể nằm ở sequencer, RPC, trình khám phá khối, bộ tạo bằng chứng, lớp cung cấp dữ liệu hoặc chính Layer 1. Không nên kết luận mạng đã ngừng hoạt động chỉ vì một ví hoặc một RPC báo lỗi.
Các dấu hiệu nên kiểm tra gồm:
- Sequencer còn tạo khối mới hay không.
- Nhiều RPC độc lập có cùng báo lỗi hay không.
- Dữ liệu giao dịch gần nhất đã được đăng lên lớp thanh toán hay chưa.
- Trang trạng thái chính thức có thông báo sự cố không.
- Hợp đồng Layer 1 liên quan còn nhận lô dữ liệu, bằng chứng hoặc giao dịch gửi tiền không.
- Cầu nối chính thức đang tạm dừng giao diện hay hợp đồng thực sự bị dừng.
Quy trình kiểm tra blockchain có ngừng hoạt động hay không giúp phân biệt lỗi giao diện với sự cố ở cấp giao thức.
Nếu chỉ RPC gặp lỗi, người dùng có thể đổi nhà cung cấp RPC. Nếu sequencer dừng nhưng Layer 1 vẫn hoạt động, mạng có thể cung cấp đường gửi giao dịch qua hợp đồng Layer 1. Nếu dữ liệu chưa được công bố hoặc bộ tạo bằng chứng ngừng hoạt động, việc xác nhận cuối cùng và rút tài sản có thể bị kéo dài dù giao dịch đã xuất hiện trên giao diện Layer 2.
Không nên gửi lặp lại nhiều giao dịch khi chưa hiểu trạng thái nonce và phí. Các giao dịch trùng hoặc có nonce xung đột có thể tạo thêm khó khăn khi dịch vụ trở lại.
Cơ chế thoát bắt buộc khác nhau giữa từng mạng
Không tồn tại một cơ chế thoát bắt buộc chung cho mọi Layer 2. Người dùng phải đọc tài liệu và hợp đồng của đúng mạng, đúng phiên bản giao thức đang sử dụng.
Arbitrum One
Theo kiến trúc Arbitrum, sequencer cung cấp thứ tự giao dịch nhanh, còn dữ liệu cần thiết được đăng lên Ethereum. Arbitrum có khái niệm Delayed Inbox cho thông điệp được gửi từ Layer 1.
Nếu sequencer không đưa thông điệp vào chuỗi, cơ chế force inclusion có thể cho phép thông điệp đủ điều kiện được đưa vào sau khoảng trì hoãn do giao thức quy định. Điều này tạo một đường chống kiểm duyệt qua Layer 1, nhưng không có nghĩa người dùng được xử lý tức thời hoặc miễn phí.
Khi đánh giá Arbitrum One, cần kiểm tra tài liệu hiện hành về Sequencer Inbox, Delayed Inbox, điều kiện force inclusion và trạng thái của các hợp đồng cầu nối. Không nên áp dụng nguyên trạng cơ chế này cho các mạng Arbitrum Orbit vì từng chain có thể dùng cấu hình, lớp dữ liệu và chính sách vận hành khác nhau.
OP Mainnet và các mạng dùng OP Stack
Trong OP Stack, sequencer tạo khối Layer 2, còn batcher chịu trách nhiệm công bố dữ liệu cần thiết để các node có thể tái tạo chuỗi từ Layer 1. Các giao dịch deposit bắt nguồn từ Layer 1 là một phần của quy trình dẫn xuất chuỗi và không phụ thuộc hoàn toàn vào đường gửi giao dịch thông thường đến sequencer.
Khi sequencer ngừng phục vụ, giao dịch khởi tạo từ Layer 1 có thể cung cấp một đường thay thế theo quy tắc của giao thức. Tuy nhiên, trải nghiệm, chi phí và phạm vi thao tác không giống gửi giao dịch Layer 2 thông thường. Việc rút tiền còn phụ thuộc vào cơ chế cầu nối và quy trình chứng minh tương ứng.
Không nên mặc định mọi mạng dùng OP Stack có cùng mức độ phi tập trung hoặc cùng chính sách sự cố với OP Mainnet. Base và các chain OP Stack khác có thể chia sẻ phần mềm nhưng vẫn khác về đơn vị vận hành sequencer, cấu hình data availability, quyền nâng cấp và hạ tầng cầu nối.
Các ZK rollup
Nhiều ZK rollup có hàng đợi giao dịch hoặc thông điệp bắt nguồn từ Layer 1, nhưng tên gọi và điều kiện sử dụng khác nhau. Một số mạng sử dụng priority operations, một số có chế độ khẩn cấp hoặc chức năng rút độc lập khi hệ thống không tiếp tục tạo bằng chứng.
Không nên suy luận rằng mọi ZK rollup đều có escape hatch giống nhau. Trước khi gửi tài sản, cần xác minh:
- Người dùng có thể khởi tạo loại giao dịch nào từ Layer 1.
- Giao dịch bị kiểm duyệt được buộc đưa vào bằng cách nào.
- Điều gì xảy ra nếu prover ngừng tạo bằng chứng.
- Người dùng cần dữ liệu gì để chứng minh số dư.
- Hợp đồng có chế độ đóng băng, nâng cấp hoặc khẩn cấp hay không.
Các thông số và cơ chế này có thể thay đổi sau nâng cấp. Nguồn cần ưu tiên là tài liệu giao thức, đặc tả kỹ thuật, hợp đồng đang triển khai và thông báo quản trị của chính mạng tại thời điểm kiểm tra.
Cách đánh giá rủi ro sequencer của một Layer 2
Một bài phân tích Layer 2 không nên dừng ở nhận định sequencer tập trung hay phi tập trung. Có thể sử dụng danh sách câu hỏi sau:
Ai đang vận hành sequencer?
Xác định sequencer do đội ngũ dự án, một nhóm được cấp phép hay mạng lưới nhiều bên vận hành. Nếu có nhiều sequencer, cần kiểm tra cách chúng đạt đồng thuận và lựa chọn thứ tự giao dịch.
Xác nhận nhanh có thể bị đảo ngược không?
Tài liệu mạng cần giải thích ý nghĩa của preconfirmation hoặc soft confirmation. Người dùng nên biết khi nào giao dịch chỉ được sequencer hứa hẹn và khi nào dữ liệu đã được Layer 1 tiếp nhận.
Dữ liệu được đăng ở đâu?
Kiểm tra dữ liệu nằm trên Ethereum, một lớp data availability riêng hay mô hình kết hợp. Khả năng khôi phục trạng thái phụ thuộc vào việc dữ liệu có sẵn cho người dùng và node xác minh hay không.
Có đường gửi giao dịch qua Layer 1 không?
Tìm các khái niệm như delayed inbox, forced inclusion, priority operation hoặc L1 deposit. Sau đó xác minh thời gian chờ, chi phí gas, loại giao dịch được hỗ trợ và hợp đồng cần tương tác.
Nếu sequencer dừng, người dùng có rút được tài sản không?
Đường chống kiểm duyệt và đường rút tài sản không phải lúc nào cũng là một. Cần kiểm tra liệu người dùng chỉ có thể buộc gửi thông điệp hay có thể tự chứng minh trạng thái và hoàn tất rút tiền khi các dịch vụ khác cùng ngừng hoạt động.
Ai có quyền nâng cấp hoặc tạm dừng hợp đồng?
Ngay cả khi có cơ chế thoát bắt buộc, quyền nâng cấp, hội đồng bảo mật hoặc chức năng tạm dừng có thể ảnh hưởng đến khả năng sử dụng. Cần xem thời gian trì hoãn nâng cấp và phạm vi quyền hạn thay vì chỉ đếm số lượng chữ ký quản trị.
Những hiểu lầm thường gặp về sequencer blockchain
Sequencer xác nhận nghĩa là giao dịch đã final
Không chính xác. Xác nhận của sequencer thường chỉ cho biết giao dịch đã được nhận và sắp xếp. Finality còn phụ thuộc vào việc công bố dữ liệu, cơ chế bằng chứng và xác nhận của Layer 1.
Sequencer tập trung có thể tùy ý lấy tiền
Nhận định này quá rộng. Sequencer tập trung có thể kiểm duyệt, trì hoãn và tác động đến thứ tự giao dịch. Khả năng lấy hoặc đóng băng tài sản còn phụ thuộc vào hợp đồng, cầu nối, quyền quản trị và thiết kế chứng minh của từng mạng.
Có force inclusion thì mạng không thể ngừng hoạt động
Force inclusion chủ yếu cung cấp đường thay thế khi sequencer kiểm duyệt hoặc không phục vụ. Mạng vẫn có thể suy giảm chức năng nếu batcher, prover, data availability, RPC hoặc Layer 1 gặp sự cố.
Mọi Layer 2 đều kế thừa toàn bộ bảo mật của Ethereum
Mức độ kế thừa bảo mật phụ thuộc vào dữ liệu được công bố ở đâu, ai có thể xác minh trạng thái, hợp đồng có thể nâng cấp thế nào và người dùng có đường thoát độc lập hay không. Hai mạng cùng thanh toán trên Ethereum vẫn có thể mang hồ sơ rủi ro rất khác nhau.
Kết luận
Sequencer Layer 2 là thành phần sắp xếp giao dịch và cung cấp trải nghiệm xác nhận nhanh, nhưng không phải nguồn finality duy nhất. Để đánh giá một mạng, cần theo dõi toàn bộ vòng đời giao dịch: sequencer tiếp nhận, dữ liệu được công bố, trạng thái được chứng minh và giao dịch được xác nhận cuối cùng trên Layer 1.
Rủi ro lớn của sequencer tập trung nằm ở khả năng kiểm duyệt, trì hoãn và ngừng dịch vụ. Mức độ bảo vệ người dùng phụ thuộc vào cơ chế cụ thể của từng mạng, đặc biệt là đường gửi giao dịch qua Layer 1, forced inclusion, khả năng tự rút tài sản và quyền nâng cấp hợp đồng. Vì kiến trúc có thể thay đổi, mọi kết luận nên được đối chiếu với tài liệu và hợp đồng đang hoạt động của chính Layer 2 tại thời điểm sử dụng.
