Ethereum (ETH) co-fondateur Vitalik Buterin a plaidé pour un moyen plus simple et plus pratique de rendre compte des performances dans les preuves à divulgation nulle de connaissance (ZK) et le chiffrement homomorphe complet (FHE). Il soutient que les développeurs devraient cesser de s'appuyer sur des revendications brutes d'“opérations par seconde” et plutôt rendre compte d'un “ratio d'efficacité”, le temps qu'une computation prend sous cryptographie divisé par le temps qu'il faut pour s'exécuter en clair.
Dans un post sur une plateforme de médias sociaux, Buterin a exposé l'idée de manière claire : donner les frais généraux sous forme de ratio, “temps de calcul en chiffrement contre temps de calcul brut”, afin que les ingénieurs et les équipes produit comprennent immédiatement combien de performance ils sacrifieraient pour obtenir des garanties cryptographiques. Ce seul chiffre, a-t-il suggéré, répond à une question très pratique : combien de temps mon application sera-t-elle plus lente si je la rends cryptographique au lieu de dépendre de la confiance ?
Buterin a également expliqué pourquoi cette métrique est utile du point de vue d'un développeur. La plupart des équipes savent déjà combien de temps une tâche prend lorsqu'elle est exécutée normalement, a-t-il noté, donc multiplier par un facteur de surcharge donne une estimation immédiate du coût cryptographique sans avoir à traduire ce que signifie “N opérations par seconde” pour leur charge de travail et leur matériel spécifiques. Cela rend le ratio un raccourci pratique pour la planification et l'analyse des compromis.
Il n'a pas prétendu que l'idée était parfaite. Buterin a reconnu des complications clés : les opérations nécessaires à l'exécution et à la preuve peuvent être hétérogènes, et les différences dans la parallélisation SIMD, les modèles d'accès à la mémoire et d'autres facteurs spécifiques au matériel signifient que le rapport ne sera pas totalement indépendant du matériel. Cela dit, il a qualifié le facteur de surcharge “d'un bon nombre malgré ces imperfections,” soutenant qu'il est toujours plus informatif et convivial pour les développeurs que les chiffres principaux actuels.
Efficacité, pas Débit
La suggestion a déjà suscité des commentaires dans les médias crypto et les cercles de recherche, certains accueillant une métrique standardisée et axée sur l'application qui pourrait aider les équipes produit à peser la confidentialité et la performance plus clairement, tandis que d'autres soulignent la difficulté pratique de comparer les ratios produits sur différentes piles, accélérateurs et modèles de preuve.
La conversation atteint un moment où les technologies ZK et FHE sont de plus en plus proposées pour des déploiements dans le monde réel, des endroits où la latence, l'ergonomie des développeurs et le coût comptent autant que les chiffres de débit théorique. La demande de Buterin est intentionnellement modeste : pas un nouvel ensemble de référence, mais une manière différente de rapporter les résultats qui parle directement aux compromis qui intéressent les équipes.
Si les chercheurs et les équipes produit commencent à adopter le cadre du ratio d'efficacité, cela pourrait faciliter la tâche des ingénieurs et des décideurs pour déterminer si une approche préservant la vie privée est adaptée à une application donnée, ou si elle s'agit d'une démo impressionnante qui ne pourra pas être mise à l'échelle en production. Dans un domaine aux prises avec à la fois l'engouement et un véritable progrès technique, ce type de clarté pourrait avoir beaucoup d'importance.
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.
12 J'aime
Récompense
12
7
Reposter
Partager
Commentaire
0/400
AlgoAlchemist
· Il y a 18h
Le v Dieu est vraiment un v Dieu, il parle si simplement.
Voir l'originalRépondre0
PrivateKeyParanoia
· 10-19 00:52
zk rend les choses si compliquées qu'il y aura tôt ou tard un problème.
Voir l'originalRépondre0
GweiWatcher
· 10-19 00:47
Je ne comprends vraiment pas ce que dit V, je recommande une traduction du chinois au chinois.
Voir l'originalRépondre0
TokenTaxonomist
· 10-19 00:42
selon mes modèles de données, ops/sec est taxonomiquement non valide...
Voir l'originalRépondre0
zkProofInThePudding
· 10-19 00:40
Pourquoi restes-tu là ? Vas-y, essaie de calculer le ratio.
Vitalik Buterin exhorte les développeurs à publier le "Ratio d'Efficacité" pour ZK et FHE
Ethereum (ETH) co-fondateur Vitalik Buterin a plaidé pour un moyen plus simple et plus pratique de rendre compte des performances dans les preuves à divulgation nulle de connaissance (ZK) et le chiffrement homomorphe complet (FHE). Il soutient que les développeurs devraient cesser de s'appuyer sur des revendications brutes d'“opérations par seconde” et plutôt rendre compte d'un “ratio d'efficacité”, le temps qu'une computation prend sous cryptographie divisé par le temps qu'il faut pour s'exécuter en clair.
Dans un post sur une plateforme de médias sociaux, Buterin a exposé l'idée de manière claire : donner les frais généraux sous forme de ratio, “temps de calcul en chiffrement contre temps de calcul brut”, afin que les ingénieurs et les équipes produit comprennent immédiatement combien de performance ils sacrifieraient pour obtenir des garanties cryptographiques. Ce seul chiffre, a-t-il suggéré, répond à une question très pratique : combien de temps mon application sera-t-elle plus lente si je la rends cryptographique au lieu de dépendre de la confiance ?
Buterin a également expliqué pourquoi cette métrique est utile du point de vue d'un développeur. La plupart des équipes savent déjà combien de temps une tâche prend lorsqu'elle est exécutée normalement, a-t-il noté, donc multiplier par un facteur de surcharge donne une estimation immédiate du coût cryptographique sans avoir à traduire ce que signifie “N opérations par seconde” pour leur charge de travail et leur matériel spécifiques. Cela rend le ratio un raccourci pratique pour la planification et l'analyse des compromis.
Il n'a pas prétendu que l'idée était parfaite. Buterin a reconnu des complications clés : les opérations nécessaires à l'exécution et à la preuve peuvent être hétérogènes, et les différences dans la parallélisation SIMD, les modèles d'accès à la mémoire et d'autres facteurs spécifiques au matériel signifient que le rapport ne sera pas totalement indépendant du matériel. Cela dit, il a qualifié le facteur de surcharge “d'un bon nombre malgré ces imperfections,” soutenant qu'il est toujours plus informatif et convivial pour les développeurs que les chiffres principaux actuels.
Efficacité, pas Débit
La suggestion a déjà suscité des commentaires dans les médias crypto et les cercles de recherche, certains accueillant une métrique standardisée et axée sur l'application qui pourrait aider les équipes produit à peser la confidentialité et la performance plus clairement, tandis que d'autres soulignent la difficulté pratique de comparer les ratios produits sur différentes piles, accélérateurs et modèles de preuve.
La conversation atteint un moment où les technologies ZK et FHE sont de plus en plus proposées pour des déploiements dans le monde réel, des endroits où la latence, l'ergonomie des développeurs et le coût comptent autant que les chiffres de débit théorique. La demande de Buterin est intentionnellement modeste : pas un nouvel ensemble de référence, mais une manière différente de rapporter les résultats qui parle directement aux compromis qui intéressent les équipes.
Si les chercheurs et les équipes produit commencent à adopter le cadre du ratio d'efficacité, cela pourrait faciliter la tâche des ingénieurs et des décideurs pour déterminer si une approche préservant la vie privée est adaptée à une application donnée, ou si elle s'agit d'une démo impressionnante qui ne pourra pas être mise à l'échelle en production. Dans un domaine aux prises avec à la fois l'engouement et un véritable progrès technique, ce type de clarté pourrait avoir beaucoup d'importance.