Rollup y sidechain: ¿qué cambia realmente para ti?

Un rollup y una sidechain permiten operar fuera de la red principal de Ethereum. La diferencia importante es cómo establecen un resultado fiable. Un rollup de Ethereum publica en Ethereum los datos necesarios para reconstruir su estado y utiliza contratos de Ethereum para hacer cumplir sus reglas de prueba o disputa. Una sidechain usa su propio consenso para decidir qué transacciones son válidas. Conectarla a Ethereum mediante un puente no le otorga la seguridad del consenso de Ethereum. Visión general del escalado de Ethereum

Para ti, eso cambia las preguntas útiles: ¿quién puede modificar las reglas?, ¿puedes sacar tus fondos si un operador se detiene?, ¿qué significa «confirmado»? Empieza por ahí y después compara el coste del recorrido que realmente piensas utilizar.

Esta guía se centra en sistemas conectados a Ethereum. Explica la arquitectura, no qué token comprar ni qué red es universalmente más segura.

Rollup y sidechain de un vistazo

La tabla describe la diferencia arquitectónica, no una auditoría de todas las redes desplegadas. En Ethereum, la visión general de los rollups y la documentación sobre sidechains explican por qué ejecutar fuera de la red principal no basta para ser una L2 de Ethereum.

Las preguntas clave son distintas: ¿quién comprueba el resultado y dónde están los datos necesarios para reconstruirlo? Conectarse a Ethereum no responde por sí solo a ninguna.

Por qué un puente no convierte una sidechain en rollup

Una sidechain puede elegir sus propias reglas de producción de bloques y consenso. Sus validadores pueden acordar que una transferencia ha terminado sin que los validadores de Ethereum vuelvan a ejecutar o verifiquen sus transacciones. Un puente conecta ambos sistemas, pero su contrato aún debe decidir qué pruebas aceptar antes de liberar o representar activos. Documentación de Ethereum sobre sidechains

En un rollup de Ethereum, la ejecución ocurre fuera mientras los datos pertinentes se ponen a disposición en Ethereum. Esos datos permiten reconstruir el estado, en lugar de depender únicamente de la base de datos privada de un operador. La compresión y la agrupación reducen el trabajo necesario en la capa base por transacción. Explicación de los rollups de Vitalik Buterin

Al comparar redes, pregunta qué mecanismo hay detrás de «protegida por Ethereum». ¿Ethereum hace cumplir las reglas de transición de estado o solo registra una declaración de otro conjunto de validadores? Son garantías distintas. Una cartera conocida, una dirección compatible con Ethereum o una aplicación compatible con la EVM no resuelven esa pregunta.

Rollups optimistas y ZK: dos formas de comprobar el resultado

Un rollup optimista permite que una afirmación de estado propuesta se mantenga salvo que se impugne con éxito. Una prueba de fallos, también llamada prueba de fraude, permite demostrar que una afirmación es incorrecta. Su seguridad depende del funcionamiento del sistema de disputas y de que un participante honesto pueda presentar una impugnación dentro del plazo requerido. Guía de Ethereum sobre rollups optimistas

Un rollup de validez, comúnmente llamado rollup ZK, aporta una prueba criptográfica de que una transición de estado propuesta sigue las reglas del sistema. El verificador de Ethereum comprueba esa prueba en vez de volver a ejecutar cada transacción. «ZK» no significa por sí solo que tus transacciones sean privadas: un rollup sigue publicando los datos necesarios para reconstruir su estado. Guía de Ethereum sobre rollups ZK

Ninguna etiqueta de prueba demuestra que toda la operación esté descentralizada. Por ejemplo, la documentación de pruebas de fallos de OP Stack describe propuestas e impugnaciones sin permiso junto con un mecanismo de respaldo Guardian. Lee los permisos actuales de la cadena desplegada, no solo el nombre del sistema de pruebas. Pruebas de fallos de OP Stack

Una prueba de validez no es lo mismo que la disponibilidad de datos

La disponibilidad de datos se refiere a si los participantes pueden obtener los datos necesarios para verificar o reconstruir lo sucedido. Una prueba correcta y el acceso a los datos resuelven problemas distintos. Un compromiso criptográfico compacto de los datos no sustituye a disponer de los propios datos. Guía de Ethereum sobre disponibilidad de datos

Un validium ilustra la diferencia. Usa pruebas de validez, pero mantiene los datos pertinentes fuera de la capa de disponibilidad de datos de Ethereum. Eso añade dependencia del sistema externo de disponibilidad. Si se retienen los datos necesarios, los usuarios pueden no ser capaces de generar las pruebas necesarias para retirar sus fondos, aunque la prueba de validez sea correcta. Comprueba quién conserva los datos y qué ocurre si deja de proporcionarlos. Guía de Ethereum sobre validium

Tampoco reclasifiques automáticamente todo validium como una sidechain convencional. La aplicación de las pruebas, la disponibilidad de datos y el consenso deben describirse por separado.

«Confirmado» no siempre significa «listo para retirar»

El estado de una cartera puede condensar varios eventos en una palabra. Mantén separados estos hitos:

1. Un secuenciador, el componente que ordena las transacciones, ha incluido tu transacción.
2. Sus datos se han publicado en Ethereum y el bloque de Ethereum que los contiene ha alcanzado finalidad.
3. La afirmación de estado o de retirada pertinente ha cumplido los requisitos de prueba y demora del protocolo.
4. La transacción de destino ha terminado y puedes utilizar el activo recibido.

Es una lista de comprobación, no una secuencia universal con tiempos idénticos en todas las cadenas. En el modelo estándar de OP Stack, el orden de las transacciones puede alcanzar finalidad mediante Ethereum antes de que una retirada por Standard Bridge pueda ejecutarse. Una impugnación mediante prueba de fallos de una afirmación de retirada no significa que todas esas transacciones L2 estén esperando a reordenarse. Finalidad de transacciones de OP Stack

Las pruebas de validez evitan la ventana de impugnación por fraude optimista, pero no hacen instantáneas todas las retiradas. La agrupación, generación de pruebas, inclusión en la capa base y demoras de seguridad de una implementación aún pueden llevar tiempo. Por ejemplo, la documentación de retiradas de ZKsync describe un bloqueo temporal de ejecución y dice que la finalización también depende de la actividad de red y la generación de pruebas. Su demora es un detalle de configuración, no una regla universal de los rollups ZK. Diseño de retiradas de ZKsync

Qué cambia un puente rápido

Un puente basado en liquidez puede pagarte en la cadena de destino antes de que termine la retirada canónica subyacente. En una versión sencilla, un proveedor de liquidez asume la retirada pendiente y cobra por adelantar los fondos. Recibes activos utilizables antes, pero el protocolo original no ha alcanzado finalidad antes. Explicación de Ethereum sobre salidas de rollups optimistas

Compara la comisión, liquidez disponible y supuestos sobre contratos u operadores de ese recorrido con la vía canónica. Un puente puede añadir riesgos propios de software, custodia y censura. Una cotización rápida es una oferta de servicio, no una prueba de que el protocolo base sea más sólido. Riesgos de los puentes de Ethereum

Compara el recorrido completo, no solo la comisión de transacción

No existe una regla permanente según la cual una sidechain, un rollup optimista o uno de validez deba ser lo más barato para toda actividad.

El coste de un rollup depende de lo ejecutado, la cantidad de datos publicada y el reparto de costes comunes. Los sistemas de validez también tienen costes de generación y verificación de pruebas. Agrupar puede repartir gastos fijos, pero ni una etiqueta ni una cifra destacada de rendimiento dicen cuánto costará tu transacción concreta. Componentes del coste de un rollup ZK

Las fórmulas de comisiones también cambian según implementación y versión. Por ejemplo, la documentación de OP Mainnet distingue ejecución, datos L1 y, tras su actualización Isthmus, comisiones del operador. Es una fórmula de OP Mainnet, no de todas las cadenas. Comisiones de transacción de OP Mainnet

Para una visita breve a una aplicación, entrar y salir puede importar más que pequeñas diferencias de comisión por transacción. Con uso repetido, pesa más el componente por transacción. Compara la misma actividad, activo, cantidad y destino de salida.

Ejemplo: una transacción más barata puede encarecer el recorrido

Son cotizaciones inventadas en USD, no comisiones actuales ni afirmaciones sobre una cadena identificada. Supón que empiezas en Ethereum, haces diez transacciones sencillas y vuelves al mismo activo en Ethereum. Entrada y salida incluyen todos los costes de puente y gas cotizados para esos pasos. No se incluyen intercambios, comisiones de aplicaciones ni movimientos de precio.

El recorrido B tiene la transacción individual más barata, pero A cuesta $2,70 menos en este viaje. Ese resultado no dice nada sobre la seguridad o el tiempo de espera de ninguno.

Con estos costes fijos inventados de entrada y salida, los totales se igualan en 100 transacciones: $6,00 + 100 × $0,04 = $9,00 + 100 × $0,01 = $10,00. Las cotizaciones reales pueden cambiar antes de salir: úsalo como método de comparación, no como pronóstico.

Si tu plan incluye un intercambio, añade su comisión e impacto en el precio. No sumes dos veces una comisión ya incluida en una cotización de puente con todo incluido.

Los riesgos que una categoría no revela

Antes de considerar adecuada una red para una cantidad importante de fondos, mira más allá de «rollup», «sidechain» o «ZK».

• Disponibilidad del operador y censura. ¿Quién ordena transacciones, publica lotes o genera pruebas? Si uno de esos servicios se detiene, ¿qué alternativa documentada permite continuar? Distingue una interrupción temporal de la capacidad de autorizar una transferencia inválida.
• Corrección de pruebas y contratos. Un verificador aplica las reglas implementadas en su código. Los errores en ellas o en los contratos de puente relacionados siguen siendo relevantes. ZKsync describe explícitamente su demora de ejecución como defensa frente a errores críticos, incluida la vulneración del circuito y del secuenciador. Justificación de seguridad de ZKsync
• Facultades administrativas y de actualización. Averigua quién puede sustituir contratos, pausar retiradas o modificar ajustes de seguridad. La documentación de OP Stack enumera roles privilegiados y explica cómo una autoridad de actualización comprometida puede amenazar los fondos del puente. Es un ejemplo concreto de por qué descentralización del sistema de pruebas y control administrativo necesitan comprobaciones separadas. Roles privilegiados de OP Stack
• Consenso independiente. En una sidechain, evalúa el conjunto real de validadores y su consenso. Un puente no elimina la dependencia del acuerdo de esa cadena sobre el estado válido. Documentación de Ethereum sobre sidechains

El propio modelo de seguridad de Optimism también advierte que las pruebas de fallos no eliminan la importancia de poderosos controles de actualización. Por eso, «hereda la seguridad de Ethereum» debe leerse como una propiedad arquitectónica con supuestos de implementación, no como una promesa de que todo rollup tenga el mismo riesgo que mantener activos directamente en Ethereum. Modelo de seguridad de OP Stack

Lista práctica antes de elegir una red

Para la cadena y el recorrido concretos que consideras, responde a estas preguntas:

1. ¿Qué comprueba las transiciones de estado y dónde están disponibles los datos necesarios?
2. ¿Qué operadores, validadores o comités deben seguir trabajando honestamente?
3. ¿Quién puede actualizar contratos o pausar una salida? ¿Hay demora o excepción de emergencia?
4. ¿Qué estado muestra tu cartera y qué condición adicional exige el destino?
5. ¿Puedes usar la salida canónica si un puente rápido no tiene liquidez?
6. ¿Cuál es el coste completo de entrada, uso y salida para tu actividad?

Si desarrollas, añade compatibilidad de aplicaciones, requisitos operativos y recuperación. Si eres usuario, prioriza el activo exacto y la vía de salida. La mejor comparación enfrenta dos despliegues documentados, no dos nombres de categorías.

Preguntas frecuentes

¿Las sidechains son capa 2?

En la terminología basada en seguridad de Ethereum usada aquí, una sidechain con seguridad independiente no es una L2 de Ethereum solo por funcionar junto a Ethereum. Algunas explicaciones usan «L2» de forma más amplia para el escalado. Comprueba el diseño real de consenso, pruebas y disponibilidad de datos. Nota de Ethereum sobre terminología

¿Un rollup ZK mantiene privadas mis transacciones?

No automáticamente. Las pruebas de validez establecen la corrección; la privacidad requiere decisiones de diseño adicionales. Los datos necesarios para reconstruir el estado de un rollup deben seguir disponibles. Guía de Ethereum sobre rollups ZK

¿Los rollups optimistas siempre exigen esperar siete días?

No apliques ese número a todo sistema o acción. La documentación de OP Stack distingue la demora de retirada de Standard Bridge de la finalidad de transacciones L2. Comprueba la cadena, el puente y el procedimiento de retirada actuales, en vez de convertir una espera conocida en regla universal. Distinción de OP Stack entre finalidad y retirada

¿Un rollup siempre es más seguro que una sidechain?

Las arquitecturas ofrecen garantías distintas, pero la categoría no basta para ordenar sistemas desplegados por seguridad. Compara aplicación de pruebas, disponibilidad de datos, consenso independiente, controles de actualización y el puente utilizado. Una ventaja arquitectónica no elimina un error de contrato ni las facultades de un administrador.

La idea principal

Los rollups usan una cadena base para aplicar sus reglas de liquidación y hacer disponibles los datos de reconstrucción; las sidechains con seguridad independiente usan su propio consenso. Después, los detalles de implementación determinan cuánto te ayuda esa diferencia.

Antes de mover fondos, comprueba qué puede fallar, cómo saldrías y cuánto cuesta el recorrido completo. Una confirmación rápida o una comisión baja solo responden a parte de la pregunta.