Un rollup optimista ejecuta transacciones fuera de una blockchain base y publica en ella los datos necesarios para reconstruir su estado. Las afirmaciones de estado se aceptan provisionalmente, sin acompañar cada actualización con una prueba de validez. Un proceso de impugnación permite cuestionarlas antes de usarlas para acciones protegidas, como los retiros.
Por qué las impugnaciones necesitan datos
Participantes independientes pueden volver a ejecutar las transacciones publicadas y comparar el resultado con el estado propuesto. Si difieren, un proceso de prueba de fallo o fraude resuelve el cálculo en disputa según las reglas del protocolo. Una impugnación exitosa invalida la afirmación incorrecta; no necesariamente reorganiza el historial del rollup.
El modelo depende de datos disponibles, contratos de resolución operativos y un participante honesto capaz de impugnar dentro del plazo. Los permisos, las garantías exigidas y los controles de emergencia varían según el despliegue.
Confirmación y retiro son distintos
Un secuenciador puede dar una confirmación rápida antes de que los datos lleguen a la cadena base. La finalidad de esos datos y el plazo para retirar mediante un puente son etapas separadas.
Los retiros nativos suelen incluir una demora relacionada con impugnaciones. Las salidas rápidas basadas en liquidez añaden sus propias comisiones y dependencias. El diseño no elimina riesgos de contratos, actualizaciones u operadores, y la ausencia de impugnaciones no constituye por sí misma una prueba criptográfica de que el cálculo fue correcto.