Lancement du réseau test permanent de SUI Network : découvrez ses principales nouvelles fonctionnalités
TechFlow SélectionTechFlow Sélection
Lancement du réseau test permanent de SUI Network : découvrez ses principales nouvelles fonctionnalités
Aujourd'hui, Sui Network a annoncé le lancement de son réseau test permanent sur son compte Twitter officiel.
Dédié à des analyses Web3 approfondies
Original : SUI Foundation
Traduction : SUI World
Aujourd'hui, Sui Network a annoncé sur son compte Twitter officiel le lancement de son réseau test permanent, un environnement décentralisé, accessible sans autorisation préalable et conçu pour fonctionner à long terme. Contrairement aux précédents réseaux Waves 1 et Waves 2, ce nouveau réseau test continuera d'exister même après le déploiement du réseau principal. Grâce à ce réseau test permanent, SUI Network introduit de nombreuses mises à jour fonctionnelles importantes pour la communauté.
Réseau principal
Ensemble dynamique de validateurs : Les candidats-validateurs remplissant les conditions minimales en termes de mise peuvent rejoindre le réseau aux frontières des epochs, tandis que les validateurs actifs peuvent en sortir aux mêmes moments. Ce modèle d'accès aux validateurs rend véritablement le réseau accessible sans permission.
Prise en charge des mises à jour logicielles et du framework Sui : Contrairement au Devnet, le Testnet ne sera pas réinitialisé à chaque mise à jour logicielle (sauf raison particulière). La communauté sera informée avant toute mise à jour logicielle ou suppression de données sur le Testnet.
Récupération de nœuds complets depuis des instantanés de base de données : Les opérateurs de nœuds peuvent désormais utiliser des points de contrôle pour démarrer rapidement un nœud complet, plutôt que d'attendre une synchronisation complète.
Mise à jour des adresses et des signatures : Les adresses de comptes, les identifiants d'objets et les identifiants de transactions passent de 20 à 32 octets afin d'éviter les collisions de hachage. De plus, la fonction de hachage par défaut sur Sui est désormais Blake2b au lieu de SHA3, car elle offre de meilleures performances. Pour supporter des échelles variées de transactions, les signatures sont désormais appliquées sur les empreintes de hachage plutôt que sur les données BCS sérialisées, ce qui permet à Sui d'être compatible avec les portefeuilles matériels dont les API de signature acceptent généralement des entrées de taille limitée.
Expérience développeur
Dans sa volonté de faire de Sui la plateforme blockchain la plus conviviale pour les développeurs, Sui considère ce réseau test permanent comme la première incarnation de Sui DevX 1.0, intégrant de nombreuses primitives et sémantiques fondamentales pour les développeurs :
1) Une synthèse des retours des développeurs et des bâtisseurs recueillis tout au long du développement de SUI ;
2) Des éléments fondamentaux visant à améliorer continuellement l'efficacité des développeurs ;
3) Une conception destinée à créer un écosystème SUI décentralisé mais non fragmenté.
Ces primitives sont :
1) Blocs de transactions programmables
https://docs.sui.io/build/prog-trans-ts-sdk
Cette structure puissante permet de chaîner une série d'opérations — splitCoin, mergeCoins, transferObjects, moveCall, makeMoveVec, publish — pour créer un bloc de transaction atomique personnalisé adapté aux besoins spécifiques d'une application. Puisque moveCall peut appeler n'importe quelle fonction existante sur la blockchain, les blocs de transactions programmables offrent essentiellement une composition temporaire de transactions, renforçant grandement la polyvalence du modèle de programmation Sui Move.
Les blocs de transactions programmables simplifient également la gestion des objets GAS Coin, car les applications peuvent transmettre un vecteur d'objets GAS Coin et effectuer des opérations de fractionnement/fusion directement dans le bloc, sans avoir besoin de sélectionner les pièces avant soumission.
2) Transactions sponsorisées et stations de gaz (gas station)
https://docs.sui.io/learn/sponsored-transactions
Bien que les transactions sponsorisées soient prises en charge depuis la version SUI 0.27, la
station de gaz Shinami
https://github.com/MystenLabs/sui/releases/tag/devnet-0.27.0
peut désormais être utilisée conjointement avec le réseau test permanent de Sui !
3) Norme d'affichage des objets
https://docs.sui.io/build/sui-object-display
Un ensemble de modèles nommés standardise l'affichage hors chaîne des objets de même type. Le navigateur Sui et les portefeuilles Sui prennent désormais tous deux en charge cette norme d'affichage des objets, tout comme l'API Sui et les SDK TypeScript/Rust. Il s'agit d'un effort collectif issu de nombreuses idées et remue-méninges au sein de la communauté Sui — un remerciement particulier à Capsules et OriginByte pour leur contribution à cette norme.
4) Norme Kiosk
https://github.com/MystenLabs/sui/blob/main/crates/sui-framework/docs/kiosk.md
Le Kiosk est une nouvelle primitive puissante qui permet de mettre en vente des objets et d'appliquer automatiquement la politique de redevance définie par le créateur lors de la vente. La combinaison de Object Display et de Kiosk comble deux lacunes essentielles pour construire des applications de collections et de marchés sur Sui. Nous encourageons fortement les portefeuilles, navigateurs et marchés de l'écosystème à explorer les normes Object Display et Kiosk afin d'assurer une compatibilité transparente à travers tout l'écosystème.
5) Refonte des RPC
De nouvelles méthodes RPC agrégées sont désormais disponibles : getEpoch, getNetworkMetrics, getMoveCallMetrics, queryObjects. Les requêtes JSON RPC par lots sont dépréciées, remplacées par les méthodes MultiGet*. Les événements système sont dépréciés, au profit de champs spécialisés dans la réponse des transactions. Enfin, certaines anciennes méthodes RPC (marquées unsafe_*) sont dépréciées et remplacées par les blocs de transactions programmables.
6) Preuves à divulgation nulle de connaissance (ZKP)
Des API Move permettent désormais de vérifier des preuves ZKP Groth16 utilisant les courbes elliptiques BN254 et BLS12-381 (les deux courbes les plus utilisées). Cela permet d'intégrer des preuves de calcul dans les contrats intelligents Sui et de soutenir des applications axées sur la confidentialité.
7) Deux granularités de timestamp
https://docs.sui.io/build/move/time
Un module Clock à granularité fine, avec une précision de 2 à 3 secondes, adapté aux applications en quasi temps réel, ainsi qu'un timestamp d’époque à granularité plus large.
8) Mise à jour des packages Move
Il s'agit d'une fonctionnalité fondamentale permettant aux développeurs de mettre à jour leurs contrats intelligents Move et les packages associés. La mise à jour des packages Move sera disponible sur le réseau test lors de la prochaine mise à jour logicielle (prévue pour la première semaine d'avril), restez attentifs !
Outre l'utilisation du Devnet et du Testnet, nous encourageons les développeurs à utiliser un environnement local pour le développement initial et des itérations plus rapides. Le binaire sui-test-validator a été amélioré pour faciliter le développement local.
Sui Devnet VS Testnet
Le tableau ci-dessous décrit, à la date de publication de cet article, les caractéristiques différentes entre le Devnet et le réseau test permanent.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
