Se espera que la actualización "Bedrock" traiga una reducción de la tarifa del 47 % a la red principal de Optimism, lo que representa un avance significativo. Esto no solo mejora en gran medida el rendimiento de Optimism, sino que también se espera que atraiga a más desarrolladores y usuarios para que se unan al ecosistema de Optimism. La reducción de casi la mitad de la tarifa es obviamente una gran ventaja, ya que le da a Optimism una ventaja significativa en el mercado de cadenas de bloques altamente competitivo, al tiempo que brinda una comodidad y asequibilidad sin precedentes para los usuarios. Además, esta mejora se considera uno de los catalizadores de la solidez continua del mercado ecológico de Optimism, lo que indica que Optimism tiene una perspectiva de desarrollo más amplia y prometedora.
”TL; DR:
"Bedrock" es una importante actualización de la red principal de Optimism con el objetivo de reducir significativamente las tarifas de uso. Este cambio se deriva de una suposición simple: tarifas más bajas equivalen a una mejor experiencia de usuario.
A través de una serie de optimizaciones e innovaciones, se espera que la actualización de Bedrock produzca una reducción del 47 % en los costos de protocolo y las tarifas de seguridad para la red principal de Optimism.
Las principales medidas de optimización incluyen:
Transmita datos de transacciones de manera eficiente: optimice entre la Capa 1 (red de un nivel) y la Capa 2 (red de dos niveles), mejore la eficiencia de la compresión de datos y reorganice los datos enviados desde Optimism a L1 para maximizar los datos disponibles sobre el uso del espacio L1 .
Método de compresión de datos mejorado: entre varios algoritmos de compresión, finalmente se eligió zlib porque proporcionó un buen rendimiento para las necesidades de Optimism.
Adopción de un nuevo sistema de procesamiento por lotes: el sistema de procesamiento por lotes es un formato de línea que convierte los bloques tradicionales en un procesamiento por lotes que elimina la mayor cantidad posible de información adicional y retiene solo una pequeña cantidad de los metadatos necesarios.
Además, la versión Bedrock también reduce la tarifa de Gas en Ethereum tanto como sea posible. Esto se logra eliminando todo el gas de ejecución y reduciendo las tarifas de datos L1 a un mínimo teórico.
En última instancia, estas mejoras ayudarán a los usuarios de la red principal de Optimism a ahorrar una gran cantidad de costos de transacción.
Una vez que se complete la actualización, el equipo de Optimism publicará una actualización a través de la cuenta de Twitter de OP Labs, incluidos los datos posteriores a Bedrock (que mostrarán qué tan precisas son las predicciones), así que esté atento.
Actualización de Bedrock: un nuevo capítulo en el optimismo, se espera que cueste un 47 % menos
Reducir los costos de uso es un principio de diseño que ocupa una gran proporción de la versión Bedrock. Esto resultó en una nueva arquitectura completa de cómo se publican las transacciones en L1 (capa 1) y viceversa.
A pesar de lo poderoso que es este enfoque, se deriva de una suposición muy simple: tarifas más bajas = bueno. Queremos que nuestro ecosistema sea el más accesible: el más fácil, el más divertido, con los menores costos de construcción y transacción.
En última instancia, la actualización de Bedrock traerá una reducción del 47 % en los costos de protocolo y las tarifas de seguridad para la red principal de Optimism. Siga leyendo para saber cómo lo hicimos posible.
¿De dónde viene la tarifa?
Las tarifas por enviar transacciones en la red principal de Optimism provienen de dos fuentes: Tarifa de ejecución L2 (red de capa 2) y Tarifa de seguridad/datos L1.
Las tarifas de ejecución de L2 son similares a cómo funcionan las tarifas de transacción regulares en Ethereum, pero con la ventaja adicional de que los precios del gas de ejecución en la red principal de Optimism son muy bajos, ya que la red no está tan congestionada como L1.
La tarifa de datos L1 se debe a que todas las transacciones en Optimism también se publican en Ethereum. Este paso es fundamental para la seguridad de Optimism, ya que significa que todos los datos necesarios para sincronizar los nodos de Optimism siempre están disponibles públicamente en Ethereum. Esto hace que el Optimismo sea una L2. Los usuarios de Optimism tienen que pagar una tarifa para enviar sus transacciones a Ethereum. Dado que la tarifa de gas en Ethereum es muy costosa, la tarifa de datos L1 ocupa una gran parte del costo total de transacción en la red principal de Optimism.
Buscando mejoras
Al principio del desarrollo de Bedrock, pudimos identificar varias áreas que causaban costos innecesarios a los usuarios. En particular, el sistema heredado de Optimism se diseñó de tal manera que no usaba el espacio de datos L1 de la manera más eficiente posible. Por ejemplo, el sistema anterior a Bedrock que publicaba datos en Ethereum simplemente agregaba tantas transacciones como era posible en un paquete de datos comprimidos que podía completar una sola transacción L1.
Para resolver este problema, el lugar más lógico para comenzar es intentar mejorar la eficiencia de comprimir grandes cantidades de datos publicados en Ethereum. También descubrimos que reorganizar la forma en que se envían los datos desde Optimism a L1 maximiza el uso del espacio de datos disponible en L1.
Iteración de métodos de reparación
Una vez que tuvimos una prueba de concepto de envío de grupos de transacciones compuestos por datos comprimidos que nos acercó a nuestro objetivo, nos enfocamos en optimizar este enfoque.
Entre las restricciones clave que guían el desarrollo está la necesidad de dividir el cuerpo de un bloque L2 en múltiples transacciones L1. Si alguien envía una transacción grande a L2, es posible que deba dividirse para que quepa en L1 Calldata. Además, el algoritmo que usamos para comprimir los datos, cuanto más entrada de datos, mejor relación de compresión. Para abordar esta restricción y maximizar la relación de compresión, diseñamos un sistema que puede explotar estas propiedades.
Lote y comprima datos
El componente clave de este sistema es el procesamiento por lotes. Batch es un formato de transferencia diseñado para minimizar el costo y la complejidad del software de escribir en L1. Los bloques tradicionales se convierten en lotes, eliminando la mayor cantidad de información adicional posible y conservando solo la pequeña cantidad necesaria de metadatos.
A continuación, la lista de transacciones L2 conocida como lotes de secuencia se comprime en los llamados canales. Cada canal tiene un tamaño máximo (inicialmente unos 9,5Mb). Estos canales se comprimirán usando un algoritmo de compresión antes de comprometerse con L1. Comprimir grandes lotes en cada paso es donde obtenemos buenas relaciones de compresión de manera eficiente.
Los canales se dividen a su vez en marcos de canal. Esta es la parte que nos ayuda a abordar las limitaciones clave mencionadas anteriormente. Cortar los canales en marcos nos permite manejar transacciones L2 muy grandes enviándolas a L1 en paralelo, llenando así tanto como sea posible con las transacciones L1 correspondientes.
Algoritmo de compresión
Al elegir un algoritmo de compresión, consideramos candidatos como zstd, brotli y LZW, pero finalmente elegimos zlib porque proporcionó un buen rendimiento para nuestras necesidades.
Un buen rendimiento en este caso significa el equilibrio adecuado entre una buena relación de compresión y una buena velocidad de compresión y descompresión que estamos tratando de lograr. Esto refleja la compensación típica al elegir un algoritmo de compresión: rendimiento de la relación velocidad/compresión.
Minimizar el uso de Ethereum Gas
La última parte que ayuda a reducir el costo es que Bedrock elimina todo el gas de ejecución, reduciendo el costo de datos L1 al mínimo teórico. Discutimos esto en profundidad en la explicación de Bedrock.
Aquí hay un extracto:
Bedrock eliminó todo el gas de ejecución utilizado por el sistema L1 al enviar transacciones conocidas como transacciones por lotes. Toda la lógica de verificación que ocurría anteriormente en los contratos inteligentes de L1 se ha trasladado a lógica de derivación de bloques (lógica de derivación de bloques). En cambio, las transacciones por lotes se envían a una sola EOA (Cuenta de propiedad externa) en Ethereum conocida como dirección de bandeja de entrada por lotes.
Los lotes aún están sujetos a controles de validez (es decir, deben estar codificados correctamente), al igual que las transacciones individuales dentro del lote (por ejemplo, la firma debe ser válida). Los lotes no válidos y las transacciones individuales no válidas en lotes válidos se consideran descartados y no son relevantes para el sistema.
Reducción de costos por números
Después de la actualización de Bedrock, esperamos una ** reducción del costo del protocolo/tarifa de seguridad del 47 %**, incluido el 99 % de los compromisos de la cadena estatal y el 20 % de los costos de compromiso por lotes.
Publicaremos una actualización a través de la cuenta de Twitter de OP Labs después de la actualización, incluidos los números posteriores a Bedrock (que mostrarán cuán precisas son nuestras predicciones), así que esté atento.
Próximos pasos: Optimización de tarifas y EIP-4844
Nos enorgullecemos de los diseños y las soluciones que construimos para mantener bajos los costos de publicación de Bedrock. Este es el resultado de que nuestro equipo se incline hacia sólidos fundamentos de ingeniería y los ejecute limpiamente.
Nuestro equipo continúa optimizando las tarifas para reducir las tarifas de datos L2, así que espere ver esto en un comunicado posterior a Bedrock. Una de las cosas específicas que podemos hacer es programar los envíos por lotes para garantizar que los lotes se envíen dentro de un período de tiempo determinado (por ejemplo, 10 minutos), y podemos enviar lotes cuando la tarifa sea más baja durante esos 10 minutos.
Aún más emocionante es que EIP-4844 pronto se incorporará a Ethereum. Cuando llegue ese momento, el costo de publicar datos en L1 se reducirá aún más.
Si esta publicación lo entusiasmó para desarrollar Optimism, consulte nuestra documentación sobre cómo contribuir a la comunidad. Además, nuestro explicador de Bedrock detalla muchas de las características interesantes que vienen con el lanzamiento de Bedrock.
Ver originales
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Las tarifas de Mainnet se redujeron en un 47 %, un vistazo rápido a la próxima actualización de Optimism's Bedrock
Se espera que la actualización "Bedrock" traiga una reducción de la tarifa del 47 % a la red principal de Optimism, lo que representa un avance significativo. Esto no solo mejora en gran medida el rendimiento de Optimism, sino que también se espera que atraiga a más desarrolladores y usuarios para que se unan al ecosistema de Optimism. La reducción de casi la mitad de la tarifa es obviamente una gran ventaja, ya que le da a Optimism una ventaja significativa en el mercado de cadenas de bloques altamente competitivo, al tiempo que brinda una comodidad y asequibilidad sin precedentes para los usuarios. Además, esta mejora se considera uno de los catalizadores de la solidez continua del mercado ecológico de Optimism, lo que indica que Optimism tiene una perspectiva de desarrollo más amplia y prometedora.
”TL; DR:
Actualización de Bedrock: un nuevo capítulo en el optimismo, se espera que cueste un 47 % menos
Reducir los costos de uso es un principio de diseño que ocupa una gran proporción de la versión Bedrock. Esto resultó en una nueva arquitectura completa de cómo se publican las transacciones en L1 (capa 1) y viceversa.
A pesar de lo poderoso que es este enfoque, se deriva de una suposición muy simple: tarifas más bajas = bueno. Queremos que nuestro ecosistema sea el más accesible: el más fácil, el más divertido, con los menores costos de construcción y transacción.
En última instancia, la actualización de Bedrock traerá una reducción del 47 % en los costos de protocolo y las tarifas de seguridad para la red principal de Optimism. Siga leyendo para saber cómo lo hicimos posible.
¿De dónde viene la tarifa?
Las tarifas por enviar transacciones en la red principal de Optimism provienen de dos fuentes: Tarifa de ejecución L2 (red de capa 2) y Tarifa de seguridad/datos L1.
Las tarifas de ejecución de L2 son similares a cómo funcionan las tarifas de transacción regulares en Ethereum, pero con la ventaja adicional de que los precios del gas de ejecución en la red principal de Optimism son muy bajos, ya que la red no está tan congestionada como L1.
La tarifa de datos L1 se debe a que todas las transacciones en Optimism también se publican en Ethereum. Este paso es fundamental para la seguridad de Optimism, ya que significa que todos los datos necesarios para sincronizar los nodos de Optimism siempre están disponibles públicamente en Ethereum. Esto hace que el Optimismo sea una L2. Los usuarios de Optimism tienen que pagar una tarifa para enviar sus transacciones a Ethereum. Dado que la tarifa de gas en Ethereum es muy costosa, la tarifa de datos L1 ocupa una gran parte del costo total de transacción en la red principal de Optimism.
Buscando mejoras
Al principio del desarrollo de Bedrock, pudimos identificar varias áreas que causaban costos innecesarios a los usuarios. En particular, el sistema heredado de Optimism se diseñó de tal manera que no usaba el espacio de datos L1 de la manera más eficiente posible. Por ejemplo, el sistema anterior a Bedrock que publicaba datos en Ethereum simplemente agregaba tantas transacciones como era posible en un paquete de datos comprimidos que podía completar una sola transacción L1.
Para resolver este problema, el lugar más lógico para comenzar es intentar mejorar la eficiencia de comprimir grandes cantidades de datos publicados en Ethereum. También descubrimos que reorganizar la forma en que se envían los datos desde Optimism a L1 maximiza el uso del espacio de datos disponible en L1.
Iteración de métodos de reparación
Una vez que tuvimos una prueba de concepto de envío de grupos de transacciones compuestos por datos comprimidos que nos acercó a nuestro objetivo, nos enfocamos en optimizar este enfoque.
Entre las restricciones clave que guían el desarrollo está la necesidad de dividir el cuerpo de un bloque L2 en múltiples transacciones L1. Si alguien envía una transacción grande a L2, es posible que deba dividirse para que quepa en L1 Calldata. Además, el algoritmo que usamos para comprimir los datos, cuanto más entrada de datos, mejor relación de compresión. Para abordar esta restricción y maximizar la relación de compresión, diseñamos un sistema que puede explotar estas propiedades.
Lote y comprima datos
El componente clave de este sistema es el procesamiento por lotes. Batch es un formato de transferencia diseñado para minimizar el costo y la complejidad del software de escribir en L1. Los bloques tradicionales se convierten en lotes, eliminando la mayor cantidad de información adicional posible y conservando solo la pequeña cantidad necesaria de metadatos.
A continuación, la lista de transacciones L2 conocida como lotes de secuencia se comprime en los llamados canales. Cada canal tiene un tamaño máximo (inicialmente unos 9,5Mb). Estos canales se comprimirán usando un algoritmo de compresión antes de comprometerse con L1. Comprimir grandes lotes en cada paso es donde obtenemos buenas relaciones de compresión de manera eficiente.
Los canales se dividen a su vez en marcos de canal. Esta es la parte que nos ayuda a abordar las limitaciones clave mencionadas anteriormente. Cortar los canales en marcos nos permite manejar transacciones L2 muy grandes enviándolas a L1 en paralelo, llenando así tanto como sea posible con las transacciones L1 correspondientes.
Algoritmo de compresión
Al elegir un algoritmo de compresión, consideramos candidatos como zstd, brotli y LZW, pero finalmente elegimos zlib porque proporcionó un buen rendimiento para nuestras necesidades.
Un buen rendimiento en este caso significa el equilibrio adecuado entre una buena relación de compresión y una buena velocidad de compresión y descompresión que estamos tratando de lograr. Esto refleja la compensación típica al elegir un algoritmo de compresión: rendimiento de la relación velocidad/compresión.
Minimizar el uso de Ethereum Gas
La última parte que ayuda a reducir el costo es que Bedrock elimina todo el gas de ejecución, reduciendo el costo de datos L1 al mínimo teórico. Discutimos esto en profundidad en la explicación de Bedrock.
Aquí hay un extracto:
Reducción de costos por números
Después de la actualización de Bedrock, esperamos una ** reducción del costo del protocolo/tarifa de seguridad del 47 %**, incluido el 99 % de los compromisos de la cadena estatal y el 20 % de los costos de compromiso por lotes.
Publicaremos una actualización a través de la cuenta de Twitter de OP Labs después de la actualización, incluidos los números posteriores a Bedrock (que mostrarán cuán precisas son nuestras predicciones), así que esté atento.
Próximos pasos: Optimización de tarifas y EIP-4844
Nos enorgullecemos de los diseños y las soluciones que construimos para mantener bajos los costos de publicación de Bedrock. Este es el resultado de que nuestro equipo se incline hacia sólidos fundamentos de ingeniería y los ejecute limpiamente.
Nuestro equipo continúa optimizando las tarifas para reducir las tarifas de datos L2, así que espere ver esto en un comunicado posterior a Bedrock. Una de las cosas específicas que podemos hacer es programar los envíos por lotes para garantizar que los lotes se envíen dentro de un período de tiempo determinado (por ejemplo, 10 minutos), y podemos enviar lotes cuando la tarifa sea más baja durante esos 10 minutos.
Aún más emocionante es que EIP-4844 pronto se incorporará a Ethereum. Cuando llegue ese momento, el costo de publicar datos en L1 se reducirá aún más.
Si esta publicación lo entusiasmó para desarrollar Optimism, consulte nuestra documentación sobre cómo contribuir a la comunidad. Además, nuestro explicador de Bedrock detalla muchas de las características interesantes que vienen con el lanzamiento de Bedrock.