De la préconfirmation au bloc complet
Base a déployé Denim sur son réseau principal. Jusqu’ici, Flashblocks envoyait des mises à jour partielles toutes les 200 millisecondes avant la production d’un bloc canonique de deux secondes. Denim remplace cette architecture par un bloc complet et canonique toutes les 200 millisecondes, soit cinq blocs par seconde.
Pourquoi Base retire Flashblocks
Les préconfirmations apportaient une expérience rapide, mais elles créaient une différence entre l’état provisoire et les blocs définitifs suivis par les applications. Avec Denim, chaque nouveau bloc suit directement son parent selon un intervalle imposé par le protocole, plutôt que selon l’horloge du séquenceur.
| Avant Denim | Après Denim |
|---|---|
| Bloc canonique toutes les 2 secondes | Bloc canonique toutes les 200 ms |
| Préconfirmations Flashblocks | Flashblocks retiré |
| Temps principal à la seconde | Nouveaux champs RPC à la milliseconde |
| État pending spécifique | Abonnements standards aux blocs canoniques |
Une migration nécessaire pour les développeurs
Les applications qui consommaient les flux Flashblocks ou utilisaient le tag pending pour obtenir une préconfirmation doivent modifier leurs intégrations. Elles peuvent désormais suivre directement les blocs canoniques. L’objectif annoncé est de simplifier le modèle d’exécution et de rendre le comportement temporel plus prévisible.
BaseTime apporte une horloge plus précise
Denim introduit BaseTime, qui permet aux contrats et outils d’accéder à des horodatages Unix à la milliseconde pour les blocs, transactions et journaux via de nouveaux champs RPC. La variable Ethereum block.timestamp reste compatible avec l’existant et continue d’utiliser une résolution à la seconde.
Des contrôles supplémentaires pour les tokens B20
La mise à niveau ajoute des politiques réutilisables grâce à un opérateur NOT et étend certaines restrictions aux transferts directs. Elle empêche aussi les transferts, émissions ou saisies envoyant des tokens vers l’adresse du contrat du token lui-même. Ces fonctions constituent des outils techniques : leur utilisation et leur portée dépendent toujours de la configuration choisie par l’émetteur.
Un enjeu de performance et de fiabilité
Des blocs plus fréquents peuvent réduire le délai perçu dans les échanges, paiements et applications interactives. Ils augmentent aussi la fréquence des données que les nœuds, indexeurs et interfaces doivent traiter. Le succès de Denim dépendra donc autant de la stabilité du réseau que de la migration correcte des fournisseurs RPC et des applications.
