Auteur original : Haotian (X : @tmel0211)
Un nouveau récit de « EVM parallèle » a émergé sur le marché, ce qui est très intéressant dans la couche 2, qui peut réaliser un nouveau paradigme de rollup « raffiné », et l’exagération peut obtenir l’effet magique de Solana devenant la nouvelle couche 2 d’Ethereum.
À mon avis, l’EVM parallèle n’est qu’une manifestation du haut degré de « modularité » de Rollup, ** après que DA ait été envahi par un tiers, la couche d’exécution de VM est tombée à nouveau, et la couche 2 sera redéfinie à l’avenir. Ensuite, analysons du point de vue de la vulgarisation scientifique :
Pour comprendre ce sujet, nous devons d’abord clarifier le modèle d’exécution monothread de l’EVM.
Ce modèle stipule que les transactions doivent être traitées et confirmées l’une après l’autre dans l’ordre, ce qui affecte directement la vitesse de traitement des transactions, le temps de bloc et le débit des transactions, ce qui est la principale raison du gaz et de la congestion élevés d’EthereumMainnet. De plus, la raison pour laquelle il est conçu pour être monothread présente certaines limites historiques. **
Étant donné que les transactions sur Ethereum sont vérifiées et exécutées par des nœuds indépendants distribués, il est nécessaire de s’assurer que toutes les données d’adresse, telles que les soldes, le code de contrat intelligent, etc., maintiennent le même état entre les différents nœuds, et en même temps s’assurer qu’il n’y a pas de possibilité de double dépense du même actif.
Cela permet aux transactions d’être mises en file d’attente de manière séquentielle. S’il y a des transactions parallèles, cela peut entraîner des erreurs de synchronisation des données entre les nœuds, et la clé est qu’il y aura de graves transactions à double dépense.
Explication populaire : la banque n’a qu’une seule fenêtre de service, les retraits des clients doivent être mis en file d’attente dans l’ordre, qu’il s’agisse de retraits de dépôts et de prêts et d’autres entreprises, un client peut commencer le suivant après avoir terminé l’entreprise, l’avantage est que chaque opération du système de compte de la banque sera enregistrée avec précision, mais le temps d’attente du client sera plus long ;
Si la banque ouvre plusieurs fenêtres de service, les clients peuvent choisir la fenêtre pour gérer différentes affaires, il y aura deux fenêtres en même temps pour essayer de déduire de l’argent d’un compte, si le rapprochement du système de compte entre les fenêtres n’est pas opportun, cela entraînera une double dépense, ce qui améliore évidemment considérablement l’efficacité, mais la logique comptable complexe exercera une pression sur le système comptable.
Dans le scénario de chaîne indépendante de couche 1, si la chaîne sous-jacente prend en charge le traitement parallèle, le problème sera résolu, en raison de la séparation de l’état de calcul et de stockage, la machine virtuelle de Solana triera ces transactions après avoir reçu plusieurs transactions des utilisateurs, puis appellera des données d’état de système de stockage indépendantes pour détecter si ces transactions ont des conflits d’état, s’il n’y a pas de conflit, les transactions seront empaquetées dans un bloc, et s’il y a un conflit, les transactions en conflit seront exclues de ce bloc.
En revanche, l’état de stockage d’Ethereum est calculé en temps réel, et chaque transaction doit attendre la fin de la transaction précédente avant de mettre à jour l’état, il est donc impossible de filtrer les transactions avant d’attendre l’empaquetage, ce qui limite la possibilité de traitement parallèle. **
Dans le cas des chaînes d’enroulement de couche 2, pour obtenir un traitement parallèle, cela revient à rester à l’écart. Vous pouvez considérer le calcul des transactions et la détection de l’état de stockage de Solana en attendant les horodatages POH comme le processus par lequel la chaîne de cumul traite les transactions dans Sequener, puis les regroupe sur le réseau principal.
Maintenant que le séquestre de couche 2 organisera les transactions dans l’ordre chronologique avant les transactions par lots, puis les regroupera sur le réseau principal dans l’ordre, comment peut-il être multithread ?
**1) Sur la base du modèle d’abstraction de compte AA, plusieurs transactions peuvent être lancées en même temps à partir de l’état du compte, **Par exemple, si deux transferts sont exécutés en même temps, le Smart Contract AA lui donnera un nonce, qui doit être exécuté séquentiellement, si l’un est Transfert, l’autre est Approuver, il peut être traité en parallèle de manière plus flexible sans restrictions de nonce. Dans le modèle de compte AA, chaque compte peut personnaliser la logique de traitement des transactions pour obtenir une concurrence élevée avec nonce.
Par exemple, lorsque des transactions de couche 2 sont soumises à Sequencer, Sequencer peut rapidement détecter la logique de transaction et effectuer un tri et un filtrage fins, par exemple, si le même compte initie deux transferts, ce dernier doit être exclu et attendre le lot suivant, et si le même compte lance deux opérations de natures différentes, cela peut être fait en même temps Regrouper en bloc.
Cela semble simple, mais ce n’est pas le cas, si l’on prend l’exemple du scénario de la finance décentralisée, il y a deux défis majeurs pour Sequencer pour parvenir à une gestion fine des transactions :
**1) Pour analyser les données de transaction en temps réel et comprendre les méthodes d’appel de contrats intelligents et les paramètres des données entrantes, **Prenons l’exemple du jalonnement courant de la finance décentralisée, une opération de jalonnement implique le transfert de jetons, la mise à jour de l’état, la période de jalonnement et le calcul de la récompense potentielle. S’il y a un grand nombre d’utilisateurs entrant des transactions de staking en même temps, s’il y a aussi des transactions mélangées avec du staking puis du transfert, couplées à des facteurs de prix Oralce complexes, etc., si Sequener ne peut pas l’analyser et le traiter correctement, une erreur peut entraîner de graves accidents.
- Le séquenceur doit assurer la décentralisation, le séquener actuel de couche 2 n’est qu’une transaction Batch sous la prémisse que les droits sont trop importants, si le problème de décentralisation du séquenceur ne peut pas être résolu, puis faire un cumul « à grain fin », ce qui équivaut à donner plus de permissions au séquenceur. Si Sequencer effectue de fausses transactions, s’engage de manière flagrante dans des clips MEV, ou même manipule de manière malveillante la liquidation d’Oracle, etc., il se reproduira.
Récemment, **Metis a été populaire, ostensiblement juste Sequencer a atteint la décentralisation, et à un niveau plus profond, il a construit une prémisse de consensus de base pour que Sequencer fasse des rollups raffinés à l’avenir. **
Bien sûr, s’appuyer sur Sequencer pour réaliser une agrégation et un traitement des transactions de cumul très raffinés n’est encore qu’une idée, ** heureusement, l’abstraction du compte AA, la combinaison modulaire globale de l’esprit ouvert de la Blockchain fournit une condition préalable à la mise en œuvre de cette idée. **
Ci-dessus.
De plus, comme mentionné ci-dessus, la couche 2 dans son ensemble devient de plus en plus modulaire, intégrant la technologie ZK sur le cadre de la pile de OP pour obtenir une extension de la confidentialité, transformant le DA Ethereum original en un DA tiers tel que Celestia pour réduire les coûts, changeant progressivement la tradition du ETH en tant que frais de gaz, donnant au jeton de couche 2 une plus grande autonomie utilitaire, et même la couche 2 peut regrouper les transactions et les soumettre à différents environnements d’exécution de VM, et les transactions seront distribuées Solana et Ethereum et plus encore.
À ce moment-là, un nouveau paradigme émergera, et la couche 2 actuelle n’est plus seulement la couche 2 d’Ethereum, Solana peut également être la couche 2 d’Ethereum, et même la définition de la couche 2 sera changée comme par magie.
** Hypothèse audacieuse, maintenant la couche 2 est devenue une « couche 1 » d’entrée de gamme intégrant des capacités élevées de traitement des transactions simultanées, et Ethereum, Solana, ces anciennes couches 1 sont devenues une nouvelle « couche 2 » pour le règlement des actifs et l’assurance de la sécurité. **
**La couche 2 n’a jamais été un concept rigide, et la mission des plates-formes de couche 2 de résoudre le traitement simultané des transactions à grande échelle et d’attirer des groupes de marché d’utilisateurs incrémentiels a toujours existé. **
Si la mission est accomplie, sous l’idée de modularité, non seulement la légitimité de la couche 1 d’Ethereum sera brisée, mais toute la chaîne de disponibilité des données DA, la couche d’exécution des machines virtuelles et même l’interaction de communication d’interopérabilité deviendront l’infrastructure de la couche 2 pour atteindre l’adoption de masse.
À ce moment-là, la couche 2 ne sera plus seulement un complément à la couche 1, mais deviendra une plate-forme puissante et complète d’agrégation de transactions et de traitement de la distribution.
Lien vers l’article original
