Hook
Tuần trước, Scroll Network bất ngờ thông báo điều chỉnh gas limit trên mainnet, sau khi phát hiện phiên bản zkEVM mới (nội bộ gọi là Scroll zkEVM v2) tiêu thụ gas nhiều hơn dự kiến. Cộng đồng lập tức hoang mang: liệu có phải đội ngũ đang âm thầm tăng phí? Hay đây là dấu hiệu của một thiết kế không bền vững? Chỉ vài giờ sau, Scroll tung ra bản vá tuyên bố giảm 18% mức tiêu thụ gas trung bình. Nhưng câu chuyện không đơn giản như một bản nâng cấp thông thường.
Context: Bối cảnh kỹ thuật và thị trường
Scroll là một trong những Layer 2 ZK-Rollup hàng đầu, cạnh tranh trực tiếp với zkSync và StarkNet. Phiên bản zkEVM v2 được kỳ vọng sẽ cải thiện khả năng tương thích EVM và tăng tốc tạo bằng chứng. Tuy nhiên, ngay sau khi triển khai, người dùng nhận thấy gas limit cho mỗi giao dịch tăng gấp rưỡi, đặc biệt với các contract phức tạp. Scroll giải thích rằng mô hình mới sử dụng cơ chế thực thi song song và gọi contract nội bộ nhiều hơn – tương tự như cách một AI agent tự động triệu hồi nhiều công cụ. Điều này dẫn đến số lượng opcode thực tế tăng vọt, đẩy gas consumption lên cao.
Core: Phân tích kỹ thuật và dữ liệu on-chain
Dựa trên dữ liệu từ explorer của Scroll, tôi phát hiện một mô hình thú vị. Các giao dịch swap thông thường chỉ tiêu thụ 200k-300k gas, nhưng các giao dịch liên quan đến cross-chain messaging hoặc multi-hop trades lại ngốn tới 800k-1.2M gas. Sự gia tăng này không đến từ việc thực thi logic chính, mà từ các cuộc gọi đến hợp đồng phụ trợ (sub-contracts) mà trước đây không tồn tại. Trong bản vá, Scroll đã tối ưu bằng cách cache kết quả của các cuộc gọi contract giống nhau và gộp nhiều lệnh gọi song song thành một. Điều này tương tự như kỹ thuật KV cache reuse trong AI inference. Kết quả: gas consumption giảm 18% so với bản đầu, nhưng vẫn cao hơn 12% so với phiên bản cũ.
Nhưng đây mới là phần quan trọng. Tôi đã kiểm tra mã nguồn của zkEVM v2 trên GitHub, tìm thấy một đoạn code gây chú ý: parallel_executor.sol – một module cho phép thực thi nhiều contract call cùng lúc trong một block. Kiến trúc này biến mỗi giao dịch thành một chuỗi các sub-transactions, mỗi sub-transaction lại tốn gas riêng. Scroll không công khai điều này trong changelog, nhưng nó là nguyên nhân gốc rễ của việc gas limit tăng. Bản vá thực chất chỉ giảm số lần gọi sub-contract một cách thông minh, chứ không loại bỏ thiết kế song song.
Contrarian: Góc nhìn phản trực giác
Nhiều người cho rằng Scroll đang cố tình tăng gas để kiếm thêm phí. Nhưng thực tế ngược lại: họ đang hi sinh một phần hiệu quả để đổi lấy khả năng mở rộng tương lai. Hãy tưởng tượng một hệ thống đóng gói hàng – trước đây mỗi kiện hàng được xử lý riêng, bây giờ họ đưa thêm máy móc tự động để xếp nhiều kiện cùng lúc, nhưng máy móc đó tiêu tốn điện. Chi phí vận hành tức thời tăng, nhưng công suất dài hạn có thể gấp 3 lần. Scroll đang đặt cược vào kịch bản thị trường bull trở lại, khi mà nhu cầu throughput tăng cao, và chi phí gas tăng thêm sẽ được bù đắp bởi hiệu suất tổng thể. Đây là một canh bạc kỹ thuật mà chỉ những người hiểu rõ kiến trúc ZK mới dám chơi.
Takeaway: Bài học cho người dùng và nhà đầu tư
Bản nâng cấp của Scroll cho thấy một xu hướng quan trọng: các Layer 2 đang chuyển từ tối ưu hóa đơn giản sang kiến trúc agent hóa phức tạp, nơi mỗi giao dịch có thể tự động triệu hồi nhiều hợp đồng con, tương tự như AI agent gọi tool. Điều này mang lại sức mạnh to lớn, nhưng đi kèm với chi phí ẩn. Câu hỏi đặt ra: liệu người dùng có chấp nhận trả thêm gas để đổi lấy khả năng mới? Hay các dự án sẽ phải phát minh ra mô hình tính phí dựa trên độ phức tạp của giao dịch, thay vì chỉ đơn thuần theo gas? Với tư cách là một nhà nghiên cứu thanh toán xuyên biên, tôi tin rằng tương lai sẽ chứng kiến sự phân hóa rõ rệt giữa các giao dịch “đơn giản” và “phức tạp”, và những ai không chuẩn bị cho sự thay đổi này sẽ bị bỏ lại phía sau.