Inscription mania được truyền đến Lớp 2, tại sao zkSync có thể vượt qua bài kiểm tra căng thẳng của giao dịch cao ngất trời?

Kịch bản: Haotian

Dòng chữ được khắc trên chuỗi zkSync và dòng giao dịch cao ngất trời ngắn hạn thực sự là một “bài kiểm tra căng thẳng” về hiệu suất của chuỗi công khai lớp 2, nhưng kết quả không phải là “thời gian chết”, ngược lại, đây là một khóa đào tạo công khai về zkSync và kết quả là đỉnh TPS và độ ổn định GAS đã được kiểm tra hoàn hảo.

Thoạt nhìn, nghe có vẻ hơi phản trực giác sao? Tiếp theo, với logic kỹ thuật, hãy để tôi làm rõ nó cho bạn:

Nguyên tắc hoạt động của các khối đóng gói zkSync được đặt đơn giản: người dùng xây dựng các giao dịch vào trình tự phân loại của zkSync Sequencer, sau đó Sequencer đóng gói chúng thành các khối theo xếp hạng phí gas, sau đó chuyển các khối đến hệ thống Proof để xác minh, và cuối cùng gửi chúng lên mạng chính để hoàn thành xác nhận trạng thái cuối cùng.

Có 2 điểm chính ở đây có thể dễ dàng tạo ra ảo giác về một “trải nghiệm tồi tệ”:

1. Người dùng xây dựng giao dịch: Hầu hết người dùng sẽ bắt đầu giao dịch thông qua ví như Metamask và gửi giao dịch đến zkSync thông qua ví và các giao dịch trước tiên sẽ vào máy chủ cuộc gọi từ xa RPC, sau đó Sequencer sẽ nhận các giao dịch này và nhập chuỗi hàng đợi. Thời gian xếp hàng ở đây có thể ngắn nhất là vài giây hoặc dài đến vài phút và nếu bạn đợi lâu, MetaMask sẽ cho rằng giao dịch đã thất bại và sau đó giao diện người dùng sẽ trả về thông báo rằng giao dịch đã thất bại.

Tuy nhiên, điều này không có nghĩa là giao dịch thực sự thất bại, mà chỉ vì có “sự không tương thích” giữa thời gian phản hồi RPC của Metamask và logic phản hồi và logic giao dịch đóng gói và xếp hàng Sequencer của zkSync. Đó là lý do tại sao, sau khi chờ đợi một thời gian, máy chủ phụ trợ hiển thị rằng một số giao dịch mà MetaMask hiển thị là không thành công.

Nếu người dùng không đi qua đường ống ví và trực tiếp sử dụng mã phụ trợ để gọi RPC của zkSync, sẽ không có thời gian chờ phản hồi và lỗi nhanh chóng, và trải nghiệm sẽ tương đối mượt mà. Điều này mang lại lợi thế cho một số “nhà khoa học” có thể sử dụng các hướng dẫn mã phụ trợ, nhưng về cơ bản nó là một vấn đề về mặt trải nghiệm ví và không liên quan gì đến sức mạnh xử lý của chuỗi zkSync.

2. Liên kết đặt hàng công bằng của trình sắp xếp: khi người dùng gửi giao dịch đến hàng đợi RPC trong một thời gian ngắn, mỗi giao dịch sẽ được chồng lên nhau từ giá trị nonce là 0, nếu giao dịch trước đó vẫn ở trạng thái hàng đợi, nonce là 0, sau đó người dùng bắt đầu giao dịch mới với nonce là 1, Trình sắp xếp của zkSync sẽ gán nonce cho các giao dịch này theo thời gian, sau đó sắp xếp chúng theo thứ tự.

Tuy nhiên, nếu người dùng gửi giao dịch mới cùng lúc sau khi thấy giao dịch trước đó không thành công trong phần trước của MetaMask, có khả năng một số giao dịch mới gửi sẽ không được gửi thành công đến hàng đợi RPC do sự cố của phía ví và lệnh gọi giao diện API zkSync. Người dùng nghĩ rằng rất nhiều giao dịch đã được gửi, nhưng thực tế zkSync chỉ nhận được một số trong số chúng và ngay khi nhận được, họ sẽ sắp xếp chúng.

Nhìn vào nó theo cách này, người dùng thấy rằng MetaMask báo cáo rằng các giao dịch đã thất bại và hành vi liên tục gửi các giao dịch mới cũng sẽ gây ra một số lượng lớn các lỗi giao dịch, bởi vì hoàn toàn không có sự gửi đến phần phụ trợ của chuỗi zkSync, nhưng bạn nghĩ rằng bạn đã gửi nó trên giao diện người dùng.

Nhìn chung, logic thời gian phản hồi RPC của ví MetaMask và việc người dùng vội vàng phủ lên các giao dịch trên chuỗi sẽ gây ra một số lượng lớn các “thất bại” giao dịch và tương đối dễ dàng tránh được các vấn đề về trải nghiệm tối ưu hóa này nếu bạn rõ ràng về quy trình xử lý giao dịch nền của zkSync.

Dựa trên khoa học phổ biến ở trên, hãy làm rõ vấn đề “thời gian chết”:

Chuỗi zkSync không “ngừng hoạt động”, nó chỉ là sự cố hiển thị ở giao diện người dùng của trình duyệt, vì trình duyệt sẽ kéo dữ liệu mới nhất thông qua giao diện RPC của zkSync, nhưng sẽ có độ trễ trong phản hồi giao diện và một số lượng lớn giao dịch mới sẽ làm chậm phản hồi.

Nói tóm lại, tốc độ đồng bộ hóa dữ liệu kéo của trình duyệt không thể theo kịp tốc độ gia tăng của các giao dịch xếp hàng, đây là một vấn đề với giao diện người dùng của trình duyệt và không liên quan gì đến hoạt động của chuỗi. Thông thường, vấn đề sẽ được giải quyết khi tốc độ giao dịch chậm lại một cách thích hợp và trình duyệt có thể nắm bắt dữ liệu mới.

Khi trình duyệt không hoạt động, bạn có thể sử dụng các trình duyệt khác đồng bộ hóa thông tin dữ liệu khối zkSync để xác minh chéo, chẳng hạn như:

“Hiệu suất hoạt động” của chuỗi thực là gì?

1. Sau khi cái gọi là tin đồn ngừng hoạt động nổ ra, Anthony Rose, một nhân viên chính thức của zkSync, thường xuyên tweet các báo cáo làm mới TPS. Trên thực tế, zkSync TPS đã tăng vọt lên mức cao nhất là 187.9 và trong những trường hợp bình thường, TPS chỉ khoảng 50-100, điều này cho thấy rằng có một lượng lớn các giao dịch mới và zkSync đã thực sự chống lại áp lực. Đây thực sự là một “bài kiểm tra căng thẳng” đủ cho hàng nghìn, thậm chí hàng chục nghìn TPS trong tương lai.

2. Cơ chế đặc biệt của ZK-Rollup xác định rằng khối lượng giao dịch được 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í giao dịch cũng được phân bổ, theo dữ liệu tăng trưởng, trong 24 giờ qua, gas trung bình của zkSync cũng đã giảm 5,2%, với mức trung bình khoảng 0,19 đô la, dữ liệu này có thể không giống nhau đối với tất cả mọi người, nhưng dữ liệu hoạt động của chuỗi tích hợp thực sự rẻ hơn. Điều này chứng tỏ rằng trải nghiệm mượt mà hơn của ZK-Rollup cần phải tăng quy mô người dùng hiện tại theo một mức độ lớn.

Tác động của các sự kiện khắc trên chuỗi công khai lớp 2 là gì?

Theo dữ liệu cồn cát, việc đúc dòng chữ của Sync đã thêm 5 triệu giao dịch trong 14 giờ và 65.575 Chủ sở hữu đã tham gia. Như đã đề cập ở trên, các quan chức zkSync nhận thức được “bài kiểm tra căng thẳng” do cộng đồng khởi xướng này và đang thực hiện các bước khẩn cấp để đảm bảo rằng chuỗi zkSync chạy một cách có trật tự.

Dữ liệu này thực sự là một thử nghiệm kiểm tra căng thẳng tốt cho zkSync và tác động tích cực của nó lớn hơn những tiêu cực. Về lâu dài, sự cố khắc chữ không phải là tin đồn, mà là cung cấp kinh nghiệm thực tế để tối ưu hóa hiệu suất hơn nữa của Lớp 2.

Tuy nhiên, theo như tôi biết, có những dòng chữ khác đang được đúc ngoài Sync, không phải là fomo như Sync, nhưng thêm dầu vào lửa của bài kiểm tra căng thẳng này.

Dù sao, kết quả nói chung là tốt, nếu bạn làm rõ logic kỹ thuật của zkSync backend sắp xếp các khối, và sau đó thoát khỏi sự hiểu lầm về “trải nghiệm xấu”, bạn nên hiểu rằng mọi thứ đang chạy tốt và chúng ta phải cho layer2 tự tin hơn một chút.