Trong bài kiểm tra căng thẳng ghi chú, zkSync đã hoàn thành đào tạo công khai thành công
Tác giả gốc: Haotian (X: @tmel0211)
Lưu ý của biên tập viên: Bản nhạc Inscription vẫn còn hot và một lượng lớn giao dịch tràn vào chuỗi zkSync trong một khoảng thời gian ngắn. Trong bài kiểm tra căng thẳng này, zkSync đã ngừng hoạt động vì Inscription? Hay sự hoàn hảo đã được thử nghiệm? nhà nghiên cứu mật mãHaotian(X: @tmel0211) Từ logic kỹ thuật, chúng tôi đã làm rõ ảo tưởng và hiểu lầm về “trải nghiệm tồi tệ” của zkSync. Odaily đã tóm tắt nó như sau:
Việc khắc các dòng chữ trên chuỗi zkSync và số lượng giao dịch khổng lồ đổ vào trong một khoảng thời gian ngắn thực sự là một bài kiểm tra căng thẳng đối với 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 ngừng hoạt động, ngược lại .Đây là bài tập đào tạo công khai của @zksync và kết quả là giá trị đỉnh TPS, độ ổn định của GAS, v.v. đều đã được kiểm tra một cách hoàn hảo.
Thoạt nhìn, nó có vẻ phản trực giác? Tiếp theo, hãy để tôi làm rõ cho bạn bằng cách sử dụng logic kỹ thuật:
Nguyên lý hoạt động của sản xuất khối đóng gói zkSync, nói một cách đơn giản:Người dùng xây dựng giao dịch và nhập trình tự sắp xếp của Trình sắp xếp zkSync, sau đó Trình sắp xếp trình tự sắp xếp và đóng gói nó thành các khối theo Phí Gas, sau đó chuyển khối đến hệ thống Bằng chứng để xác minh và cuối cùng gửi đến mạng chính để hoàn thành xác nhận trạng thái cuối cùng.
-Có hai điểm chính ở đây có thể dễ dàng tạo ra ảo tưởng về một “trải nghiệm tồi tệ”:
1) Người dùng xây dựng liên kết giao dịch:Hầu hết người dùng sẽ bắt đầu giao dịch thông qua các ví như Metamask và gửi giao dịch đến zkSync thông qua ví. Các giao dịch trước tiên sẽ vào máy chủ cuộc gọi từ xa RPC, sau đó Trình sắp xếp chuỗi 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 vài giây hoặc dài nhất vài phút, nếu một người đợi lâu, MetaMask sẽ xác định rằng giao dịch đã thất bại và sau đó giao diện người dùng sẽ trả về lời nhắc 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;Điều này là do sự không tương thích giữa logic phản hồi và thời gian phản hồi RPC của Metamask với logic giao dịch đóng gói và xếp hàng Sequencer của zkSync.Đây chính xác là lý do tại sao một số giao dịch mà MetaMask hiển thị rõ ràng không thành công, sau một thời gian chờ đợi, máy chủ phụ trợ lại hiển thị thành công.
Nếu người dùng không đi qua quy trình ví và trực tiếp sử dụng mã phụ trợ để gọi RPC của zkSync, sẽ không có vấn đề về thời gian chờ phản hồi và lời nhắc lỗi và trải nghiệm sẽ tương đối mượt mà. Điều này thực sự sẽ mang lại lợi thế cho một số nhà khoa học có thể sử dụng hướng dẫn mã back-end, 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 khả năng xử lý của chuỗi zkSync.
2) Liên kết sắp xếp công bằng theo trình tự:Khi người dùng gửi một giao dịch đến hàng đợi RPC trong một khoảng thời gian ngắn, mỗi giao dịch sẽ được xếp chồng bắt đầu từ giá trị nonce là 0. Nếu giao dịch trước đó vẫn còn trong hàng đợi thì nonce là 0. Tại thời điểm này, giao dịch trước đó vẫn còn trong hàng đợi. người dùng bắt đầu một giao dịch mới với giá trị nonce là 0. 1. Trình sắp xếp thứ tự của zkSync sẽ chỉ định nonce cho các giao dịch này dựa trên thời gian và sau đó sắp xếp chúng theo thứ tự.
Nhưng nếu người dùng thấy rằng giao dịch trước đó không thành công trong giai đoạn trước của MetaMask và sau đó gửi giao dịch mới cùng lúc,Có thể một số giao dịch mới được gửi không được gửi thành công tới trình tự xếp hàng RPC do sự cố với lệnh gọi giao diện API ví và zkSync.Người dùng cho rằng rất nhiều giao dịch đã được gửi đi nhưng thực tế zkSync chỉ nhận được một phần trong số đó, chỉ cần họ nhận được thì sẽ được sắp xếp và xử lý.
Nhìn theo cách này, khi người dùng thấy MetaMask báo cáo lỗi giao dịch, hành vi liên tục gửi giao dịch mới cũng sẽ gây ra một số lượng lớn giao dịch thất bại.Bởi vì hoàn toàn không có nội dung gửi nào tới 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, các vấn đề về logic thời gian phản hồi RPC của ví MetaMask và hành vi vội vàng thêm giao dịch vào chuỗi của người dùng sẽ gây ra một số lượng lớn giao dịch thất bại.Nếu bạn hiểu quy trình xử lý giao dịch nền của zkSync thì việc tránh các vấn đề về trải nghiệm tối ưu hóa này sẽ tương đối dễ dàng hơn.
-Dựa vào 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 khô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ẽ lấy dữ liệu mới nhất qua giao diện RPC của zkSync, nhưng phản hồi của giao diện sẽ bị chậm và một số lượng lớn giao dịch mới sẽ chậm giảm phản ứng.
Nói ngắn gọn,Tốc độ đồng bộ hóa dữ liệu kéo của trình duyệt không thể theo kịp sự gia tăng của các giao dịch xếp hàng đợi, đây là 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 và trình duyệt có thể thu thập dữ liệu mới.
Khi trình duyệt không hoạt động, bạn có thể xác minh chéo thông qua các trình duyệt khác đồng bộ hóa thông tin dữ liệu khối zkSync, chẳng hạn như: https://hyperscan.xyz
-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 về thời gian ngừng hoạt động nổ ra, nhân viên chính thức của zkSync @anthonykrose thường xuyên đăng tin tức làm mới TPS trên Twitter.Trên thực tế, zkSync TPS đã tăng vọt lên mức cao nhất là 187,9. Trong trường hợp bình thường, TPS chỉ khoảng 50-100, điều này cho thấy zkSync đã thực sự chịu được áp lực do một lượng lớn giao dịch mới tràn vào.Điều này thực sự cung cấp một bài kiểm tra căng thẳng đầy đủ 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 chia sẻ. Theo dữ liệu của Growthepie,Trong 24 giờ qua, Gas trung bình của zkSync đã giảm 5,2%, trung bình khoảng $ 0,19. Trải nghiệm của mọi người với dữ liệu này có thể khác nhau, nhưng dựa trên dữ liệu vận hành của chuỗi toàn diện, nó 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 đòi hỏi phải tăng quy mô người dùng hiện tại lên một mức độ lớn.
-Sự cố dòng chữ có tác động gì đến chuỗi công khai lớp 2?
Theo dữ liệu của cồn cát, quá trình truyền dòng chữ của Sync đã thêm 5 triệu giao dịch trong 14 giờ và 65.575 Người nắm giữ đã tham gia. Như đã đề cập ở trên, các quan chức của zkSync đã biết về hoạt động kiểm tra căng thẳng do cộng đồng khởi xướng này và đã thực hiện các biện pháp khẩn cấp để đảm bảo tiến trình có trật tự của chuỗi zkSync.
Dữ liệu này thực sự là một thử nghiệm kiểm tra sức chịu đựng tốt hơn cho zkSync và tác động tích cực của nó lớn hơn tiêu cực.Về lâu dài, sự cố Inscription không đưa hiệu suất của Lớp 2 trở lại nguyên mẫu như tin đồn mà thay vào đó mang lại trải 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ững gì tôi được biết, ngoài Sync, còn có những dòng chữ khác đang được đúc, mặc dù không fomo như Sync nhưng chúng cũng tiếp thêm nhiên liệu cho bài kiểm tra căng thẳng này.
Dù sao, kết quả nhìn chung là tốt. Nếu bạn làm rõ logic kỹ thuật của việc sắp xếp nền và tạo khối của zkSync, sau đó loại bỏ sự hiểu lầm về trải nghiệm tồi tệ, bạn nên hiểu rằng mọi thứ đang chạy tốt và chúng tôi phải cung cấp lớp 2 tự tin hơn một chút.
