Esta es una traducción del artículo inicialmente publicado en inglés en el mirror oficial de Optimism.

La exitosa actualización de Optimism Goerli Testnet quedó atrás, una sólida competencia de auditoría está poniendo la arquitectura de Bedrock bajo un microscopio, y la votación sobre la propuesta de actualización enviada a la Token House comienza el 15 de febrero. Bedrock está muy cerca de aterrizar en Optimism Mainnet, y nosotros queremos aprovechar esta oportunidad para compartir más detalles sobre la visión y los detalles técnicos detrás de este lanzamiento.

Seguir leyendo para conocer la filosofía de diseño que se utilizó en la elaboración de la actualización de Bedrock, por qué es importante y cómo se tradujo en mejoras en Optimism Mainnet a nivel de protocolo.

Desde las primeras etapas de conceptualización de la actualización de Bedrock, reducir la cantidad de código en OP Stack fue una prioridad clave para el equipo de ingeniería de OP Labs. Este objetivo es tanto práctico como estratégico. Muy simple, cada línea de código en una base de código cuesta dinero para mantener y presenta otra oportunidad para un error. Cuanto menos código hay en un sistema, menos costoso es mantenerlo, y puede ser más seguro.

La forma en que OP Labs logró una base de código mínima fue reutilizando la mayor cantidad de código posible de Ethereum. Pragmáticamente, esto también aumenta la seguridad. Un nuevo código base L2 seguramente tendrá más errores que uno que ha estado en producción y probado en batalla durante más de 8 años.

Más allá de esto, reutilizar el código base de Ethereum nos ayuda a llegar a nuestro segundo principio de guía para construir Bedrock: la verdadera equivalencia de Ethereum.

Asegurar que el lanzamiento de Bedrock sea lo más cercano posible al 100 % de la equivalencia de Ethereum es bueno para los desarrolladores de nuestra comunidad. Heredar las mejoras de L1 requerirá mucho menos impulso de parte de los desarrolladores que trabajan en Optimism a nivel de protocolo. También reducirá la carga del equipo de ingeniería de OP Labs, y los ayudará a construir pensando en nuestra comunidad. Los clientes de ejecución mínimamente modificados nos facilitan mantenernos actualizados con los cambios de Ethereum Mainnet a medida que se implementan.

Todo esto se suma a un ecosistema que facilitará que todos los contribuyentes del protocolo nativo de Ethereum experimenten en Optimism Mainnet después del lanzamiento de Bedrock.

Bedrock está diseñado con abstracciones similares, y una diferencia mínima de Ethereum. Nuestro código base también utiliza términos comunes de Ethereum. La equivalencia a nivel de protocolo significa que los principales contribuyentes de Ethereum entenderán implícitamente cómo usar OP Stack, y los desarrolladores de OP Labs encontrarán igualmente fácil contribuir a Ethereum.

En última instancia, ser 1:1 con Ethereum nos permite servir como campo de pruebas para proyectos experimentales y los EIPs en el futuro. Los desarrolladores de Core Ethereum podrán experimentar, probar e innovar en la base de código L2 más de la equivalencia de Ethereum que existe.

La modularidad es la estrella del lanzamiento de Bedrock, lo que simplifica el intercambio de diferentes componentes en OP Stack. Esto prepara a Optimism para el futuro, habilitando el soporte para múltiples clientes de capa de ejecución y permitiendo que el resumen use pruebas de fallas o pruebas de validez (por ejemplo, un zk-SNARK) como mecanismo de prueba. Esta arquitectura flexible también puede adaptarse a futuros desarrollos en el ecosistema Ethereum.

Esta flexibilidad también hace que sea muy divertido desarrollar Optimism, porque abre la puerta a un sinfín de posibilidades que surgen de la personalización de módulos para propósitos específicos. De esta manera, Bedrock permite una experimentación e innovación significativas en el lado del protocolo de OP Stack.

El mejor ejemplo de cómo esto puede funcionar en la práctica es el trabajo que hizo Lattice para modificar OP Stack para lanzar OP Craft.

Se envió una propuesta de actualización a la Token House para su aprobación. Si se aprueba con éxito, la migración de Optimism Mainnet a Bedrock se llevará a cabo en las semanas siguientes ¡Todas las manos a la obra para garantizar una actualización sin problemas!

Si no puede obtener suficiente de todas las cosas de Bedrock, consulte el explicador técnico de Bedrock que acabamos de publicar en la Community Hub Ethereum-Optimism. También organizaremos un AMA con el tema de Bedrock en nuestro Discord el 8 de febrero a las 6:30 p. m. UTC. ¡Espero que puedas unirte a nosotros! (editar ¡aquí tienen un enlace directo al evento Discord!)

Estén atentos para una gran cantidad de contenido de inmersión profunda en las próximas semanas, incluyendo varios artículos del blog de desarrolladores que examinan mejoras de protocolo específicas como retiros en dos pasos, reducción de tarifas de datos L1, soporte multicliente y más.

Esta es una traducción del artículo inicialmente publicado en inglés en el mirror oficial de Optimism.

La exitosa actualización de Optimism Goerli Testnet quedó atrás, una sólida competencia de auditoría está poniendo la arquitectura de Bedrock bajo un microscopio, y la votación sobre la propuesta de actualización enviada a la Token House comienza el 15 de febrero. Bedrock está muy cerca de aterrizar en Optimism Mainnet, y nosotros queremos aprovechar esta oportunidad para compartir más detalles sobre la visión y los detalles técnicos detrás de este lanzamiento.

Seguir leyendo para conocer la filosofía de diseño que se utilizó en la elaboración de la actualización de Bedrock, por qué es importante y cómo se tradujo en mejoras en Optimism Mainnet a nivel de protocolo.

Desde las primeras etapas de conceptualización de la actualización de Bedrock, reducir la cantidad de código en OP Stack fue una prioridad clave para el equipo de ingeniería de OP Labs. Este objetivo es tanto práctico como estratégico. Muy simple, cada línea de código en una base de código cuesta dinero para mantener y presenta otra oportunidad para un error. Cuanto menos código hay en un sistema, menos costoso es mantenerlo, y puede ser más seguro.

La forma en que OP Labs logró una base de código mínima fue reutilizando la mayor cantidad de código posible de Ethereum. Pragmáticamente, esto también aumenta la seguridad. Un nuevo código base L2 seguramente tendrá más errores que uno que ha estado en producción y probado en batalla durante más de 8 años.

Más allá de esto, reutilizar el código base de Ethereum nos ayuda a llegar a nuestro segundo principio de guía para construir Bedrock: la verdadera equivalencia de Ethereum.

Asegurar que el lanzamiento de Bedrock sea lo más cercano posible al 100 % de la equivalencia de Ethereum es bueno para los desarrolladores de nuestra comunidad. Heredar las mejoras de L1 requerirá mucho menos impulso de parte de los desarrolladores que trabajan en Optimism a nivel de protocolo. También reducirá la carga del equipo de ingeniería de OP Labs, y los ayudará a construir pensando en nuestra comunidad. Los clientes de ejecución mínimamente modificados nos facilitan mantenernos actualizados con los cambios de Ethereum Mainnet a medida que se implementan.

Todo esto se suma a un ecosistema que facilitará que todos los contribuyentes del protocolo nativo de Ethereum experimenten en Optimism Mainnet después del lanzamiento de Bedrock.

Bedrock está diseñado con abstracciones similares, y una diferencia mínima de Ethereum. Nuestro código base también utiliza términos comunes de Ethereum. La equivalencia a nivel de protocolo significa que los principales contribuyentes de Ethereum entenderán implícitamente cómo usar OP Stack, y los desarrolladores de OP Labs encontrarán igualmente fácil contribuir a Ethereum.

En última instancia, ser 1:1 con Ethereum nos permite servir como campo de pruebas para proyectos experimentales y los EIPs en el futuro. Los desarrolladores de Core Ethereum podrán experimentar, probar e innovar en la base de código L2 más de la equivalencia de Ethereum que existe.

La modularidad es la estrella del lanzamiento de Bedrock, lo que simplifica el intercambio de diferentes componentes en OP Stack. Esto prepara a Optimism para el futuro, habilitando el soporte para múltiples clientes de capa de ejecución y permitiendo que el resumen use pruebas de fallas o pruebas de validez (por ejemplo, un zk-SNARK) como mecanismo de prueba. Esta arquitectura flexible también puede adaptarse a futuros desarrollos en el ecosistema Ethereum.

Esta flexibilidad también hace que sea muy divertido desarrollar Optimism, porque abre la puerta a un sinfín de posibilidades que surgen de la personalización de módulos para propósitos específicos. De esta manera, Bedrock permite una experimentación e innovación significativas en el lado del protocolo de OP Stack.

El mejor ejemplo de cómo esto puede funcionar en la práctica es el trabajo que hizo Lattice para modificar OP Stack para lanzar OP Craft.

Se envió una propuesta de actualización a la Token House para su aprobación. Si se aprueba con éxito, la migración de Optimism Mainnet a Bedrock se llevará a cabo en las semanas siguientes ¡Todas las manos a la obra para garantizar una actualización sin problemas!

Si no puede obtener suficiente de todas las cosas de Bedrock, consulte el explicador técnico de Bedrock que acabamos de publicar en la Community Hub Ethereum-Optimism. También organizaremos un AMA con el tema de Bedrock en nuestro Discord el 8 de febrero a las 6:30 p. m. UTC. ¡Espero que puedas unirte a nosotros! (editar ¡aquí tienen un enlace directo al evento Discord!)

Estén atentos para una gran cantidad de contenido de inmersión profunda en las próximas semanas, incluyendo varios artículos del blog de desarrolladores que examinan mejoras de protocolo específicas como retiros en dos pasos, reducción de tarifas de datos L1, soporte multicliente y más.