¿Por qué las instituciones financieras a nivel institucional siempre fruncen el ceño ante la cadena de bloques? Después de todo, siguen siendo esas dos palabras: rendimiento. Cada vez que el equipo técnico menciona "prueba de conocimiento cero" y "protección de la privacidad", la reacción de las instituciones financieras suele ser — ¿esto no va a ser demasiado lento?
El sistema de prueba Rushel de Dusk busca romper esa imagen estereotipada. Su ambición es clara: integrar verdaderamente la capacidad de privacidad de ZK en un rango de TPS aceptable para las instituciones, en lugar de forzar a estas a elegir entre una u otra.
La llamada "variación de alto rendimiento" en realidad se centra en equilibrar la generación y verificación de pruebas. Especialmente para escenarios de transacciones financieras con patrones repetitivos, no se trata de desarrollar una solución ZK universal que cure todos los males, sino de precompilar circuitos más eficientes específicamente para operaciones financieras (como transferencia de activos, verificación de saldos). O dicho de otra forma, utiliza tecnología de pruebas recursivas para " comprimir" las pruebas de múltiples transacciones en una sola, de modo que en la cadena solo sea necesario verificar esta prueba agregada. Así, la mejora en TPS se refleja directamente: lo que antes se procesaba de forma individual ahora se puede hacer en lotes.
La expresión "integrar en el límite de TPS" también es muy cuidadosa. El objetivo de Rushel no es alcanzar el máximo TPS en papel, sino encontrar ese punto crítico que las instituciones consideran "usable y con buena experiencia". ¿Requisitos de microsegundos en trading de alta frecuencia? Eso seguramente no es realista. Pero, ¿qué pasa con escenarios como comercio a granel, emisión y liquidación de activos, liquidación en mercados OTC? Procesar decenas o cientos de transacciones privadas por segundo, con confirmaciones finales en unos pocos segundos, puede abrir muchas ventanas de aplicación.
La pregunta es: ¿esta optimización específica para escenarios financieros no compromete su versatilidad? ¿Se puede mantener tanto los beneficios de rendimiento como la capacidad de adaptarse rápidamente? Los productos financieros cambian demasiado rápido, ¿puede Rushel seguirles el ritmo? Esa es la verdadera prueba: el rendimiento nunca es un número fijo, debe equilibrarse dinámicamente con la complejidad del negocio.
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.
11 me gusta
Recompensa
11
5
Republicar
Compartir
Comentar
0/400
DeFiGrayling
· hace11h
El rendimiento, si Rushel realmente puede dominarlo, sería increíble, pero todavía tengo algunas dudas sobre si podrá mantenerse al ritmo de la velocidad de iteración loca del sector financiero.
Ver originalesResponder0
GhostInTheChain
· hace12h
Todos hablan de que Rushel puede romper el estancamiento en rendimiento, pero en realidad todavía están haciendo trampa en el escenario específico de las finanzas. ¿Realmente se puede garantizar un rendimiento general? No lo creo mucho.
Ver originalesResponder0
ThesisInvestor
· hace12h
En pocas palabras, quieren encontrar un equilibrio entre privacidad y velocidad. Suena bien, pero ¿puede implementarse? Lo que más temen los del mundo financiero es fallar.
Ver originalesResponder0
PensionDestroyer
· hace12h
Jaja, otra vez la misma vieja historia de rendimiento. La técnica de compresión recursiva de Rushel parece buena, pero cuando realmente se implemente en producción, ¿seguro que no fallará?
Ver originalesResponder0
SelfStaking
· hace12h
Bueno, sigue siendo el mismo problema de siempre, el rendimiento de ZK es un cuello de botella... Dusk intenta superar la latencia mediante circuitos precompilados y compresión recursiva, la idea es buena, pero ¿realmente se puede implementar?
¿Por qué las instituciones financieras a nivel institucional siempre fruncen el ceño ante la cadena de bloques? Después de todo, siguen siendo esas dos palabras: rendimiento. Cada vez que el equipo técnico menciona "prueba de conocimiento cero" y "protección de la privacidad", la reacción de las instituciones financieras suele ser — ¿esto no va a ser demasiado lento?
El sistema de prueba Rushel de Dusk busca romper esa imagen estereotipada. Su ambición es clara: integrar verdaderamente la capacidad de privacidad de ZK en un rango de TPS aceptable para las instituciones, en lugar de forzar a estas a elegir entre una u otra.
La llamada "variación de alto rendimiento" en realidad se centra en equilibrar la generación y verificación de pruebas. Especialmente para escenarios de transacciones financieras con patrones repetitivos, no se trata de desarrollar una solución ZK universal que cure todos los males, sino de precompilar circuitos más eficientes específicamente para operaciones financieras (como transferencia de activos, verificación de saldos). O dicho de otra forma, utiliza tecnología de pruebas recursivas para " comprimir" las pruebas de múltiples transacciones en una sola, de modo que en la cadena solo sea necesario verificar esta prueba agregada. Así, la mejora en TPS se refleja directamente: lo que antes se procesaba de forma individual ahora se puede hacer en lotes.
La expresión "integrar en el límite de TPS" también es muy cuidadosa. El objetivo de Rushel no es alcanzar el máximo TPS en papel, sino encontrar ese punto crítico que las instituciones consideran "usable y con buena experiencia". ¿Requisitos de microsegundos en trading de alta frecuencia? Eso seguramente no es realista. Pero, ¿qué pasa con escenarios como comercio a granel, emisión y liquidación de activos, liquidación en mercados OTC? Procesar decenas o cientos de transacciones privadas por segundo, con confirmaciones finales en unos pocos segundos, puede abrir muchas ventanas de aplicación.
La pregunta es: ¿esta optimización específica para escenarios financieros no compromete su versatilidad? ¿Se puede mantener tanto los beneficios de rendimiento como la capacidad de adaptarse rápidamente? Los productos financieros cambian demasiado rápido, ¿puede Rushel seguirles el ritmo? Esa es la verdadera prueba: el rendimiento nunca es un número fijo, debe equilibrarse dinámicamente con la complejidad del negocio.