Descendez à la station, le roulement historique des roues tourne en grondant Rollups

Rédaction : Shi Xingguo

I. L’ouverture : l’effondrement du consensus et le tournant de la « Tour »
La blockchain ne manque jamais de nouvelles, mais ce qui a explosé récemment, ce n’est pas la chute brutale du Bitcoin, mais une brève déclaration de Vitalik, qui a secoué Rollups, ajoutant une note tragique à cette voie d’expansion technologique traversant cinq printemps et automnes.
En février 2026, Vitalik Buterin a publié une série de réflexions sévères sur les réseaux sociaux et les forums de recherche Ethereum, sans aucun doute une bombe à retardement pour l’industrie. Cela a déclenché une vaste tempête médiatique sur la « grande secousse du plan d’expansion ». Il a souligné que l’écosystème L2 actuel ressemble davantage à un ensemble d’îlots isolés reliés par des ponts fragiles, plutôt qu’à une composante organique du système Ethereum. Ces propos, en réalité, reconnaissent publiquement et analysent en profondeur les limites graves du plan d’expansion « centré sur Rollup » établi depuis 2020.
En regardant en arrière 2020, lorsque Vitalik a publié « La feuille de route Ethereum centrée sur Rollup », le consensus était de positionner la chaîne principale d’Ethereum comme couche de sécurité et de règlement, tout en externalisant entièrement la fonction d’exécution à Rollup. Cependant, cinq ans plus tard, Vitalik a personnellement renversé cette vision, affirmant que l’idée précédente de considérer L2 comme la « solution orthodoxe » d’expansion d’Ethereum n’est plus valable.
Il a lancé une accusation très percutante : « Si vous créez un EVM traitant 10 000 transactions par seconde, mais que sa connexion à L1 n’est réalisée que par une passerelle multisignature, alors vous ne gérez qu’une base de données centralisée déguisée en blockchain. »
Ce point touche directement le point sensible des L2 mainstream actuels : même avec un débit élevé, si leur mécanisme de sécurité repose sur une « minorité de confiance contrôlant un comité », ils ne peuvent pas tenir la promesse de décentralisation d’Ethereum. Cela déchire l’apparence luxueuse des Rollups, révélant que beaucoup d’entre eux restent essentiellement des traitements hors chaîne ou des sidechains déguisés.
Autrefois, Vitalik avait un plan d’évolution graduelle pour Rollups. Dans le cadre de son modèle de maturité proposé en 2022, un vrai Rollup devrait passer de l’étape 0 (complètement centralisé) à l’étape 2 (complètement décentralisé). Mais la réalité est dure : au début 2026, selon les données de L2 BEAT, la majorité des L2 actifs sont encore en étape 0 ou 1, s’enfonçant davantage dans la « roue auxiliaire » centralisée.

II. Retour en arrière : la « philosophie de survie » de l’époque des patchs et ses limites
Reculons à 2020, une période pleine d’anxiété. Face à un réseau principal congestionné et des frais de Gas élevés, la communauté Ethereum a fait un choix stratégique difficile : établir une feuille de route « centrée sur Rollup ».
À l’époque, c’était sans doute une « philosophie de survie » rationnelle. Refaire la structure complexe de la couche de base L1 aurait été une opération risquée, alors la communauté a opté pour une stratégie plus pragmatique — externaliser les calculs complexes hors chaîne (Layer 2), en ne ramenant que le résultat final sur la chaîne pour le règlement.
C’est comme si une banque, pour soulager la pression sur la succursale principale, ouvrait de nombreux « points de service ». Ces points peuvent traiter rapidement les opérations, mais la vérification finale des comptes et la liquidation des fonds doivent revenir à la banque centrale.
Cette philosophie de « patchs » pour la survie, bien qu’elle ait temporairement atténué l’anxiété de performance, a introduit des limites perceptibles pour les utilisateurs :
D’abord, une rupture d’expérience. Les utilisateurs doivent « sauter » d’un L2 à un autre, avec des actifs fragmentés par des ponts cross-chain. Passer de la chaîne A à la chaîne B, c’est comme voyager à l’étranger : coûteux en « frais de visa » (frais cross-chain), et long à attendre.
Ensuite, un endettement de confiance. Pour gagner en efficacité, l’écosystème doit tolérer une baisse du degré de décentralisation des L2. Cette mentalité de « monter à bord puis acheter le ticket » a conduit la majorité des L2 à rester à un stade initial, gouvernés par des portefeuilles multisignatures. Les utilisateurs pensent utiliser la blockchain, mais en réalité, ils utilisent peut-être un système de comptabilité contrôlé par quelques personnes.
La limite fondamentale réside dans le goulot d’étranglement physique : peu importe les optimisations, Rollup fonctionne toujours sur une voie unique (chaîne sérielle). Lorsqu’une centaine de L2 soumettent simultanément des données à L1, la congestion se déplace simplement de la chaîne vers l’interface hors chaîne et entre la chaîne. Cette architecture ne peut pas supporter les applications Web3 à grande échelle nécessitant une réponse en temps réel à haute fréquence.
C’est une dette technique typique : en échange d’une efficacité centralisée et d’un traitement hors chaîne, on obtient une fluidité temporaire, mais cette dette doit un jour être remboursée.

III. Analyse approfondie : pourquoi l’expansion en couche supérieure ne peut pas réparer la stagnation de la couche inférieure ?
Apparentement, Rollups ne sont qu’une « fatalité » liée à la philosophie de survie, mais en réalité, c’est la froideur des lois physiques qui prévaut. Pourquoi L2 n’a pas atteint ses objectifs initiaux d’expansion, et pourquoi l’écosystème Ethereum s’est fragmenté comme jamais auparavant ? Parce que Rollups tente de masquer les défauts de l’architecture système par une superposition logicielle.
Le dilemme de la « voie unique » sérielle : que ce soit L1 ou L2, la génétique fondamentale des blockchains mainstream reste « traitement sériel (Sequential Processing) ». C’est comme une voie unique : peu importe combien de ponts (L2) vous construisez, si la sortie (mise à jour d’état) est unique, la congestion est inévitable.
Le Rollup est essentiellement un « compresseur » : il compresse effectivement cent transactions en une seule, mais cela ne réduit que la quantité de données au niveau logique, sans changer la règle de « file d’attente » au niveau physique. Lorsqu’il y a une explosion d’activité sur la chaîne, le L2 doit toujours rivaliser pour l’espace de bloc limité de L1.
Ce type d’architecture ne peut pas supporter des applications à haute fréquence comme la finance ou les agents IA nécessitant une réponse en millisecondes. Plus important encore, dans le futur Web3, il ne s’agit pas seulement de transferts, mais aussi de synchronisation d’état en temps réel, ce que le L2 ne peut pas supporter.

IV. La « taxe d’isolement » de l’interopérabilité : le plus grand effet secondaire des L2
Le plus grand effet secondaire des L2 est de diviser la liquidité unifiée d’Ethereum en dizaines d’îlots isolés, incapables de communiquer entre eux. Cette fragmentation n’est pas seulement une expérience utilisateur dégradée, mais aussi une perte économique.
L’exemple le plus typique est la « période de défi de sept jours » des Optimistic Rollup : pour des raisons de sécurité, retirer des fonds de L2 vers L1 nécessite d’attendre 7 jours. C’est inimaginable dans la finance traditionnelle — cela revient à une transaction T+7. Les ponts cross-chain et agrégateurs de liquidités qui en découlent imposent en fait une « taxe commerciale fragmentée » aux utilisateurs.
Pour augmenter la capacité, on sacrifie la caractéristique la plus précieuse de Web3 : la « composition atomique » (Atomic Composability).
L’« internalisation » du modèle commercial : dans l’architecture modulaire, les intérêts sont trop fragmentés, rendant la collaboration extrêmement difficile. La fermeture de séquenceurs partagés (comme Astria) en est un exemple : les grands projets ne veulent pas partager les profits de MEV, et les petits projets ne peuvent pas supporter les coûts d’infrastructure. Résultat : tout le monde réinvente la roue, construisant des « réseaux locaux » fermés plutôt qu’un « vaste réseau » ouvert.
La conclusion est cruelle : sur un CPU monocœur (L1 sériel), faire tourner plusieurs machines virtuelles (L2) ne permet pas d’atteindre la performance d’un supercalculateur.
Ce secteur a besoin non pas de plus de patchs, mais d’une reconstruction fondamentale de la couche inférieure.

V. La nouvelle demande de Web3 : dépasser le « traitement par lots » pour une civilisation Internet en temps réel
La richesse et la complexité des affaires Web3 dépassent largement celles des cryptomonnaies. En élevant le regard, c’est en fait une « transition générationnelle » que Web3 traverse.
L’ère des cryptomonnaies précédentes, incarnée par Bitcoin, était celle du « grand livre (Ledger) », dont la tâche principale était d’enregistrer précisément les transferts de valeur. La mécanique sérielle était suffisante, voire la meilleure garantie de sécurité.
Mais le monde a changé : nous sommes à la veille du lancement de Web3. La demande centrale de l’industrie n’est plus seulement la tenue de comptes à faible fréquence, mais le « calcul d’état à haute fréquence (State Computing) ».
Ce changement découle des nouvelles exigences du monde réel pour Web3. Ces besoins, caractérisés par une haute concurrence, une réactivité en temps réel et des interactions complexes, sont difficiles à supporter pour toute blockchain basée sur une logique sérielle (qu’il s’agisse de L1 ou L2) :
Imaginez des milliards d’agents IA collaborant de manière autonome sur la chaîne, nécessitant une réponse en millisecondes comme une fibre optique, et non une confirmation de bloc à l’ancienne ; la circulation mondiale d’actifs RWA, qui exige une certitude en temps réel 24/7, plutôt qu’une longue attente de règlement ; ou encore, les micro-paiements dans le réseau DePIN, qui, s’ils sont effectués sur une chaîne sérielle congestionnée, voient leurs coûts en Gas exploser instantanément.
Dans ce nouveau paradigme, ce que nous recherchons n’est plus seulement un « TPS de pointe », mais une « certitude en temps réel ». Nous avons besoin d’une infrastructure capable de supporter une charge massive de manière décentralisée, comme un serveur Internet. Cela ne concerne pas seulement la performance, mais une évolution de la logique fondamentale, passant du « civilisation du traitement par lots » à une « civilisation en temps réel ».

VI. La transition de paradigme : l’élévation de la blockchain parallèle (Paralism)
Face à la barrière physique du calcul monocœur, l’industrie a progressivement convenu que de simples patchs applicatifs ne peuvent pas dépasser le plafond de performance de la couche inférieure. La véritable expansion doit être une reconstruction en profondeur de l’architecture. La blockchain parallèle, représentée par Paralism, est une telle solution « architecturale ».
Reconstruction structurelle : du contrainte linéaire à la voie parallèle La faiblesse des blockchains traditionnelles réside dans leur génétique « mono-thread », où toutes les opérations doivent faire la queue sur la même ligne temporelle. Paralism introduit une topologie à double couche : « Hyper-Blocks + Sous-chaînes (Solo Chains) ». Ce n’est pas simplement ajouter des voies, mais construire un espace d’exécution multidimensionnel.
Chaque sous-chaîne peut devenir un espace souverain indépendant, supportant des opérations à haute fréquence — que ce soit la correspondance instantanée en DeFi ou l’interaction massive en GameFi. Elles fonctionnent en parallèle sur leurs propres trajectoires, sans interférence. Cette architecture donne à la blockchain une capacité d’extension horizontale semblable au cloud computing, permettant de dépasser la limite physique d’un point unique.
Évolution de l’interaction : cohérence intrinsèque La finesse de l’architecture parallèle réside dans sa capacité à dissoudre le paradoxe entre « sharding » et « unification ». Paralism, via l’algorithme de consensus Buddy, permet aux sous-chaînes indépendantes de s’aligner atomiquement sur l’état global à chaque cycle court, grâce aux Hyper-Blocks.
Cela signifie que le cross-chain n’a plus besoin de dépendre de ponts tiers fragiles ou de longues périodes de confirmation. Sous le rythme des Hyper-Blocks, l’interaction d’actifs entre la chaîne A et la chaîne B est instantanée et fortement cohérente. Cette « interopérabilité native » ramène le flux de fonds Web3 à une opération fluide et sécurisée, semblable à la compensation interne d’une banque, et met fin à l’ère de la « taxe cross-chain ».
Souveraineté des affaires : refuser le « pied dans la chaussure » Dans le paradigme Ethereum, toutes les applications doivent faire des compromis avec la norme EVM. La architecture parallèle donne une grande flexibilité aux applications.
Les applications ne sont plus des locataires soumis, mais des architectes avec un pouvoir de personnalisation. Les transactions à haute fréquence peuvent viser une cohérence milliseconde, et les grandes réserves d’actifs peuvent choisir des paramètres de sécurité plus robustes. Elles partagent la liquidité et la sécurité du réseau principal, sans sacrifier leurs caractéristiques spécifiques.
Ce n’est pas seulement une augmentation du débit, mais une avancée fondamentale du « logique de calcul » par rapport à la « logique de registre ». Cela prouve que l’avenir de Web3 ne nécessite pas plus de patchs, mais un squelette robuste et parallèle.

VII. Conclusion : passer du « empilement de patchs » à la « révolution architecturale », embrasser l’ère parallèle
Le grand courant historique a déjà atteint le seuil de Web3, où la demande ne faiblit pas mais s’accélère. Rollups ne sont pas une voie erronée, mais une étape coûteuse et nécessaire, accomplissant leur mission en cinq ans — forçant toute l’industrie à heurter physiquement la limite de la « réparation en couches », et à se réveiller dans l’échec : tenter d’empiler des gratte-ciel sur une fondation monocœur est un rêve impossible.
La sincérité de Vitalik début 2026, à la veille de la mise à niveau « Glamsterdam » d’Ethereum, n’est pas une coïncidence. La mise à niveau « Glamsterdam » est en fait une « surchauffe monocœur + patch multi-thread » d’Ethereum. En exploitant ePBS pour accélérer l’exécution, et BALs pour utiliser la puissance multi-cœurs, la performance de L1 atteindra un niveau sans précédent en 2026. Cela montre qu’Ethereum continue de faire des tentatives difficiles et détournées vers la « parallélisation ».
Si Glamsterdam représente une lutte extrême à l’intérieur du paradigme sériel existant, Paralism incarne une autre dimension d’évolution — un « système d’exploitation multi-cœurs » qui refuse la file d’attente dès la niveau génétique, et fonctionne en parallèle dès la naissance. Il établit une révolution dans la structure de données, passant du « sériel » au « parallèle ». Pour la fin de Web3, Paralism représente la réalisation la plus complète de cette logique parallèle à la base de la blockchain.
Le Web3 de demain sera soutenu par une architecture parallèle capable de supporter une masse massive de tâches concurrentes. « Descendre à la station » n’est pas seulement une façon de dire adieu à l’ancien chemin, mais aussi de changer pour cette voiture rapide en parallèle qui mène à une application commerciale à grande échelle.