Recientemente, varios hermanos me han preguntado, en esta ola de popularidad de ZK, ¿cuál es realmente una infraestructura de nivel básico? Creo que @ZKVProtocol es un personaje que vale la pena seguir. Puede ser una variable en la capa de verificación de ZK, también puede ser un punto de riesgo, pero si funciona, será esa pieza clave que puede establecer el estándar.
Primero hablemos de los puntos críticos. Uno de los mayores problemas en todo el escenario de ZK ahora no es "si se puede generar un proof", sino "la eficiencia y el costo de verificar el proof". No se dejen engañar por los avances en los algoritmos de generación, en realidad, la fase de verificación es la que realmente está frenando la expansión del ecosistema: hay demasiados tipos de proof, diferentes entornos de cadena, mala compatibilidad y, además, las tarifas de gas pueden dispararse.
@ZKVProtocol lo que quiere hacer es cubrir esta brecha: crear una capa de verificación universal, sin importar si eres ZK-rollup, puente entre cadenas, verificación de identidad o aplicación de juegos, deja la verificación en manos de ella, ahorrando tiempo y dinero y evitando complicaciones. Suena muy bien, pero los puntos difíciles son claros: ¿se puede mantener baja latencia y bajo costo en múltiples cadenas y múltiples tipos de prueba? Esta es una métrica dura, no se puede engañar.
Para que realmente funcione, se necesita una colaboración ecológica. Imagínate, en el futuro, diferentes L2, cadenas zk, e incluso oráculos y aplicaciones de identidad se conectan directamente a zkVerify, en lugar de crear sus propias ruedas de verificación, entonces el efecto de escalabilidad sería explosivo.
Pero no basta con tener rendimiento y ecosistema. Como infraestructura, la seguridad, la gobernanza y la transparencia deben ser sólidas. En caso de que la capa de verificación colapse, todas las aplicaciones en la cadena se verán afectadas. ¿Es suficiente la auditoría pública? ¿Puede la comunidad supervisar la gobernanza? Estos son puntos clave.
Al mirar más lejos, si el proyecto puede durar, depende de los escenarios de usuarios reales. No se trata solo de mantener el interés de las personas a través de airdrops y juegos de puntos, sino de hacer que los desarrolladores, tras haber integrado una vez, sientan que es "útil y sin preocupaciones", y así se forme una buena reputación. Por ejemplo, en los juegos de cadena, la liquidación instantánea, la verificación de seguridad de los puentes entre cadenas, la llamada a datos privados... Una vez que algunos escenarios se ejecuten correctamente, se establece un ciclo positivo.
Así que mi juicio personal es que @ZKVProtocol es una apuesta de plataforma. Si tiene éxito, puede convertirse en un módulo básico como un oráculo o un puente entre cadenas, ocupando directamente la entrada de la capa base de las aplicaciones ZK; si no tiene éxito, podría ser solo un prototipo. Pero este tipo de proyectos ya valen la pena arriesgarse.
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.
Recientemente, varios hermanos me han preguntado, en esta ola de popularidad de ZK, ¿cuál es realmente una infraestructura de nivel básico? Creo que @ZKVProtocol es un personaje que vale la pena seguir. Puede ser una variable en la capa de verificación de ZK, también puede ser un punto de riesgo, pero si funciona, será esa pieza clave que puede establecer el estándar.
Primero hablemos de los puntos críticos. Uno de los mayores problemas en todo el escenario de ZK ahora no es "si se puede generar un proof", sino "la eficiencia y el costo de verificar el proof". No se dejen engañar por los avances en los algoritmos de generación, en realidad, la fase de verificación es la que realmente está frenando la expansión del ecosistema: hay demasiados tipos de proof, diferentes entornos de cadena, mala compatibilidad y, además, las tarifas de gas pueden dispararse.
@ZKVProtocol lo que quiere hacer es cubrir esta brecha: crear una capa de verificación universal, sin importar si eres ZK-rollup, puente entre cadenas, verificación de identidad o aplicación de juegos, deja la verificación en manos de ella, ahorrando tiempo y dinero y evitando complicaciones. Suena muy bien, pero los puntos difíciles son claros: ¿se puede mantener baja latencia y bajo costo en múltiples cadenas y múltiples tipos de prueba? Esta es una métrica dura, no se puede engañar.
Para que realmente funcione, se necesita una colaboración ecológica. Imagínate, en el futuro, diferentes L2, cadenas zk, e incluso oráculos y aplicaciones de identidad se conectan directamente a zkVerify, en lugar de crear sus propias ruedas de verificación, entonces el efecto de escalabilidad sería explosivo.
Pero no basta con tener rendimiento y ecosistema. Como infraestructura, la seguridad, la gobernanza y la transparencia deben ser sólidas. En caso de que la capa de verificación colapse, todas las aplicaciones en la cadena se verán afectadas. ¿Es suficiente la auditoría pública? ¿Puede la comunidad supervisar la gobernanza? Estos son puntos clave.
Al mirar más lejos, si el proyecto puede durar, depende de los escenarios de usuarios reales. No se trata solo de mantener el interés de las personas a través de airdrops y juegos de puntos, sino de hacer que los desarrolladores, tras haber integrado una vez, sientan que es "útil y sin preocupaciones", y así se forme una buena reputación. Por ejemplo, en los juegos de cadena, la liquidación instantánea, la verificación de seguridad de los puentes entre cadenas, la llamada a datos privados... Una vez que algunos escenarios se ejecuten correctamente, se establece un ciclo positivo.
Así que mi juicio personal es que @ZKVProtocol es una apuesta de plataforma. Si tiene éxito, puede convertirse en un módulo básico como un oráculo o un puente entre cadenas, ocupando directamente la entrada de la capa base de las aplicaciones ZK; si no tiene éxito, podría ser solo un prototipo. Pero este tipo de proyectos ya valen la pena arriesgarse.