{"id":166061,"date":"2026-08-05T00:10:57","date_gmt":"2026-08-05T00:10:57","guid":{"rendered":"https:\/\/crypto-economy.com\/es\/?p=166061"},"modified":"2026-08-05T00:10:58","modified_gmt":"2026-08-05T00:10:58","slug":"based-rollups-la-secuenciacion-delegada-como-correccion-estructural-de-las-layer-2","status":"publish","type":"post","link":"https:\/\/crypto-economy.com\/es\/based-rollups-la-secuenciacion-delegada-como-correccion-estructural-de-las-layer-2\/","title":{"rendered":"Based Rollups: La secuenciaci\u00f3n delegada como correcci\u00f3n estructural de las Layer 2"},"content":{"rendered":"

El ecosistema de capa 2 de Ethereum arrastra una contradicci\u00f3n t\u00e9cnica que rara vez se aborda con franqueza. Los rollups se presentan como soluciones de escalabilidad que heredan la seguridad de la capa base, pero la mayor\u00eda opera con un\u00a0<\/span>secuenciador centralizado<\/span><\/strong>\u00a0que introduce un punto \u00fanico de confianza. Un solo operador decide el orden de las transacciones, puede censurar direcciones y captura el valor extra\u00edble generado en la red.<\/span><\/p>\n

<\/p>\n

Los usuarios aceptan esa arquitectura a cambio de confirmaciones r\u00e1pidas y tarifas bajas, asumiendo que los activos permanecen resguardados por los mecanismos de salida forzosa hacia L1. La propuesta de los\u00a0<\/span>based rollups<\/span><\/strong>\u00a0elimina esa disyuntiva al trasladar la funci\u00f3n de secuenciaci\u00f3n directamente a los validadores de Ethereum.<\/span><\/p>\n

El secuenciador como cuello de botella no resuelto<\/span><\/h2>\n

Los rollups optimistas y ZK en producci\u00f3n \u2014Arbitrum<\/a>, Optimism<\/a>, Base<\/a>, zkSync Era\u2014 dependen de un nodo secuenciador que agrupa transacciones, las ordena y publica datos en Ethereum. Ese nodo proporciona confirmaciones blandas en milisegundos, pero concentra el poder de ordenaci\u00f3n. El secuenciador puede extraer\u00a0<\/span>MEV<\/span><\/strong>\u00a0mediante reordenaci\u00f3n, inserci\u00f3n o exclusi\u00f3n de transacciones, sin que exista un mecanismo de rendici\u00f3n de cuentas en tiempo real. Si el secuenciador deja de operar, la red se detiene desde el punto de vista del usuario, aunque la l\u00f3gica del rollup permita la inclusi\u00f3n forzosa a trav\u00e9s de L1. Esa inclusi\u00f3n forzosa resulta lenta y costosa, lo que desincentiva su uso.<\/span><\/p>\n

Se han propuesto redes de secuenciadores descentralizados y secuenciadores compartidos como alternativa. Esas soluciones a\u00f1aden una capa de consenso adicional, un token de staking y una infraestructura separada que replica, en menor escala, el modelo de validaci\u00f3n de Ethereum. El resultado es un incremento en la complejidad del sistema y un modelo de confianza que sigue siendo externo a la cadena principal. Los based rollups adoptan una v\u00eda distinta: prescinden por completo del rol de secuenciador independiente.<\/span><\/p>\n

Definici\u00f3n precisa de un based rollup<\/span><\/h2>\n

Un based rollup es un rollup cuya\u00a0<\/span>secuenciaci\u00f3n est\u00e1 determinada por el proposer de L1<\/span><\/strong>\u00a0correspondiente a cada slot. La red de capa 2 no elige un secuenciador propio ni opera un conjunto de validadores; en su lugar, utiliza el calendario de proponentes de la Beacon Chain. El bloque de L2 que se considera can\u00f3nico es aquel que el\u00a0<\/span>proposer de Ethereum incluye en su bloque de L1<\/a><\/span><\/strong>, siempre que cumpla las reglas de transici\u00f3n de estado del rollup.<\/span><\/p>\n

\"The<\/p>\n

Esa definici\u00f3n tiene consecuencias inmediatas. La descentralizaci\u00f3n del secuenciador se equipara a la de la capa de consenso de Ethereum, sin necesidad de coordinar un nuevo conjunto de participantes. No se introduce un token adicional ni un protocolo de consenso propio. La\u00a0<\/span>resistencia a la censura<\/span><\/strong>\u00a0del rollup se alinea con la de la capa base: si un proposer omite una transacci\u00f3n de L2, un proposer futuro puede incluirla, ya que la m\u00e1quina de estado del rollup deriva su historia de forma determinista a partir de los datos publicados en L1.<\/span><\/p>\n

Funcionamiento de la construcci\u00f3n de bloques y la inclusi\u00f3n forzosa<\/span><\/h2>\n

El proceso se integra en la din\u00e1mica de producci\u00f3n de bloques de Ethereum. En cada slot de 12 segundos, el validador seleccionado como proposer tiene el derecho de proponer el siguiente bloque de L1. Si ese validador opera tambi\u00e9n como secuenciador del based rollup, incluir\u00e1 un\u00a0<\/span>bloque de L2 dentro de la carga de datos<\/span><\/strong>\u00a0de su bloque de L1, habitualmente en forma de calldata o blobs. La ejecuci\u00f3n de las transacciones y la construcci\u00f3n del bloque de L2 no tienen por qu\u00e9 ser realizadas directamente por el proposer. Pueden delegarse en\u00a0<\/span>constructores especializados<\/span><\/strong>\u00a0que compiten por ofrecer el bloque de L2 con mayor valor de MEV, en un esquema an\u00e1logo al de MEV-Boost<\/a>. El proposer selecciona la propuesta m\u00e1s rentable, la incluye y la firma dentro de su bloque.<\/span><\/p>\n

El mecanismo de\u00a0<\/span>inclusi\u00f3n forzosa<\/span><\/strong>\u00a0opera como garant\u00eda de respaldo. Cualquier usuario puede enviar una transacci\u00f3n directamente al mempool de L1 para que un futuro proposer la incorpore al bloque de L2. Si el proposer actual censura ciertas operaciones, la transacci\u00f3n se procesar\u00e1 en un slot posterior sin necesidad de permisos. La finalidad de las transacciones del rollup sigue el ritmo de la finalidad de L1, lo que elimina el supuesto de confianza en un secuenciador honesto.<\/span><\/p>\n

Preconfirmaciones basadas: velocidad sin centralizaci\u00f3n permanente<\/span><\/h2>\n

La principal objeci\u00f3n al dise\u00f1o es la latencia. La confirmaci\u00f3n en el tiempo de slot de Ethereum \u201412 segundos hasta la inclusi\u00f3n y m\u00e1s hasta la finalidad\u2014 resulta inaceptable para aplicaciones que requieren retroalimentaci\u00f3n inmediata. La investigaci\u00f3n en\u00a0<\/span>preconfirmaciones basadas<\/span><\/strong>\u00a0ofrece una soluci\u00f3n sin reintroducir un secuenciador centralizado.<\/span><\/p>\n

El mecanismo se apoya en el hecho de que el calendario de proponentes se conoce con varios slots de antelaci\u00f3n. Un futuro proposer puede comprometerse de forma vinculante a incluir una transacci\u00f3n con un orden y un estado resultante determinados. <\/span><\/p>\n

Ese compromiso se materializa en una firma que puede estar respaldada por el stake del validador. Si el proposer incumple la promesa, se expone a penalizaciones econ\u00f3micas, condicionadas a que el protocolo de Ethereum<\/a> incorpore condiciones de slashing para preconfirmaciones. El usuario recibe una\u00a0<\/span>confirmaci\u00f3n instant\u00e1nea y con garant\u00eda econ\u00f3mica<\/span><\/strong>\u00a0antes de que el bloque de L1 sea propuesto. La confianza se deposita en un operador con un plazo de actuaci\u00f3n limitado \u2014un \u00fanico slot\u2014, no en un secuenciador permanente.<\/span><\/p>\n

Beneficios sist\u00e9micos: alineaci\u00f3n econ\u00f3mica, simplicidad y MEV<\/span><\/h2>\n

La eliminaci\u00f3n del secuenciador permanente produce tres efectos estructurales en la capa 2.<\/span><\/p>\n

En primer lugar, la\u00a0<\/span>simplicidad arquitect\u00f3nica<\/span><\/strong>. Un based rollup reduce la superficie de ataque y la carga de gobernanza. No necesita gestionar un conjunto de secuenciadores, tokens de staking ni mecanismos de elecci\u00f3n de l\u00edder. La derivaci\u00f3n del estado desde L1 se convierte en el \u00fanico mecanismo de coordinaci\u00f3n.<\/span><\/p>\n

En segundo lugar, la\u00a0<\/span>alineaci\u00f3n econ\u00f3mica<\/span><\/strong>\u00a0entre L1 y L2. El MEV que se genera en el rollup fluye hacia los proponentes de Ethereum<\/a> y, por extensi\u00f3n, hacia los stakers de ETH. En el modelo actual, el MEV de las capas 2 es capturado por el operador del secuenciador centralizado, que puede internalizarlo o redistribuirlo seg\u00fan criterios arbitrarios. Con un based rollup, ese valor fortalece la seguridad econ\u00f3mica de la propia capa base, lo que refuerza el conjunto del ecosistema sin necesidad de mecanismos adicionales de reparto.<\/span><\/p>\n

En tercer lugar, la\u00a0<\/span>componibilidad s\u00edncrona<\/span><\/strong>\u00a0se simplifica. Dado que un mismo proposer ordena transacciones de L1 y del based rollup en una misma ventana de tiempo, es posible ejecutar operaciones at\u00f3micas entre dominios sin necesidad de puentes con supuestos de confianza adicionales. Esa propiedad reduce la fragmentaci\u00f3n de liquidez y la complejidad de los contratos cross-chain.<\/span><\/p>\n

\"CryptoQuant<\/p>\n

La adopci\u00f3n de based rollups no est\u00e1 exenta de limitaciones. El primer desaf\u00edo es la\u00a0<\/span>construcci\u00f3n de bloques en tiempo real<\/span><\/strong>. El ejecutor que ensambla el bloque de L2 dispone de una ventana de pocos segundos antes de que el proposer deba sellar el bloque de L1. Para rollups con ejecuci\u00f3n compleja o con grandes vol\u00famenes de transacciones, esa restricci\u00f3n temporal exige infraestructura de construcci\u00f3n optimizada y posiblemente hardware especializado. La soluci\u00f3n pasa por separar la construcci\u00f3n de la proposici\u00f3n, pero la competencia entre constructores debe ser lo suficientemente l\u00edquida para evitar la formaci\u00f3n de oligopolios.<\/span><\/p>\n

El segundo desaf\u00edo es el\u00a0<\/span>MEV entre dominios<\/span><\/strong>. Un proposer que controla simult\u00e1neamente el orden en L1 y en el based rollup puede extraer valor mediante estrategias que cruzan ambas capas, como la manipulaci\u00f3n de precios en un exchange de L1 bas\u00e1ndose en informaci\u00f3n privilegiada de transacciones de L2 que a\u00fan no se han hecho p\u00fablicas. Las t\u00e9cnicas de mitigaci\u00f3n incluyen el cifrado de umbral, la separaci\u00f3n temporal forzada entre la revelaci\u00f3n de transacciones y la ejecuci\u00f3n, y mecanismos de subasta de derechos de orden. La investigaci\u00f3n en este campo se encuentra en una fase temprana.<\/span><\/p>\n

El tercer desaf\u00edo afecta al\u00a0<\/span>modelo de negocio de los equipos de L2<\/span><\/strong>. Los rollups que operan un secuenciador centralizado obtienen ingresos directos por la captura de MEV y por la diferencia entre el coste de publicar datos en L1 y las tarifas cobradas a los usuarios. En un based rollup, la mayor parte del MEV se redirige a los proponentes de L1. Los equipos desarrolladores necesitar\u00e1n articular fuentes de ingresos alternativas, como tarifas de inclusi\u00f3n, servicios de construcci\u00f3n de bloques o modelos de suscripci\u00f3n para aplicaciones.<\/span><\/p>\n

El based rollup de referencia en mainnet es\u00a0<\/span>Taiko<\/span><\/strong>, un ZK-rollup que implementa la secuenciaci\u00f3n basada desde su lanzamiento. Taiko delega la ordenaci\u00f3n de transacciones a los proponentes de Ethereum y se apoya en pruebas de validez para garantizar la correcci\u00f3n de las transiciones de estado. El equipo trabaja en preconfirmaciones basadas para mejorar la experiencia de usuario, en colaboraci\u00f3n con\u00a0<\/span>Spire Labs<\/span><\/strong>, que est\u00e1 desarrollando un stack de appchains basadas.<\/span><\/p>\n

La investigaci\u00f3n en el nivel de protocolo de Ethereum tambi\u00e9n avanza. Propuestas como\u00a0<\/span>execution tickets<\/span><\/strong>\u00a0y\u00a0<\/span>inclusion lists<\/span><\/strong>\u00a0complementan el dise\u00f1o de los based rollups, al permitir que los proponentes se comprometan a incluir ciertas transacciones sin el riesgo de censura a largo plazo. La integraci\u00f3n de estos mecanismos con la capa de consenso podr\u00eda formalizar el rol de los proponentes como secuenciadores temporales universales.<\/span><\/p>\n

Una correcci\u00f3n de incentivos necesaria<\/span><\/h3>\n

La arquitectura de capa 2 de Ethereum se enfrenta a una decisi\u00f3n que definir\u00e1 su perfil de descentralizaci\u00f3n durante los pr\u00f3ximos a\u00f1os. Mantener secuenciadores centralizados implica aceptar puntos \u00fanicos de censura y extracci\u00f3n de rentas, bajo el argumento de una mejor experiencia de usuario. Los based rollups demuestran que esa dicotom\u00eda es evitable. Al delegar la secuenciaci\u00f3n en los validadores existentes, se obtiene un sistema con\u00a0<\/span>resistencia a la censura equivalente a L1<\/span><\/strong>, simplicidad de coordinaci\u00f3n y un flujo de MEV que refuerza la seguridad de Ethereum.<\/span><\/p>\n

\"Ethereum<\/p>\n

La viabilidad pr\u00e1ctica depende del desarrollo de preconfirmaciones eficientes y de un ecosistema de constructores competitivo. Los equipos que apuesten por este modelo deber\u00e1n reconfigurar sus fuentes de ingresos. Para un sector que persigue la credibilidad neutral y la alineaci\u00f3n con la capa base, los based rollups representan una correcci\u00f3n estructural que elimina uno de los vectores de centralizaci\u00f3n m\u00e1s persistentes del ecosistema de rollups. La industria dispone ahora de los prototipos y la investigaci\u00f3n necesaria para evaluar si esa correcci\u00f3n se convierte en el est\u00e1ndar de dise\u00f1o de las capas 2.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

El ecosistema de capa 2 de Ethereum arrastra una contradicci\u00f3n t\u00e9cnica que rara vez se aborda con franqueza. Los rollups se presentan como soluciones de escalabilidad que heredan la seguridad de la capa base, pero la mayor\u00eda opera con un\u00a0secuenciador centralizado\u00a0que introduce un punto \u00fanico de confianza. Un solo operador decide el orden de las … <\/p>\n

Leer m\u00e1s<\/a><\/p>\n","protected":false},"author":53,"featured_media":166064,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"rank_math_title":"","rank_math_description":"","footnotes":""},"categories":[925],"tags":[9419,5294],"class_list":["post-166061","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-opinion","tag-ethereum-rollups","tag-layer-2"],"_links":{"self":[{"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/posts\/166061","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/users\/53"}],"replies":[{"embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/comments?post=166061"}],"version-history":[{"count":1,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/posts\/166061\/revisions"}],"predecessor-version":[{"id":166065,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/posts\/166061\/revisions\/166065"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/media\/166064"}],"wp:attachment":[{"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/media?parent=166061"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/categories?post=166061"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/tags?post=166061"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}