Los puntos finales retirados de Flashblocks de Base aún aceptan conexiones WebSocket, pero ya no transmiten datos tras la actualización Denim, dejando a las aplicaciones que dependen de esos flujos sin actualizaciones en tiempo real a menos que los desarrolladores migren, según la guía de migración de Base.
Coinbase activó Ethereum Layer 2 Denim el 5 de noviembre a la 1 p.m. ET. La actualización reemplazó un bloque completo cada dos segundos, con vistas previas de Flashblocks entre ellos, por bloques canónicos completos cada 200 milisegundos, según Base’s specification.
La guía de migración advierte explícitamente que los puntos de conexión del mainnet retirado y del testnet Sepolia “aún aceptan conexiones pero ya no transmiten ningún dato”. Reconectarse al mismo punto de conexión por lo tanto no restaurará las actualizaciones: los desarrolladores deben cambiar la fuente de datos y las suscripciones.
El requisito se aplica a las aplicaciones e infraestructura que consumían Flashblocks. El anuncio de lanzamiento de Base dirige a los desarrolladores de aplicaciones y monederos que utilizan esos flujos a migrar, mientras indica que los usuarios finales no necesitan tomar ninguna acción. Su guía de migración no cuantifica cuántas integraciones aún utilizan los flujos retirados.
Los Flashblocks anteriormente proporcionaban retroalimentación temprana de las transacciones antes de que llegara un bloque completo. Denim elimina ese flujo de vista previa separado; cada bloque de 200 milisegundos ahora tiene su propio número, hash, raíz de estado y recibos de transacción.
Lo que los constructores necesitan cambiar
Base le dice a los desarrolladores que reemplacen las conexiones retiradas con suscripciones a través de un proveedor RPC compatible con WebSocket o su propio nodo. Los principales cambios en las suscripciones son:
Reemplace newFlashblocks por newHeads, que sigue los encabezados de bloque canónicos.
Reemplace pendingLogs por logs para eventos de contrato.
Reemplace newFlashblockTransactions por newHeads, luego obtenga las transacciones en cada bloque canónico.
Las aplicaciones también deben revisar las solicitudes utilizando la etiqueta de bloque pending. Base aún la acepta, pero ahora resuelve al bloque canónico más reciente en lugar de una vista previa de Flashblocks. Las lecturas de saldo y las simulaciones de contratos utilizando esa etiqueta ya no pueden considerarse como estado de preconfirmación. Los recibos de transacción están disponibles una vez que una transacción ingresa a un bloque canónico; los recibos preconfirmados ya no están disponibles.
Los bloques más rápidos por sí solos no establecen la finalidad. Base indica que los bloques se vuelven seguros cuando su lote se publica en Ethereum y final cuando Ethereum finaliza ese lote.
Por separado, el aviso de estado Denim de Base permaneció marcado como “Verificando” el 9 de noviembre. Su última actualización, publicada el 5 de noviembre, indicaba que el equipo estaba investigando retrasos periódicos en la inclusión de transacciones y una tasa más alta de lo esperado de bloques vacíos.
Base recomienda inventariar suscripciones a Flashblocks, conexiones WebSocket y solicitudes de etiquetas pendientes, luego probar las integraciones migradas en Base Sepolia o Vibenet.