¿El mayor contribuyente a resistir la presión de las inscripciones?Sobre la mejora de zkSync por la actualización de Boojum

Escrito por: Haotian

Recientemente, @zksync completado la actualización de Boojum, y fue bajo esta premisa que zkSync resistió la prueba de estrés de la Operación SYNC Inscription. Sin embargo, Boojum está infravalorado por el mercado.

¿Qué mejoras de rendimiento trae Boojum? ¿Se puede resolver el criticado problema de estabilidad de las Finanzas Descentralizadas? A continuación, hablemos de mi entendimiento:

1. La actualización de Boojum, entendida de forma sencilla, permitirá a zkSync completar la transición de SNARK a STARK proof. El flujo de trabajo es aproximadamente el siguiente:

Cuando se encapsula un lote, estas transacciones se dividen en múltiples circuitos específicos, que luego se procesan en paralelo y a alta velocidad para generar una gran cantidad de STARK, que finalmente se agregan en una prueba de STARK. Finalmente, la prueba STARK se encapsula en una prueba SNARK y se envía a la red principal para su verificación.

Esta combinación de STARK y SNARK garantiza un procesamiento eficiente de grandes volúmenes de transacciones, al tiempo que reduce el tamaño de los datos enviados a la red principal (los SNARK son más simples) y más compatibles con la red principal.

El uso de dos pruebas al mismo tiempo significa que la tecnología avanzada de compresión, la tecnología de aceleración de hardware, la optimización de algoritmos, la eficiencia de agregación de procesamiento por lotes, la optimización de memoria y almacenamiento del sistema Prover tendrán mejoras significativas en el rendimiento.

2. Según el tweet de @0xtaetaehoho, el volumen promedio de datos por transacción era de 211 bytes antes de la actualización de Boojum, y se puede reducir a aproximadamente 68 bytes después de la actualización, y la mejora de la tecnología de compresión aumentará directamente en gran medida el volumen de transacciones de cada lote en la capa 2, lo que aumentará en gran medida el TPS (alrededor de 450), y el costo de gas de una sola transacción se reducirá (alrededor del 65%).

El principio no es difícil de entender, la capa 2 envía datos de prueba de estado a los datos de llamada de la red principal, debido a los datos de almacenamiento limitados en la red principal, las capacidades de procesamiento paralelo STARK de la capa 2 y la tecnología de procesamiento de compresión a prueba SNARK determinan el volumen de transacción y el nivel de gas que puede procesar un solo lote;

3. Anteriormente, ZK-Rollup tenía problemas de inestabilidad en el procesamiento de transacciones de finanzas descentralizadas de baja frecuencia, y su tendencia nativa no era propicia para la estabilidad de las finanzas descentralizadas. Por ejemplo, el precio variable de las finanzas descentralizadas requiere varias fuentes de precios de Oracle y, si las dos transacciones no se agrupan en el mismo estado, el desgaste de las transacciones resultante aumentará.

Ahora, el volumen de transacciones de un solo lote en la capa 2 ha aumentado significativamente y se pueden acomodar más actualizaciones de estado de datos de Oracle dentro del bloque. Los problemas de estabilidad de las finanzas descentralizadas también se resolverán de manera efectiva.

Como dijo el @anthonykrose oficial de zkSync, no importa cuántas actualizaciones de Oracle Machine estén contenidas en un bloque, todo el estado del bloque se puede procesar y registrar como un todo, y solo necesita pagar el costo de una escritura de estado. Esto es beneficioso para las tarifas bajas, la alta eficiencia y la estabilidad de las aplicaciones de finanzas descentralizadas en la cadena ZK-Rollup.

Es lógico que la actualización de Boojum deba considerarse como un hito para zkSync.

Por un lado, verifica la inferencia de que cuanto mayor sea el volumen de transacciones del sistema ZK, menor será la tarifa de gas, mejor será la experiencia y, por otro lado, también demuestra que la aplicación eficiente y la mejora del rendimiento de los recursos informáticos, como la tecnología de compresión y la aceleración de hardware del sistema Prover fuera de la cadena, aportarán una imaginación infinita al sistema ZK.

Después de la actualización de Cancún, se esperaba que EthereumMainnet blob Block Size redujera el costo de las transacciones por lotes de capa 2, y ahora la optimización técnica del propio sistema ZK ha llevado el rollup de la serie ZK y el rollup de la serie OP al mismo nivel.

El punto es que ZK-Rollup es mucho más “activo” que OP-Rollup. Las ventajas de la tecnología ZK-Rollup, que siempre se han dicho, han sido plenamente probadas después de la actualización de Boojum.

Referencia: Para la aceleración de hardware ZK, la optimización de la potencia de cálculo, etc., consulte los siguientes informes de investigación: