DUSK este proyecto es bastante interesante—no sigue las modas de especulación, sino que invierte en optimización a nivel de base. El sistema de prueba PLONKup, desarrollado en colaboración con la Universidad de Barcelona, es un ejemplo perfecto, ya que optimiza el proceso de compromiso de polinomios basado en PLONK. Los datos de pruebas son muy claros: generar una prueba de agregación de múltiples bloques toma solo 1.7 segundos, un 40% más rápido que el PLONK nativo, y además soporta la verificación recursiva—lo que significa que la validez de múltiples bloques puede consolidarse en una sola prueba, reduciendo significativamente la carga de verificación en la cadena.
Combinado con el marco de deserialización sin copia rkyv, la eficiencia en la carga de datos mejora notablemente. Antes, al probar un proyecto ZK normal, cargar 100 transacciones tomaba 1.2 segundos; DUSK solo necesita 0.5 segundos, además de ahorrar un 35% en uso de memoria. Esto mejora mucho la experiencia de los nodos ligeros.
Sumado a su implementación personalizada de Poseidon Hash, diseñada específicamente para escenarios de pruebas de conocimiento cero. En las pruebas de resistencia a colisiones, supera ampliamente a SHA-256, con un tiempo de cálculo de hash un 28% menor que funciones similares, y puede soportar las demandas de cálculos de alta frecuencia en contratos de privacidad.
Pero para terminar, un detalle interesante—en la primera prueba, no activaron la característica std en rayon para paralelismo, y el tiempo de generación de la prueba se duplicó. Luego, al consultar la documentación de crates.io, descubrieron que era necesario activar manualmente los parámetros de compilación en paralelo. Tras ajustarlo, el rendimiento mejoró de inmediato. Esta actitud de insistir en los detalles a nivel de base realmente deja una buena impresión. Sin depender de trucos, sino de colaboraciones académicas y optimización de ingeniería para perfeccionar el producto, en el sector de cadenas públicas de privacidad, se puede considerar una corriente técnica auténtica.
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.
9 me gusta
Recompensa
9
5
Republicar
Compartir
Comentar
0/400
UnluckyValidator
· hace5h
嗯 PLONKup esta cosa realmente no está mal, finalmente hay un proyecto que se atreve a esforzarse en la capa base
Ver originalesResponder0
PensionDestroyer
· hace7h
Ay, la optimización de PLONKup parece tener algo, generar la prueba de agregación en 1.7 segundos es mucho más rápido de lo que pensaba... Antes pensaba que era otra cosa de moda
¿Cargar datos de transacción en 0.5 segundos y ahorrar un 35% de memoria? Eso es impresionante, la experiencia de nodos ligeros realmente debería mejorar
Los detalles de paralelización con rayon son bastante duros... en retrospectiva, estos tipos claramente han cometido muchos errores
Cada vez hay más sensación de que los académicos están haciendo cadenas, mejor que estar todo el día hablando de "innovaciones revolucionarias"
Que Poseidon Hash sea un 28% más rápido, estos datos son un poco impactantes, pero después de las pruebas de colisión, significa que las cosas están bien
Pero hablando en serio, cualquiera puede alardear de una optimización impresionante, ¿realmente funciona de manera estable cuando se ejecuta?
Ver originalesResponder0
ContractFreelancer
· hace7h
Realmente impresionado por los detalles técnicos de DUSK... así es como debería ser hacer ZK
Ver originalesResponder0
SocialFiQueen
· hace7h
Es raro ver un proyecto que se centre en la tecnología en lugar de en conceptos de especulación, y esa mejora del 40% en rendimiento no es nada trivial... Sin embargo, el detalle clave es la paralelización con rayon, muchos equipos simplemente no se toman esa molestia en serio.
Ver originalesResponder0
OnChainDetective
· hace7h
NgL la generación de pruebas de las 1.7s llamó mi atención—corrí los números y esa mejora del 40% sobre vanilla plonk en realidad coincide con lo que publicó la colaboración de Barcelona. pero aquí lo que me molesta: ¿nadie está poniendo a prueba esto bajo condiciones reales de mainnet todavía? siempre soy escéptico cuando las métricas de rendimiento provienen de configuraciones de laboratorio controladas, la verdad
DUSK este proyecto es bastante interesante—no sigue las modas de especulación, sino que invierte en optimización a nivel de base. El sistema de prueba PLONKup, desarrollado en colaboración con la Universidad de Barcelona, es un ejemplo perfecto, ya que optimiza el proceso de compromiso de polinomios basado en PLONK. Los datos de pruebas son muy claros: generar una prueba de agregación de múltiples bloques toma solo 1.7 segundos, un 40% más rápido que el PLONK nativo, y además soporta la verificación recursiva—lo que significa que la validez de múltiples bloques puede consolidarse en una sola prueba, reduciendo significativamente la carga de verificación en la cadena.
Combinado con el marco de deserialización sin copia rkyv, la eficiencia en la carga de datos mejora notablemente. Antes, al probar un proyecto ZK normal, cargar 100 transacciones tomaba 1.2 segundos; DUSK solo necesita 0.5 segundos, además de ahorrar un 35% en uso de memoria. Esto mejora mucho la experiencia de los nodos ligeros.
Sumado a su implementación personalizada de Poseidon Hash, diseñada específicamente para escenarios de pruebas de conocimiento cero. En las pruebas de resistencia a colisiones, supera ampliamente a SHA-256, con un tiempo de cálculo de hash un 28% menor que funciones similares, y puede soportar las demandas de cálculos de alta frecuencia en contratos de privacidad.
Pero para terminar, un detalle interesante—en la primera prueba, no activaron la característica std en rayon para paralelismo, y el tiempo de generación de la prueba se duplicó. Luego, al consultar la documentación de crates.io, descubrieron que era necesario activar manualmente los parámetros de compilación en paralelo. Tras ajustarlo, el rendimiento mejoró de inmediato. Esta actitud de insistir en los detalles a nivel de base realmente deja una buena impresión. Sin depender de trucos, sino de colaboraciones académicas y optimización de ingeniería para perfeccionar el producto, en el sector de cadenas públicas de privacidad, se puede considerar una corriente técnica auténtica.