Sei Network, une blockchain à traitement parallèle conçue spécifiquement pour les transactions, a lancé son jeton et son réseau principal en août de cette année. Après avoir provoqué une frénésie sur le marché, Jayendra Jog, le fondateur de Sei Labs, a récemment annoncé la sortie de Sei v2. La mise à jour intégrera l'EVM, optimisera les mécanismes de traitement parallèle et améliorera les structures de stockage du grand livre.

Table des matières

Qu'est-ce que le réseau Sei ?

Sei : Né pour les transactions

Mécanisme de traitement parallèle Sei

Direction de la mise à jour du Sei v2

Machine virtuelle : Support EVM

Conception originale : Sei v1 utilise la machine virtuelle CosmWasm

Focus sur la mise à jour : Sei v2 intègre le support EVM

Optimisation du mécanisme de traitement parallèle de Sei

Conception originale : Sei v1 requiert une définition de l'étendue des ressources pour les contrats

Mise à jour Focus : Sei v2 simplifie le mécanisme d'exécution parallèle des contrats

Optimisation de la structure de stockage du grand livre : SeiDB

Conception originale : Sei v1 stocke de grandes quantités de données nationales

Mise à jour Focus : Sei v2 sépare la structure du grand livre

Mécanisme de consensus

Sei est en première ligne grâce à des compromis

Qu'est-ce que le réseau Sei ?

Sei : Né pour les transactions

Le réseau Sei se positionne clairement sur le marché en offrant un environnement efficace pour l'échange d'actifs virtuels. Outre les jetons courants, les actifs virtuels comprennent les NFT, les graphes sociaux, les éléments de jeu, dans le but de créer la meilleure expérience utilisateur en offrant un environnement sous-jacent dédié aux transactions.

Il existe de nombreux types de transactions d'actifs virtuels(source)

Le trading ne se limite pas aux crypto-monnaies, de sorte que le trading d'actifs virtuels est la demande la plus répandue dans le monde en ligne. L'équipe estime que les applications Web3 les plus réussies impliquent l'échange d'attributs :

Publicité - Veuillez faire défiler le texte vers le bas s'il n'est pas terminé

• Transactions indirectes : La plupart des utilisateurs de la chaîne effectuent des transactions de biens virtuels en utilisant Uniswap et OpenSea.
• Transactions directes : Les projets qui font directement l'objet de transactions sont principalement des jeux ou des projets NFT, tels que Axie Infinity ou BAYC.

Par conséquent, la demande de transactions ne disparaîtra jamais et constitue un lien important pour l'avenir du Web3. Pour compléter le positionnement du meilleur réseau de transactions, il est nécessaire de fournir un environnement hautement efficace, et Sei utilise la conception du traitement parachain et des mécanismes de consensus pour atteindre cet objectif.

Mécanisme de traitement parallèle Sei

Le réseau principal de Sei Network est en ligne depuis plus de trois mois. Selon les données officielles, le réseau atteint actuellement une moyenne de 20 000 TPS avec un temps de confirmation final de 390 millisecondes. L'équipe affirme qu'il s'agit du réseau le plus efficace du secteur, grâce à son mécanisme innovant de traitement parallèle.

Lorsque les transactions sur la blockchain Sei n'impliquent pas les mêmes ressources (adresses), toutes les transactions peuvent être traitées simultanément sans qu'il soit nécessaire d'ordonner les séquences de transactions. L'efficacité opérationnelle du réseau s'en trouve considérablement améliorée.

Direction de la mise à jour du Sei v2

Lorsqu'on examine un projet de blockchain, il y a trois principaux points d'évaluation : la structure du grand livre, le mécanisme de consensus et la machine virtuelle. Associé au mécanisme unique de traitement parallèle de Sei, vous pouvez clairement comprendre les différences dans cette mise à jour de Sei v2.

Principales mises à jour du réseau Sei v2 (source)

Le fondateur Jayendra a déclaré que Sei v2 n'ajoute que de nouvelles fonctionnalités et n'affectera pas les fonctionnalités existantes. Les utilisateurs et les développeurs n'ont pas besoin d'effectuer d'opérations supplémentaires pour cette mise à jour.

La proposition Sei v2 contient principalement trois mises à jour :

• Soutien à l'EVM
• Optimiser le mécanisme de traitement parallèle
• Optimiser la structure de stockage du grand livre

Cette mise à jour devrait être achevée au premier trimestre 2024.

Machine virtuelle : prend en charge l'EVM

Conception originale : Sei v1 utilise la machine virtuelle CosmWasm

Sei est construit à l'aide du SDK Cosmos et utilise la machine virtuelle CosmWasm, un composant fourni par ce dernier. CosmWasm est un composant de machine virtuelle spécialement conçu pour l'écosystème Cosmos. La couche sous-jacente est WebAssembly (Wasm) et porte son nom. Les blockchains construites à l'aide du SDK Cosmos peuvent ajouter CosmWasm à leur chaîne sans avoir à ajuster la logique existante.

WebAssembly peut prendre en charge une variété de langages de programmation courants, y compris Rust, C, C++, etc. Ainsi, si vous êtes un développeur Rust, vous pouvez facilement écrire des contrats intelligents sur CosmWasm, ce qui permet à Sei d'attirer des développeurs en dehors du cercle.

Points forts de la mise à jour : Sei v2 permettra l'intégration de l'EVM

Cependant, l'équipe de Sei Labs a constaté qu'en dépit d'un fort engagement des développeurs, elle perdait l'écosystème Ethereum Virtual Machine (EVM). L'EVM est la machine virtuelle utilisée par la plupart des applications et produits industriels existants. La perte de cet écosystème pourrait entraver le développement rapide de Sei à ce stade. Par exemple, les projets Ethereum existants ne peuvent pas s'intégrer à l'écosystème Sei.

Pour y remédier, l'équipe a mis à jour le référentiel de code dédié, Core Sei Binary, en introduisant une interface dédiée pour les nœuds EVM RPC et Geth. Cela permet aux transactions EVM d'être déployées de manière transparente et d'interagir avec le réseau Sei.

Le choix de Geth s'est fait sur la base de sa stabilité relative. Jayendra Jog a indiqué qu'actuellement, 80 % des nœuds Ethereum utilisent Geth, et qu'il prend en charge la compatibilité totale du bytecode EVM. Cela signifie que les développeurs peuvent reproduire des contrats d'autres EVM et les exécuter de manière transparente sur le réseau Sei.

Principales mises à jour de Sei Network v2 (source)

Sei v2 utilisera également EVM RPC, ce qui permettra aux utilisateurs d'utiliser facilement des opérations de portefeuille telles que Metamask, tandis que les développeurs pourront continuer à utiliser des outils tels que Foundry, Remix et Hardhat.

Par conséquent, Sei v2 permettra la compatibilité entre les transactions EVM et Cosmwasm. Le Geth de Sei possède un précompilateur qui permet d'appeler des contrats Cosmwasm, et le module wasmd de Sei peut également appeler inversement des contrats EVM, ce qui rendra les actifs de l'écosystème de Sei plus précieux.

Optimiser le mécanisme de traitement parallèle de Sei

Conception originale : Le contrat Sei v1 doit définir les catégories de ressources.

Dans le réseau Sei original, pour que les transactions soient traitées en parallèle, les développeurs devaient apprendre à "marquer l'utilisation des ressources du contrat". Lorsque les développeurs rédigent des contrats sur Sei, ils doivent définir les ressources auxquelles un contrat peut avoir besoin d'accéder et leur indépendance. Ceci est crucial pour que Sei puisse rapidement distinguer l'indépendance des ressources lors de l'exécution des contrats, en décidant de traiter les transactions en parallèle ou dans un ordre spécifique.

Pour permettre l'exécution parallèle des contrats, les développeurs doivent identifier les ressources, y compris l'interrogation des contrats, nécessaires pendant l'exécution. Ils doivent ensuite écrire l'étendue de la ressource au format JSON sur la chaîne. Cela pose involontairement des problèmes aux développeurs et augmente le seuil d'entrée et les problèmes de sécurité.

Focus sur la mise à jour : Sei v2 simplifie le mécanisme de fonctionnement en parallèle des contrats

Sei v2 optimisera le mécanisme de traitement parallèle et ne demandera plus aux développeurs de définir manuellement les dépendances. En revanche, il peut gérer lui-même le mécanisme de parallélisation, ce qui réduit la charge de travail des développeurs.

Le nouveau mécanisme de traitement parallèle exécutera toutes les transactions de manière unifiée. Si des conflits de ressources sont constatés, le réseau réexaminera la séquence et la réexécutera.

Sei v2 gère automatiquement les problèmes de chevauchement des ressources (source)

Si l'opération concerne des comptes différents, par exemple, Alice transfère de l'argent à Bob et Carol transfère de l'argent à Dave, l'opération sera traitée en parallèle car il n'y a pas de chevauchement de dépendance ; si l'opération concerne le même compte, par exemple, Alice et Bob transfèrent tous deux de l'argent à Carol, il est nécessaire de la réexécuter dans l'ordre.

Toutefois, cette conception peut susciter des inquiétudes. Dans le pire des cas, toutes les transactions sont corrélées et doivent être réexécutées dans l'ordre. La ré-exécution de ces transactions augmentera le temps d'exécution de 30 % par rapport au cas où elles sont initialement exécutées dans l'ordre.

Heureusement, d'après les données historiques d'Ethereum, seuls 15 % environ des transactions présenteront un chevauchement de ressources et devront être retraitées dans l'ordre, de sorte que l'équipe a estimé que les performances globales de Sei seront encore considérablement améliorées.

Optimiser la structure de stockage du grand livre : SeiDB

Conception originale : Sei v1 stocke une grande quantité de données d'état

Cependant, Sei est confronté à un autre problème : il stocke en permanence l'ensemble de l'arbre de l'IAVL dans le grand livre distribué. En raison de sa finalité rapide et de sa conception de traitement parallèle, l'enregistrement fréquent des changements d'état globaux est nécessaire, ce qui entraîne une augmentation significative de la taille du grand livre du réseau.

Le coût du traitement parallèle est l'enregistrement de nombreuses données d'état intermédiaires non valides. Selon le RFC proposé par l'équipe Sei, par exemple, sur le nœud de testnet atlantic-2, sur les 25 Go de données stockées, seuls 10 Go contiennent des informations de transaction significatives. Il en résulte une utilisation inefficace de l'espace disque du nœud.

En raison de l'inflation des données, l'utilisation du disque des nœuds Sei augmente rapidement. L'utilisation du disque dur du nœud d'archivage sur atlantic-2 augmente de plus de 150 Go par jour et dépasse 1 To par semaine. Au fur et à mesure que l'état de la chaîne se développe, le taux de croissance de l'espace de stockage augmente également (il devient plus rapide).

Cela causera de nombreux problèmes :

• Les coûts de maintenance des nœuds seront de plus en plus élevés.
• Les opérations de la base de données deviennent de plus en plus lentes
• Les nœuds RPC ne peuvent pas fonctionner pendant de longues périodes car le disque se remplit rapidement.

Si l'on ajoute à cela la conception du traitement parallèle des futurs allers-retours v2 et de la revalidation, l'état général du réseau changera plus fréquemment, ce qui entraînera une augmentation significative de la quantité de données sur l'état.

Focus sur la mise à jour : Structure du grand livre séparé Sei v2

Sei v2 dispose également d'un mécanisme de stockage optimisé pour résoudre les problèmes susmentionnés, afin d'éviter l'expansion des données d'état et d'augmenter la vitesse de lecture des données par tous les nœuds.

Sei v2 divise le registre de stockage des états en deux types, appelés SeiDB :

• State Commitment (SC) : enregistre les informations relatives à l'arbre MemIAVL
• State Store (SS) : enregistre des informations complètes

Grâce à l'amélioration de SeiDB, le nœud de vérification n'a besoin d'enregistrer que les informations du grand livre de la SC, tandis que les informations complètes sur l'état sont enregistrées par la couche SS, et la transmission sera d'abord placée dans le journal en avance sur l'écriture sans nécessiter de transmission en temps réel, ce qui permet de stocker l'état de manière asynchrone afin d'améliorer les performances puisque cela n'affecte pas la génération de blocs.

Sei v2 réduit le poids de la croissance des données sur les nœuds de vérification (source)

Grâce aux améliorations apportées à SeiDB, Sei a vu s'améliorer divers aspects de la performance. Il s'agit notamment d'une multiplication par 100 du temps de soumission des blocs, d'une compression de la génération quotidienne de données de 100 Go à 5 Go et d'une amélioration par 10 du temps de rattrapage pour tous les nœuds ou les nœuds nécessitant des informations de synchronisation.

Mécanisme de consensus

Le réseau Sei v2 n'a pas modifié son mécanisme de consensus original et continue à maintenir la conception Twin Turbo. En améliorant l'interface de consensus Cosmos Tendermint ABCI, le temps de confirmation des blocs a été considérablement réduit.

Sei se lance dans la compétition de haut niveau

Sei v2 introduit une machine virtuelle EVM, ainsi que des améliorations au niveau du traitement parallèle et des mécanismes de stockage du grand livre distribué. L'objectif est d'améliorer l'expérience des développeurs, des nœuds et des utilisateurs, et d'accroître ainsi l'influence écologique.

Cependant, au cours des trois mois de fonctionnement, il a été observé que si les transactions parallèles de Sei augmentent le TPS et assurent une finalité rapide, la contrepartie est une augmentation du volume des données d'état, ce qui entraîne des exigences matérielles plus élevées pour les nœuds. L'équipe a trouvé un compromis en séparant la structure du grand livre, sacrifiant ainsi une partie de la décentralisation au profit de l'efficacité.

Dans l'ensemble, comparé aux autres tueurs d'Ethereum, si les mises à jour susmentionnées peuvent être mises en œuvre efficacement, Sei a la possibilité d'entrer dans la compétition de premier plan. Nous sommes impatients de voir les résultats des mises à jour de l'équipe l'année prochaine.

(Remarque : cet article ne constitue pas un conseil en investissement).

Clause de non-responsabilité：

1. Cet article est repris de[Cointime]. Tous les droits d'auteur appartiennent à l'auteur original[Vanguard 0]. Si vous avez des objections à cette réimpression, veuillez contacter l'équipe de Gate Learn, qui s'en chargera rapidement.
2. Clause de non-responsabilité : Les points de vue et les opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent pas un conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe de Gate Learn. Sauf mention contraire, il est interdit de copier, distribuer ou plagier les articles traduits.