danh hiệu cấp một
Biên soạn văn bản gốc: Deep Tide TechFlow
giải pháp lớp thứ hai
Mạng chính Ethereum hiện xử lý trung bình 12 giao dịch mỗi giây và trong thời gian hoạt động mạng cao điểm, chi phí giao dịch đã đạt đến mức không thể chấp nhận được đối với hầu hết người dùng. Vấn đề về khả năng mở rộng này xuất phát từ nhu cầu mọi nút trong mạng phải lưu trữ và xác minh tất cả các giao dịch xảy ra trên mạng.

tiêu đề phụ
Rollups
Rollup là giải pháp L2 xử lý các giao dịch L1 trước khi quay lại L1. Một giao dịch tiêu chuẩn trên Ethereum thường là 156 byte, với chữ ký là phần có mật độ dữ liệu dày đặc nhất. Do đó, Rollups xử lý nhiều giao dịch trong môi trường thực thi L2, sau đó gộp chúng thành một giao dịch, giao dịch này sẽ được gửi tới L1 để xác minh trạng thái thường xuyên. Việc gộp nhiều giao dịch vào một giao dịch giúp giảm phí gas phải trả cho mỗi giao dịch vì phí gas được trải đều trên nhiều giao dịch chứ không chỉ một giao dịch. Tuy nhiên, không phải tất cả các Rollups đều giống nhau, có rất nhiều loại Rollups khác nhau:
Bản tổng hợp hợp đồng thông minh: Bản tổng hợp lạc quan (Arbitrum, Optimism), Bản tổng hợp không có kiến thức (zkEVM, zkSync, Scroll của Matic);
Celestiums;
Enshrined Rollups;
Sovereign Rollups.
Hợp đồng thông minh cuộn
Hợp đồng thông minh tổng hợp là nơi người dùng gửi tiền đến hợp đồng thông minh tổng hợp trên L1, sau đó quản lý các giao dịch và thay đổi trạng thái.
Thành phần chính của Rollups và blockchain là cây Merkle. Cây Merkle là cấu trúc dữ liệu lưu trữ trạng thái tiền của mỗi người và các giao dịch đã xảy ra, cho phép L1 xác minh trạng thái trên L2 mà không cần tải xuống toàn bộ trạng thái. Nói một cách đơn giản, người dùng tương tác và giao dịch trên L2 (do đó thay đổi trạng thái) và L2 định kỳ gửi gốc Merkle của trạng thái tới L1 để L1 có thể xác minh trạng thái của chuỗi.
Ngoài việc xuất bản gốc Merkle lên L1, L2 cũng phải xuất bản đủ dữ liệu thay đổi cây Merkle để người dùng có thể xây dựng lại toàn bộ cây Merkle. Nếu vì lý do nào đó L2 ngừng hoạt động, người dùng sẽ bị kẹt trên L2 nếu dữ liệu này không được cung cấp. Do đó, hợp đồng thông minh L1 có chức năng khẩn cấp nơi người dùng có thể rút tiền từ Hợp đồng thông minh Rollup khi L2 ngừng hoạt động.
L1 cần một số loại bằng chứng để đảm bảo rằng gốc Merkle do L2 gửi là hợp lệ, đây là điểm khác biệt giữa hai Bản tổng hợp hợp đồng thông minh chính. Hai loại bằng chứng chính được sử dụng là bằng chứng gian lận và bằng chứng không có kiến thức.
Optimistic Rollup
OptimisticRollups như Arbitrum và Optimism sử dụng bằng chứng gian lận để đạt được trạng thái cuối cùng. Bằng chứng gian lận hoạt động như sau:
Nút L2 xuất bản gốc Merkle vào hợp đồng thông minh L1 cùng với một khoản tiền gửi bảo đảm nhỏ.
Hợp đồng thông minh L1 mặc định tin cậy các nút L2, đó là ý nghĩa của thuật ngữ Lạc quan - L1 lạc quan về các bản cập nhật lên L2.
Tuy nhiên, việc thay đổi trạng thái này sẽ không hoàn tất trong 7 ngày.
Trong 7 ngày này, bất kỳ ai cũng có thể gửi bằng chứng cho thấy root Merkle đã gửi là gian lận, điều này sẽ đảo ngược quá trình cập nhật và phạt nút L2, đồng thời giao tiền đặt cọc cho bất kỳ ai đã báo cáo bản cập nhật gian lận.
Người báo cáo có thể chứng minh rằng bản cập nhật là gian lận bằng cách xác minh tất cả các giao dịch xảy ra trong thay đổi gốc trạng thái và xác nhận rằng mọi chữ ký trên các giao dịch đó đều hợp lệ. Điều này là do các nút L2 xuất bản gốc Merkle và có đủ dữ liệu thay đổi Merkle để tạo lại cây Merkle.
Nếu quá trình chuyển đổi trạng thái không bị tranh chấp trong thời gian tranh chấp 7 ngày thì bản cập nhật sẽ được hoàn thiện và được coi là không thể thay đổi.
ZK Rollup
ZK Rollup sử dụng bằng chứng không có kiến thức. Chúng hoạt động như sau:
Nút Lớp 2 xuất bản gốc Merkle cho hợp đồng thông minh L1 cùng với bằng chứng cho thấy L2 đã xử lý giao dịch chính xác và tạo gốc Merkle mới.
Nếu các nút Lớp 2 cố gắng phát hành một bản cập nhật gian lận, chúng sẽ không thể tạo ra bằng chứng không có kiến thức hợp lệ, vì vậy hợp đồng thông minh L1 sẽ không chấp nhận gốc Merkle mới.
Sau khi bằng chứng không có kiến thức được xác minh, việc cập nhật trạng thái sẽ được thực hiện ngay lập tức.
người phân loại
Trình đặt hàng là cơ chế mà L2 thu thập và xuất bản các giao dịch trở lại chuỗi cơ sở Ethereum. Ở trạng thái tập trung hiện tại, chúng hoạt động như thế này:
Người dùng gửi giao dịch trên L2 – DeFi, NFT, gửi/nhận, v.v.
Các giao dịch này được thu thập bởi một đơn đặt hàng tập trung.
Các giao dịch này (dữ liệu cuộc gọi/khác biệt trạng thái) sau đó được sắp xếp theo trình tự (xây dựng khối) thành một khối hoặc lô giao dịch.
Hiện tại, bộ sắp xếp L2 sắp xếp các giao dịch này bằng phương pháp sắp xếp vào trước ra trước (FIFO).
Sau đó, người đặt hàng sẽ gửi lô giao dịch trở lại mạng chính Ethereum để đưa vào một khối.
Ở trạng thái hiện tại, đơn đặt hàng của Rollup được tập trung và kiểm soát bởi một thực thể duy nhất (Phòng thí nghiệm Offchain của Arbitrum và PBC lạc quan của Optimism). Việc tập trung hóa này tạo ra một điểm lỗi duy nhất cho Rollup và có thể dẫn đến các vấn đề về tính sống động (và thiếu khả năng chống kiểm duyệt) - nếu người đặt hàng không thành công, L2 sẽ không hoạt động bình thường.
danh hiệu cấp một
Phí gas L2
Bây giờ chúng ta hãy xem hai Hợp đồng thông minh chính này tính toán phí Gas mà người dùng sẽ trả và tác động đến bộ phân loại tập trung như thế nào.
Trên Arbitrum và Optimism, người dùng phải trả hai khoản phí khi giao dịch:
L2 Gas/phí thực hiện;
tiêu đề phụ
Gas L2/Phí thực hiện
tiêu đề phụ
Dữ liệu cuộc gọi/Phí bảo mật L1
danh hiệu cấp một
Mô hình doanh thu sắp xếp
Ở dạng hiện tại, Optimistic Rollup (ORU) tạo ra doanh thu thông qua hoạt động của một máy phân loại tập trung duy nhất. Trong tương lai, dự kiến ORU cuối cùng sẽ trở nên phi tập trung, điều này sẽ mở ra cơ hội cho các luồng doanh thu khác thông qua MEV (Tối đa hóa giá trị Ethereum) hoặc yêu cầu các nhà khai thác trình tự sắp xếp cổ phần mã thông báo gốc/chia sẻ doanh thu.
Nhưng hiện tại, theo cách trình bày đơn giản nhất, chúng ta có thể nghĩ rằng bộ sắp xếp tính phí giao dịch L2 của người dùng ORU (doanh thu theo trình tự) và cần phải trả phí Gas L1 để gửi hàng loạt dữ liệu giao dịch L2 của người dùng tới mạng Ethereum (chi phí 1), và phải trả chi phí vận hành để chạy trình sắp xếp thứ tự (chi phí 2).
tiêu đề phụ
tiêu đề phụ
Fees = L1_gas_price_estimate * (L1_calldata_size + L1_buffer) + L2_gas_price * L2_gas_used
danh hiệu cấp một
Costs = L1_actual_gas_price * L1_calldata_size + Sequencer_operational_costs
Định giá phí L2
Trong tất cả các ORU, giá phí L2 là hàm số của kích thước tính toán L1, chi phí tính toán L1, thang đo tính toán L2 và chi phí tính toán L2.
Vì tất cả những người đặt hàng L2 đều phải chịu chi phí khi xuất bản các lô/bằng chứng lên mạng chính L1, nên việc chuyển chi phí động của việc xử lý mạng chính cho người dùng khi thực hiện các giao dịch L2 là điều hợp lý.
tiêu đề phụ
Arbitrum
Định giá phí L2 của Arbitrum thực hiện khái niệm phí gas hai chiều, trong đó giới hạn gas là một chức năng của đơn vị gas được L2 sử dụng, đơn vị gas được L1 sử dụng và giá gas L1 ước tính.
Từ đó chúng ta có thể rút ra kết luận sau:
Giới hạn Gas L2 giảm khi giá Gas L2 tăng.
tiêu đề phụ
Optimism
Tương tự như Arbitrum, phí giao dịch của Optimism tính đến chi phí tính toán L1 và L2. Sự lạc quan gọi những khoản này là Phí thực thi L2 và Phí dữ liệu/bảo mật L1.
Để ý:
Biến Dynamic_overhead là một biến do nhóm Optimism đặt ra để đảm bảo rằng người đặt hàng của họ được bồi thường đủ để trang trải chi phí gas phát sinh khi gửi các lô giao dịch trở lại mạng L1.
Hiện tại nó được đặt thành 0,684, điều này cho thấy rằng trình sắp xếp thứ tự đang trợ cấp chi phí gas.
tiêu đề phụ

Chi phí động/phí vô hướng L1 theo thời gian
EIP-4844
Hiện tại, Optimistic's Rollup ít tốn kém hơn về mặt thực thi và lưu trữ Lớp 2, nhưng việc người dùng xuất bản dữ liệu lên Lớp 1 để tuân thủ tính khả dụng của dữ liệu vẫn tốn kém.
Dữ liệu được xuất bản lên Lớp 1 của Ethereum bằng cách sử dụng mã opcode calldata, vì vậy cả Arbitrum và Optimism đều triển khai các thuật toán nén dữ liệu calldata như thuật toán nén Zlib và brotli. Việc xuất bản dữ liệu này rất tốn kém và chiếm 80-90% phí giao dịch mà người dùng L2 phải trả.
Tuy nhiên, từ tháng 10 năm 2023 đến tháng 2 năm 2024, Đề xuất cải tiến Ethereum cao cấp (EIP-4844, Proto-danksharding) dự kiến sẽ ra mắt. EIP-4844 đề xuất thêm một loại giao dịch mới vào Ethereum cho phép chấp nhận khối. Những khối này sẽ bị xóa hoặc cắt bớt sau khoảng hai tuần và không được lưu trữ vĩnh viễn như dữ liệu cuộc gọi hiện có. Kích thước của các khối dữ liệu này được thiết kế đủ nhỏ để giảm chi phí lưu trữ trên chuỗi mạng chính.
tiêu đề phụ
Tổng quan cấp cao về tác động đến doanh thu của trình sắp xếp thứ tự
Trước khi đi sâu vào những thay đổi mà chúng tôi mong đợi sẽ thấy trong Arbitrum và Optimism, điều quan trọng là chúng tôi phải xem xét sự khác biệt về giá tính toán L1 giữa Arbitrum và Optimism (như đã giải thích trước đó trong phần định giá phí L2). Dựa trên tiên đoán về giá L1 của Arbitrum, giờ đây chúng tôi biết rằng nó có khả năng chuyển 100% phí cho người dùng (trừ khi chúng tôi thấy một cuộc bỏ phiếu quản trị). Đây không phải là trường hợp của Lạc quan, vì họ vẫn kiểm soát biến chi phí động.
tiêu đề phụ
Arbitrum
Xem xét tình hình tài chính hiện tại của Arbitrum trong phần trên, chúng tôi khám phá những thay đổi có thể xảy ra đối với việc định giá của Arbitrum theo một số giả định nhất định. Vì chi phí dự kiến sẽ thấp hơn đáng kể sau EIP-4844 nên dự kiến lợi nhuận và tỷ suất lợi nhuận sẽ tăng trong khi doanh thu không đổi.
Dựa trên điều này, chúng tôi đã xây dựng một bảng hiển thị nhiều kết quả có thể xảy ra, bao gồm các kết hợp khác nhau của khoản tiết kiệm EIP-4844 được chuyển cho người dùng (trục Y) và các hệ số giảm chi phí EIP-4844 (trục X, với số lớn hơn = EIP 4844 Càng cao việc tiết kiệm chi phí).
Chúng tôi đã tô màu các kết hợp mà chúng tôi cho rằng có nhiều khả năng xuất hiện nhất sau EIP-4844.
Nếu 100% số tiền tiết kiệm được chuyển cho người dùng, chúng tôi có thể giả định rằng khoản tiết kiệm chi phí này có thể sẽ làm tăng số lượng giao dịch trên Arbitrum (loại dApp mới, nhiều người dùng hơn).
Đưa ra một số giả định:
Duy trì tỷ lệ giá trên thu nhập (P/E) hiện tại;
Giả sử chi phí giảm 10 lần;
Khối lượng giao dịch tăng trưởng do tiết kiệm phí.
tiêu đề phụ
Optimism
tiêu đề phụ
Hiện tại, giá trị tích lũy duy nhất của Arbitrum và Optimism là quản trị; đây là chức năng duy nhất của ARB và OP. Tuy nhiên, việc tích lũy giá trị của ARB và OP có thể đến từ hai nguồn khác: phí giao dịch và MEV.
Hiện tại, giá trị tích lũy duy nhất của Arbitrum và Optimism là quản trị; đây là chức năng duy nhất của ARB và OP. Tuy nhiên, việc tích lũy giá trị của ARB và OP có thể đến từ hai nguồn khác: phí giao dịch và MEV.
Ở trạng thái hiện tại, hai giải pháp L2 này phụ thuộc rất nhiều vào các đơn đặt hàng tập trung của chúng, tất cả lợi nhuận đề xuất và xây dựng khối tập trung đều được chuyển cho Tổ chức Trọng tài và Tổ chức Lạc quan. Tuy nhiên, hai giải pháp này đã hứa hẹn sẽ hướng tới cơ chế đặt hàng phi tập trung, trong đó nền tảng không phải là thực thể duy nhất xây dựng và đề xuất các khối L2. Bước đầu tiên để tích lũy giá trị cho mã thông báo L2 là phân cấp người đặt hàng, điều này không dễ dàng nhưng nó có thể cho phép chủ sở hữu mã thông báo L2 tham gia vào giá trị được tạo ra thông qua quá trình xây dựng và đề xuất.
Việc phân cấp của bộ sắp xếp có thể đạt được thông qua cơ chế PoS, nơi người dùng sẽ cầm cố token L2 gốc. Nếu người đặt cọc không thực hiện nhiệm vụ của mình hoặc có hành vi ác ý, tiền đặt cược sẽ bị cắt. Người đặt cược có thể kiếm được một phần phí giao dịch, MEV (trong thế giới hậu FIFO) hoặc phần thưởng đặt cược bằng mã thông báo gốc.
Tầm quan trọng của máy phân loại phi tập trung là máy phân loại tập trung có thể khiến các giao dịch của người dùng bị kiểm duyệt, trích tiền thuê quá mức hoặc tạo ra MEV có hại, ảnh hưởng xấu đến người dùng.


