Base programa Denim para el 5 de noviembre a las 19:00 de París, con bloques nativos de 200 milisegundos

Una activación programada y una ventana de mantenimiento anunciada

Base prevé activar Denim en su red principal el 5 de noviembre a las 18:00 UTC, es decir, a las 19:00 de París. La página oficial de estado anuncia una ventana de mantenimiento hasta las 20:00 UTC, o las 21:00 de París, y señala que se espera que la red siga operativa durante ese periodo. En el momento de esta comprobación matinal, la documentación todavía presenta el despliegue principal como planificado. Por tanto, no debe confundirse la hora anunciada con una activación ya observada.

Denim funciona en la red de pruebas Sepolia desde el 21 de octubre. Para la red principal, Base pide a los operadores de nodos que actualicen a la versión 1.5.1 antes de la activación. El aviso también advierte que las instalaciones antiguas que conserven una opción experimental relacionada con las transacciones de validez deben retirarla del comando de arranque. De lo contrario, el nodo afectado podría no iniciarse. Estas instrucciones se dirigen a los operadores de la infraestructura, no a una operación que cada usuario deba realizar en su cartera.

Los bloques nativos sustituyen a Flashblocks

El cambio central afecta a la producción de bloques: Denim prevé un bloque canónico completo cada 200 milisegundos, frente a uno cada dos segundos anteriormente. Cada bloque debe disponer de su propia huella, estado y recibos. Base describe así un paso a cinco bloques completos por segundo. Esta cadencia se refiere a la producción de bloques de la red; no mide una capacidad garantizada de transacciones ni el tiempo de liquidación definitiva de una transferencia a otra blockchain.

Denim sustituye a Flashblocks. Las aplicaciones que consumen esos flujos deben migrar a flujos de bloques canónicos y a las interfaces correspondientes. Para los desarrolladores, el cambio va más allá de una mejora de velocidad: los sistemas de seguimiento, visualización y procesamiento deben entender la nueva granularidad. La documentación de migración y las notas de versión siguen siendo las referencias que deben consultarse antes de modificar un servicio utilizado por clientes.

También cambian el tiempo y las reglas de los tokens

Un componente llamado BaseTime aporta información temporal con resolución de milisegundos directamente en la cadena. El campo temporal habitual de la máquina virtual de Ethereum sigue expresado en segundos para mantener la compatibilidad. Algunas respuestas de las interfaces RPC incorporan campos opcionales en milisegundos. La actualización también refuerza ciertas reglas B20: las transferencias a la dirección del propio token deben fallar y las políticas de ejecución se aplican a las distintas vías de transferencia. Estos cambios pueden exigir ajustes específicos en las aplicaciones afectadas.

La prueba útil después de las 19:00 será la activación observada y el funcionamiento posterior de los nodos e integraciones actualizados. Un anuncio de mantenimiento no garantiza la ausencia de incidentes, aunque se espere que la red siga accesible. El calendario se basa en un aviso publicado el 30 de octubre y en las notas de la versión 1.5.1 publicadas el 22 de octubre: la actualidad del 5 de noviembre es su fecha operativa, no un nuevo anuncio publicado hoy.