Subscribe to Bankless or sign in
A pesar del intenso debate, la hoja de ruta de la escalabilidad de 
Ethereum sigue dependiendo de los rollups. Aunque los rollups han allanado sin duda el camino para el éxito de la escalabilidad de Ethereum, su falta de sincronización con la cadena principal crea problemas.
Los rollups deben mantener mecanismos de prueba especializados, lo que añade una complejidad y una sobrecarga significativas para cada equipo de rollups. Dependen en gran medida de los consejos de seguridad o las votaciones de gobierno para mantenerse al día con las actualizaciones de Ethereum, lo que provoca retrasos y desconexión. Además, los distintos supuestos de seguridad y grados de centralización de cada rollup fragmentan el ecosistema y ralentizan la interoperabilidad. Mientras tanto, cada nueva bifurcación dura de Ethereum exige que los equipos de rollups se actualicen manualmente para seguir siendo compatibles, intensificando las cargas de gobernanza e introduciendo nuevos riesgos.
En este contexto y en la batalla sobre la visión de escalado de Ethereum, muchos se preguntan si hay un camino más simple hacia adelante - uno en el que estos L2s puedan permanecer totalmente sincronizados con Ethereum sin necesidad de tanto mantenimiento práctico.
Así surge Native Rollups, un nuevo marco para que los rollups puedan permanecer alineados con Ethereum por diseño, aprovechando toda la seguridad de la cadena base, en lugar de depender de supervisión externa o lógica personalizada.
Vamos a profundizar en este término y los conceptos relacionados👇
¡Oh, y sí, también grabamos un podcast sobre esto!
Rollups nativos decodificados
Discutidos y propuestos por una serie de nativos de la ETH como Justin Drake y Dan Robinson, los rollups nativos se integrarían directamente con las reglas de transacción principales de Ethereum, permitiendo a Ethereum validar las transacciones en lugar de depender de sistemas de prueba externos. Los rollups nativos adoptarían un enfoque diferente mediante el uso de EXECUTE precompile - una función incorporada de Ethereum que permite a los rollups procesar transacciones utilizando las propias reglas de verificación de Ethereum en lugar de depender de pruebas independientes.
Con esta configuración, los rollups nativos publicarían los datos de las transacciones directamente en la cadena principal de Ethereum, donde Ethereum refuerza su corrección. Adoptarían automáticamente las actualizaciones de la red sin requerir votaciones de gobernanza o consejos de seguridad, eliminando muchas de las complejidades y conflictos de interoperabilidad que existen actualmente.
Al eliminar la necesidad de duplicar la lógica de Ethereum, los rollups nativos reducen la sobrecarga de mantenimiento, simplifican la seguridad y facilitan que los L2 se mantengan alineados con el marco evolutivo de Ethereum al tiempo que aprovechan todo el potencial de seguridad de la cadena base.
¿Cómo se comparan con otros rollups?
Para comprender mejor la importancia de los rollups nativos, comparémoslos con otros nuevos enfoques de rollups que se están explorando actualmente.
Enjoying this article?
Subscribe to Bankless or sign in
▪️ Based Rollups
Primero introducido en 2021 por Vitalik Buterin, y luego formalmente definido por 
Justin Drake en 2023, Based rollups dependen completamente de los validadores de capa 1 de Ethereum para la secuenciación de transacciones, ayudando a descentralizar el ordenamiento de transacciones.
Taiko es el primer rollup basado, con otros equipos avanzando en el desarrollo de rollups basados como Spire Labs. Sin embargo, aunque la implicación de Ethereum mejora la descentralización, los rollups basados deben todavía gestionar sus propios sistemas de pruebas, lo que puede dar lugar a problemas de experiencia de usuario debido a los tiempos de bloque más lentos de Ethereum, aunque los métodos de preconfirmación están mejorando esta situación.
Mteam en Bankless
▪️ Booster Rollups
A continuación, tenemos Booster rollups, que mejoran la escalabilidad replicando estrechamente los procesos de ejecución y almacenamiento de la Capa 1 de Ethereum en la Capa 2, lo que permite que las aplicaciones se expandan sin una redistribución significativa.
Aunque este método facilita la escalabilidad de las aplicaciones existentes, también añade complejidad en comparación con los rollups tradicionales, ya que requiere una ingeniería más sofisticada y mecanismos de prueba únicos. Aunque los rollups de refuerzo buscan una mayor componibilidad y un despliegue más sencillo de las aplicaciones, se enfrentan a retos constantes en torno a los incentivos económicos y a proporcionar una experiencia de usuario fluida.
Por último, si un rollup es a la vez nativo y basado - lo que significa que Ethereum gestiona tanto la secuenciación como la verificación de transacciones - crea un "rollup ultrasónico" que aprovecha el modelo de seguridad completo de Ethereum y se mantiene perfectamente alineado con su hoja de ruta. El rollup ideal.
Lo que los rollups nativos no resuelven
Si bien los rollups nativos resuelven los obstáculos de gobierno y seguridad, no resuelven todas las limitaciones de escalado de Ethereum e imponen además algunos límites a su diversidad.
Los límites de gas L1 siguen vigentes, y reejecutar cada transacción onchain puede ser ineficiente a menos que se combine con técnicas ZK u optimistas adicionales. Además, los rollups nativos deben ceñirse al modelo EVM, dejando poco espacio para la creciente tendencia de máquinas virtuales alternativas como la SVM o MoveVM que operan fuera del entorno de ejecución de Ethereum.
Además, la precompilación EXECUTE, de la que dependen los rollups nativos, aumenta significativamente los costes de disponibilidad de datos, potencialmente aumentando la sobrecarga L2 en 5-10x. Además, dado que muchos rollups existentes son compatibles con EVM pero no totalmente equivalentes a EVM, adoptar el modelo de rollup nativo sería difícil sin una reingeniería significativa. Además, los formatos de transacción especializados o los métodos de contabilidad de gas personalizados, como los monederos o las aplicaciones que compensan a los usuarios por las tarifas de gas, también se enfrentarían a obstáculos de compatibilidad en los rollups nativos, lo que pone de relieve importantes compensaciones de UX a pesar de sus beneficios.
Un paso adelante
Aunque los rollups nativos representan un avance importante para la hoja de ruta de escalado de Ethereum, no todos los rollups adoptarán probablemente este enfoque. En su lugar, como algunos como Dogan de Cyber Fund creen, el panorama puede evolucionar en tres tipos principales:
- Enterprise Rollups: Construidos a medida y controlados por las empresas para dar prioridad a sus propios requisitos específicos, como el ordenamiento de las transacciones o la privacidad.
- Rollups centrados en el rendimiento: Maximizar la velocidad de las transacciones y reducir los costes apoyándose en soluciones alternativas de disponibilidad de datos, como EigenDA.
- Rollups nativos: Totalmente integrados en Ethereum, heredando la seguridad de la capa base y actualizándose automáticamente, eliminando la necesidad de un gobierno externo o mecanismos de prueba independientes.
Esto dejaría espacio para la experimentación y el soporte de máquinas virtuales alternativas, aunque también proporcionaría un método para que los rollups capitalicen toda la seguridad y confianza que Ethereum posee. Drake cree que el año que viene podría aparecer una versión inicial de rollups nativos. Para alcanzar la madurez técnica completa, incluyendo pruebas integradas de conocimiento-cero y mayores límites de gas L1, Ethereum requeriría aún más coordinación de la comunidad y una validación exhaustiva, lo que podría empujar la implementación completa más hacia el futuro.
En resumen, aunque los rollups nativos probablemente no se conviertan en la única solución para escalar Ethereum, presentan una opción de escalado simplificada, segura y estrechamente integrada. Ofrecen un camino más claro hacia el futuro - uno en el que los Layer 2s pueden permanecer estrechamente sincronizados con la cadena principal de Ethereum sin estructuras de gobierno complejas, creando una experiencia más suave y segura para los usuarios, desarrolladores y el ecosistema en general.
