🔷Premier sur la liste OCC (Contrôle de la Monnaie Optimiste)
Le plus grand goulot d'étranglement dans le débit de la blockchain a été l'exécution séquentielle qui tue le débit et chaque L1 essaie de trouver une nouvelle manière innovante de résoudre ce problème.
La percée de $Sei est venue de l'analyse des données des transactions Ethereum et de l'observation qu'environ 64,85 % des transactions sont indépendantes et pourraient être exécutées en parallèle sans conflits. Cette idée est ce qui a lancé le modèle d'exécution parallèle de Sei, avec OCC comme l'un de ses mécanismes fondamentaux.
🔷Détail de OCC (Contrôle Optimiste de la Monnaie) : OCC exécute des transactions en parallèle en supposant que la plupart ne seront pas en conflit. Au lieu de verrouiller les ressources à l'avance, il permet aux transactions de se dérouler librement, puis vérifie les conflits à la fin. Seules celles qui entrent réellement en conflit sont réessayées, ce qui améliore les performances tout en maintenant les résultats entièrement déterministes.
C'est comme ça que ça se fait dans le sous-sec⤵️:
➠
Voici ce que le graphique ci-dessus montre :
🔵Ligne Bleue (Ingestion de Transaction): Analyse de dépendance (0-50ms)Les générateurs de dépendance intelligents prédisent quelles variables d'état chaque txn accédera. Transferts simples = prédiction précise. Interactions DeFi complexes = analyse heuristique utilisant des modèles historiques.
🔴 Ligne rouge exécution parallèle optimiste (50-250ms) : Au lieu d'attendre en ligne, les transactions s'exécutent simultanément sur plusieurs cœurs de CPU. Chaque travailleur maintient des ensembles de lecture/écriture isolés, écrivant dans des tampons temporaires plutôt que dans l'état global.
🟠 Ligne orange (Détection de conflit): Identifie les ensembles de lecture/écriture conflictuels parmi les transactions exécutées Lire-Après-Écriture (RAW) Écrire-Après-Lire (WAR) Écriture-Après-Écriture (WAW)
Les filtres Bloom fournissent un dépistage préliminaire rapide avant une validation coûteuse.
🟢 Ligne verte (Engagement atomique): Le % de transactions non conflictuelles est engagé simultanément. Les transactions conflictuelles % obtiennent un ordre déterministe basé sur l'heure d'arrivée et sont réexécutées de manière séquentielle.
🔷La magie : les phases ne sont pas strictement séquentielles. Alors que certaines transactions sont encore en cours d'exécution, d'autres sont déjà en train d'être vérifiées pour des conflits. Le flux de travail qui se chevauche est une grande partie de la raison pour laquelle Sei peut traiter les blocs si rapidement.
🔷Résolution de conflit visualisée ⤵️: 🔹La résolution des conflits se produit en parallèle avec tout le reste ➠
🔷Résultat final de l'exécution parallèle : 🔹Exécution parallèle optimiste 🔹O(1) Détection de Conflit 🔹Isolation d'état tamponné ➠
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
🔷Premier sur la liste OCC (Contrôle de la Monnaie Optimiste)
Le plus grand goulot d'étranglement dans le débit de la blockchain a été l'exécution séquentielle qui tue le débit et chaque L1 essaie de trouver une nouvelle manière innovante de résoudre ce problème.
La percée de $Sei est venue de l'analyse des données des transactions Ethereum et de l'observation qu'environ 64,85 % des transactions sont indépendantes et pourraient être exécutées en parallèle sans conflits. Cette idée est ce qui a lancé le modèle d'exécution parallèle de Sei, avec OCC comme l'un de ses mécanismes fondamentaux.
🔷Détail de OCC (Contrôle Optimiste de la Monnaie) :
OCC exécute des transactions en parallèle en supposant que la plupart ne seront pas en conflit. Au lieu de verrouiller les ressources à l'avance, il permet aux transactions de se dérouler librement, puis vérifie les conflits à la fin. Seules celles qui entrent réellement en conflit sont réessayées, ce qui améliore les performances tout en maintenant les résultats entièrement déterministes.
C'est comme ça que ça se fait dans le sous-sec⤵️:
➠
Voici ce que le graphique ci-dessus montre :
🔵Ligne Bleue (Ingestion de Transaction):
Analyse de dépendance (0-50ms)Les générateurs de dépendance intelligents prédisent quelles variables d'état chaque txn accédera. Transferts simples = prédiction précise. Interactions DeFi complexes = analyse heuristique utilisant des modèles historiques.
🔴 Ligne rouge exécution parallèle optimiste (50-250ms) :
Au lieu d'attendre en ligne, les transactions s'exécutent simultanément sur plusieurs cœurs de CPU. Chaque travailleur maintient des ensembles de lecture/écriture isolés, écrivant dans des tampons temporaires plutôt que dans l'état global.
🟠 Ligne orange (Détection de conflit):
Identifie les ensembles de lecture/écriture conflictuels parmi les transactions exécutées
Lire-Après-Écriture (RAW)
Écrire-Après-Lire (WAR)
Écriture-Après-Écriture (WAW)
Les filtres Bloom fournissent un dépistage préliminaire rapide avant une validation coûteuse.
🟢 Ligne verte (Engagement atomique):
Le % de transactions non conflictuelles est engagé simultanément.
Les transactions conflictuelles % obtiennent un ordre déterministe basé sur l'heure d'arrivée et sont réexécutées de manière séquentielle.
🔷La magie : les phases ne sont pas strictement séquentielles. Alors que certaines transactions sont encore en cours d'exécution, d'autres sont déjà en train d'être vérifiées pour des conflits. Le flux de travail qui se chevauche est une grande partie de la raison pour laquelle Sei peut traiter les blocs si rapidement.
🔷Résolution de conflit visualisée ⤵️:
🔹La résolution des conflits se produit en parallèle avec tout le reste
➠
🔷Résultat final de l'exécution parallèle :
🔹Exécution parallèle optimiste
🔹O(1) Détection de Conflit
🔹Isolation d'état tamponné
➠
Les marchés évoluent rapidement sur Sei !
gSei✌️