Prix de zkPass (ZKP)

ZKP est le jeton natif de fonctionnalité et de coordination du réseau zkPass, conforme à la norme ERC-20. Il sert au règlement des preuves, à l’exécution de la validation, à la comptabilisation des contributions au réseau et à la coordination de la gouvernance au sein du protocole ; détenir des ZKP ne représente aucun droit sur les actions, la propriété ou les bénéfices d’une quelconque entité. zkPass le présente comme une unité fonctionnelle dans le fonctionnement du réseau : ce n’est que lorsque des entreprises ou développeurs accèdent à des services de vérification confidentielle, et que le réseau réalise la validation et la coordination, que les usages du jeton se rattachent à ces étapes ; la seule détention de jetons ne produit pas en elle-même un service ou un rendement.

L’objectif de zkPass est de permettre à un utilisateur de prouver qu’une donnée privée ou une condition provenant d’un site TLS est vraie, sans révéler l’enregistrement original au vérificateur. Il traite le fait que « les données sont accessibles de manière sécurisée » ne signifie pas que « un tiers peut vérifier que les données proviennent bien d’un site spécifique ». Le processus comprend le prouveur P, le vérificateur V et S, la source de données qui agit comme serveur TLS. P utilise ses propres identifiants d’accès pour localiser les données auprès de S et génère une preuve à divulgation nulle de connaissance que V peut vérifier ; V peut vérifier la preuve, mais ne doit pas voir les données personnelles de P. Le protocole s’appuie sur TLS à trois parties, le calcul multipartite et les preuves à divulgation nulle de connaissance non interactives pour constituer ce processus. Le Hybrid Mode de zkPass comprend le Proxy Mode et le MPC Mode : en général, V agit comme proxy entre P et S afin d’améliorer l’efficacité ; si le serveur limite les requêtes provenant du même compte depuis des IP différentes et que ce mode n’est pas applicable, le système bascule vers le MPC Mode, auquel P et V participent tous deux en tant que clients. Ces deux modes répondent à des restrictions de serveur différentes ; les conditions ou effets de l’un ne peuvent pas être généralisés à tous les scénarios.

L’usage principal de ZKP concerne le fonctionnement du protocole, et non un usage de paiement unique. Il peut servir d’unité fonctionnelle requise pour le règlement des preuves et l’exécution par les validateurs, ainsi qu’à enregistrer les contributions au réseau telles que les calculs vérifiables et les intégrations. Les validateurs doivent engager des ZKP comme garantie d’exploitation afin de relier l’exactitude du réseau, le taux de disponibilité et la fiabilité aux conditions de participation ; les entreprises et développeurs peuvent l’utiliser pour accéder aux API de vérification natives zk et à l’infrastructure de données privées de zkPass. Le projet l’emploie également pour la coordination intersystèmes, la gouvernance et les activités de maintenance telles que le soutien à l’audit. Ces différents usages correspondent à différents rôles de participation ; il ne faut pas considérer la garantie, l’accès aux services ou la comptabilisation des contributions comme une même opération.

L’offre totale de ZKP est de 1 milliard de jetons ; elle est décrite officiellement comme fixe et non inflationniste. Les règles de déverrouillage des différents pools d’allocation déterminent le volume pouvant circuler à une étape donnée, sans impliquer que l’offre totale entre simultanément en circulation. La communauté reçoit 48.5 %, dont 12.5 % déverrouillés au TGE, 6 % acquis linéairement pendant les 3 premiers mois, et 30 % acquis mensuellement sur 5 ans à compter du TGE ; la liquidité représente 5 % et est entièrement déverrouillée au TGE. Les autres allocations principales comportent aussi des périodes d’attente : les investisseurs précoces reçoivent 22.5 %, après un cliff de 12 mois (aucun déverrouillage selon ce calendrier durant cette période), puis une acquisition linéaire sur 18 mois ; les contributeurs principaux reçoivent 14 %, après un cliff de 24 mois, puis une acquisition linéaire sur 24 mois ; la trésorerie DAO reçoit 10 %, acquis linéairement sur 5 ans. Selon l’explication officielle, la proportion déverrouillée prévue pour l’équipe et les investisseurs au lancement est de 0 % ; l’offre totale, le volume alloué et le volume alors disponible en circulation sont donc des notions distinctes.

Le déploiement interchaîne de ZKP suit la norme LayerZero OFT, que le projet décrit comme un moyen de maintenir une offre totale unifiée et un état cohérent entre les réseaux pris en charge. Ainsi, la disponibilité interchaîne ne signifie pas que chaque chaîne émet indépendamment de nouveaux jetons ; lors des interactions, il faut toujours vérifier le contrat officiel correspondant au réseau sélectionné. Les contrats mainnet actuellement listés officiellement comprennent Ethereum, BNB Smart Chain et Base. Avant un transfert, une autorisation ou une intégration, vérifiez que le réseau correspond à l’adresse du contrat ; ne considérez pas d’autres réseaux ou contrats non officiels comme du ZKP au seul motif que le symbole du jeton est identique.

Les détenteurs de ZKP peuvent participer à la gouvernance du zkPass DAO, mais la possibilité de proposer, d’adopter et d’exécuter une proposition dépend de règles à plusieurs niveaux. La base de la gouvernance standard est de 1 ZKP pour 1 voix ; certaines propositions explicitement définies peuvent employer un mécanisme de réputation lié aux contributions vérifiables, mais ce mécanisme est facultatif et limité à la proposition concernée, et ne remplace pas automatiquement le vote fondé sur les jetons. Pour soumettre une proposition, une adresse doit généralement détenir au moins 100,000 ZKP au bloc Snapshot applicable, ou la proposition doit être soumise par un contributeur principal relevant du périmètre d’autorisation. Une proposition reste ouverte au moins 7 jours pour discussion et vote ; le quorum peut être atteint par la participation d’au moins 4 % des ZKP en circulation, ou par le vote d’au moins 1,000 participants éligibles à la gouvernance. Une fois le quorum atteint, les propositions standard requièrent une majorité simple d’au moins 50 % ; les propositions à fort impact requièrent au moins 67 % et doivent satisfaire un quorum fondé sur les jetons. Après approbation, des exécutants autorisés appliquent le contenu adopté, sans décider eux-mêmes de l’usage des fonds.

Lors d’interactions avec ZKP, utilisez uniquement les adresses de contrats vérifiées et les points d’entrée publiés officiellement par zkPass, et vérifiez le réseau dans chaque cas. Le projet indique explicitement qu’il ne demandera jamais de clé privée, de phrase mnémonique ni de transfert hors site ; les liens ou contrats qui formulent ce type de demande ne doivent pas être considérés comme des opérations officielles. Les jetons interchaînes peuvent entraîner des conséquences irréversibles si le mauvais réseau ou contrat est sélectionné. Avant un transfert, une autorisation ou une intégration, vérifiez que le réseau actuel du portefeuille, le réseau pris en charge par le destinataire et le contrat cible concordent ; si l’opération concerne la gouvernance, référez-vous également au bloc Snapshot, au mécanisme de vote et à l’échéance indiqués dans la proposition.