La captation de valeur des tokens de couche 2 demeure l’une des questions les plus complexes et non résolues dans l’expansion continue de l’écosystème Ethereum.
Au cours des trois dernières années, pratiquement chaque token natif issu des solutions de scalabilité d’Ethereum s’est heurté à la même problématique : les détenteurs de tokens bénéficient de droits de vote, mais ne perçoivent aucun retour économique direct lié à la croissance du protocole. L’augmentation du nombre d’utilisateurs actifs quotidiens on-chain, la hausse de la valeur totale verrouillée et la progression des revenus des séquenceurs — tous ces indicateurs positifs semblent avoir peu d’effet sur le prix des tokens. Les droits de gouvernance ne sont pas intrinsèquement rares, et lorsque les sujets de gouvernance n’ont qu’un lien ténu avec les intérêts des détenteurs, la notion de « token de gouvernance » revêt une certaine ironie.
Le 27 avril 2026, Matter Labs a officiellement soumis la proposition de mise à niveau du protocole V31 sous la forme de ZIP-16 sur le forum de gouvernance ZK Nation. Au-delà de la documentation technique, cette initiative revêt une portée plus profonde : c’est la première fois que les tokens ZK intègrent un mécanisme de consommation directement corrélé à l’utilisation du réseau : chaque appel d’interopérabilité cross-chain requiert des tokens ZK, lesquels transitent par le système Fee Flow avant d’être envoyés vers le canal de burn.
Cela marque une évolution de la logique économique du token ZKsync, passant d’un modèle « gouvernance d’abord » à « utilité d’abord », et propose à l’ensemble du secteur des couches 2 un nouveau modèle de captation de valeur digne d’intérêt. Dans un contexte où les récits sectoriels s’essoufflent et où les tokens de couche 2 subissent des pressions, le débat suscité par cette mise à niveau dépasse largement l’écosystème ZKsync.
Selon les données de marché de Gate, au 26 mai 2026, le prix du token ZK s’établit à 0,01454 $, en baisse d’environ 76,33 % sur un an, avec une capitalisation de marché avoisinant 141 millions de dollars et une offre totale de 21 milliards de tokens. Le sentiment du marché est neutre. La capacité de la mise à niveau V31 à inverser cette tendance atone dépendra de la rapidité et de l’ampleur avec lesquelles la dynamique de burn s’enclenchera.
De la feuille de route ZKnomics à la proposition V31 : une chronologie claire
Le dilemme des tokens de gouvernance et les signes de rupture
En juin 2025, la feuille de route ZKnomics a été dévoilée, articulant trois principes fondamentaux : revenus liés à l’usage, allocation programmatique et mise en œuvre progressive. En novembre de la même année, ZIP-14 a été adopté, intégrant la fonctionnalité de burn sans autorisation au contrat du token et fixant le plafond d’offre totale à 21 milliards.
En 2026, la transformation s’est accélérée. En janvier, Matter Labs a publié sa feuille de route annuelle, posant la confidentialité, le contrôle déterministe et l’interopérabilité native comme piliers de l’adoption institutionnelle des actifs numériques. Le 3 février, le pilote de staking ZKnomics a été lancé, marquant un tournant critique du modèle « détenir = gouverner » vers « staker = participer ». Le 27 février, l’arrêt officiel de ZKsync Lite a été annoncé. En avril, le système de gouvernance on-chain a été mis en service, permettant aux détenteurs de tokens de soumettre et de voter directement sur les mises à niveau du protocole.
Le 27 avril, la proposition de mise à niveau V31 a été officiellement publiée sur le forum de gouvernance. Le vote a débuté le 3 mai. Le 6 mai, la version 1.0 du Fee Flow System a été déployée, complétant ainsi la boucle allant de la collecte des frais à la circulation de la valeur.
Ce qui change avec la mise à niveau V31
La proposition ZIP-16 introduit plusieurs éléments clés :
Premièrement, elle apporte l’interopérabilité cross-chain native. Grâce aux Interop Calls et Bundles, les actifs et appels de contrats peuvent circuler entre différentes chaînes de l’écosystème ZKsync. Le mécanisme Bundles permet de regrouper plusieurs appels cross-chain et de les envoyer vers la chaîne cible, prenant en charge des combinaisons en chaîne — de la chaîne A à la chaîne B puis à la chaîne C — et permettant ainsi des parcours d’opérations cross-chain complexes. La proposition adopte ERC-7786 et ERC-7930 comme standards d’interopérabilité pour la messagerie cross-chain.
Deuxièmement, elle instaure un système de frais cross-chain. Chaque appel cross-chain doit s’acquitter de frais en tokens ZK. Bien que la proposition ZIP-16 ne précise pas le taux exact, les discussions communautaires et médiatiques évoquent un taux préliminaire de 10 ZK par appel, le taux définitif devant être fixé par la gouvernance.
Troisièmement, elle prévoit un support de niveau 1 pour les chaînes de règlement L1. Un mode prioritaire est introduit pour renforcer la résistance à la censure, accompagné de mises à niveau de compatibilité étendues pour ZKsync OS. La version 30 du protocole a été utilisée pour la chaîne ZKsync OS mais non déployée sur le mainnet Era, si bien que la chaîne Era passe directement de la V29 à la V31.
Fee Flow cross-chain : la boucle complète de la collecte au burn
L’architecture à deux couches du Fee Flow System
Déployé le 6 mai 2026, le Fee Flow System v1.0 est essentiel pour comprendre la captation de valeur du token dans V31. Le système repose sur deux smart contracts principaux :
Premièrement, le contrat d’enchères sans autorisation. Lorsque le protocole accumule des actifs non-ZK comme revenus de frais (USDC, ETH, etc.), toute personne peut réclamer ces actifs en fournissant un montant fixe de tokens ZK au contrat. Ce mécanisme permet de convertir la valeur des tokens sans recourir à des market makers centralisés.
Deuxièmement, le contrat de distribution. Les tokens ZK entrant dans le système sont acheminés ici et répartis selon les paramètres de gouvernance. Le paramétrage initial prévoit un burn à 100 %, sans autre bénéficiaire.
L’élégance de ce design réside dans son pont, piloté par le marché, entre les revenus du protocole (actifs non-ZK) et la demande de tokens ZK. À mesure que des actifs de valeur s’accumulent dans le pool du contrat Fee Flow, les acteurs du marché achèteront naturellement des tokens ZK pour réclamer ces actifs, puis réinjecteront les ZK acquis dans le système, déclenchant in fine le burn — une boucle auto-renforcée « frais du protocole → demande de ZK → burn ».
Analyse des scénarios de demande de burn
Selon les volumes de transactions cross-chain, la consommation quotidienne de tokens ZK peut varier fortement (les déductions suivantes reposent sur les paramètres connus ; les données réelles dépendront de l’utilisation effective du protocole et du taux de frais fixé par la gouvernance) :
| Scénario | Appels cross-chain quotidiens | Consommation quotidienne de ZK | Consommation annualisée |
|---|---|---|---|
| Conservateur | 5 000 | 50 000 | ~18,25 millions |
| Baseline | 50 000 | 500 000 | ~182,5 millions |
| Optimiste | 200 000 | 2 000 000 | ~730 millions |
| Échelle institutionnelle | 1 000 000 | 10 000 000 | ~3,65 milliards |
Remarque : Ces chiffres sont des projections logiques fondées sur le taux de frais préliminaire actuel (10 ZK par appel) et ne constituent pas des prévisions effectives. Le taux final sera déterminé par la gouvernance, et les volumes réels de transactions cross-chain dépendront de l’activité de l’écosystème après le déploiement de V31. Avec une offre totale de 21 milliards, l’effet cumulatif d’une telle consommation annuelle serait significatif dans le scénario optimiste.
La théorie des jeux autour de l’ajustement des frais
Une caractéristique clé du Fee Flow System est que ses paramètres peuvent être modifiés par la gouvernance. Le ratio initial de burn à 100 % peut évoluer via les processus ZIP et GAP standards, et la gouvernance peut décider d’allouer une partie des tokens ZK aux récompenses de staking, à des fonds écosystémiques ou à d’autres usages. Ainsi, la configuration finale de l’économie du token ZK dépendra de l’équilibre des pouvoirs lors des votes de gouvernance, et non d’une décision ponctuelle.
Pilote de staking et activation de la gouvernance : la double dynamique de ZKnomics
Performances du pilote de staking
Lancé le 9 février 2026, le pilote de staking ZKnomics a marqué un passage crucial de la détention passive à la participation active pour les tokens ZK. Le programme se déroule en deux saisons : la première avec un plafond de récompenses de 10 millions de ZK, la seconde avec un plafond de 25 millions, soit un total de 37,5 millions de récompenses. Les rendements annuels ciblés démarrent à 3 %, avec un maximum de 10 % selon le niveau de participation.
Le cœur du dispositif lie les récompenses à la participation à la gouvernance : les stakers doivent déléguer leur pouvoir de vote à des « représentants actifs » pour percevoir des récompenses. L’idée sous-jacente est que le système de gouvernance on-chain de ZKsync requiert une participation significative et qualitative pour fonctionner efficacement, et que de simples incitations économiques ne suffisent pas. La solution adoptée est donc un parcours « staking pour récompenses → délégation du pouvoir de vote → activation de la gouvernance », qui répond au problème structurel du « token détenu sans participation à la gouvernance ».
Selon les données présentées lors de la réunion d’examen de la proposition du 29 avril, environ 340 millions de ZK ont été stakés, avec 245 millions de pouvoir de vote actif net ajouté et 4,2 millions de ZK distribués en récompenses. La première saison du pilote s’est achevée le 8 mai, avec une analyse de suivi et la préparation de la seconde saison en cours.
La synergie entre gouvernance et valeur du token
La portée du pilote de staking dépasse la simple réduction de l’offre en circulation ou la fourniture de rendement ; il s’attaque à la « déconnexion d’intérêt » entre les détenteurs de tokens et l’orientation du protocole. Lorsque les détenteurs participent à la gouvernance via le staking et perçoivent des récompenses, leurs intérêts s’alignent sur la santé à long terme du protocole — jetant ainsi les bases de la gouvernance des paramètres après la mise à niveau V31.
Infrastructures de confidentialité et déploiement institutionnel : le rôle de Prividium
De la technologie expérimentale à l’infrastructure de production
La mise à niveau V31 n’est pas un événement isolé, mais constitue une étape clé d’une feuille de route stratégique plus large. En janvier 2026, Alex Gluchowski, CEO de Matter Labs, a positionné Prividium comme pilier central de l’adoption institutionnelle dans sa feuille de route annuelle. Construit sur la ZK Stack, Prividium est une plateforme blockchain privée et permissionnée destinée aux banques, gestionnaires d’actifs et grandes entreprises, offrant des fonctionnalités de confidentialité intégrées à la gestion des accès, l’approbation des transactions, l’audit et la conformité réglementaire.
Sur le plan technique, Prividium conserve l’exécution des transactions et le stockage des états dans des environnements contrôlés par les institutions, mais chaque lot de transitions d’état est vérifié sur Ethereum via des preuves à divulgation nulle de connaissance. Cela garantit que l’intégrité de l’exécution off-chain peut être auditée de manière indépendante, sans révéler le détail des transactions. Cette architecture permet aux capitaux réglementés de préserver la confidentialité opérationnelle tout en s’appuyant sur Ethereum comme couche ultime de règlement et de sécurité.
La demande institutionnelle comme multiplicateur de consommation de ZK
Cette stratégie institutionnelle est étroitement liée à V31. Avec des acteurs tels que Deutsche Bank et UBS, les transactions de Prividium passeront d’une activité utilisateur dispersée à des instructions cross-chain programmatiques et à grande échelle issues des systèmes financiers traditionnels. À mesure que ces institutions passeront du pilote à la production en 2026, les volumes de transactions cross-chain pourraient s’envoler — chaque appel générant une demande de tokens ZK. Si l’adoption à l’échelle institutionnelle et le mécanisme de frais cross-chain de V31 s’alignent, la consommation de tokens ZK pourrait largement dépasser les volumes de trading retail actuels.
La réunion d’examen de la proposition V31 l’a clairement indiqué : l’interopérabilité des chaînes publiques n’est qu’une première étape. « La prochaine étape sera l’interopérabilité des chaînes privées, qui est la direction privilégiée par la plupart des clients institutionnels et bancaires. »
Analyse de l’impact sectoriel
Captation de valeur des tokens de couche 2 : un modèle pour le secteur
La mise à niveau V31 de ZKsync propose une solution différenciée pour la captation de valeur des tokens de couche 2. À ce jour, les tokens de couche 2 majeurs comme ARB et OP présentent une déconnexion entre les détenteurs et les revenus du réseau : les revenus des séquenceurs et du MEV ne sont pas automatiquement redistribués aux détenteurs, et bien que des propositions de staking existent, le mécanisme de distribution n’a pas été activé formellement. À l’inverse, ZKsync V31 intègre une boucle de consommation du token directement dans le produit — il n’est plus nécessaire de recourir à des incitations de staking distinctes pour assurer la distribution de valeur, puisque l’usage même génère la consommation de valeur.
Cette logique de conception distincte pourrait marquer le début d’une divergence des modèles économiques entre tokens de couche 2. Si la dynamique de burn de V31 s’avère efficace, les autres projets de couche 2 positionnant leurs tokens comme de « purs outils de gouvernance » feront face à une pression communautaire croissante sur leur mécanisme de captation de valeur.
Intégration écosystémique et évolution du récit
La mise à niveau V31 crée une boucle de logique économique au sein de l’écosystème ZKsync. Jusqu’à présent, ZKsync Era, Lite et les autres chaînes basées sur ZK Stack étaient agrégées de manière lâche, chaque chaîne restant relativement isolée et les tokens ZK n’ayant qu’un rôle de vote de gouvernance. Avec V31, l’interopérabilité cross-chain devient une fonctionnalité native du protocole — les actifs, appels de contrats et actions utilisateurs peuvent circuler librement entre les chaînes, chaque mouvement générant une demande de consommation de tokens ZK.
Parallèlement, la fermeture de Lite marque la transition de ZKsync d’un récit généraliste de scalabilité de couche 2 vers une histoire composite « infrastructure institutionnelle + hub de liquidité tokenisée ». À mesure que Prividium déploie des workflows de confidentialité pour les banques et institutions, et que les Elastic Networks permettent le partage de liquidités entre chaînes publiques et privées, ZKsync construit un réseau de valeur structurellement plus complexe — les tokens ZK deviennent le « carburant » des opérations cross-chain, passant d’un symbole marginal de gouvernance à un mécanisme opérationnel central.
Conclusion
Dans le récit de long terme des tokens de couche 2, la question de « l’utilité » a toujours été plus fondamentale et non résolue que celle de « l’appréciation du prix ». Ces trois dernières années, ce secteur a vu émerger de nombreux tokens de gouvernance, sans pour autant proposer de modèle crédible de captation de valeur. Les droits de gouvernance ne sont pas rares — lorsque chaque couche 2 distribue des droits de gouvernance, ceux-ci deviennent l’actif le plus banalisé du marché.
L’enjeu de la mise à niveau zkSync V31 ne réside pas dans la promesse d’une dynamique déflationniste, mais dans le fait de franchir une première étape vers des « tokens productifs ». Les frais d’interopérabilité cross-chain ne sont pas une valeur créée ex nihilo — ils représentent le juste prix de la sécurité et de la commodité cross-chain. Cela ancre la valeur du token ZK non seulement dans le récit de gouvernance ou le sentiment du marché, mais dans l’utilisation réelle du réseau.
Le passage du « papier de gouvernance » à la « dynamique de burn » n’est qu’un début. Les paramètres du Fee Flow System attendent encore la pratique de la gouvernance, les effets économiques du pilote de staking nécessitent du temps et des données, et le rythme de l’interopérabilité cross-chain à l’échelle institutionnelle reste incertain. Mais la direction importe plus que la vitesse — lorsque chaque appel cross-chain consomme effectivement des tokens ZK, la narration économique des tokens de couche 2 passe du « sera » au « est ».
À l’avenir, la course à la captation de valeur des tokens de couche 2 ne sera pas remportée par celui qui affiche le TVL le plus élevé, mais par celui qui parviendra le premier à instaurer une boucle fermée « usage = consommation » au niveau du produit. En 2026, zkSync apporte une réponse de design claire avec V31 — désormais, tous les regards sont tournés vers la rapidité à laquelle la dynamique de burn s’enclenchera réellement.
