{"id":169599,"date":"2026-08-28T01:38:08","date_gmt":"2026-08-28T01:38:08","guid":{"rendered":"https:\/\/crypto-economy.com\/es\/?p=169599"},"modified":"2026-08-28T01:39:10","modified_gmt":"2026-08-28T01:39:10","slug":"el-rollup-de-ethereum","status":"publish","type":"post","link":"https:\/\/crypto-economy.com\/es\/el-rollup-de-ethereum\/","title":{"rendered":"El Rollup de Ethereum: Ineficiencias Estructurales y el Cambio hacia la Capa Base"},"content":{"rendered":"
\n
\n
\n

El ecosistema Ethereum<\/a> enfrenta una recalibraci\u00f3n de su tesis de escalado. La hoja de ruta centrada en Rollups, formalizada en 2020, operaba bajo el supuesto de que la Capa 1 (L1) actuar\u00eda como un tribunal de \u00faltima instancia, mientras que las Capas 2 (L2)<\/a> absorber\u00edan la totalidad del excedente transaccional.<\/span><\/p>\n

Los datos de actividad on-chain y la evoluci\u00f3n del core protocol durante 2025 y 2026 invalidan parcialmente este supuesto. El problema no reside en la eficiencia de los Rollups para comprimir datos, sino en la\u00a0<\/span>incapacidad del mercado para valorar la seguridad descentralizada<\/span><\/strong>\u00a0y en la\u00a0<\/span>aceleraci\u00f3n de la escalabilidad nativa de la L1<\/span><\/strong>.<\/span><\/p>\n

El indicador m\u00e1s relevante de esta disfunci\u00f3n es la divergencia entre el Throughput de Usuario (UOPS)<\/a> y el Valor Total Bloqueado (TVL). Los Rollups procesan actualmente m\u00e1s de 3.400 operaciones por segundo, superando en volumen a la red principal. Sin embargo, el TVL agregado del ecosistema L2<\/a> ha descendido a cifras cercanas a los 50.000 millones de d\u00f3lares en el tercer trimestre de 2026, lo que representa una contracci\u00f3n interanual superior al 13%. <\/span><\/p>\n

Esta correlaci\u00f3n inversa sugiere que los Rollups est\u00e1n siendo utilizados como\u00a0<\/span>canales de ejecuci\u00f3n de baja fricci\u00f3n<\/span><\/strong>, pero no como\u00a0<\/span>capas de liquidaci\u00f3n de alto valor<\/span><\/strong>. El costo de oportunidad de mantener liquidez en un entorno L2, sujeto a puentes y mecanismos de seguridad multigiro, resulta superior al beneficio derivado de la reducci\u00f3n del gas.<\/span><\/p>\n

La Centralizaci\u00f3n como Subproducto Econ\u00f3mico<\/span><\/h2>\n

El filtro de descentralizaci\u00f3n impuesto por Vitalik Buterin a trav\u00e9s de los estadios (Stage 0, 1 y 2) ha expuesto una realidad operativa. La mayor\u00eda de las cadenas L2 se mantienen en Stage 0 o Stage 1, dependiendo de\u00a0<\/span>consejos de seguridad multisig<\/span><\/strong>\u00a0y\u00a0<\/span>secuenciadores centralizados<\/span><\/strong>\u00a0para la ordenaci\u00f3n de transacciones. <\/span><\/p>\n

La resistencia a migrar a Stage 2 no obedece exclusivamente a limitaciones t\u00e9cnicas en la generaci\u00f3n de pruebas de fraude o validez. Existe un incentivo econ\u00f3mico estructural: la retenci\u00f3n del control sobre el secuenciador permite a los operadores capturar el Valor Extra\u00edble del Secuenciador (SEV) y gestionar la liquidez sin exponerse a la finalidad inmediata de la L1.<\/span><\/p>\n

Mantener un sistema en Stage 0 o 1 reduce los costos operativos de infraestructura y otorga flexibilidad para actualizar el c\u00f3digo sin someterse a los tiempos de la gobernanza de la L1. Esta l\u00f3gica de negocio colisiona con la narrativa original del \u00abRollup como extensi\u00f3n de Ethereum\u00bb. Si un Rollup retiene la capacidad de congelar o modificar el estado mediante una clave privada, su modelo de seguridad se asimila m\u00e1s al de una\u00a0<\/span>sidechain custodiada<\/span><\/strong>\u00a0que al de una\u00a0<\/span>verificaci\u00f3n sin confianza<\/span><\/strong>.<\/span><\/p>\n

La Reducci\u00f3n del Costo de Oportunidad en L1<\/span><\/h2>\n

El avance en la escalabilidad de la Capa 1 altera el ratio costo-beneficio de las L2. La implementaci\u00f3n de EIP-4844 (Blobs)<\/a> redujo dr\u00e1sticamente los costos de publicaci\u00f3n de datos, pero la posterior propuesta de elevaci\u00f3n del l\u00edmite de gas a 80 millones, y el objetivo proyectado de 10.000 TPS para la L1 en la hoja de ruta Strawmap de Justin Drake, modifican el per\u00edmetro de competencia.<\/span><\/p>\n

\"Roadmap<\/p>\n

Un incremento en la capacidad de la L1 reduce el\u00a0<\/span>precio de congesti\u00f3n<\/span><\/strong>\u00a0en el espacio de bloques. Cuando el gas en L1 desciende por debajo de ciertos umbrales, la ventaja comparativa del Rollup en t\u00e9rminos de ahorro de costos se diluye. La ecuaci\u00f3n de escalado no puede basarse \u00fanicamente en la compresi\u00f3n de datos si la capa base incrementa su ancho de banda nativo. <\/span><\/p>\n

Este fen\u00f3meno provoca que los Rollups de prop\u00f3sito general enfrenten una\u00a0<\/span>commoditizaci\u00f3n de su servicio<\/span><\/strong>: al no ofrecer diferencias sustanciales en la ejecuci\u00f3n de la EVM, compiten exclusivamente por precio, lo que erosiona sus m\u00e1rgenes y desincentiva la inversi\u00f3n en investigaci\u00f3n de pruebas de conocimiento cero.<\/span><\/p>\n

El Cambio hacia el Rollup Nativo (EIP-8079)<\/span><\/h2>\n

La propuesta de\u00a0<\/span>Rollup Nativo<\/span><\/strong>, materializada parcialmente en la discusi\u00f3n de la precompilaci\u00f3n\u00a0<\/span>EXECUTE<\/code>\u00a0(EIP-8079), propone una reasignaci\u00f3n del rol de validaci\u00f3n. En lugar de que el Rollup env\u00ede un estado y espere una verificaci\u00f3n externa, la L1 ejecutar\u00eda una re-ejecuci\u00f3n del bloque L2 a trav\u00e9s de esta precompilaci\u00f3n.<\/span><\/p>\n

Este dise\u00f1o implica dos consecuencias t\u00e9cnicas:<\/span><\/p>\n

    \n
  1. \n

    Estandarizaci\u00f3n del verificaci\u00f3n<\/span><\/strong>: La validez del bloque L2 depender\u00e1 del cliente de ejecuci\u00f3n de Ethereum, no de un contrato inteligente espec\u00edfico del proyecto. Esto elimina la necesidad de que cada Rollup implemente su propio sistema de pruebas, delegando la responsabilidad al protocolo base.<\/span><\/p>\n<\/li>\n

  2. \n

    Reducci\u00f3n de la dependencia de puentes<\/span><\/strong>: Al ser verificada directamente por el consenso de L1, la transferencia de activos entre L1 y L2 se simplifica, eliminando los per\u00edodos de desaf\u00edo de 7 d\u00edas caracter\u00edsticos de los Optimistic Rollups.<\/span><\/p>\n<\/li>\n<\/ol>\n

    Sin embargo, la adopci\u00f3n del Rollup Nativo presenta una barrera de entrada. Obliga a los equipos a alinear sus ciclos de actualizaci\u00f3n con los hard forks de Ethereum<\/a>, eliminando la flexibilidad para implementar parches de emergencia sin pasar por la gobernanza de la L1. Para proyectos que operan en sectores de alto riesgo (DeFi complejo o gaming), esta rigidez supone un riesgo operativo que muchos no est\u00e1n dispuestos a asumir.<\/span><\/p>\n

    Especializaci\u00f3n Funcional vs. Escalado Horizontal<\/span><\/h2>\n

    Vitalik Buterin ha sugerido un cambio de paradigma: las L2 deben dejar de ser vistas como \u00abfragmentos de marca\u00bb de Ethereum y convertirse en\u00a0<\/span>entornos de ejecuci\u00f3n especializados<\/span><\/strong>. Esto implica abandonar la competencia por el volumen transaccional y centrarse en verticales que la L1 no puede optimizar por s\u00ed sola:<\/span><\/p>\n