Base prévoit Denim le 5 novembre à 19 heures Paris, avec des blocs natifs de 200 millisecondes

Une activation programmée, avec une fenêtre de maintenance annoncée

Base prévoit d’activer Denim sur son réseau principal le 5 novembre à 18 h 00 UTC, soit 19 h 00 à Paris. La page officielle de statut indique une fenêtre de maintenance allant jusqu’à 20 h 00 UTC, soit 21 h 00 à Paris, et précise que le réseau devrait rester opérationnel pendant cette période. Au moment de cette vérification matinale, la documentation présente encore le déploiement principal comme planifié. Il ne faut donc pas confondre l’horaire annoncé avec une activation déjà constatée.

Denim fonctionne sur le réseau de test Sepolia depuis le 21 octobre. Pour le réseau principal, Base demande aux opérateurs de nœuds de passer à la version 1.5.1 avant l’activation. L’avis de maintenance avertit aussi que les installations anciennes conservant une option expérimentale relative aux transactions de validité doivent retirer cette option de leur commande de démarrage. À défaut, le nœud concerné pourrait ne pas démarrer. Ces instructions visent les exploitants de l’infrastructure, pas une opération à effectuer dans le portefeuille de chaque utilisateur.

Les blocs natifs remplacent le dispositif Flashblocks

Le changement central concerne la production des blocs : Denim prévoit un bloc canonique complet toutes les 200 millisecondes, contre un toutes les deux secondes auparavant. Chaque bloc doit disposer de sa propre empreinte, de son état et de ses reçus. Base décrit ainsi un passage à cinq blocs complets par seconde. Cette cadence désigne la production des blocs du réseau ; elle ne mesure ni une capacité garantie en transactions ni le délai de règlement définitif d’un transfert vers une autre blockchain.

Denim remplace Flashblocks. Les applications qui consomment ces flux doivent migrer vers les flux de blocs canoniques et les interfaces correspondantes. Pour les développeurs, l’enjeu dépasse donc une simple amélioration de vitesse : les systèmes de suivi, d’affichage et de traitement doivent comprendre la nouvelle granularité. La documentation de migration et les notes de version restent les références à consulter avant d’activer un changement sur un service utilisé par des clients.

L’heure et les règles des jetons évoluent aussi

Un composant nommé BaseTime apporte une information temporelle à la milliseconde directement sur la chaîne. Le champ temporel habituel de la machine virtuelle Ethereum reste exprimé en secondes, pour conserver la compatibilité. Des réponses des interfaces RPC gagnent des champs facultatifs à la milliseconde. La mise à niveau resserre également certaines règles B20 : des transferts vers l’adresse du jeton lui-même doivent échouer, et les politiques d’exécution s’appliquent aux différentes voies de transfert. Ces changements peuvent nécessiter des adaptations spécifiques dans les applications concernées.

La preuve utile après 19 heures sera l’activation effectivement observée, puis le fonctionnement des nœuds et des intégrations mises à jour. Une annonce de maintenance ne garantit pas l’absence d’incident, même lorsque le réseau doit rester accessible. Le calendrier repose ici sur un avis publié le 30 octobre et sur les notes de la version 1.5.1, publiées le 22 octobre : l’actualité du 5 novembre est leur échéance opérationnelle, et non une nouvelle annonce publiée aujourd’hui.