Las soluciones de privacidad compatibles con EVM son clave para su integración con blockchains y Dapps — Guy Itzhaki

La convergencia de la cadena de bloques y la IA

A pesar de su gran promesa, las soluciones de privacidad aún no han llegado a ser una parte importante de las cadenas de bloques y las aplicaciones descentralizadas (dapps). En sus respuestas escritas enviadas a Bitcoin.com News, el CEO de Fhenix dijo que una de las razones para esto podría ser la carga percibida que aportan a los desarrolladores y usuarios. Para superar tales problemas, Itzhaki propuso hacer estas soluciones compatibles con EVM y también llevar las capacidades de encriptación FHE al lenguaje de programación Solidity.

Mientras tanto, cuando se le preguntó cómo los desarrolladores y usuarios pueden proteger su privacidad en un mundo donde la cadena de bloques y la inteligencia artificial (IA) están convergiendo, el fundador de Fhenix — una Capa 2 impulsada por FHE — dijo que el primer paso sería aumentar la conciencia sobre la presencia de riesgos o desafíos emergentes. Tomar este paso obligará a los desarrolladores a diseñar aplicaciones que aborden estos desafíos.

Para los usuarios, Itzhaki dijo que la mejor manera de protegerse es “educarse sobre el uso seguro y utilizar herramientas que apoyen la protección de datos personales”. En otro lugar, en sus respuestas enviadas a través de Telegram, Itzhaki también tocó el tema de por qué la tan aclamada adopción masiva de Web3 no ha llegado.

A continuación, están las respuestas de Guy Itzhaki a todas las preguntas que se le enviaron.

Bitcoin.com News (BCN): A menudo, la falta de una experiencia de usuario refinada se ve como el mayor obstáculo para la adopción masiva de Web3. Sin embargo, algunos ven las preocupaciones de privacidad como otro gran obstáculo, especialmente para la adopción institucional. En su opinión, ¿cuáles ve como los mayores obstáculos que el ecosistema Web3 necesita superar colectivamente para volverse común?

Guy Itzhaki (GI): En primer lugar, una falta de sentido de seguridad al interactuar con aplicaciones basadas en la cadena de bloques. Muchas personas se sienten disuadidas de usarlo porque se “siente” menos seguro que las aplicaciones tradicionales que ofrecen seguridad “integrada”, incluso a costa de la centralización.

El segundo desafío es la mala experiencia general del usuario a la que el espacio te compromete. Por ejemplo, el sentido de seguridad (o funcionalidad) se ve muy afectado cuando los usuarios pierden fondos debido a pequeños errores operativos que podrían sucederle a cualquiera. La naturaleza complicada de operar la mayoría de las aplicaciones descentralizadas es un gran obstáculo para la adopción masiva.

Otro problema son las regulaciones. La adopción de la cadena de bloques está obstaculizada por el sentimiento negativo de los reguladores y los mercados tradicionales, principalmente debido a asociaciones con actividades criminales. Necesitamos encontrar una manera de permitir que los usuarios mantengan sus datos privados (en cadenas de bloques públicas) mientras también les permite cumplir con la ley.

La tecnología FHE tiene mucho potencial para hacer frente a estos desafíos (a través de la función de cálculo encriptado). Al introducir cifrado nativo en la cadena de bloques, podemos facilitar un mejor sentido de seguridad (por ejemplo, encriptando el saldo de activos del usuario), apoyar aplicaciones como la abstracción de cuentas que reducen significativamente la complejidad del usuario al interactuar con la cadena de bloques y permitir la gestión de identidad descentralizada que se necesita para el cumplimiento.

BCN: Dependiendo de los productos y casos de uso, el ecosistema de la cadena de bloques tiene una amplia gama de necesidades de privacidad. ¿Cree que FHE reemplazará a las pruebas de conocimiento cero (ZK) y a los entornos de ejecución confiables (TEEs) o estas tecnologías innovadoras pueden coexistir?

GI: Esa es una gran pregunta ya que hay una discusión seria sobre la eficacia de cualquier tecnología de preservación de la privacidad para resolver todas las necesidades y escenarios de encriptación de datos – Debido a diferencias extremas entre tecnologías de encriptación competidoras (costo, complejidad, UX)..

Es importante entender que, aunque tanto FHE como ZKP son tecnologías basadas en criptografía, son muy diferentes. ZKP se utiliza para la verificación de datos, mientras que FHE se utiliza para el cálculo de datos encriptados.

Personalmente, creo que no hay una solución ‘todo en uno’ y probablemente veremos una combinación de tecnologías FHE, ZKP y MPC que formen una capa de encriptación robusta, pero eficiente, basada en requisitos específicos de casos de uso. Por ejemplo, investigaciones recientes han mostrado que combinar ZKPs con Encriptación Homomórfica Completa (FHE) podría lograr DeFi confidencial completamente generalizable: ZKPs pueden probar la integridad de las entradas y cálculos de los usuarios, FHE puede procesar cálculos arbitrarios sobre datos encriptados, y MPC se utilizará para separar las llaves utilizadas.

BCN: ¿Puede contarnos sobre su proyecto Fhenix y la máquina virtual totalmente homomórficamente encriptada (fhEVM) así como cómo se integra en las cadenas y plataformas existentes?

GI: Fhenix es la primera Capa 2 impulsada por Encriptación Homomórfica Completa (FHE) para llevar el cálculo sobre datos encriptados a Ethereum. Nuestro enfoque es introducir la tecnología FHE al ecosistema de la cadena de bloques y adaptar su rendimiento a las necesidades de Web3. Nuestro primer logro de desarrollo es el Rollup FHE, que desbloquea el potencial para que los datos sensibles y privados sean procesados de forma segura en Ethereum y otras redes EVM.

Tal avance significa que los usuarios (e instituciones) pueden realizar transacciones en cadena encriptadas y abre la puerta a aplicaciones adicionales como juegos de confianza confidenciales, votación privada, subastas de oferta sellada y más.

Fhenix utiliza el fhEVM de Zama, un conjunto de extensiones para la Máquina Virtual Ethereum (EVM) que permite a los desarrolladores integrar sin problemas FHE en sus flujos de trabajo y crear contratos inteligentes encriptados sin ninguna experiencia en criptografía, mientras siguen escribiendo en Solidity.

Creemos que al brindar a los desarrolladores las mejores herramientas para emplear FHE sobre protocolos existentes pavimentará el camino para la formación de un nuevo estándar de encriptación en Web3.

BCN: Ya sea FHE, prueba ZK u otra cosa, las soluciones de privacidad en sí mismas tienen una tarea cuesta arriba para convertirse en una parte integral de las cadenas de bloques y aplicaciones descentralizadas (dapps). ¿Qué factores o estrategias facilitarían a los constructores la integración de soluciones de privacidad en las cadenas y plataformas existentes?

GI: Provengo de un trasfondo muy práctico, y es por eso que cuando comenzamos a diseñar Fhenix, estaba claro para nosotros que necesitábamos hacer FHE lo más fácil posible para los desarrolladores y usuarios. Como tal, nuestra primera decisión fue asegurarnos de que somos compatibles con EVM y traer las capacidades de encriptación FHE en Solidity para reducir la carga sobre los desarrolladores y no requerir que aprendan un lenguaje nuevo y específico para codificar. Eso también significa que los desarrolladores no necesitan tener ninguna experiencia en criptografía o conocimiento de FHE para desarrollar dapps.

Por último, estamos resolviendo la experiencia del desarrollador al desarrollar aplicaciones que prioricen la encriptación. Esto significa que nos enfocamos en crear la mejor pila para desarrolladores, para facilitar el proceso de desarrollo tanto como sea posible.

BCN: Con FHE, se puede introducir datos en cadena y encriptarlos mientras se pueden usar como si no estuvieran encriptados. Se dice que los datos permanecen encriptados y privados durante las transacciones y la implementación de contratos inteligentes. Algunos creen que este nivel de privacidad en cadena podría ir más allá de resolver problemas de privacidad y desbloquear casos de uso que antes no eran posibles. ¿Podría ilustrar a través de ejemplos algunos de estos posibles casos de uso, si los hubiere?

GI: En términos de casos de uso relevantes, cada aplicación que requiere encriptación de datos puede beneficiarse de utilizar FHE en alguna forma u otra. Los casos de uso más interesantes son aquellos que se benefician enormemente de realizar cálculos en datos encriptados, como:

• Identidad descentralizada
• Pagos confidenciales
• Juegos Confiables (Descentralizados)
• Defi confidencial

Un gran ejemplo es el juego de casino. Imagina un escenario donde el crupier reparte cartas sin conocer sus valores, una visión del potencial de la encriptación totalmente privada en cadena. Esto es solo el principio. La habilidad de FHE de incorporar privacidad de datos y confianza en la cadena de bloques es esencial tanto para creadores de juegos como para jugadores, y fundamental para futuras innovaciones y casos de uso de juegos.

Una avenida prometedora para lograr esto es a través de los Rollups FHE de Fhenix, que empoderan a los desarrolladores para crear cadenas de aplicaciones personalizadas con FHE integrado sin problemas, todo mientras usan lenguajes familiares de la Máquina Virtual Ethereum (EVM).

En el contexto de los juegos, los Rollups FHE ofrecen la capacidad de construir ecosistemas de juegos con tecnología FHE en su núcleo. Por ejemplo, un roll-up podría dedicarse enteramente a juegos de casino, asegurando la privacidad y seguridad completa de estos juegos. Mientras tanto, otro rollup, completamente interoperable con el primero, podría enfocarse en juegos a gran escala de jugador contra jugador (PvP).

BCN: La inteligencia artificial (IA) y la cadena de bloques, dos de las tecnologías más populares en este momento, parecen estar convergiendo. Ahora, algunas personas creen que la IA podría tener impactos tanto positivos como negativos en la privacidad y seguridad del usuario de Web3. Centrándose en el efecto negativo, ¿qué medidas preventivas deberían tomar los desarrolladores y usuarios para salvaguardar la privacidad en cadena?

GI: Lo primero sería aumentar la conciencia de los desafíos crecientes en internet, y en el espacio Web3 en particular, lo que debería comprometer a los constructores a considerar estos riesgos al diseñar sus aplicaciones. Los usuarios, por otro lado, necesitan educarse sobre el uso seguro y utilizar herramientas que apoyen la protección de datos personales.

En términos de medidas preventivas tecnológicas, uno de los casos de uso que me interesa personalmente es cómo nosotros, los usuarios, podemos diferenciar entre contenido generado por IA y contenido hecho por humanos. Atestiguar el origen del contenido es una característica clave de las cadenas de bloques, y estoy seguro de que veremos aplicaciones que ayuden a rastrear el origen de los datos en el futuro.

Específicamente para FHE, estamos explorando maneras de ayudar a crear mejores módulos de IA al permitir a los usuarios compartir sus datos para el entrenamiento de la IA, sin el riesgo de perder su privacidad.

¿Cuáles son sus pensamientos sobre esta entrevista? Háganos saber lo que piensa en la sección de comentarios a continuación.