Vitalik Buterin, co-fondateur d'Ethereum, explique les limites de ZK-VM (Machine virtuelle à connaissance nulle) dans les cas d'utilisation de la vie privée. Certains utilisateurs ont souligné que ZK-VM est supérieur dans presque tous les aspects, mais ironiquement, le seul cas d'utilisation qu'il ne parvient pas à couvrir est la vie privée.
En réponse à cela, Vitalik a déclaré : l'explication est simple : les cas d'utilisation de la vie privée nécessitent une preuve côté client, et la vitesse des prouveurs côté client actuels n'est pas assez rapide pour traiter tout contenu au-delà de la branche Merkle.
"Pire encore, les cas d'utilisation du client nécessitent que chaque utilisateur fournisse une preuve, ce qui signifie une petite quantité de preuves, tandis que le temps de preuve du système basé sur les courbes elliptiques est lent. Vous pouvez résoudre ce problème en permettant au client de générer (ZK) STARK et de l'envoyer à l'intermédiaire. L'intermédiaire l'emballera dans un SNARK basé sur les courbes elliptiques, mais il s'agit d'une dépendance fondamentale supplémentaire, ce qui apportera d'autres problèmes."
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.
Vitalik: Limitation de vitesse de preuve du client pour l'application de confidentialité ZK-VM
Vitalik Buterin, co-fondateur d'Ethereum, explique les limites de ZK-VM (Machine virtuelle à connaissance nulle) dans les cas d'utilisation de la vie privée. Certains utilisateurs ont souligné que ZK-VM est supérieur dans presque tous les aspects, mais ironiquement, le seul cas d'utilisation qu'il ne parvient pas à couvrir est la vie privée. En réponse à cela, Vitalik a déclaré : l'explication est simple : les cas d'utilisation de la vie privée nécessitent une preuve côté client, et la vitesse des prouveurs côté client actuels n'est pas assez rapide pour traiter tout contenu au-delà de la branche Merkle. "Pire encore, les cas d'utilisation du client nécessitent que chaque utilisateur fournisse une preuve, ce qui signifie une petite quantité de preuves, tandis que le temps de preuve du système basé sur les courbes elliptiques est lent. Vous pouvez résoudre ce problème en permettant au client de générer (ZK) STARK et de l'envoyer à l'intermédiaire. L'intermédiaire l'emballera dans un SNARK basé sur les courbes elliptiques, mais il s'agit d'une dépendance fondamentale supplémentaire, ce qui apportera d'autres problèmes."