Văn bản gốc: Quỹ SUI
Biên soạn bởi: SUI World
Hôm nay, Sui Network đã thông báo trên Twitter chính thức của mình về việc ra mắt testnet vĩnh viễn, đây là một testnet hoạt động lâu dài, phi tập trung và không cần cấp phép. Không giống như các testnet Waves 1 và Waves 2 trước đây, testnet mới này cũng sẽ tiếp tục hoạt động sau đợt thử nghiệm này. mạng chính được ra mắt. Thông qua testnet vĩnh viễn này, SUI Network sẽ mang đến nhiều cập nhật tính năng quan trọng cho cộng đồng.
mạng lõi
Bộ trình xác thực động: Trình xác thực ứng viên đáp ứng đủ yêu cầu về vốn chủ sở hữu có thể tham gia mạng ở ranh giới kỷ nguyên và trình xác thực đang hoạt động có thể rời khỏi mạng ở ranh giới kỷ nguyên này. Mô hình truy cập của trình xác thực này thực sự đạt được quyền truy cập không cần cấp phép.
Hỗ trợ nâng cấp phần mềm giao thức và Sui framework: Không giống như Devnet, Testnet sẽ không bị xóa sau mỗi lần cập nhật phần mềm (trừ khi có lý do đặc biệt) và cộng đồng sẽ được thông báo trước khi có bất kỳ cập nhật phần mềm hoặc xóa dữ liệu nào trên Testnet.
Khôi phục nút đầy đủ từ ảnh chụp nhanh cơ sở dữ liệu: Người vận hành nút có thể tận dụng các điểm kiểm tra để nhanh chóng khởi động nút đầy đủ thay vì đợi nút đầy đủ đồng bộ hóa.
Cập nhật địa chỉ và chữ ký: Địa chỉ tài khoản, ID đối tượng và ID giao dịch đã được nâng cấp từ 20 byte lên 32 byte để ngăn xung đột băm. Ngoài ra, hàm băm mặc định của Sui hiện là Blake2b thay vì SHA3 do hiệu suất cao hơn của Blake2b. Để hỗ trợ nhiều quy mô giao dịch, chữ ký hiện được áp dụng cho bản tóm tắt băm thay vì dữ liệu BCS được tuần tự hóa, giúp Sui tương thích với ví phần cứng có API người ký thường cho phép đầu vào có kích thước giới hạn.
Kinh nghiệm của nhà phát triển
Để hiện thực hóa mong muốn biến Sui trở thành nền tảng thân thiện với nhà phát triển nhất trong chuỗi công khai, Sui coi mạng thử nghiệm vĩnh viễn này là phiên bản đầu tiên của Sui DevX 1.0, tập hợp nhiều nguyên tắc và ngữ nghĩa của nhà phát triển cốt lõi:
1) Thu thập phản hồi từ các nhà phát triển và người xây dựng trong suốt quá trình phát triển SUI;
2) Các yếu tố cơ bản về hiệu quả của nhà phát triển sẽ tiếp tục được cải tiến;
3) Mục đích của thiết kế là đạt được một hệ sinh thái SUI phi tập trung nhưng không bị phân mảnh
Những nguyên thủy này là:
1) Khối giao dịch có thể lập trình
https://docs.sui.io/build/prog-trans-ts-sdk
Cấu trúc mạnh mẽ này có thể xâu chuỗi một loạt giao dịch lại với nhau - SplitCoin mergeCoins transferObjects moveCall makeMoveVec xuất bản - để tạo một khối giao dịch nguyên tử tùy chỉnh đặc biệt phù hợp với nhu cầu của ứng dụng. Vì moveCall có thể chỉ định bất kỳ chức năng trên chuỗi hiện có nào, nên các khối giao dịch có thể lập trình về cơ bản cung cấp các kết hợp giao dịch tạm thời, nâng cao đáng kể tính linh hoạt của mô hình lập trình Sui Move.
Các khối giao dịch có thể lập trình cũng đơn giản hóa việc quản lý đối tượng GAS Coin, vì các ứng dụng có thể chuyển vào vectơ đối tượng GAS Coin và thực hiện phân tách/hợp nhất Coin trong khối giao dịch có thể lập trình, thay vì phải thực hiện lựa chọn Coin trước khi gửi.
2) Các hợp đồng tài trợ và trạm xăng
https://docs.sui.io/learn/activate-transactions
Trong khi các hợp đồng tài trợ đã được hỗ trợ kể từ phiên bản SUI 0.27 thì trạm xăng của Shinami hiện nay
https://github.com/MystenLabs/sui/releases/tag/devnet-0.27.0
Hoạt động với mạng thử nghiệm vĩnh viễn của Sui!
3) Tiêu chuẩn hiển thị đối tượng
https://docs.sui.io/build/sui-object-display
Một tập hợp các mẫu được đặt tên sẽ chuẩn hóa việc hiển thị ngoài chuỗi của các đối tượng cùng loại. Tiêu chuẩn hiển thị đối tượng hiện được hỗ trợ bởi cả Sui Browser và Sui Wallet, cũng như API Sui và Typescript/Rust SDK. Đây là nỗ lực hợp tác với rất nhiều ý tưởng và ý tưởng từ cộng đồng Sui - đặc biệt cảm ơn Capsules và OriginByte cũng như đóng góp của họ cho tiêu chuẩn này.
4) Tiêu chuẩn kiosk
https://github.com/MystenLabs/sui/blob/main/crates/sui-framework/docs/kiosk.md
Kiosk là một công cụ nguyên thủy mới mạnh mẽ hỗ trợ liệt kê các đối tượng để bán và thực thi chính sách tiền bản quyền do người sáng tạo xác định khi đối tượng được bán. Sự kết hợp giữa Hiển thị đối tượng và Kiosk sẽ lấp đầy hai khoảng trống chính cho những người xây dựng các bộ sưu tập và nền tảng giao dịch trên Sui. Chúng tôi khuyến khích các ví, trình duyệt và thị trường của hệ sinh thái khám phá các tiêu chuẩn hiển thị đối tượng và tiêu chuẩn kiosk để có khả năng tương thích liền mạch trên toàn bộ hệ sinh thái.
5) Chuyển đổi RPC
Hiện có nhiều phương thức get* RPC dựa trên tổng hợp hơn: getEpoch, getNetworkMetrics, getMoveCallMetrics, queryObjects. Các yêu cầu hàng loạt JSON RPC không còn được dùng nữa để thay thế bằng các phương thức MultiGet*. Các sự kiện hệ thống không còn được dùng nữa để thay thế bằng các trường chuyên dụng trong phản hồi giao dịch. Cuối cùng, một số phương thức RPC cũ (được đánh dấu là không an toàn_*) không còn được dùng nữa để thay thế bằng các khối giao dịch có thể lập trình.
6) Bằng chứng không có kiến thức
Hiện đã có hỗ trợ Move API để xác thực Groth16 ZKP bằng cách sử dụng đường cong elip BN254 và BLS12-381, hai đường cong được sử dụng rộng rãi nhất. Điều này cung cấp bằng chứng tính toán trong hợp đồng thông minh Sui và cho phép các ứng dụng bảo vệ quyền riêng tư.
7) Dấu thời gian có hai mức độ chi tiết
https://docs.sui.io/build/move/time
Mô-đun Đồng hồ chi tiết hỗ trợ độ chi tiết 2-3 giây cho các ứng dụng gần thời gian thực và dấu thời gian Epoch chi tiết thô.
8）Di chuyển Nâng cấp Gói
Đây là chức năng cơ bản để các nhà phát triển nâng cấp hợp đồng thông minh Move của họ và nhập các gói liên quan. Bản nâng cấp gói di chuyển sẽ có sẵn trên testnet với bản cập nhật phần mềm tiếp theo (dự kiến vào tuần đầu tiên của tháng 4), vì vậy hãy chú ý theo dõi!
Ngoài việc sử dụng Devnet và Testnet, các nhà xây dựng được khuyến khích sử dụng môi trường cục bộ để phát triển ban đầu và lặp lại nhanh hơn. Hệ nhị phân sui-test-validator đã được cải tiến để hỗ trợ sự phát triển của địa phương.
Sui Devnet VS Testnet
Bảng bên dưới mô tả các đặc điểm mạng khác nhau giữa Devnet và testnet vĩnh viễn kể từ ngày viết bài viết này.