jakiro
Auteur: Decentralised.co Source: X, @ DecentralisedCo Traduction: Shan Ouba, Bit Chain Vision Realm
L’expansion des transactions a toujours été un sujet brûlant dans l’industrie.Au cours des dernières semaines, nous avons exploré comment Monad aide à améliorer la vitesse de traitement des transactions (TPS).Cet article explique en détail le principe de fonctionnement de Monad.
TPS est la mesure des mesures auxquelles nous avons toujours prêté attention.Nous espérons que la blockchain pourra prendre en charge des TP plus élevés pour accueillir davantage d’utilisateurs et d’applications.La figure ci-dessous montre le nombre TPS d’Ethereum et L2.Jusqu’à présent, aucune chaîne n’a dépassé la barre des 100 tps.Il convient de noter que le TPS est un terme général pour mesurer l’évolutivité.Parce que toutes les transactions ne sont pas les mêmes, les données TPS simples ne sont pas suffisamment précises.Mais par souci de commodité, nous considérons toujours les TP comme des indicateurs pour mesurer l’évolutivité.
>
Quelles sont les moyens d’améliorer le TPS?
Une méthode consiste à construire un nouveau système à partir de zéro comme Solana.Solana a sacrifié la compatibilité avec EVM pour la vitesse.Il utilise une exécution multi-thread au lieu d’une exécution à thread unique (CPU multi-oreaux analogiques et proce CPU unique), gérer les transactions en parallèle et utiliser différents mécanismes de consensus.
La deuxième méthode consiste à exécuter et à utiliser des trieurs centralisés pour étendre Ethereum avec la chaîne.
La troisième méthode consiste à décomposer EVM en composants séparés et à optimiser pour améliorer l’évolutivité.
Monad est une blockchain L1 compatible EVM nouvellement surélevée avec un nouvel million de dollars de 25 millions de dollars.Monad utilise la troisième méthode pour améliorer l’évolutivité.
Ci-dessous, nous discuterons de certains changements majeurs introduits par Monad.
Exécution parallèle
Transaction d’exécution série Virtual Machine (EVM) Ethereum.Avant que l’exécution de la transaction précédente ne soit terminée, la prochaine transaction doit être attendue.Par exemple: Imaginez une plate-forme pour un entrepôt d’assemblage de motos.La plupart des camions sont transportés vers des pièces de moto (chaque camion est équipé de toutes les pièces nécessaires pour fabriquer 50 motos).Il existe quatre fonctions différentes dans les entrepôts d’assemblage, et chaque fonction est responsable de-inin-stalling, classifié, assemblé et chargé.
>
Dans les paramètres EVM actuels, il n’y a qu’une seule plate-forme, qui est utilisée pour charger et décharger les marchandises.Par conséquent, lorsque le camion s’arrête, les pièces de moto seront désinstallées, classées, assemblées et chargées sur le même camion.Lorsque l’équipe de classification travaille, d’autres équipes attendent.Par conséquent, si leur travail est considéré comme des créneaux différents, chaque équipe ne travaillera qu’une fois toutes les quatre emplacements.Cela a conduit à une grande efficacité et à mettre en évidence une manière plus simplifiée.
Maintenant, j’imagine quatre plates-formes avec des zones de chargement et de déchargement indépendantes.Même si l’équipe désinstallée ne peut gérer qu’un seul camion à la fois, il n’a pas à attendre que les trois prochains créneaux fonctionnent.Ils peuvent se déplacer directement vers le prochain camion pour commencer à fonctionner.
Il en va de même pour les équipes de classification, d’assemblage et de chargement.Lorsque le camion est désinstallé, il se dirigera vers la zone de chargement et attendra que l’équipe de chargement charge la moto assemblée.Par conséquent, une seule plate-forme et entrepôts de zone de chargement effectueront toutes les opérations dans l’ordre, tandis que les entrepôts avec 4 plates-formes et différentes zones de chargement et de déchargement peuvent gérer les tâches en parallèle.
>
Monad peut être considéré comme une infrastructure d’entrepôt avec plusieurs plates-formes de camions, mais elle est beaucoup plus compliquée que cet exemple.Lorsqu’il y a une dépendance entre les camions, la complexité augmente.Par exemple, que se passe-t-il si toutes les pièces doivent être fabriquées sur un camion sans fabriquer 50 motos?La transaction n’est pas toujours indépendante.Par conséquent, lorsque Monad est exécuté en parallèle, il doit gérer les transactions dépendantes.
Comment faire cela?Il exécute une opération appelée exécution optimiste et parallèle.L’accord ne peut effectuer des transactions indépendantes qu’en parallèle.Par exemple, considérez 4 transactions, où le solde de Joel est 1 ETH:
-
Joe envoie 0,2 eth à Saurabh.
-
Sid (Sid) jette un NFT.
-
Jor envoie 0,1 ETH en Allemagne de l’Ouest.
-
Shlok (shlok) acheter pepe.
Toutes ces transactions sont exécutées parallèles et ont les résultats de la confirmation de la suspension.Si la sortie à traiter est en conflit avec l’entrée d’origine de toute transaction, la transaction sera récupante.Les transactions 2 et 4 sont indépendantes les unes des autres, de sorte qu’elles à traiter ne seront pas en conflit avec la contribution d’autres transactions.Mais 1 et 4 ne sont pas indépendants.
Veuillez noter que parce que les 4 transactions commencent à partir du même état initial (Joel Balance est 1 ETH), il est préoccupé par le solde de Joel ici.Après avoir envoyé 0,2 ETH, le solde de Joel devient 0,8 ETH.Après avoir envoyé 0,1 eth en Allemagne de l’Ouest, son équilibre est devenu 0,9 ETH.Le résultat est soumis un par un pour garantir que la sortie ne contacte aucune entrée.Après avoir soumis les résultats du 1, le nouvel équilibre de Joer est devenu 0,8 ETH.
Cette sortie est en conflit avec l’entrée de 3.Par conséquent, réélections 3 avec une entrée ETH 0,8 maintenant.Après avoir exécuté 3, l’équilibre de Joel est devenu 0,7 eth.
Monaddb
>
À ce stade, un problème évident est, comment savons-nous que nous n’avons pas à réécrire la plupart des transactions?La réponse est que Re-Exécution n’est pas un goulot d’étranglement.Le goulot d’étranglement est d’accéder à la mémoire d’Ethereum.Il s’avère qu’Ethereum stocke son état dans la base de données qui rend le statut d’accès difficile (consommant du temps et coûteux).C’est un autre endroit où Monad s’est amélioré -MonADDB.Monad construit sa base de données de manière à réduire les dépenses liées à l’opération de lecture.
Lorsqu’une transaction doit être rémunérée, toutes les entrées ont ralenti la mémoire de cache par rapport à l’état global, l’accès de la mémoire de cache est beaucoup plus rapide.
Solana a 50 000 TP sur le réseau de test, mais seulement environ 1 000 TP sur le réseau principal.Monad affirme que 10 000 TPs réels ont été réalisés sur son réseau de tests internes.Bien que cela ne représente pas toujours les performances réelles, nous avons hâte de voir les performances de Monad dans les applications pratiques.
