zkSync, từng tạo ra lượng giao dịch khổng lồ nhờ khắc văn bản, tại sao lại có thể vượt qua bài kiểm tra tải trọng một cách hoàn hảo?
Tuyển chọn TechFlowTuyển chọn TechFlow
zkSync, từng tạo ra lượng giao dịch khổng lồ nhờ khắc văn bản, tại sao lại có thể vượt qua bài kiểm tra tải trọng một cách hoàn hảo?
Về lâu dài, sự kiện Inscription không phải như lời đồn là khiến hiệu năng của layer2 quay trở lại mức ban đầu, mà ngược lại còn cung cấp kinh nghiệm thực tiễn cho việc tối ưu hóa thêm hiệu năng của layer2.
Chuyên sâu báo cáo Web3Tác giả: Haotian
Dẫn nhập: Đợt bùng nổ gần đây của trào lưu khắc ghi dữ liệu (inscription) là một kỳ kiểm tra lớn đối với các blockchain công cộng hàng đầu. Một số blockchain đã sập mạng, một số khác thì phí gas tăng vọt. Trong kỳ thi này, zkSync đã hoàn toàn vượt qua thử thách về hiệu năng cũng như sự ổn định của phí GAS.
Bạn có thể thắc mắc, zkSync chẳng phải đã sập vì trào lưu inscription sao? Sự thật là, hiện tượng này xảy ra do lỗi hiển thị ở phía frontend của blockchain explorer. Bài viết này sẽ giải thích từ góc độ nguyên lý kỹ thuật tại sao zkSync lại có hiệu suất vượt trội, và tại sao khối lượng giao dịch xử lý càng lớn thì phí gas lại càng rẻ.
Việc khắc inscription trên chuỗi zkSync, cùng với lượng giao dịch khổng lồ đổ về trong thời gian ngắn, đúng là một "bài kiểm tra áp lực" cho hiệu năng của một blockchain lớp 2 (layer2). Nhưng kết quả không phải là "sập mạng", trái lại hoàn toàn ngược lại, đây chính là một buổi diễn tập công khai của zkSync, và kết quả cho thấy đỉnh TPS, sự ổn định của GAS đều vượt qua bài kiểm tra một cách xuất sắc.
Nghe có vẻ nghịch lý phải không? Tiếp theo, tôi sẽ làm rõ bằng lập luận kỹ thuật:
Nguyên lý hoạt động đóng gói khối của zkSync, nói đơn giản: Người dùng tạo giao dịch đưa vào hàng đợi sắp xếp của Sequencer zkSync, sau đó Sequencer sẽ sắp xếp và đóng gói giao dịch vào khối dựa theo mức phí gas cao thấp, rồi truyền khối đến hệ thống Proof để xác minh, cuối cùng Submit lên mạng chính để hoàn tất xác nhận trạng thái finality.
- Có 2 điểm then chốt ở đây dễ tạo nên ảo giác “trải nghiệm tồi tệ”:
1) Khâu người dùng tạo giao dịch: Hầu hết người dùng đều khởi tạo giao dịch thông qua ví như Metamask. Khi gửi giao dịch tới zkSync qua ví, giao dịch sẽ đi vào máy chủ RPC trước, sau đó Sequencer mới nhận các giao dịch này để xếp hàng. Thời gian chờ đợi ở đây có thể từ vài giây đến vài phút. Nếu người dùng chờ lâu, Metamask sẽ coi giao dịch đã thất bại và trả về thông báo lỗi ở frontend.
Tuy nhiên, điều này không có nghĩa giao dịch thực sự thất bại, mà chỉ là do thời gian phản hồi RPC và logic phản hồi của Metamask không tương thích với cơ chế xếp hàng và đóng gói giao dịch của Sequencer zkSync. Đây chính là lý do vì sao nhiều giao dịch dù Metamask hiển thị thất bại, nhưng sau một thời gian lại thấy thành công ở backend.
Nếu người dùng không dùng ví, mà trực tiếp gọi RPC của zkSync bằng mã code backend, sẽ không gặp vấn đề timeout hay thông báo lỗi, trải nghiệm mượt mà hơn nhiều. Điều này thực sự tạo lợi thế cho những "nhà khoa học" có thể dùng lệnh code backend, nhưng bản chất là vấn đề trải nghiệm ở phía ví, chứ không liên quan gì đến khả năng xử lý của chuỗi zkSync.
2) Khâu sắp xếp công bằng của Sequencer: Khi người dùng gửi giao dịch vào hàng đợi RPC trong thời gian ngắn, mỗi giao dịch sẽ bắt đầu từ giá trị nonce = 0 và tăng dần. Nếu giao dịch trước vẫn đang xếp hàng với nonce=0, người dùng lại gửi thêm giao dịch mới với nonce=1, Sequencer zkSync sẽ phân bổ nonce theo thời gian, rồi sắp xếp theo thứ tự.
Nhưng nếu người dùng thấy giao dịch trước hiển thị thất bại trên Metamask, đồng thời gửi thêm giao dịch mới, rất có thể giao dịch mới do vấn đề giữa frontend ví và API zkSync, một phần giao dịch cuối cùng không được gửi thành công vào hàng đợi RPC. Người dùng tưởng mình đã gửi nhiều giao dịch, nhưng thực tế zkSync chỉ nhận được một phần, và chỉ những giao dịch nào nó nhận được mới được xử lý theo thứ tự.
Như vậy, việc người dùng thấy Metamask báo lỗi rồi liên tục gửi giao dịch mới sẽ dẫn đến rất nhiều giao dịch "thất bại", vì thực chất chúng chưa từng được gửi tới backend của chuỗi zkSync, bạn chỉ nghĩ là mình đã gửi mà thôi.
Tóm lại, cả vấn đề logic thời gian phản hồi RPC của ví Metamask và hành vi vội vàng gửi chồng giao dịch của người dùng đều gây ra lượng lớn giao dịch “thất bại”. Nếu hiểu rõ quy trình xử lý giao dịch nền tảng của zkSync, người dùng sẽ dễ dàng tránh được những vấn đề tối ưu trải nghiệm này.
- Dựa trên kiến thức trên, hãy làm rõ vấn đề “sập mạng”:
Chuỗi zkSync KHÔNG hề “sập mạng”, mà chỉ là vấn đề hiển thị ở frontend của trình duyệt blockchain. Vì trình duyệt lấy dữ liệu mới nhất thông qua RPC của zkSync, nhưng phản hồi của API có độ trễ, lượng giao dịch mới dồn về khiến phản hồi chậm lại.
Tóm lại, tốc độ đồng bộ dữ liệu của trình duyệt không theo kịp tốc độ gia tăng giao dịch xếp hàng – đây là vấn đề frontend của trình duyệt, không liên quan gì đến hoạt động của chuỗi. Thông thường khi tốc độ giao dịch giảm xuống, trình duyệt có thể cập nhật dữ liệu mới và vấn đề sẽ tự khắc phục.
Khi gặp trường hợp trình duyệt không hoạt động, có thể dùng các trình duyệt khác đồng bộ dữ liệu khối zkSync để kiểm chứng chéo, ví dụ: https://hyperscan.xyz
- Tình hình “hiệu năng vận hành thực tế” của chuỗi ra sao?
1) Ngay sau khi tin đồn “sập mạng” lan truyền, nhân viên chính thức của zkSync – Anthony Rose – lại liên tục đăng tweet báo cáo kỷ lục TPS mới. Thực tế, TPS của zkSync đã đạt đỉnh 187,9, trong khi bình thường chỉ dao động 50-100, điều này chứng tỏ zkSync đã chịu được áp lực từ lượng giao dịch ồ ạt. Đây thực sự là một “bài kiểm tra áp lực” đầy đủ cho mục tiêu đạt hàng ngàn, thậm chí hàng vạn TPS trong tương lai.
2) Cơ chế đặc biệt của ZK-Rollup quyết định rằng, khối lượng giao dịch xử lý càng lớn thì phí gas càng rẻ. Trên thực tế, phí gas của zkSync thực sự đã rẻ hơn, vì chi phí được phân bổ. Theo dữ liệu từ growthepie, trong 24 giờ qua, giá trị trung bình phí gas trên zkSync còn giảm 5,2%, dao động khoảng 0,19 USD. Mỗi người có thể cảm nhận khác nhau, nhưng xét theo dữ liệu vận hành tổng thể, phí gas thực sự đã giảm. Điều này củng cố quan điểm rằng trải nghiệm mượt mà hơn của ZK-Rollup cần quy mô người dùng hiện tại tăng lên một cấp độ mới.
- Ảnh hưởng của sự kiện inscription đến các chuỗi layer2?
Theo dữ liệu từ Dune, quá trình mint inscription trên Sync đã tạo thêm 5 triệu giao dịch trong 14 giờ, thu hút 65.575 holder tham gia. Như đã nói, đội ngũ zkSync đã nhận thức rõ đây là một “bài kiểm tra áp lực” do cộng đồng phát động, và đã nhanh chóng áp dụng các biện pháp khẩn cấp để đảm bảo hoạt động ổn định của chuỗi.
Con số này thực sự là một thí nghiệm kiểm tra áp lực tốt đối với zkSync, ảnh hưởng tích cực vượt trội so với mặt tiêu cực. Xét về dài hạn, sự kiện inscription không như lời đồn là làm lộn tẩy hiệu năng của layer2, mà ngược lại, đã cung cấp kinh nghiệm thực tiễn quý giá cho việc tối ưu hóa hiệu năng layer2.
Tuy nhiên theo tôi được biết, ngoài Sync, vẫn còn một số loại inscription khác đang được mint, dù không gây FOMO mạnh như Sync nhưng cũng góp phần gia tăng áp lực kiểm tra này.
Dù sao đi nữa, kết quả tổng thể là tích cực. Nếu mọi người hiểu rõ logic kỹ thuật xử lý và đóng gói khối phía backend của zkSync, gỡ bỏ những hiểu lầm về “trải nghiệm kém”, sẽ nhận ra rằng mọi thứ vẫn vận hành ổn thỏa. Chúng ta hãy dành thêm niềm tin cho các nền tảng layer2.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
Haotian | CryptoInsight
