Por Misha Komarov, Blockworks, compilado por Song Xue, Golden Finance
La Web3 pone tanto énfasis en el concepto básico de la tecnología de conocimiento cero que ahora se ha convertido en la base y el foco de todos los desarrollos. Pero sus beneficios de escalabilidad, seguridad y privacidad no lo hacen confiable.
Lo que la gente no se da cuenta es que en el entorno Web3, la tecnología de conocimiento cero (ZK) es todavía bastante nueva y no está exenta de defectos. Los desarrolladores están abordando activamente los problemas actuales con la tecnología ZK, pero la naturaleza innovadora del espacio significa que tienden a conceptualizar más rápido de lo que pueden construir.
Seguir confiando en ZK sin comprender plenamente sus problemas técnicos es peligroso para un futuro sostenible de la Web3. Antes de confiar ciegamente en esta tecnología, debemos examinarla a fondo y sus posibles inconvenientes. **
No debería haber héroes en la Web3, no debería adorarse a ninguna tecnología. **
En un futuro ideal, la tecnología ZK desempeñará un papel más integrado en todas las actividades on-chain. Sin embargo, la tecnología existe actualmente casi como un complemento o accesorio, en lugar de algo que sea capaz de respaldar fundamentalmente la ejecución en cadena. ** Esto se debe a que las áreas y productos en desarrollo son todavía relativamente nuevos.
Pero el campo de la tecnología ZK ha crecido hasta el punto en que corre el riesgo de complicarse demasiado. Existe una creciente brecha de conocimiento entre los constructores de ZK y los usuarios de Web3. **
Otros problemas a los que se enfrenta el desarrollo tecnológico de ZK incluyen la optimización del tiempo de comercialización sin comprometer la integridad del proyecto. Actualmente, las pruebas y los circuitos de ZK carecen de accesibilidad porque los desarrolladores necesitan aprender lenguajes específicos de dominio (DSL) para probar aún más estos cálculos.
Es un proceso intensivo en conocimiento, que se ejemplifica mejor por el hecho de que pasó casi un año y medio entre la red de prueba pre-alfa de Scroll y el lanzamiento de la red principal. Al tomarse el tiempo para realizar la implementación correcta y la revisión del código, el tiempo de comercialización de Scroll puede verse obstaculizado por un proceso de revisión en profundidad del código del circuito zkEVM implementado a través de algunos zkDSL personalizados relacionados con Halo2.
Esto es un problema porque solo unas pocas personas en el mundo tienen conocimiento de primera mano de DSL y criptografía. A medida que conseguimos que más desarrolladores utilicen la tecnología avanzada de ZK, debemos asegurarnos de que todos los componentes de la tecnología ZK sean verificables de forma independiente.
Luego, está el desafío de la configurabilidad. Cada actualización necesaria es, en última instancia, una revisión completa del sistema recién construido, no una "actualización" en el sentido de que el desarrollador está construyendo sobre un marco existente.
Los proyectos que dan soporte a ZK ya están trabajando en soluciones que simplifican el proceso de compilación para los desarrolladores. Esto ayudará a abordar problemas clave, como la lentitud del tiempo de comercialización, el coste de generar pruebas como parte independiente, la configurabilidad de los circuitos y el requisito de aprender lenguajes criptográficos específicos.
La creación de formas más sencillas de compilar código en circuitos completamente funcionales de la forma más sencilla posible es fundamental para garantizar la componibilidad de las aplicaciones habilitadas para ZK. Las herramientas, como los compiladores, pueden ayudar a comprobar rápidamente la funcionalidad del código. Los desarrolladores también pueden usar una variedad de lenguajes de codificación para desarrollar aplicaciones más eficientes.
Continuar enfocándose en el trabajo crítico que impacta la escalabilidad y la seguridad en otros temas que están en marcha en esta área. ** Las deficiencias de la tecnología ZK se ignoran simplemente porque la industria necesita desesperadamente escalabilidad y seguridad, ignorando las deficiencias de costo y complejidad. **
La verdad es que la tecnología ZK necesita hacerlo simple. Los desarrolladores deberían poder utilizar la tecnología incluso si no son expertos en criptografía o diseño de circuitos.
Los proveedores de infraestructura de ZK necesitan crear herramientas que faciliten la creación de aplicaciones habilitadas para ZK y simplifiquen el proceso de creación para los desarrolladores.
La racionalización de los procedimientos de producción y la reducción de los costes relacionados con la infraestructura es una forma de abordar estos problemas. Otro enfoque posible es proporcionar más recursos y apoyo, como programas educativos y oportunidades de tutoría, para los desarrolladores que buscan ingresar al campo.
Al final del día, incluso con la tecnología ZK, no solo confíe, sino que verifique. **
Esto va más allá del alcance de la liquidación de transacciones de referencia, debería aplicarse a las herramientas que usamos para construir o compilar código, y los desarrolladores y usuarios deberían ser más conscientes de esto para fomentar la integridad entre proyectos.
Podemos evitar la decepción adoptando una visión holística del espacio ZK, un futuro que promete permitir la verificación sin confianza de casi cualquier cosa. Los constructores deben entender que sus capacidades van mucho más allá de la escalabilidad y la seguridad.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
¿Por qué la gente confía demasiado en la tecnología de conocimiento cero?
Por Misha Komarov, Blockworks, compilado por Song Xue, Golden Finance
La Web3 pone tanto énfasis en el concepto básico de la tecnología de conocimiento cero que ahora se ha convertido en la base y el foco de todos los desarrollos. Pero sus beneficios de escalabilidad, seguridad y privacidad no lo hacen confiable.
Lo que la gente no se da cuenta es que en el entorno Web3, la tecnología de conocimiento cero (ZK) es todavía bastante nueva y no está exenta de defectos. Los desarrolladores están abordando activamente los problemas actuales con la tecnología ZK, pero la naturaleza innovadora del espacio significa que tienden a conceptualizar más rápido de lo que pueden construir.
Seguir confiando en ZK sin comprender plenamente sus problemas técnicos es peligroso para un futuro sostenible de la Web3. Antes de confiar ciegamente en esta tecnología, debemos examinarla a fondo y sus posibles inconvenientes. **
No debería haber héroes en la Web3, no debería adorarse a ninguna tecnología. **
En un futuro ideal, la tecnología ZK desempeñará un papel más integrado en todas las actividades on-chain. Sin embargo, la tecnología existe actualmente casi como un complemento o accesorio, en lugar de algo que sea capaz de respaldar fundamentalmente la ejecución en cadena. ** Esto se debe a que las áreas y productos en desarrollo son todavía relativamente nuevos.
Pero el campo de la tecnología ZK ha crecido hasta el punto en que corre el riesgo de complicarse demasiado. Existe una creciente brecha de conocimiento entre los constructores de ZK y los usuarios de Web3. **
Otros problemas a los que se enfrenta el desarrollo tecnológico de ZK incluyen la optimización del tiempo de comercialización sin comprometer la integridad del proyecto. Actualmente, las pruebas y los circuitos de ZK carecen de accesibilidad porque los desarrolladores necesitan aprender lenguajes específicos de dominio (DSL) para probar aún más estos cálculos.
Es un proceso intensivo en conocimiento, que se ejemplifica mejor por el hecho de que pasó casi un año y medio entre la red de prueba pre-alfa de Scroll y el lanzamiento de la red principal. Al tomarse el tiempo para realizar la implementación correcta y la revisión del código, el tiempo de comercialización de Scroll puede verse obstaculizado por un proceso de revisión en profundidad del código del circuito zkEVM implementado a través de algunos zkDSL personalizados relacionados con Halo2.
Esto es un problema porque solo unas pocas personas en el mundo tienen conocimiento de primera mano de DSL y criptografía. A medida que conseguimos que más desarrolladores utilicen la tecnología avanzada de ZK, debemos asegurarnos de que todos los componentes de la tecnología ZK sean verificables de forma independiente.
Luego, está el desafío de la configurabilidad. Cada actualización necesaria es, en última instancia, una revisión completa del sistema recién construido, no una "actualización" en el sentido de que el desarrollador está construyendo sobre un marco existente.
Los proyectos que dan soporte a ZK ya están trabajando en soluciones que simplifican el proceso de compilación para los desarrolladores. Esto ayudará a abordar problemas clave, como la lentitud del tiempo de comercialización, el coste de generar pruebas como parte independiente, la configurabilidad de los circuitos y el requisito de aprender lenguajes criptográficos específicos.
La creación de formas más sencillas de compilar código en circuitos completamente funcionales de la forma más sencilla posible es fundamental para garantizar la componibilidad de las aplicaciones habilitadas para ZK. Las herramientas, como los compiladores, pueden ayudar a comprobar rápidamente la funcionalidad del código. Los desarrolladores también pueden usar una variedad de lenguajes de codificación para desarrollar aplicaciones más eficientes.
Continuar enfocándose en el trabajo crítico que impacta la escalabilidad y la seguridad en otros temas que están en marcha en esta área. ** Las deficiencias de la tecnología ZK se ignoran simplemente porque la industria necesita desesperadamente escalabilidad y seguridad, ignorando las deficiencias de costo y complejidad. **
La verdad es que la tecnología ZK necesita hacerlo simple. Los desarrolladores deberían poder utilizar la tecnología incluso si no son expertos en criptografía o diseño de circuitos.
Los proveedores de infraestructura de ZK necesitan crear herramientas que faciliten la creación de aplicaciones habilitadas para ZK y simplifiquen el proceso de creación para los desarrolladores.
La racionalización de los procedimientos de producción y la reducción de los costes relacionados con la infraestructura es una forma de abordar estos problemas. Otro enfoque posible es proporcionar más recursos y apoyo, como programas educativos y oportunidades de tutoría, para los desarrolladores que buscan ingresar al campo.
Al final del día, incluso con la tecnología ZK, no solo confíe, sino que verifique. **
Esto va más allá del alcance de la liquidación de transacciones de referencia, debería aplicarse a las herramientas que usamos para construir o compilar código, y los desarrolladores y usuarios deberían ser más conscientes de esto para fomentar la integridad entre proyectos.
Podemos evitar la decepción adoptando una visión holística del espacio ZK, un futuro que promete permitir la verificación sin confianza de casi cualquier cosa. Los constructores deben entender que sus capacidades van mucho más allá de la escalabilidad y la seguridad.