Casser l'impasse des Layer 2 : comment les services technologiques amont basés sur la ZK libèrent-ils une nouvelle dynamique au marché ?
TechFlow SélectionTechFlow Sélection
Casser l'impasse des Layer 2 : comment les services technologiques amont basés sur la ZK libèrent-ils une nouvelle dynamique au marché ?
À mesure que les layer2 gagneront en popularité grâce à leurs composants décentralisés, leur modèle de gouvernance sécurisée sera inévitablement critiqué de plus en plus. À ce moment-là, une solution de règlement inter-chaînes reposant sur une infrastructure ZK deviendra indispensable.
Dédié à des analyses Web3 approfondiesRédaction : Haotian
Beaucoup pensent que le ZK-Rollup est le jeu final des layer2 d'Ethereum. Mais au fur et à mesure de mes recherches, j'ai compris que ce qui pourrait véritablement constituer l'état final n'est pas tant la forme du ZK-Rollup elle-même, mais bien la technologie ZK en tant que telle. En effet, théoriquement, un OP-Rollup pourrait aussi utiliser la technologie ZK pour réduire, voire éliminer, la période de challenge de 7 jours, ainsi que corriger les faiblesses liées à la gouvernance centralisée ou semi-centralisée via MPC. Comment comprendre cela ? Dans cet article, j'approfondirai cette question à travers le cas de @MetisL2 et son projet technique fondateur @ProjectZKM :
Dans un précédent article, j'avais déjà souligné que le potentiel de la technologie ZK pour le scaling des layer2 était encore largement sous-exploité, notamment en matière d'interopérabilité universelle et sans confiance entre chaînes. Appliquée concrètement aux cas d'utilisation des layer2, cette technologie peut directement engendrer deux impacts majeurs :
1) Le transfert d'actifs entre une layer2 et la layer1 pourrait reposer directement sur la technologie ZK pour assurer une compensation d'actifs sécurisée et déterministe. Grâce à cette technologie, un OP-Rollup pourrait considérablement raccourcir la période d'attente de 7 jours nécessaire pour retirer des fonds ;
2) Le système de vérification Prover de la layer2 et le contrat de validation Rollup de la layer1 pourraient construire ensemble un environnement fiable inter-chaînes. En théorie, il ne serait plus nécessaire de recourir à des modèles centralisés ou semi-centralisés comme le MPC multi-signature — souvent critiqués comme des formes de « gouvernance humaine » — pour garantir la sécurité.
En réalité, @MetisL2, en tant que chaîne layer2 basée sur l'architecture OP-Rollup, a déjà réalisé ces deux avancées structurelles grâce à la technologie ZK :
D'une part, via un cadre hybride combinant OP-Rollup et ZK-Rollup, Metis améliore l'expérience utilisateur en accélérant les retraits (withdraw), permettant ainsi une libération plus rapide de la liquidité ;
D'autre part, Metis expérimente progressivement le cadre « sans confiance » proposé par @ProjectZKM en matière d'interopérabilité inter-chaînes, en utilisant la technologie ZK comme infrastructure fondamentale. Un co-processeur décentralisé basé sur ZK agit alors comme entité fiable, chargé de générer des preuves, de les vérifier, et de gérer les communications et mécanismes de confiance entre les nœuds blockchain跨链. Mais comment cela fonctionne-t-il concrètement ?
Rollup Hybride (Hybrid Rollup)
Normalement, une layer2 adopte soit une architecture OP-Rollup, reposant sur une preuve optimiste avec une période de challenge de 7 jours, soit une architecture ZK-Rollup, basée sur des preuves ZK-SNARKs offrant une finalité par bloc.
La première permet un traitement rapide des lots (batch) à frais réduits, mais impose aux utilisateurs un délai d’attente de 7 jours lorsqu'ils retirent des fonds vers la layer1. Selon le principe optimiste de l'OP-Rollup, un retrait n’est considéré comme sûr que si aucun défi n’a été lancé durant cette période ;
La seconde, grâce à la structure de transmission des preuves ZK-SNARKs, assure une confirmation de sécurité (finalité) dès le premier bloc. Toutefois, outre le coût de disponibilité des données (DA), elle implique des coûts supplémentaires liés au calcul du système Prover. De plus, l'écosystème des layer2 reposant sur ZK présente un seuil d'entrée élevé pour les développeurs, ce qui ralentit sa croissance.
Alors, comment tirer parti de la facilité d'utilisation de l'architecture OP-Rollup tout en évitant la contrainte des 7 jours d'attente (et donc de blocage de liquidité) ? La réponse réside dans le traitement différencié des transactions via des « canaux » distincts : les transactions courantes passent par le canal OP-Rollup, tandis que les retraits spécifiques empruntent le canal ZK-Rollup. Cette approche combine les avantages des deux technologies, offrant ainsi une solution optimale par compromis.
Metis a déjà intégré cette solution hybride dans son fonctionnement quotidien. Ce sont les équipes techniques de Metis, à travers leur nouveau projet fondamental @ProjectZKM, qui fournissent cette capacité de Rollup hybride. En opérant leur layer2, les équipes ont identifié plusieurs problèmes structurels persistants. Outre la résolution du problème du Séquenceur décentralisé, elles visent également à corriger, via ZKM, des enjeux comme la « centralisation partielle via MPC » et le « blocage de liquidité ».
Cela peut sembler abstrait au premier abord. Comme expliqué dans mon précédent article sur la technologie ZK, ces services se situent encore en amont de la chaîne d'approvisionnement technique des layer2. Bien qu'ils soient techniquement poussés, ils ne sont pas encore largement adoptés, ce qui explique leur relative obscurité. À l'instar de RISC Zero, ZKM vise à renforcer la sécurité des projets layer2 en fournissant des services de niveau supérieur fondés sur la technologie ZK.
Actuellement, ZKM fournit à la layer2 le service de canal ZK-Rollup dans le cadre du Rollup hybride, appuyé par un protocole Entangled Rollup qui assure une gestion unifiée de la liquidité (unified liquidity).
En réalité, des prestataires comme @ProjectZKM, @RiscZero ou encore @SuccinctLabs œuvrent tous à populariser ce type de solutions techniques afin de réduire les écarts entre OP-Rollup et ZK-Rollup, tout en minimisant la perte de liquidité causée par les 7 jours d'attente inutiles — puisque jamais testés en pratique. Sans être exhaustif, des projets comme Metis, Fraxchain, Aztec ou Ola explorent déjà la mise en œuvre de ces architectures hybrides.
Mécanisme sans pont跨链 basé sur ZK
Aujourd'hui, la plupart des layer2 sont critiquées car leurs contrats Rollup sur la chaîne principale peuvent être mis à jour par un comité de gouvernance MPC semi-centralisé. Cela signifie que la sécurité de nombreuses layer2 reste bloquée au stade 0, selon la classification de Vitalik.
Des fournisseurs techniques comme ZKM ou RISC Zero, positionnés en amont de la chaîne technologique, permettent théoriquement à toutes les blockchains dotées de contrats intelligents de construire un environnement fiable et décentralisé, sans avoir besoin d'un pont跨链 reposant sur un MPC multi-signatures.
Le principe est simple : les ZK-SNARKs permettent aux nœuds validant la consensus sur deux chaînes différentes de communiquer directement. Lorsqu’un nœud de la chaîne A reçoit une transaction et une preuve ZKP soumises par un nœud de la chaîne B, il peut vérifier indépendamment la validité de cette preuve, et ainsi accepter la preuve apportée par la chaîne B. Tout ce processus repose entièrement sur des algorithmes de preuve à connaissance nulle, sans intervention humaine ni tiers de confiance.
Le co-processeur orchestrant cette communication entre nœuds peut lui-même être construit selon une architecture open source et décentralisée, éliminant ainsi complètement le risque de centralisation inhérent aux ponts跨链 actuels.
Étant donné qu'Ethereum dispose d'une complète Turing-complétude des contrats intelligents, toutes ses layer2 remplissent théoriquement les conditions nécessaires pour mettre en œuvre une interopérabilité跨链 basée sur la technologie ZK. Dans un scénario idéal, si toutes les layer2 adoptaient un même cadre technologique ZK pour leurs solutions跨链, et si d'autres chaînes (layer1 ou même layer3) rejoignaient également cette architecture de communication, la blockchain Ethereum deviendrait-elle alors une couche de règlement universelle dans un écosystème multi-chaînes ?
La raison pour laquelle la majorité des projets layer2 hésitent encore à abandonner la gouvernance MPC repose principalement sur des préoccupations de sécurité. Selon moi, la cause fondamentale est l'adoption insuffisante des composants de base décentralisés au niveau de la layer2 : Séquenceur décentralisé, Prover décentralisé, zkBridge décentralisé, etc. Dans ce contexte, maintenir un comité de gouvernance centralisé ou semi-centralisé apparaît comme une option plus sûre.
Toutefois, à long terme, à mesure que ces composants décentralisés se généraliseront, la gouvernance centralisée des layer2 sera de plus en plus critiquée. Une solution de règlement跨chain fondée sur la technologie ZK deviendra alors incontournable. Le potentiel futur du secteur des infrastructures ZK est donc facile à imaginer.
Pour résumer,
Sans exagérer, on peut dire que les layer2 d'Ethereum sont aujourd'hui confrontées à une impasse : soit un projet phare émerge dans l'écosystème des applications (layer2 ou layer3) et relance la confiance du marché, soit il faut continuer à renforcer la décentralisation des composants clés — Séquenceur, Prover, zkBridge — pour enrichir la narration technique. Or, pousser cette dernière voie jusqu'au bout exigera inévitablement un cadre technique fondé sur la technologie ZK, sans distinction entre OP-Rollup et ZK-Rollup. Ce n'est qu'alors que les caractéristiques de « fin de partie » (Endgame) de la technologie ZK s'imposeront pleinement.
Seule cette trajectoire permettra d'assurer la pérennité du développement des layer2. Elle ouvrira aussi la voie à de nouveaux récits : accélération matérielle ZK, équipements matériels ZK+DePIN (PC, mobile, IoT), protection des données cloud anti-altération via ZK, construction de systèmes Prover décentralisés et optimisation des ressources de calcul, etc.
En réalité, aux intersections des domaines IA, ZK et DePIN, de nombreux projets commencent déjà à se distinguer.
La vision de Metis pour le développement des layer2, ainsi que l'objectif initial du projet technique @ProjectZKM, vont précisément dans ce sens : rendre la technologie ZK plus universellement applicable à chaque maillon du marché global des layer2. Par ailleurs, dans mes analyses personnelles, j'ai également repéré d'autres projets prometteurs, comme @cysic_xyz, qui travaille activement sur l'accélération matérielle et les puces ZK, ou @ola_zkzkvm, qui progresse concrètement vers un système Prover ZK décentralisé.
En somme, je tiens à réaffirmer mon point de vue : l'application actuelle de la technologie ZK dans le domaine des layer2 n'en est qu'à la surface de l'iceberg. Lorsque cette technologie s'imposera davantage dans les domaines du Rollup hybride, des ponts跨chain ZK ou de l'accélération matérielle ZK, elle redonnera sans aucun doute un nouvel élan au marché des layer2.
Après tout, il faudra encore beaucoup de temps pour que l'ensemble du marché des layer2 adopte pleinement ce paradigme de mise à niveau fondé sur la technologie ZK.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
Haotian | CryptoInsight
