Le correctif a été publié, mais le véritable test ne fait que commencer : les nœuds BSC-Reth de BNB Chain doivent encore effectuer la mise à niveau. Si la racine d’état est calculée incorrectement, les nœuds risquent de ne pas s’accorder sur l’état de la même chaîne.
D’après la version v0.1.4-hotfix publiée par BNB Chain le 6 novembre, les opérateurs de BSC-Reth sur le mainnet et le testnet doivent effectuer la mise à niveau et redémarrer leurs nœuds. Ce correctif ne nécessite ni migration de base de données ni hard fork. Le correctif correspondant a également été intégré en amont dans Reth. L’équipe indique qu’opBNB n’utilise pas op-reth ; aucune perte de fonds utilisateur ni interruption de BSC n’a été confirmée à ce jour.
L’enjeu est que BNB Chain a récemment mesuré sur BSC un débit d’environ 246,7 TPS et un temps de bloc d’environ 0,45 seconde. Sur une chaîne aussi rapide, le niveau d’achèvement de la mise à niveau des clients compte davantage que la simple « publication d’un correctif ». Les conditions favorables pour $BNB ne tiennent pas à l’annonce du correctif en elle-même, mais à une mise à niveau rapide des nœuds, à la stabilité du RPC et de la production des blocs, ainsi qu’à l’absence d’anomalies dans les transactions des DApp et les transferts inter-chaînes. À l’inverse, les divergences entre nœuds, le retard des fournisseurs de services ou la suspension d’un bridge d’actifs seraient des signes défavorables.
La principale condition d’invalidation : le problème s’avérerait plus étendu que BSC-Reth, ou des anomalies découvertes tardivement/des preuves d’exploitation viendraient infirmer le constat selon lequel le réseau n’a pas été touché. Qu’est-ce qui vous semble le plus important : la disponibilité on-chain ou le récit à court terme ?
#BNBChain #Sécurité on-chain
À titre informatif uniquement ; ne constitue pas un conseil en investissement.
D’après la version v0.1.4-hotfix publiée par BNB Chain le 6 novembre, les opérateurs de BSC-Reth sur le mainnet et le testnet doivent effectuer la mise à niveau et redémarrer leurs nœuds. Ce correctif ne nécessite ni migration de base de données ni hard fork. Le correctif correspondant a également été intégré en amont dans Reth. L’équipe indique qu’opBNB n’utilise pas op-reth ; aucune perte de fonds utilisateur ni interruption de BSC n’a été confirmée à ce jour.
L’enjeu est que BNB Chain a récemment mesuré sur BSC un débit d’environ 246,7 TPS et un temps de bloc d’environ 0,45 seconde. Sur une chaîne aussi rapide, le niveau d’achèvement de la mise à niveau des clients compte davantage que la simple « publication d’un correctif ». Les conditions favorables pour $BNB ne tiennent pas à l’annonce du correctif en elle-même, mais à une mise à niveau rapide des nœuds, à la stabilité du RPC et de la production des blocs, ainsi qu’à l’absence d’anomalies dans les transactions des DApp et les transferts inter-chaînes. À l’inverse, les divergences entre nœuds, le retard des fournisseurs de services ou la suspension d’un bridge d’actifs seraient des signes défavorables.
La principale condition d’invalidation : le problème s’avérerait plus étendu que BSC-Reth, ou des anomalies découvertes tardivement/des preuves d’exploitation viendraient infirmer le constat selon lequel le réseau n’a pas été touché. Qu’est-ce qui vous semble le plus important : la disponibilité on-chain ou le récit à court terme ?
#BNBChain #Sécurité on-chain
À titre informatif uniquement ; ne constitue pas un conseil en investissement.