Optimism vise des sous-blocs de 200 ms sur OP Mainnet, réduisant ainsi l'intervalle de préconfirmation de 250 millisecondes dans une modification progressive prévue pour le 31 août. Les sous-blocs, anciennement appelés Flashblocks, sont des mises à jour incrémentales que le séquenceur envoie pendant qu'il construit encore un bloc normal, fournissant ainsi aux applications des retours d'information avant que ce bloc ne soit scellé.
[
Articles connexes
Coinbase-backed Base dévoile des mises à niveau visant à doubler la performance de Solana
](https://cryptoslate.com/coinbase-backed-base-unveils-upgrades-to-beat-solana-performance-by-double/)
La hausse de vitesse de 20 % comporte un risque discret de compatibilité. La notice de migration d'Optimism indique que quatre champs resteront présents dans chaque charge utile diffusée mais ne porteront plus de données exploitables : state_root, block_hash et withdrawals_root seront des valeurs nulles, tandis que withdrawals sera une liste vide.
Le type de charge utile reste ExecutionPayloadFlashblockDeltaV1, de sorte que les logiciels peuvent continuer à analyser le flux sans générer d'erreur. Les champs tels que receipts_root et logs_bloom conserveront toutefois des valeurs réelles. Cette combinaison rend la migration facile à manquer dans les systèmes qui considèrent un décodage réussi comme preuve que chaque champ est significatif.
Pourquoi les sous-blocs de 200 ms rendent la frontière entre fournisseurs importante
Les sous-blocs sont des préconfirmations, pas des blocs finalisés ni des engagements d'état. L'explication technique d'Optimism sur les sous-blocs indique que les consommateurs directs du flux doivent considérer la racine d'état et le hash de bloc nuls comme absents et dériver l'état préconfirmé en exécutant les transactions transmises par le flux.
[
Articles connexes
Comment la guerre entre Ethereum et Solana s'est terminée discrètement, non pas avec fracas mais avec un soupir
](https://cryptoslate.com/the-ethereum-vs-solana-war-ended-quietly-not-with-a-bang-but-a-whimper/)
La plupart des applications se situent du côté plus sûr de cette frontière. Elles se connectent à un fournisseur RPC sensible aux sous-blocs et utilisent des méthodes Ethereum standard, souvent avec le tag pending. Un fournisseur ou un nœud correctement configuré maintient sa propre vue de l'état, de sorte que des appels comme eth_getBalance peuvent renvoyer des données préconfirmées dérivées sans dépendre d'une racine d'état exploitable dans la charge utile brute, selon le guide d'intégration d'Optimism.
Ainsi, l'audit incombe directement aux applications qui ingèrent elles-mêmes le flux WebSocket et aux fournisseurs RPC qui transmettent les champs bruts aux clients. Les opérateurs doivent repérer les lectures des quatre champs concernés, traiter les racines et le hash de blocs placeholders comme indisponibles et empêcher ces valeurs d'entrer dans l'état, les soldes ou les entrées de preuves en aval. Les fournisseurs relayant les charges utiles brutes doivent également avertir leurs consommateurs.
La cadence plus rapide est déjà visible dans la documentation des fournisseurs. Le guide d'Alchemy pour OP Mainnet décrit des mises à jour de 200 ms via les points d'accès RPC existants d'Optimism, tandis que la notice de QuickNode applique la migration aux composants JSON-RPC d'Optimism Mainnet et Sepolia.
[
Articles connexes
La nouvelle « super-app » Base de Coinbase regroupe trading, paiements, social et IA sous un même toit
Optimism indique que la cible du 31 août pour les sous-blocs de 200 ms pourrait évoluer et que le déploiement se fera progressivement, sans délai de fin officiellement documenté pour l'ensemble du réseau. Sa page de statut montrait des systèmes opérationnels et aucune notification récente d'incident lors de la vérification. Les avis officiels et ceux des fournisseurs présentent les champs à valeur nulle comme un risque de migration nécessitant une action préventive, et non comme une preuve que les soldes ou les preuves ont déjà été corrompus.
La publication Optimism pousse les vitesses du réseau à 200 ms, mais les flux de données standards laissent passer discrètement des informations clés est apparue en premier sur CryptoSlate.