Desempaquetando la próxima generación de Ethereum L2s (II): Booster Rollups

Avanzado1/26/2025, 12:17:07 AM
Esta publicación profundizará en la próxima evolución de los rollups: los rollups de refuerzo. Los rollups de refuerzo no solo se basan en los rollups existentes, sino que también empujan los límites de la composabilidad de Ethereum. Pero, ¿cómo exactamente expandimos esta composabilidad?

En elprimer postEn nuestra serie Rollups 2.0, cubrimos rollups basados, donde la secuenciación basada es uno de los métodos más descentralizados y compatibles con Ethereum para gestionar un rollup. Al ceder la tarea de secuenciación de transacciones a la Capa 1 de Ethereum, los rollups basados aprovechan la descentralización, simplicidad y actividad de L1, junto con otras ventajas.

En la publicación de hoy, nos adentramos en la próxima evolución de los rollups: los rollups Booster. Los rollups Booster no solo se basan en la base de los rollups existentes, sino que también empujan los límites de la composabilidad de Ethereum. Pero, ¿cómo expandimos exactamente esta composabilidad?

¿Cuáles son los problemas dentro del espacio L2 en este momento?

Para asegurar que las redes L2 funcionen como se espera, a menudo se necesitan controles adicionales. Sin embargo, los procesos principales de liquidación y ejecución todavía se llevan a cabo directamente en L1. Esto significa que aunque L2s amplían la funcionalidad con ejecución EVM fuera de la cadena, también añaden complejidad adicional. Aunque esta lógica adicional no es ideal, el objetivo final es estandarizar las operaciones y depender completamente de la EVM estándar. La estandarización es esencial para permitir intercambios de transacciones fluidos entre diferentes L2s. Para lograr esto, podría ser necesario un nuevo tipo de transacción, uno que pueda operar en múltiples cadenas. En este sistema, una sola transacción podría crear subtransacciones más pequeñas. Cada subtransacción incluiría detalles como el ID de la cadena de origen, el ID de la cadena de destino, datos de entrada (como el llamador, la dirección y los datos de llamada) y la salida resultante de la cadena de destino. Estos datos de transacción desempeñan dos roles importantes:
  1. Actúa como entrada en la cadena de origen, permitiendo a los participantes ver la salida sin involucrar directamente la cadena de destino.
  2. Se utiliza en la cadena de destino para confirmar que las entradas dadas producen las salidas esperadas.

    Al utilizar este enfoque, cada cadena puede verificar de forma independiente sus propias transacciones mientras sigue un estándar compartido para los formatos e insumos de transacción. Como resultado, la verificación de bloques sigue siendo sencilla, utilizando el contrato verificador L1 familiar para garantizar que los bloques sean válidos.

¿En qué se diferencian los refuerzos de rollups?

Los rollups de refuerzo procesan transacciones como si estuvieran en L1, con acceso al estado de L1 pero con almacenamiento separado, escalando tanto la ejecución como el almacenamiento a L2. Cada L2 extiende el espacio de bloque de L1, distribuyendo el procesamiento de transacciones y el almacenamiento de datos.

Imagina implementar tu aplicación descentralizada (dapp) solo una vez y que se escale automáticamente en todas las redes de Capa 2 (L2). Si necesitas más espacio de bloque, simplemente agrega más rollups de refuerzo sin necesidad de más configuraciones. En otras palabras, los desarrolladores no enfrentan una carga de trabajo adicional, gastos de redistribución ni complicaciones adicionales.

En pocas palabras, los rollups de refuerzo son como agregar CPUs o SSD adicionales a su computadora portátil: mejoran el rendimiento, permitiendo que las aplicaciones se ejecuten de manera más eficiente y se expandan fácilmente.

O para los lectores con una mentalidad técnica, los rollups de refuerzo también pueden ser descritos como 'distribuir la ejecución de transacciones y almacenamiento en múltiples fragmentos'.

¿Cómo funcionan los rollups de refuerzo?

Cualquier rollup, ya sea optimista o ZK, puede adoptar la funcionalidad de refuerzo. Sin embargo, el refuerzo completo no es obligatorio para todos los rollups, ya que algunos podrían beneficiarse de optimizaciones específicas de L2.

El escenario óptimo para el impulso es con un rollup basado si el objetivo es lograr una escalabilidad nativa de Ethereum. Al habilitar a los validadores de L1 para proponer bloques para toda la red impulsada, estás escalando efectivamente Ethereum de manera perfecta.

Los rollups mejorados también abordan el problema de fragmentación que prevalece en los ecosistemas actuales de rollup. Al aprovechar la secuenciación basada, mantienen los beneficios de la secuenciación L1 al tiempo que introducen transacciones atómicas a través de todos los L2 dentro de la red del refuerzo. Esta configuración permite el tipo de escalado de Ethereum concebido desde el principio: integrado pero expansivo, ofreciendo una solución unificada a los desafíos de crecimiento de Ethereum.

Una descripción de cómo funciona la arquitectura de refuerzo de rollups

Dado que los rollups de refuerzo son compatiblescomposabilidad síncronapor su naturaleza, este modelo rollup elimina la molestia de lidiar con la fragmentación o cambiar entre L2s. Todas las dapps preferidas estarán disponibles en cada L2, brindando una experiencia Ethereum sin problemas.

Con rollups potenciados, los desarrolladores pueden escalar sus dapps sin la necesidad de múltiples redespliegues en L2s. Despliega tu dapp en L1 solo una vez y se escalará automáticamente a todos los L2s potenciados existentes y futuros, simplificando el proceso general de desarrollo y despliegue.

¿Qué equipos están construyendo rollups de refuerzo?

Uno de los pocos equipos que están construyendo rollups de refuerzo en este momento es@gwyneth_taiko""> @gwyneth_taiko que también es un rollup basado componibles sin problemas con Ethereum. Gwyneth aprovecha la base de Ethereum, donde la secuenciación de transacciones es manejada por validadores L1, y los bloques son ensamblados por constructores L1 compatibles.

Gwyneth encarna la composabilidad sincrónica al mejorar y extender las capacidades de L1. Con secuenciación nativa, permite una integración fluida entre rollups y estados L1. A medida que la demanda de espacio de bloque aumenta, implementar rollups de refuerzo adicionales es sencillo, similar a actualizar un portátil con más CPUs o SSD para aumentar la potencia computacional y permitir un alcance de aplicación más amplio. Gwyneth visualiza un Ethereum integrado de forma fluida, sin fragmentación.

Gwyneth introduce un mecanismo de preconfirmación, donde los validadores de L1 pueden comprometerse con los estados de L2 con antelación, brindando a los usuarios confirmaciones de transacciones rápidas y garantizando que las tarifas de congestión y contención se compartan equitativamente entre los participantes de la capa base. Tras la transacción preconfirmada basada en pioneros en la red de prueba de Taiko, esta innovación continúa avanzando.

Desde su creación, Gwyneth está diseñado con la finalidad en mente. Alimentado por el multi-proveedor interno de Taiko, Raiko, está construido para lograr la componibilidad síncrona. En la actualidad, los Entornos de Ejecución Confiables (TEEs) sirven como una salvaguardia mínima para la ejecución, pero el futuro promete aprovechar las máquinas virtuales de conocimiento cero optimizadas (zkVMs) como SP1, Risc0 y potencialmente muchas otras.

El caso de rollups booster

Los rollups de refuerzo mejoran la escalabilidad de manera transparente, como agregar servidores a una granja. Este diseño permite a las aplicaciones utilizar recursos adicionales sin problemas, asegurando que los desarrolladores puedan escalar sus soluciones sin requerir pasos adicionales, como implementar infraestructuras L2 complejas.

Abordan el problema de la fragmentación al proporcionar una experiencia uniforme en L1 y L2. Con contratos inteligentes que comparten la misma dirección, los usuarios se benefician de la consistencia y la simplicidad, independientemente de si interactúan con un entorno L1 o L2.

Resuelven las ineficiencias de implementación al permitir a los desarrolladores implementar una vez en L1, haciendo que las dapps sean multi-rollup por defecto, con actualizaciones gestionadas de forma centralizada. Los usuarios disfrutan de una única dirección en todas las redes, ya sea mediante un EOA o una billetera inteligente, facilitando transacciones sin problemas en L1 y L2.

Abordan el desafío al que se enfrentan los operadores de rollup al persuadir a los desarrolladores de que implementen en su red, ya que las dapps están disponibles automáticamente. El concepto es apilable, combinando el refuerzo con los rollups base para una escalabilidad significativa. No todos los L2 deben ser rollups de refuerzo, lo que permite redes mixtas.

Resuelven problemas de soberanía y seguridad eliminando la necesidad de contratos envolventes específicos, ya que los contratos inteligentes funcionan de la misma forma en L1 y L2, manteniendo el control con los desarrolladores. La seguridad se mejora al abordar los puntos únicos de fallo, con seguridad aplicada ahora por dapp, en lugar de depender de puentes o implementaciones específicas.

Sobre las limitaciones de los rollups de refuerzo

Para asegurar que L2 refleja a L1, los despliegues de contratos deben estar restringidos solo a L1, asegurando un acceso uniforme a través de los L2. Esto no es una limitación importante ya que los contratos inteligentes aún pueden comportarse de manera diferente a través de métodos impulsados por datos, como almacenar direcciones de contrato en el almacenamiento que pueden variar entre cadenas.

Si bien L1 mantiene los datos compartidos, esto no aumenta directamente la escalabilidad, que es un desafío inherente en los sistemas escalables. Los desarrolladores deben optimizar para minimizar este impacto. Al igual que el software tradicional, no todas las dapps pueden aprovechar al máximo el procesamiento paralelo. Sin embargo, estas dapps aún se benefician de la interoperabilidad; aunque operan en L2 individuales, siguen siendo accesibles de forma universal.

Los rollups de refuerzo actúan esencialmente como una extensión de la cadena L1 pero con una ejecución y almacenamiento de transacciones únicos. Para interpretar las transacciones de Booster Rollup, los nodos L1 y L2 deben ejecutarse en sincronía. Sin embargo, un enfoque podría implicar ejecutar tanto L1 como L2 en el mismo nodo, alternando entre el almacenamiento compartido de L1 y el almacenamiento específico de L2 durante la ejecución de las transacciones.

Conclusión

Los rollups de refuerzo ofrecen una solución transformadora a los desafíos de escalabilidad de Ethereum al integrarse perfectamente con L1 para mejorar el rendimiento de transacciones y la eficiencia de almacenamiento. Abordan problemas como la fragmentación y las ineficiencias de implementación, permitiendo a los desarrolladores escalar dapps a través de múltiples L2 de manera fácil, manteniendo la seguridad y la soberanía. Al agilizar la escalabilidad y fomentar la interoperabilidad, los rollups de refuerzo allanan el camino para un ecosistema de Ethereum más cohesionado y amigable para el usuario.

En nuestra próxima serie, profundizaremos en los intrigantes mundos de rollups nativos y rollups gigagas, explorando cómo estas tecnologías podrían revolucionar aún más el panorama de escalabilidad de Ethereum.

Descargo de responsabilidad:

  1. Este artículo es reproducido de [Investigación 2077]. Todos los derechos de autor pertenecen al autor original [Investigación 2077]. Si hay objeciones a esta reimpresión, por favor contacte al Gate Learnequipo y ellos lo resolverán rápidamente.
  2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente del autor y no constituyen asesoramiento de inversión.
  3. El equipo de Learn de gate realiza traducciones del artículo a otros idiomas. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.

Desempaquetando la próxima generación de Ethereum L2s (II): Booster Rollups

Avanzado1/26/2025, 12:17:07 AM
Esta publicación profundizará en la próxima evolución de los rollups: los rollups de refuerzo. Los rollups de refuerzo no solo se basan en los rollups existentes, sino que también empujan los límites de la composabilidad de Ethereum. Pero, ¿cómo exactamente expandimos esta composabilidad?

En elprimer postEn nuestra serie Rollups 2.0, cubrimos rollups basados, donde la secuenciación basada es uno de los métodos más descentralizados y compatibles con Ethereum para gestionar un rollup. Al ceder la tarea de secuenciación de transacciones a la Capa 1 de Ethereum, los rollups basados aprovechan la descentralización, simplicidad y actividad de L1, junto con otras ventajas.

En la publicación de hoy, nos adentramos en la próxima evolución de los rollups: los rollups Booster. Los rollups Booster no solo se basan en la base de los rollups existentes, sino que también empujan los límites de la composabilidad de Ethereum. Pero, ¿cómo expandimos exactamente esta composabilidad?

¿Cuáles son los problemas dentro del espacio L2 en este momento?

Para asegurar que las redes L2 funcionen como se espera, a menudo se necesitan controles adicionales. Sin embargo, los procesos principales de liquidación y ejecución todavía se llevan a cabo directamente en L1. Esto significa que aunque L2s amplían la funcionalidad con ejecución EVM fuera de la cadena, también añaden complejidad adicional. Aunque esta lógica adicional no es ideal, el objetivo final es estandarizar las operaciones y depender completamente de la EVM estándar. La estandarización es esencial para permitir intercambios de transacciones fluidos entre diferentes L2s. Para lograr esto, podría ser necesario un nuevo tipo de transacción, uno que pueda operar en múltiples cadenas. En este sistema, una sola transacción podría crear subtransacciones más pequeñas. Cada subtransacción incluiría detalles como el ID de la cadena de origen, el ID de la cadena de destino, datos de entrada (como el llamador, la dirección y los datos de llamada) y la salida resultante de la cadena de destino. Estos datos de transacción desempeñan dos roles importantes:
  1. Actúa como entrada en la cadena de origen, permitiendo a los participantes ver la salida sin involucrar directamente la cadena de destino.
  2. Se utiliza en la cadena de destino para confirmar que las entradas dadas producen las salidas esperadas.

    Al utilizar este enfoque, cada cadena puede verificar de forma independiente sus propias transacciones mientras sigue un estándar compartido para los formatos e insumos de transacción. Como resultado, la verificación de bloques sigue siendo sencilla, utilizando el contrato verificador L1 familiar para garantizar que los bloques sean válidos.

¿En qué se diferencian los refuerzos de rollups?

Los rollups de refuerzo procesan transacciones como si estuvieran en L1, con acceso al estado de L1 pero con almacenamiento separado, escalando tanto la ejecución como el almacenamiento a L2. Cada L2 extiende el espacio de bloque de L1, distribuyendo el procesamiento de transacciones y el almacenamiento de datos.

Imagina implementar tu aplicación descentralizada (dapp) solo una vez y que se escale automáticamente en todas las redes de Capa 2 (L2). Si necesitas más espacio de bloque, simplemente agrega más rollups de refuerzo sin necesidad de más configuraciones. En otras palabras, los desarrolladores no enfrentan una carga de trabajo adicional, gastos de redistribución ni complicaciones adicionales.

En pocas palabras, los rollups de refuerzo son como agregar CPUs o SSD adicionales a su computadora portátil: mejoran el rendimiento, permitiendo que las aplicaciones se ejecuten de manera más eficiente y se expandan fácilmente.

O para los lectores con una mentalidad técnica, los rollups de refuerzo también pueden ser descritos como 'distribuir la ejecución de transacciones y almacenamiento en múltiples fragmentos'.

¿Cómo funcionan los rollups de refuerzo?

Cualquier rollup, ya sea optimista o ZK, puede adoptar la funcionalidad de refuerzo. Sin embargo, el refuerzo completo no es obligatorio para todos los rollups, ya que algunos podrían beneficiarse de optimizaciones específicas de L2.

El escenario óptimo para el impulso es con un rollup basado si el objetivo es lograr una escalabilidad nativa de Ethereum. Al habilitar a los validadores de L1 para proponer bloques para toda la red impulsada, estás escalando efectivamente Ethereum de manera perfecta.

Los rollups mejorados también abordan el problema de fragmentación que prevalece en los ecosistemas actuales de rollup. Al aprovechar la secuenciación basada, mantienen los beneficios de la secuenciación L1 al tiempo que introducen transacciones atómicas a través de todos los L2 dentro de la red del refuerzo. Esta configuración permite el tipo de escalado de Ethereum concebido desde el principio: integrado pero expansivo, ofreciendo una solución unificada a los desafíos de crecimiento de Ethereum.

Una descripción de cómo funciona la arquitectura de refuerzo de rollups

Dado que los rollups de refuerzo son compatiblescomposabilidad síncronapor su naturaleza, este modelo rollup elimina la molestia de lidiar con la fragmentación o cambiar entre L2s. Todas las dapps preferidas estarán disponibles en cada L2, brindando una experiencia Ethereum sin problemas.

Con rollups potenciados, los desarrolladores pueden escalar sus dapps sin la necesidad de múltiples redespliegues en L2s. Despliega tu dapp en L1 solo una vez y se escalará automáticamente a todos los L2s potenciados existentes y futuros, simplificando el proceso general de desarrollo y despliegue.

¿Qué equipos están construyendo rollups de refuerzo?

Uno de los pocos equipos que están construyendo rollups de refuerzo en este momento es@gwyneth_taiko""> @gwyneth_taiko que también es un rollup basado componibles sin problemas con Ethereum. Gwyneth aprovecha la base de Ethereum, donde la secuenciación de transacciones es manejada por validadores L1, y los bloques son ensamblados por constructores L1 compatibles.

Gwyneth encarna la composabilidad sincrónica al mejorar y extender las capacidades de L1. Con secuenciación nativa, permite una integración fluida entre rollups y estados L1. A medida que la demanda de espacio de bloque aumenta, implementar rollups de refuerzo adicionales es sencillo, similar a actualizar un portátil con más CPUs o SSD para aumentar la potencia computacional y permitir un alcance de aplicación más amplio. Gwyneth visualiza un Ethereum integrado de forma fluida, sin fragmentación.

Gwyneth introduce un mecanismo de preconfirmación, donde los validadores de L1 pueden comprometerse con los estados de L2 con antelación, brindando a los usuarios confirmaciones de transacciones rápidas y garantizando que las tarifas de congestión y contención se compartan equitativamente entre los participantes de la capa base. Tras la transacción preconfirmada basada en pioneros en la red de prueba de Taiko, esta innovación continúa avanzando.

Desde su creación, Gwyneth está diseñado con la finalidad en mente. Alimentado por el multi-proveedor interno de Taiko, Raiko, está construido para lograr la componibilidad síncrona. En la actualidad, los Entornos de Ejecución Confiables (TEEs) sirven como una salvaguardia mínima para la ejecución, pero el futuro promete aprovechar las máquinas virtuales de conocimiento cero optimizadas (zkVMs) como SP1, Risc0 y potencialmente muchas otras.

El caso de rollups booster

Los rollups de refuerzo mejoran la escalabilidad de manera transparente, como agregar servidores a una granja. Este diseño permite a las aplicaciones utilizar recursos adicionales sin problemas, asegurando que los desarrolladores puedan escalar sus soluciones sin requerir pasos adicionales, como implementar infraestructuras L2 complejas.

Abordan el problema de la fragmentación al proporcionar una experiencia uniforme en L1 y L2. Con contratos inteligentes que comparten la misma dirección, los usuarios se benefician de la consistencia y la simplicidad, independientemente de si interactúan con un entorno L1 o L2.

Resuelven las ineficiencias de implementación al permitir a los desarrolladores implementar una vez en L1, haciendo que las dapps sean multi-rollup por defecto, con actualizaciones gestionadas de forma centralizada. Los usuarios disfrutan de una única dirección en todas las redes, ya sea mediante un EOA o una billetera inteligente, facilitando transacciones sin problemas en L1 y L2.

Abordan el desafío al que se enfrentan los operadores de rollup al persuadir a los desarrolladores de que implementen en su red, ya que las dapps están disponibles automáticamente. El concepto es apilable, combinando el refuerzo con los rollups base para una escalabilidad significativa. No todos los L2 deben ser rollups de refuerzo, lo que permite redes mixtas.

Resuelven problemas de soberanía y seguridad eliminando la necesidad de contratos envolventes específicos, ya que los contratos inteligentes funcionan de la misma forma en L1 y L2, manteniendo el control con los desarrolladores. La seguridad se mejora al abordar los puntos únicos de fallo, con seguridad aplicada ahora por dapp, en lugar de depender de puentes o implementaciones específicas.

Sobre las limitaciones de los rollups de refuerzo

Para asegurar que L2 refleja a L1, los despliegues de contratos deben estar restringidos solo a L1, asegurando un acceso uniforme a través de los L2. Esto no es una limitación importante ya que los contratos inteligentes aún pueden comportarse de manera diferente a través de métodos impulsados por datos, como almacenar direcciones de contrato en el almacenamiento que pueden variar entre cadenas.

Si bien L1 mantiene los datos compartidos, esto no aumenta directamente la escalabilidad, que es un desafío inherente en los sistemas escalables. Los desarrolladores deben optimizar para minimizar este impacto. Al igual que el software tradicional, no todas las dapps pueden aprovechar al máximo el procesamiento paralelo. Sin embargo, estas dapps aún se benefician de la interoperabilidad; aunque operan en L2 individuales, siguen siendo accesibles de forma universal.

Los rollups de refuerzo actúan esencialmente como una extensión de la cadena L1 pero con una ejecución y almacenamiento de transacciones únicos. Para interpretar las transacciones de Booster Rollup, los nodos L1 y L2 deben ejecutarse en sincronía. Sin embargo, un enfoque podría implicar ejecutar tanto L1 como L2 en el mismo nodo, alternando entre el almacenamiento compartido de L1 y el almacenamiento específico de L2 durante la ejecución de las transacciones.

Conclusión

Los rollups de refuerzo ofrecen una solución transformadora a los desafíos de escalabilidad de Ethereum al integrarse perfectamente con L1 para mejorar el rendimiento de transacciones y la eficiencia de almacenamiento. Abordan problemas como la fragmentación y las ineficiencias de implementación, permitiendo a los desarrolladores escalar dapps a través de múltiples L2 de manera fácil, manteniendo la seguridad y la soberanía. Al agilizar la escalabilidad y fomentar la interoperabilidad, los rollups de refuerzo allanan el camino para un ecosistema de Ethereum más cohesionado y amigable para el usuario.

En nuestra próxima serie, profundizaremos en los intrigantes mundos de rollups nativos y rollups gigagas, explorando cómo estas tecnologías podrían revolucionar aún más el panorama de escalabilidad de Ethereum.

Descargo de responsabilidad:

  1. Este artículo es reproducido de [Investigación 2077]. Todos los derechos de autor pertenecen al autor original [Investigación 2077]. Si hay objeciones a esta reimpresión, por favor contacte al Gate Learnequipo y ellos lo resolverán rápidamente.
  2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente del autor y no constituyen asesoramiento de inversión.
  3. El equipo de Learn de gate realiza traducciones del artículo a otros idiomas. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.
Empieza ahora
¡Registrarse y recibe un bono de
$100
!