Phân tích quy trình thực hiện giao dịch Layer 2: Đánh giá an toàn ở từng giai đoạn

Layer 2(L2) công nghệ mang lại khả năng mở rộng cao hơn cho Ethereum, nhưng đồng thời cũng làm tăng độ phức tạp của việc xác nhận giao dịch. Bài viết này sẽ giới thiệu chi tiết quy trình thực hiện giao dịch L2 và phân tích hiệu suất an toàn ở từng giai đoạn.

Ôn tập quy trình giao dịch L1

Người dùng cần đợi thợ mỏ hoặc người xác thực đóng gói giao dịch vào khối sau khi gửi giao dịch. Ngay cả khi giao dịch đã được đóng gói, vẫn cần đợi một số lượng khối xác nhận nhất định để giảm thiểu rủi ro bị tái tổ chức (Re-org). Chỉ khi xác suất tái tổ chức đủ thấp, giao dịch mới có thể được coi là đã xác nhận cuối cùng.

Giải thích chi tiết quy trình giao dịch L2

Quy trình giao dịch L2 so với L1 có thêm một bước:

1. Người dùng gửi giao dịch cho Sequencer
2. Sequencer sẽ đóng gói giao dịch vào khối L2
3. Sequencer sẽ gửi dữ liệu khối L2 đến L1
4. Chờ xác nhận L1

Trong đó, bước 2-3 là đặc trưng của Layer 2. Ở giai đoạn này, giao dịch chưa được đưa lên chuỗi, người dùng chỉ có thể phụ thuộc vào sự cam kết của Sequencer, điều này được gọi là "Pre-Confirmation" ( Pre-Confirmation ).

Cơ chế xác nhận giao dịch của các giải pháp L2 phổ biến

Arbitrum/Optimism

• Giao dịch gần như có thể nhận được biên nhận ngay lập tức, đây là sự xác nhận trước của Sequencer.
• Explorer sẽ hiển thị trạng thái giao dịch, bao gồm "Confirmed by Sequencer" và số lần xác nhận L1
• Optimism sẽ hiển thị trạng thái L1 Finality

StarkNet

• Trạng thái giao dịch bao gồm Received, Pending, Accepted on L2, Accepted on L1
• Thời gian xác nhận từ L2 đến L1 khá lâu, khoảng 4-5 giờ
• Explorer không hiển thị thông tin L1 Finality

zkSync

• Trạng thái giao dịch bao gồm Pending, zkSync Era Processed, Committed, Proven, Executed
• Chia quá trình L2 đến L1 thành ba giai đoạn
• Explorer cung cấp thông tin chi tiết cho từng giai đoạn

Cơ chế xác nhận trước của L1

Nếu có thể biết trước người tạo khối, L1 cũng có thể hỗ trợ xác nhận trước. Trong kiến trúc PBS, Builder có thể cung cấp dịch vụ xác nhận trước, nhưng hiệu lực của nó thì yếu hơn. Trong tương lai, nếu Proposer có thể tham gia vào việc tạo khối, cơ chế xác nhận trước có thể sẽ đáng tin cậy hơn.

Cải tiến cơ chế xác nhận trước

Có thể thông qua hợp đồng thông minh để cho Builder hoặc Sequencer đặt cọc tiền và ký vào nội dung cam kết. Nếu vi phạm cam kết, người dùng có thể nộp bằng chứng và trừng phạt bên kia, từ đó nâng cao độ tin cậy của việc xác nhận trước.

Tóm tắt

• Giao dịch L2 có thêm một giai đoạn chờ tải lên L1.
• Trước khi tải lên L1, người dùng chỉ có thể dựa vào xác nhận trước của Sequencer
• Hầu hết các L2 Explorer sẽ hiển thị trạng thái xác nhận trước.
• Chờ đợi dữ liệu L2 tải lên L1 là cách làm an toàn nhất.
• Có thể tăng cường độ tin cậy của việc xác nhận trước thông qua cơ chế khuyến khích kinh tế

Bảng dưới đây tóm tắt các đảm bảo và rủi ro xác nhận của giao dịch L1 và Layer 2 ở các giai đoạn khác nhau:

| Giai đoạn | Giao dịch L1 | Giao dịch L2 | |------|--------|--------| | Gửi giao dịch | Không đảm bảo | Không đảm bảo | | Xác nhận trước | Builder cam kết ( có thể trong tương lai ) | Sequencer cam kết | | Đóng gói khối | Đảm bảo cao hơn | Đảm bảo trung bình ( phụ thuộc vào Sequencer ) | | Tải lên L1 | - | Bảo đảm cao | | Nhiều xác nhận | Đảm bảo cực cao | Đảm bảo cực cao | | Xác nhận cuối cùng | Đảm bảo cao nhất | Đảm bảo cao nhất |