Bạn có bao giờ tự hỏi tại sao cùng một loại giao dịch, trên Solana lại tốn ít CU hơn trên Ethereum, nhưng đôi khi vẫn bị từ chối? Câu trả lời nằm ở giới hạn tính toán trên mỗi block. Và mới đây, Solana đã quyết định nâng giới hạn đó từ 60 triệu lên 100 triệu CU, một bước nhảy 66% về dung lượng lý thuyết. Nhưng liệu đây có thực sự là tin vui cho người dùng hay là một cách che đậy những vấn đề sâu xa hơn?
Hãy cùng tôi – một Layer2 Research Lead đã dành 4 tháng để so sánh cơ chế chứng minh của Optimistic và ZK-rollups – mổ xẻ bản chất của bản nâng cấp này. Trước tiên, cần hiểu rõ: CU (Compute Unit) trên Solana tương tự như Gas trên Ethereum, nhưng khác biệt ở chỗ Solana đo lường số lượng lệnh thực thi, còn Ethereum đo lường tài nguyên tổng thể. Việc nâng giới hạn CU lên 100 triệu đồng nghĩa với việc mỗi block có thể chứa nhiều giao dịch phức tạp hơn, nhưng không có nghĩa là tốc độ xử lý sẽ tăng lên. Thực tế, thông lượng tối đa (TPS) vẫn bị giới hạn bởi thời gian block (400ms) và khả năng phần cứng của validator.
Điểm mấu chốt ở đây là: Solana đang chọn con đường tăng dung lượng đơn block thay vì mở rộng theo chiều ngang (ví dụ như sharding hoặc layer2). Đây là một quyết định mang tính kiến trúc. Từ kinh nghiệm audit ICO năm 2017 của tôi, tôi nhận ra rằng các tham số tưởng chừng đơn giản như gas limit lại có thể tạo ra những hậu quả khó lường. Khi giới hạn CU tăng, các ứng dụng DeFi sẽ thiết kế các giao dịch "nặng" hơn – ví dụ như gọi nhiều pool thanh khoản cùng lúc, hay thực hiện các chiến lược MEV phức tạp. Điều này dẫn đến một vòng lặp: càng nhiều không gian, càng nhiều giao dịch phức tạp, càng tắc nghẽn ở lớp mạng.
Hãy nhìn vào dữ liệu từ SIMD-0286. Bản đề xuất này đã được thảo luận và thông qua mà không gặp phản đối lớn. Điều đó cho thấy các validator đều đồng ý rằng dung lượng hiện tại không đủ. Nhưng câu hỏi đặt ra là: tại sao họ không chọn giải pháp khác như giảm thời gian block xuống 200ms, hay tối ưu hóa thuật toán đồng thuận? Câu trả lời nằm ở chi phí. Tăng CU là cách đơn giản nhất, không yêu cầu thay đổi phần mềm lớn, nhưng lại đẩy gánh nặng lên các validator. Họ sẽ phải nâng cấp phần cứng để xử lý block lớn hơn. Nếu không, nguy cơ trễ block hoặc tạo block rỗng sẽ tăng lên.
Trái với suy nghĩ thông thường, việc tăng giới hạn CU không tự động cải thiện trải nghiệm người dùng. Nó giống như mở rộng một làn đường cao tốc mà không xây thêm cầu vượt – cuối cùng, mọi xe đều đổ dồn vào một nút thắt cổ chai mới. Điểm mù mà ít người đề cập đến là tác động đến MEV. Với nhiều không gian hơn, các bot có thể thực hiện các chiến dịch sandwich và front-running với quy mô lớn hơn, đặc biệt trên các DEX như Jupiter hay Orca. Điều này sẽ làm tổn hại đến người dùng bán lẻ, những người vốn đã phải chịu phí cao do mạng lưới thường xuyên nghẽn.
Tôi từng chứng kiến một dự án ICO vào năm 2017 tăng gas limit lên gấp đôi mà không có bất kỳ cảnh báo nào, kết quả là hợp đồng thông minh bị tấn công do các cuộc gọi nội bộ trở nên quá phức tạp. Solana có đội ngũ kỹ thuật mạnh, nhưng các tham số vận hành luôn ẩn chứa rủi ro bảo mật không lường trước. Một giao dịch phức tạp hơn có thể khai thác các lỗ hổng về tính nguyên tử (atomicity) trong môi trường thực thi song song.
Tóm lại, việc nâng CU lên 100 triệu là một bước đi đúng hướng cho các ứng dụng đòi hỏi tính toán cao, nhưng nó cũng mở ra cánh cửa cho sự tập trung hóa ngầm. Liệu Solana có đang đánh đổi tính phi tập trung để lấy hiệu năng? Câu trả lời có thể là có, và tôi sẽ theo dõi chặt chẽ tỷ lệ các validator phải nâng cấp phần cứng trong quý tới. Nếu 80% validator vẫn chạy trên máy tiêu chuẩn, thì 100 triệu CU chỉ là một con số ảo trên giấy.