ZAMA a récemment attiré l'attention de nombreuses personnes, mais beaucoup de discussions ont contourné une question clé : que veut vraiment faire ce projet ?
**Le cœur n'est pas compliqué**
Le socle technologique de ZAMA est le FHE (chiffrement entièrement homomorphe), qui est en soi un paradigme de calcul chiffré open source du monde académique, ayant évolué pendant plusieurs années. Ce que ZAMA fait, c'est d'ingéniériser ce système et le rendre utilisable, puis souhaite l'utiliser pour construire des outils de développement et un environnement d'exécution. En d'autres termes, ZAMA n'est pas l'inventeur du FHE, mais plutôt une solution de commercialisation du FHE. Cela pose un problème : il existe une barrière technologique, mais on ne peut pas vraiment parler de monopole.
**Et si on prenait la route de la L1/L2 de confidentialité ?**
Vouloir rivaliser dans cette mer rouge des L1/L2 en jouant uniquement la carte de la confidentialité ? Franchement, c'est essentiellement irréaliste. La confidentialité comme unique argument de vente ne peut pas soutenir toute la logique de volant moteur d'une chaîne publique. L'attirer des développeurs, établir un écosystème, générer une véritable TVL et des revenus de frais - la difficulté est trop élevée.
**Direction plus fiable : devenir le Chainlink du calcul de confidentialité**
Plutôt que de construire sa propre chaîne, pourquoi ne pas se positionner au niveau de l'infrastructure - quelque chose comme « calcul de confidentialité en tant que service » ou « coprocesseur d'exécution privée ». Le problème est que cette route n'est pas nécessairement facile non plus. Parce que la question gênante qui se pose est : pourquoi d'autres L1/L2 feraient-elles nécessairement externaliser le calcul de confidentialité vers vous ? Elles pourraient développer elles-mêmes, utiliser des solutions ZK ou TEE, ou même éviter complètement ce besoin au niveau applicatif - ces options existent.
**Le vrai risque est là**
La situation actuelle de ZAMA s'appelle « toujours optionnel, jamais obligatoire ». Le FHE est important certes, mais peut être implémenté d'autres façons ; le besoin de confidentialité est réel, mais ne doit pas nécessairement être externalisé. Les chaînes principales ont trop de cartes en main, à court terme ZAMA aura du mal à devenir cette couche « incontournable ». Si on ne peut pas trouver de scénario d'application révolutionnaire, ce qui reste c'est principalement l'espace narratif et de spéculation.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
ZAMA a récemment attiré l'attention de nombreuses personnes, mais beaucoup de discussions ont contourné une question clé : que veut vraiment faire ce projet ?
**Le cœur n'est pas compliqué**
Le socle technologique de ZAMA est le FHE (chiffrement entièrement homomorphe), qui est en soi un paradigme de calcul chiffré open source du monde académique, ayant évolué pendant plusieurs années. Ce que ZAMA fait, c'est d'ingéniériser ce système et le rendre utilisable, puis souhaite l'utiliser pour construire des outils de développement et un environnement d'exécution. En d'autres termes, ZAMA n'est pas l'inventeur du FHE, mais plutôt une solution de commercialisation du FHE. Cela pose un problème : il existe une barrière technologique, mais on ne peut pas vraiment parler de monopole.
**Et si on prenait la route de la L1/L2 de confidentialité ?**
Vouloir rivaliser dans cette mer rouge des L1/L2 en jouant uniquement la carte de la confidentialité ? Franchement, c'est essentiellement irréaliste. La confidentialité comme unique argument de vente ne peut pas soutenir toute la logique de volant moteur d'une chaîne publique. L'attirer des développeurs, établir un écosystème, générer une véritable TVL et des revenus de frais - la difficulté est trop élevée.
**Direction plus fiable : devenir le Chainlink du calcul de confidentialité**
Plutôt que de construire sa propre chaîne, pourquoi ne pas se positionner au niveau de l'infrastructure - quelque chose comme « calcul de confidentialité en tant que service » ou « coprocesseur d'exécution privée ». Le problème est que cette route n'est pas nécessairement facile non plus. Parce que la question gênante qui se pose est : pourquoi d'autres L1/L2 feraient-elles nécessairement externaliser le calcul de confidentialité vers vous ? Elles pourraient développer elles-mêmes, utiliser des solutions ZK ou TEE, ou même éviter complètement ce besoin au niveau applicatif - ces options existent.
**Le vrai risque est là**
La situation actuelle de ZAMA s'appelle « toujours optionnel, jamais obligatoire ». Le FHE est important certes, mais peut être implémenté d'autres façons ; le besoin de confidentialité est réel, mais ne doit pas nécessairement être externalisé. Les chaînes principales ont trop de cartes en main, à court terme ZAMA aura du mal à devenir cette couche « incontournable ». Si on ne peut pas trouver de scénario d'application révolutionnaire, ce qui reste c'est principalement l'espace narratif et de spéculation.