Đánh giá chính thức của Sui testnet Wave 2 tiết lộ thông tin quan trọng nào?
Tiêu đề gốc: " Đánh giá chính thức của Sui testnet Wave 2 tiết lộ thông tin quan trọng nào? 》
Tác giả gốc: Sui Foundation
Bản tổng hợp gốc: Babywhale, Tin tức tầm nhìn xa
Sui Test Network Wave 2 It đã kết thúc thành công. Thử nghiệm này đã giúp chúng tôi đạt được mục tiêu là hoạt động đặt cọc trên Sui. Lượng hoạt động lớn trên mạng khiến chúng tôi tự tin hơn rằng chúng tôi đã thực hiện một bước quan trọng khác trong hành trình tiến tới mạng chính. Xin chân thành cảm ơn tất cả những người đã tham gia và giúp chúng tôi làm cho Sui trở nên tốt hơn nữa!
Chúng tôi đã học được rất nhiều điều từ Wave 2 và sẽ xuất bản một loạt blog gồm ba phần đánh giá mọi thứ về Wave 2 trong tương lai. Blog đầu tiên đề cập đến các khía cạnh mạng, trong khi các bài đăng tiếp theo sẽ đi sâu hơn Mã thông báo Trò chơi kinh tế và kẻ thù.
Ảnh chụp nhanh thống kê
Trong Đợt 2, cộng đồng đã trải qua ba tuần và 33 kỷ nguyên. Một số kỷ lục mới đã được cùng nhau thiết lập trong quá trình thử nghiệm.
Hơn 7.000 nút được kết nối với 41 trình xác thực
1,69 triệu địa chỉ
36,5 triệu giao dịch (gấp 1,6 lần so với Đợt 1)
3,24 triệu NFT
118.614 hợp đồng được phát hành (gấp 45 lần so với Đợt 1)
Stake 134 10.000 SUI
Đã xử lý 7,35 triệu hoạt động cầm cố
Đã quan sát thấy 67 mức TPS đạt đỉnh
So với ba tuần đầu tiên của tháng 1, Sui Wallet DAU đã tăng 2,2 lần trong Đợt 2 lên 171.000 và số lượt cài đặt Sui Wallet đã tăng hơn 3 lần, đạt 333.000
Sui block explorer có 1 triệu lượt xem trang và 571.000 khách truy cập, lập kỷ lục cao
Cộng đồng Sui Discord có hơn 600.000 thành viên, khiến nó trở thành một trong những cộng đồng cộng đồng web3 lớn nhất thế giới
Điều quan trọng cần đề cập là bốn hợp đồng thông minh đã xử lý hơn 1 triệu giao dịch trong Đợt 2, chiếm tổng cộng 40% tổng khối lượng giao dịch của Sóng 2:
Đối tượng hệ thống của Sui đứng đầu danh sách, xử lý hơn 7,3 triệu giao dịch liên quan đến đặt cược.
Trò chơi Frenemies đứng thứ hai với hơn 3,5 triệu giao dịch được hoàn thành chỉ sau 5 ngày chơi.
Hợp đồng thông minh tích cực thứ ba là 8192 game, hợp đồng 0x137aebf47cd16956b68633b6f6f00a992d87d9c6, đã xử lý hơn 2 triệu giao dịch.
Hợp đồng thông minh tích cực thứ tư là Sui Capys, hợp đồng 0x4c10b61966a34d3bb5c8a8f063e6b7445fc41f93, đã xử lý 1,6 triệu giao dịch.
Đặc biệt xin chúc mừng dự án cộng đồng trò chơi 8192 đã vượt mốc một triệu giao dịch! Cũng xin cảm ơn dự án cộng đồng Suiscan đã cung cấp phân tích dữ liệu Sóng 2.
Những bản ghi mới và mức độ hoạt động mạng này cho phép chúng tôi xác định các bản cập nhật phần mềm quan trọng và tiếp tục làm việc với cộng đồng người xác thực và nhà điều hành nút để cải thiện khả năng hoạt động của chúng tôi.
Cập nhật mạng đáng chú ý
Tương tự như Sóng 1, Sóng 2 được thiết kế để khám phá các Khu vực cơ bản của Tùy của việc cải thiện cơ sở vật chất.
Xử lý các tin nhắn hoặc giao dịch lớn
Vì Wave 2 tập trung vào đặt cược nên mạng đã đã trải qua rất nhiều giao dịch đặt cược và không đặt cược, điều này giúp chúng tôi cải thiện khả năng xử lý các tin nhắn và giao dịch trên mạng lớn. Cụ thể, mỗi giao dịch ủy quyền đặt cược đang chờ xử lý và giao dịch ngừng hoạt động sẽ tạo ra một sự kiện trong quá trình thay đổi kỷ nguyên. Điều này ảnh hưởng đến quy mô giao dịch của các giao dịch thay đổi kỷ nguyên, vì mỗi sự kiện được tạo là một phần của hiệu ứng giao dịch. Trong Sóng 2, chúng tôi đã chứng kiến tới 230.000 hoạt động đặt cược trong một kỷ nguyên, do đó hiệu ứng giao dịch của sự thay đổi kỷ nguyên này trở nên rất lớn.
Những giao dịch rất lớn này có thể gây ra nhiều vấn đề. Nếu hiệu ứng giao dịch thay đổi kỷ nguyên trở nên quá lớn để có thể tải xuống qua mạng thì thay đổi kỷ nguyên sẽ không thành công. Nếu tác động của giao dịch lớn hơn phản hồi RPC JSON tối đa thì không thể truy xuất giao dịch. Bất kỳ ứng dụng nào cố tải một giao dịch lớn như vậy, chẳng hạn như Explorer, đều có thể gặp rủi ro bị lỗi. Các giao dịch lớn như vậy cũng có thể tốn kém về mặt tính toán để mạng có thể xử lý. Trong Đợt 2, nhóm của chúng tôi đã phải tăng một số giới hạn khẩn cấp để duy trì mạng hoạt động trong khi xử lý một số lượng lớn giao dịch.
Để đối phó với tình huống trên, chúng tôi đã đẩy nhanh các hạn chế về kích thước bảo vệ đối với các đối tượng, gói hàng và nhiều dữ liệu giao dịch khác nhau (thông số đầu vào, hiệu ứng giao dịch, sự kiện) Thêm vào. Những giới hạn này sẽ giúp đảm bảo rằng tài nguyên lưu trữ, mạng và máy tính không bị choáng ngợp bởi các nền tảng giao dịch rất lớn trên mạng chính.
Xử lý mạnh mẽ hơn thông số đầu vào loại cho giao dịch
Vào ngày 1 tháng 2, chúng tôi đã phát hiện ra một lỗi trong đó nếu mô-đun Move được chỉ định làm đầu vào giao dịch trong tham số loại thì logic xử lý giao dịch không thể xác minh chính xác các phần phụ thuộc của mô-đun Move (tức là liệu mô-đun chứa loại đó có được xuất bản hay không). Vì việc xuất bản gói Move diễn ra thông qua Đường dẫn nhanh phát sóng nhất quán Byzantine, nên một số trình xác thực có thể tìm hiểu về mô-đun Move đã xuất bản trước khi các trình xác thực khác thực hiện và có thể không đồng ý về tính hợp lệ của các giao dịch sử dụng mô-đun này trong tham số loại. . Một giao dịch như vậy đã ngăn hệ thống hình thành điểm kiểm tra tiếp theo, dẫn đến việc nhiều nút đầy đủ bị tạm dừng và trình xác thực phân nhánh mạng. Đây là nguyên nhân chính khiến Wave 2 ngừng hoạt động vào sáng sớm ngày 1 tháng 2.
Để duy trì mạng thử nghiệm có thể chạy khi có các giao dịch được gửi với mô-đun đầu vào không hợp lệ trong tham số loại, nhóm của chúng tôi đã triển khai một số Khắc phục khẩn cấp:
- Luôn kiểm tra xem các mô-đun có tham số loại đã được xuất bản hay chưa;
- Cho phép các giao dịch không hợp lệ được gửi hoàn tất việc thực hiện thông qua lỗi;
- Ngăn chặn việc gửi các giao dịch tiếp theo có thông số loại chưa được công bố .
Sau đó, chúng tôi phát hiện ra lỗi thứ hai, đó là logic kiểm tra đầu vào giao dịch không từ chối việc chèn một hợp đồng không phải là mô-đun Move làm đầu vào vào loại tham số. Vì tham số loại phải là mô-đun Move nên giao dịch không bao giờ có thể được hoàn thành và điểm kiểm tra tiếp theo không thể được hình thành. Tương tự như vậy, nhóm của chúng tôi đã phải thêm một bản sửa lỗi khẩn cấp để buộc các giao dịch có vấn đề không thành công do lỗi thực thi nhằm khôi phục mạng.
Chúng tôi đã thêm các bản sửa lỗi cho hai lỗi này vào cơ sở mã của Sui: Sửa lỗi tạo đối tượng đầu vào #7940.
Cải thiện độ trễ của cơ chế đồng thuận Narwhal
Tương tự như Sóng 1, testnet Sóng 2 cung cấp A có giá trị cơ hội để kiểm tra thêm sự đồng thuận của Narwhal với 41 trình xác nhận phi tập trung. Trong Đợt 2, chúng tôi đã tận dụng cơ hội thực hiện một số tối ưu hóa giảm độ trễ cho sự đồng thuận (đồng thuận song song cam kết với hai trình xác thực, xác minh chứng chỉ song song, tham số min_header_delay, min_header_delay một giây). Chúng tôi liên tục cải tiến hiệu suất và sẽ sớm triển khai thêm nhiều kế hoạch tối ưu hóa.
Bài học đáng chú ý dành cho nhà phát triển
Mặc dù đảm bảo sự ổn định của mạng là ưu tiên hàng đầu nhưng mục tiêu lâu dài của chúng tôi là biến Sui trở thành nền tảng nhà phát triển hợp đồng thông minh hàng đầu và các nhà phát triển có thể tạo ra trải nghiệm tốt nhất cho Web3.x dựa trên Sui. Để đạt được mục tiêu đó, chúng tôi cũng tập trung vào các điểm xung đột đối với nhà phát triển và người dùng trong Đợt 2.
Quản lý mã thông báo
Trong Đợt 2, có một số yếu tố giúp người dùng có thể thực hiện được gặp phải đến Mã thông báo vấn đề quản lý. Những vấn đề này thường biểu hiện dưới dạng lỗi phí gas không đủ hoặc nút đặt cược màu xám khi người dùng dường như có đủ số dư SUI để giao dịch.
Do hoạt động của Trò chơi xác thực trên mạng, giá Gas tham chiếu có thể dao động và lớn hơn bình thường giữa mỗi thời kỳ tăng trưởng. Biến động giá gas cao có thể khiến người dùng nắm giữ đơn lẻ Mã thông báo Không đủ giá trị để trả tiền xăng. Thứ hai, giá Gas tham chiếu ban đầu được đặt cao hơn Devnet, do đó người dùng nắm giữ nhiều Mã thông báo Khả năng hết xu sẽ nhỏ hơn và xu được sử dụng nhanh hơn. Cuối cùng, hoạt động đặt cược về cơ bản liên quan đến việc người dùng ủy quyền số dư SUI hiện tại của họ cho một hoặc nhiều trình xác thực. Tuy nhiên, bố cục SUI do người dùng nắm giữ có thể không phải lúc nào cũng phù hợp với hoạt động đặt cược dự định của họ.
Chúng tôi đã thực hiện một số thay đổi trong Đợt 2 để giảm thiểu tình trạng này:
Chúng tôi có tăng số lượng vòi mặc định trong thời gian giá gas tham chiếu cao;
Chúng tôi đã giải quyết vấn đề SDK trong đó khách hàng Sui chọn một đối tượng Gas lớn hơn gas_budget thay vì gas_budget * lỗi gas_price;
Đã thêm hỗ trợ cơ bản cho việc đặt cược vào ví Sui Mã thông báo quản lý. Trong số đó, đối với mỗi hoạt động đặt cược, chúng tôi sử dụng giao dịch paySui để xây dựng các mô-đun riêng biệt cho việc đặt cược và thanh toán Gas.
Chúng tôi dự định sẽ sớm hỗ trợ các giao dịch có thể lập trình, điều này sẽ đơn giản hóa các ứng dụng Mã thông báo quản lý.
Những lợi ích khác từ vòng thử nghiệm này
Mỗi làn sóng testnet đều tràn ngập sự căng thẳng và phấn khích sự kết hợp. Chúng tôi đã làm việc với mọi người trong cộng đồng Sui để cố tình đẩy khả năng đặt cược của mạng đến giới hạn của nó và trên tinh thần đó đã củng cố thành công Sui trong Testnet Wave 2.
Chúng tôi đánh giá rất cao sự tham gia tích cực của cộng đồng, giúp tạo ra lượng tải lớn và xác định các vấn đề. Cột mốc quan trọng tiếp theo của chúng tôi là ra mắt mạng thử nghiệm vĩnh viễn dành cho cộng đồng nhà phát triển, mạng này sẽ không còn mang tính đặc biệt nữa và chúng tôi mong muốn được hợp tác sâu hơn vào thời điểm đó.
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia
Bài viết liên quan
