Các bản cập nhật mạng đáng giá cho Sui testnet Wave 2 là gì?
Tổng hợp gốc: Babywhale, Foresight News
Tổng hợp gốc: Babywhale, Foresight News
Mạng thử nghiệm Sui Wave 2 đã kết thúc thành công và thử nghiệm này đã giúp chúng tôi đạt được mục tiêu đặt cược vào Sui. Lượng hoạt động trên mạng đã khiến chúng tôi cảm thấy tự tin hơn nữa rằng chúng tôi đã thực hiện một bước quan trọng khác trong hành trình ra mắt 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!
Chúng tôi đã học được rất nhiều điều từ Đợt 2 và trong tương lai, chúng tôi sẽ đăng một loạt blog gồm ba phần để xem xét mọi thứ trong Đợt 2. Blog đầu tiên đề cập đến các khía cạnh mạng, trong khi các bài viết sắp tới sẽ thảo luận sâu hơn về kinh tế học mã thông báo và trò chơi Kẻ thù tự xưng.
ảnh chụp thống kê
Trong Làn sóng 2, cộng đồng đã cùng nhau thiết lập nhiều kỷ lục mới trong ba tuần, 33 kỷ nguyên thử nghiệm.
Hơn 7000 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 (tăng 1,6 lần so với Sóng 1)
3,24 triệu NFT
118.614 hợp đồng được phát hành (tăng 45 lần so với Làn sóng 1)
Cam kết 1,34 triệu SUI
7,35 triệu hoạt động đặt cược được xử lý
Đã quan sát thấy 67 gai TPS
DAU của Ví Sui đã tăng 2,2 lần lên 171.000 trong Đợt 2 và số lượt cài đặt Ví Sui tăng hơn gấp ba lần lên 333.000 so với ba tuần đầu tiên của tháng 1
Trình khám phá khối Sui đạt mức cao nhất mọi thời đại với 1 triệu lượt xem trang và 571 nghìn khách truy cập
Sui DiscordCộng đồng có hơn 600.000 thành viên, trở thành một trong những cộng đồng web3 lớn nhất thế giới
Đặc biệt, có bốn hợp đồng thông minh đã xử lý hơn 1 triệu giao dịch trong Đợt 2, chiếm 40% tổng khối lượng giao dịch của Đợt 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.
Frenemies gameỞ vị trí thứ hai, hơn 3,5 triệu giao dịch đã được hoàn thành chỉ sau năm ngày chơi.
Hợp đồng thông minh tích cực thứ ba là8192 game, hợp đồng là 0x 137 aebf 47 cd 16956 b 68633 b 6 f 6 f 00 a 99 2d 87 d 9 c 6 , 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 là 0x 4 c 10 b 61966 a 34 d 3 bb 5 c 8 a 8 f 063 e 6 b 7445 fc 41 f 93 , 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 qua mốc triệu giao dịch! Cũng cảm ơn dự án cộng đồng đã cung cấp phân tích dữ liệu Wave 2Suiscan。
Các bản ghi và mức độ hoạt động mạng mới 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 trình 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 web đáng chú ý
Tương tự như Làn sóng 1, Làn sóng 2 nhằm mục đích xác định các khu vực cần cải thiện trong cơ sở hạ tầng của Sui.
Xử lý các tin nhắn hoặc giao dịch lớn
Vì Làn sóng 2 tập trung vào việc đặt cược, mạng đã trải qua rất nhiều giao dịch đặt cược và không đặt cược, giúp chúng tôi cải thiện khả năng xử lý các giao dịch và thông báo mạng lớn. Cụ thể, mỗi giao dịch ủy quyền và hủy ủy quyền đặt cược đang chờ xử lý 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 Làn sóng 2, chúng tôi đã thấy có tới 230.000 hoạt động đặt cược trong một kỷ nguyên, vì vậy tác động giao dịch của thay đổi kỷ nguyên đó trở nên rất lớn.
Những giao dịch quá khổ này tạo ra nhiều vấn đề. Nếu hiệu ứng giao dịch thay đổi kỷ nguyên trở nên quá lớn để tải xuống qua mạng, 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 JSON RPC tối đa, thì không thể truy xuất giao dịch. Bất kỳ ứng dụng nào (chẳng hạn như Explorer) cố tải một giao dịch lớn như vậy đều có thể gặp rủi ro bị lỗi. Một giao dịch lớn như vậy cũng có thể quá tốn kém về mặt tính toán đối với mạng để xử lý. Trong Làn sóng 2, nhóm của chúng tôi đã phải tăng một số giới hạn khẩn cấp để giữ cho mạng hoạt động trong khi xử lý một lượng lớn giao dịch.
Để giải quyết vấn đề trên, chúng tôi đã đẩy nhanh việc bổ sung các giới hạn kích thước bảo vệ cho các đối tượng, gói và dữ liệu giao dịch khác nhau (tham số đầu vào, hiệu ứng giao dịch, sự kiện). Các 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ị quá tải bởi các trao đổi rất lớn trên mạng chính.
Xử lý mạnh mẽ hơn các đầu vào tham số loại 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, logic xử lý giao dịch không thể xác thực 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 xuất bản hay chưa). Do việc xuất bản gói Move diễn ra thông qua đường dẫn phát nhanh đồng thuậ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 những người khác 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, khiến nhiều nút đầy đủ bị đình trệ và kết quả là các trình xác thực phân nhánh mạng. Đây là lý do chính dẫn đến sự cố ngừng hoạt động Đợt 2 vào đầu giờ ngày 1 tháng Hai.
Để giữ cho mạng thử nghiệm chạy khi có các giao dịch được gửi với các 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ố bản sửa lỗi khẩn cấp:
Luôn kiểm tra xem các mô-đun có tham số loại đã được xuất bản chưa;
Cho phép các giao dịch không hợp lệ đã gửi hoàn thành 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 với các tham số loại chưa được xuất bản.
Sau đó, chúng tôi đã tìm thấy một lỗi thứ hai trong đó logic kiểm tra đầu vào giao dịch không từ chối việc chèn các hợp đồng không phải là Di chuyển các mô-đun làm đầu vào vào tham số loại. Bởi vì tham số loại phải là một mô-đun Di chuyển, giao dịch không bao giờ có thể được hoàn thành, cũng như không thể hình thành điểm kiểm tra tiếp theo. 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 trong cơ sở mã của Sui:Sửa lỗi tạo đối tượng đầu vào #7940。
Cải thiện trì hoãn cơ chế đồng thuận của kỳ lân biển
Tương tự như Đợt 1, Testnet Đợt 2 cung cấp cơ hội quý giá để kiểm tra thêm sự đồng thuận của Kỳ lân biển với 41 trình xác nhận phi tập trung. Trong Làn sóng 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ễ đồng thuận (Cam kết đồng thuận cho hai trình xác thực song song、Xác minh chứng chỉ song song、tham số min_header_delay、min_header_dela của một giâyy). Chúng tôi liên tục lặp lại các tính năng và sẽ sớm có nhiều tính năng hơntối ưu hóakế hoạch.
Bài học đáng chú ý dành cho nhà phát triển
Mặc dù đảm bảo tính ổn định của mạng là ưu tiên hàng đầu, nhưng mục tiêu dài hạn của chúng tôi là biến Sui trở thành nền tảng phát triển hợp đồng thông minh hàng đầu mà trên đó các nhà phát triển có thể tạo trải nghiệm tốt nhất cho Web3.x dựa trên Sui. Để đạt được mục tiêu này, chúng tôi cũng tập trung vào các điểm xung đột của nhà phát triển và người dùng trong Làn sóng 2.
quản lý mã thông báo
Trong Làn sóng 2, một số yếu tố khiến người dùng có thể gặp sự cố với việc quản lý mã thông báo. Những sự cố này thường biểu hiện dưới dạng lỗi phí gas không đủ hoặc các nút đặt cược màu xám xuất hiện khi người dùng dường như có đủ số dư SUI để giao dịch.
bởi vìValidator GameĐang hoạt động trên mạng, giá Gas tham chiếu có thể dao động và có mức tăng lớn hơn bình thường giữa mỗi kỷ nguyên. Biến động giá Gas cao có thể khiến giá trị của một mã thông báo do người dùng nắm giữ không đủ để trả phí Gas. Thứ hai, giá Gas tham chiếu ban đầu được đặt cao hơn so với Devnet, do đó người dùng ít có khả năng giữ nhiều mã thông báo hơn và hết mã thông báo 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 thác số dư SUI hiện có của họ cho một hoặc nhiều trình xác thực. Tuy nhiên, bố cục của 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ự kiến của họ.
Chúng tôi đã thực hiện một số thay đổi trong Đợt 2 để giảm thiểu điều này:
chúng ta
chúng tagiải quyếtLỗi SDK trong đó máy khách Sui chọn một đối tượng Gas lớn hơn gas_budget thay vì gas_budget * gas_price;
Đã thêm quản lý mã thông báo cơ bản cho đặt cược ví Sui. Trong số đó, đối với mỗi hoạt động cầm cố, chúng tôi sử dụng giao dịch paySui để xây dựng các mô-đun để cầm cố và thanh toán gas tương ứng.
Chúng tôi có kế hoạch hỗ trợ sớmGiao dịch có thể lập trình, điều này sẽ đơn giản hóa việc quản lý mã thông báo cho các ứng dụng.
Các bài học khác từ vòng thử nghiệm này
Mỗi Testnet Wave là sự kết hợp giữa căng thẳng và phấn khích. 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 và trên tinh thần đó đã củng cố thành công Sui trong Testnet Wave 2.
liên kết gốc
