Precio de ZKsync

Obviamente, Eli es legendario, pero esa es la opinión equivocada. FHE es sin duda la mejor solución para la privacidad, y ni siquiera está cerca. ** Déjame decirte por qué. ** Eli está haciendo un punto con respecto a la escala/integridad, que es claramente el punto fuerte de ZK. Pero está barriendo completamente debajo de la alfombra el hecho de que ZK no es adecuado para la privacidad. Sí, ZK no está destinado a la privacidad, al menos no de una manera significativa y programable: 1. ZK solo le brinda privacidad de 'usuario único'. Es decir, cada usuario puede calcular sus propios datos de forma privada, pero cualquier lógica que requiera combinar los datos de varios usuarios, sin revelarlos entre sí, está muerta al llegar. El ejemplo canónico que me gusta dar aquí son las subastas de oferta sellada. ZK ni siquiera puede calcular esa tarea simple, > hay una gran clase de cálculos privados que ZK simplemente no puede lograr. 2. Hay un truco feo a su alrededor: ZK del lado del servidor. Básicamente, significa que tiene un solo servidor (por ejemplo, un operador zkEVM) que recibe los datos de todos sin cifrar (por ejemplo, las ofertas de todos), luego, ejecuta el cálculo sobre los textos sin formato y demuestra externamente a todos los demás que lo hizo correctamente. Debido a que se hace en ZK, nadie más aprende los detalles. Pero Eli está hablando de los riesgos de centralización de FHE, mientras ignora que el uso de ZK del lado del servidor es mucho más centralizado y no proporciona ninguna garantía de privacidad. Hay -plena confianza- en algún operador único. FHE resuelve todo eso. Los datos de todos están encriptados y cualquiera puede calcular sobre esos datos cifrados. Sencillo. No hay problemas. ------------------------ Entonces, ahora que hemos establecido que ZK es muy limitado en términos de privacidad, permítanme abordar el punto de Eli con respecto a la escalabilidad FHE vs. ZK. Eli dice con razón que no se confía en FHE en sí, y admitiré que probar ZK sobre FHE todavía está subdesarrollado y es demasiado lento. Sin embargo, debido a que FHE es una transcripción pública, básicamente puede usar pruebas optimistas (a la @arbitrum) para demostrar la corrección. El mercado ha demostrado que las pruebas optimistas son lo suficientemente buenas por el momento, ya que @arbitrum y @base obtienen más usabilidad que todos los zk-rollups combinados. Si es lo suficientemente bueno para texto sin formato, es lo suficientemente bueno para FHE. Además, recuerde que ZK tuvo una ventaja bastante significativa. Empresas como @fhenix y Zama son mucho más incipientes y no están tan bien financiadas. Dale a FHE 5 años y mil millones de dólares y verás que zkFHE se convierte en una realidad. TL; DR - FHE es el juego final para la privacidad, ZK es para la escalabilidad. Dado que ahora estamos jugando el arco de la privacidad, es hora de que FHE brille.