
O(1) Labs : Mina est en train de devenir une couche 2 offrant des fonctionnalités de confidentialité basées sur le zk à n'importe quelle blockchain de couche 1
TechFlow SélectionTechFlow Sélection

O(1) Labs : Mina est en train de devenir une couche 2 offrant des fonctionnalités de confidentialité basées sur le zk à n'importe quelle blockchain de couche 1
Le ZK, qui traite efficacement de la confidentialité et de l'authentification, nécessite une plateforme dédiée pour la génération et la vérification.
Auteur : Phil Kelly, O(1) Labs
Étant donné les récentes annonces concernant les zkEVM, vous pourriez penser que, dans le monde du Web3, les preuves à connaissance nulle (ZKP) sont presque parvenues à une étape « mission accomplie ». Pour O(1) Labs, bien que nous soyons enthousiastes face à la vitesse générale des progrès dans le domaine des ZKP, nous considérons que ces annonces ne représentent qu'une étape parmi d'autres sur la voie vers l'exploitation pleine et entière des avantages des ZKP. Voici pourquoi :
Sur le marché actuel, on observe essentiellement deux « mouvements » autour des ZKP, qui reposent sur les mêmes principes cryptographiques de haut niveau, mais diffèrent fortement par leurs approches techniques et leurs objectifs pratiques :
(1) Évolutivité : les zkEVM et autres zk rollups annoncés jusqu’ici contribueront à étendre les activités Web3 « classiques » — en résumé, ils permettent de réduire le coût d'exécution des contrats intelligents sous leur forme actuelle, sans ajouter de nouvelles fonctionnalités, afin de répondre aux défis posés par les grands L1. (Mina est également liée à la scalabilité, avec des avantages potentiels par rapport aux autres approches, comme nous le verrons plus loin.)
(2) Confidentialité et authentification : une catégorie plus large, appelée « calcul hors chaîne vérifiable », dont la confidentialité et l'authentification sont deux cas d'utilisation clés. Pour plus de clarté, je vais les distinguer ici. O(1) Labs et quelques autres projets se concentrent prioritairement sur la mise à disposition de fonctionnalités entièrement nouvelles. Les utilisateurs peuvent fournir certaines preuves sans divulguer les données sous-jacentes (confidentialité, calculs vérifiables).
Quelques exemples d'applications incluent :
-
Vote privé ou anonyme, publication de tweets, discussion, etc., limités à un groupe spécifique (par exemple, toute personne ayant possédé le jeton x au cours des 6 derniers mois).
Procédures d'identification étendues :
-
Attester de ses activités Web3 sans révéler son portefeuille ni ses transactions. Par exemple, prouver à une DAO ou à un partenaire potentiel qu’on détenait des cryptomonnaies dès 2014.
-
Attester d'informations provenant de sources Web2 sans révéler les activités hors chaîne. Par exemple, prouver à un protocole DeFi qu’on n’est pas résident d’un pays soumis aux sanctions OFAC (Office of Foreign Assets Control), ou que son score de crédit dépasse 700.
-
Attester de la provenance des données même si le destinataire n’a pas observé la source des données (oracles zk et preuves de calcul hors chaîne).
Avec le temps, ces fonctionnalités seront applicables à toutes les blockchains — via compatibilité EVM ou autrement. En réalité, elles ne sont pas nativement disponibles à court terme dans les rollups zk axés sur l’évolutivité, ni dans l’EVM lui-même.
Prenons un exemple illustrant les différences techniques entre ces deux approches : les cas d’utilisation liés à la confidentialité et à l’authentification (calcul vérifiable hors chaîne) exigent des opérations hors chaîne particulièrement complexes, car le cycle de vie d’une preuve comporte deux étapes :
a. Traiter les données confidentielles et générer la preuve côté client (dans notre cas, via des produits développés avec la bibliothèque SnarkyJS d’O(1) Labs), et
b. Dans une deuxième étape, vérifier l’intégrité de la preuve (dans cet exemple, uniquement sur la blockchain Mina).

O(1) Labs est convaincue que le traitement efficace (en temps et en coût) de la confidentialité et de l’authentification via des preuves à connaissance nulle nécessite une plateforme dédiée à la génération et à la vérification des preuves. C’est pourquoi nous nous sommes concentrés ces cinq dernières années sur le protocole Mina et le développement de SnarkyJS.
L’association de SnarkyJS et Mina présente de nombreux avantages, notamment :
-
La preuve peut être générée côté client, directement dans un navigateur standard grâce à SnarkyJS, garantissant ainsi que seule la preuve, et non les données sous-jacentes, quitte l’appareil de l’utilisateur. Cela assure une confidentialité totale (la plupart des autres systèmes de preuve nécessitent d’envoyer les données à un générateur externe, ce qui expose à des risques de fuite, de coût et de ralentissement).
-
Le système de preuve (SnarkyJS + Mina) est spécialement conçu pour utiliser un mécanisme zkSNARK basé sur PLONK, qui ne nécessite aucune procédure de configuration initiale (trusted setup), supporte la récursion illimitée, et est optimisé via des techniques telles que les portes personnalisées.
-
Mina dispose de frais stables et faibles, sans gas fee. Le coût de toute opération complexe est identique à celui d’une opération simple.
-
L’état de la chaîne Mina est très léger (nous parlons souvent de 22 Ko, mais il est actuellement proche de 11 Ko), grâce à l’utilisation de la technique de récursion illimitée. Quel en est l’avantage ?
-
Cela résout le problème de gonflement de la chaîne affectant d’autres blockchains à mesure que l’état s’accumule.
-
Réduit le seuil d’entrée pour exécuter un nœud, favorisant ainsi la décentralisation. Exemple concret : vous pouvez configurer un nœud Mina en quelques minutes et participer à la production de blocs, à condition de valider un nombre constant et fixe de preuves de blocs récents / d’état de chaîne avant de rejoindre le réseau. En revanche, la synchronisation d’un nouveau nœud sur d’autres L1 peut prendre plusieurs jours. La facilité de mise en place et d’exécution des nœuds Mina devrait réduire la dépendance aux services centraux d’assistance côté client, fréquents sur d’autres L1. À terme, les appareils mobiles individuels devraient pouvoir exécuter un nœud Mina.
-
L’état complet de la chaîne Mina peut être enregistré directement sur d’autres blockchains. Pour y parvenir, la Fondation Ethereum et la Fondation Mina ont conjointement parrainé le projet de pont Ethereum de l’équipe Nil — un contrat intelligent déployé sur le réseau principal d’Ethereum, qui conserve un enregistrement actualisé de tout l’état de la chaîne Mina. Ce dispositif est couramment appelé « pont », mais je pense qu’il s’agit plutôt d’une nouvelle manière de partager des données entre chaînes (sans recourir aux méthodes récemment révélées comme vulnérables sur certains ponts, telles que les gardiens de clés fragmentées multiples ou la confiance pilotée par jeton). Il devrait plutôt être qualifié de zkBridge, ou désigner une alternative/amélioration des technologies de pontage existantes. Mina pourrait ainsi accumuler de nombreuses preuves ZK via ce pont, puis les « regrouper » (roll up) vers d’autres L1, offrant ainsi aux utilisateurs une meilleure efficacité et des coûts de transaction réduits.
Autrement dit, Mina est en train de devenir une couche 2 mondiale fournissant des fonctionnalités privées basées sur zk à toute chaîne L1. Bien que Mina soit une L1, en raison de son rôle unique en matière de confidentialité et d’authentification, nous prévoyons que, dans de nombreux cas, les circuits ZKP de Mina seront utilisés par les clients de dapps sur une autre L1, voire intégrés à leur cycle de vie transactionnel global. Par exemple, un protocole DeFi sur Ethereum pourrait utiliser Mina pour permettre à ses utilisateurs de prouver anonymement leur lieu de résidence et leur fourchette de score de crédit lors de l’inscription ou de la gestion de compte. Autrement dit, nous anticipons de nombreux cas d’utilisation natifs sur Mina, tout en considérant celle-ci comme un environnement intermédiaire au sein d’activités multi-chaînes.
Mina envisage-t-elle de supporter une forte évolutivité ?
Comme récemment indiqué par Evan, PDG de la Mina Foundation, dans un tweet, oui. En effet, la Fondation Mina a financé un projet de rollup dans le cadre du dernier zkApp Builder Program, et certaines dapps explorent des rollups spécifiques, agrégés vers le réseau principal Mina.
Avec la sortie imminente des zkApp, O(1) Labs publiera bientôt des analyses approfondies sur les déploiements spécifiques liés à SnarkyJS et aux cas d’utilisation de Mina. En attendant, n’hésitez pas à consulter les liens ci-dessous pour rejoindre nos initiatives autour des preuves à connaissance nulle !
-
Utilisez les ressources de SnarkyJS Week pour apprendre les bases, et si vous êtes développeur, commencez à construire un zkApp en lisant ici.
-
Lisez notre annonce sur le lancement du programme de partenaires, auquel participent des innovateurs de la confidentialité et des preuves Web3 tels que Brave Browser, SISMO et DIA, qui utilisent SnarkyJS pour développer des contrats intelligents ZK et fournir des retours.
-
Postulez au prochain programme zkApp Builder d’O(1) Labs.
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













