Vitalik Buterin insta a los desarrolladores a publicar el "Ratio de Eficiencia" para ZK y FHE

Ethereum (ETH) cofundador Vitalik Buterin ha abogado por una forma más simple y práctica de informar el rendimiento en pruebas de cero conocimiento (ZK) y encriptación completamente homomórfica (FHE). Él argumenta que los desarrolladores deberían dejar de basarse en las afirmaciones crudas de “operaciones por segundo” y en su lugar informar un “ratio de eficiencia”, el tiempo que una computación tarda bajo criptografía dividido por el tiempo que tarda en ejecutarse sin encriptar.

En una publicación en X, Buterin expuso la idea de manera clara: dar el sobrecosto como una relación, “tiempo para calcular en criptografía vs tiempo para calcular en crudo”, para que los ingenieros y los equipos de producto comprendan de inmediato cuánto rendimiento estarían sacrificando para obtener garantías criptográficas. Ese único número, sugirió, responde a una pregunta muy práctica: ¿cuánto más lento será mi aplicación si la hago criptográfica en lugar de dependiente de la confianza?

Buterin también explicó por qué esta métrica es útil desde el punto de vista de un desarrollador. La mayoría de los equipos ya saben cuánto tiempo toma una tarea cuando se ejecuta normalmente, señaló, así que multiplicar por un factor de sobrecarga brinda una estimación inmediata del costo criptográfico sin tener que traducir lo que significa “N ops por segundo” para su carga de trabajo y hardware específicos. Eso hace que la relación sea un atajo conveniente para la planificación y el análisis de compensaciones.

No pretendía que la idea fuera perfecta. Buterin reconoció complicaciones clave: las operaciones necesarias para la ejecución y para la prueba pueden ser heterogéneas, y las diferencias en la paralelización SIMD, los patrones de acceso a la memoria y otros factores específicos del hardware significan que la relación no será totalmente independiente del hardware. Aun así, llamó al factor de sobrecarga “un buen número a pesar de estas imperfecciones”, argumentando que sigue siendo más informativo y amigable para los desarrolladores que las cifras actuales.

Eficiencia, No Rendimiento

La sugerencia ya ha suscitado comentarios en los medios de criptomonedas y en círculos de investigación, con algunos dando la bienvenida a una métrica estandarizada y centrada en la aplicación que podría ayudar a los equipos de producto a sopesar la privacidad y el rendimiento de manera más clara, mientras que otros señalan la dificultad práctica de comparar las proporciones producidas en diferentes pilas, aceleradores y modelos de prueba.

La conversación llega a un momento en que tanto las tecnologías ZK como las FHE se están presentando cada vez más para implementaciones en el mundo real, lugares donde la latencia, la ergonomía del desarrollador y el costo importan tanto como los números teóricos de rendimiento. La petición de Buterin es intencionalmente modesta: no un nuevo conjunto de referencias, sino una forma diferente de informar los resultados que hable directamente de las compensaciones que les importan a los equipos.

Si los investigadores y los equipos de productos comienzan a adoptar el marco de la relación de eficiencia, podría facilitar a los ingenieros y a los tomadores de decisiones determinar si un enfoque de preservación de la privacidad es una opción viable para una aplicación dada, o una demostración impresionante que no se escalará en producción. Para un campo que lucha tanto con el bombo publicitario como con un verdadero progreso técnico, ese tipo de claridad podría importar mucho.