BNB Chain heeft een noodpatch uitgebracht voor zijn BSC-Reth execution client, waarmee een bug wordt verholpen in het legacy-proces voor de state-rootberekening van de software. De update, BSC-Reth v0.1.4-hotfix, is op 6 november gepubliceerd in een GitHub-release en wordt aanbevolen voor beheerders die zowel mainnet- als testnetinfrastructuur draaien, volgens berichtgeving van coinpaper.

Execution clients zijn de softwareprogramma's die nodes draaien om transacties te verwerken en de ketenstatus te beheren, en BSC-Reth is de implementatie door BNB Chain van de Reth execution client. Omdat netwerkspecifieke clients code overnemen uit dat gedeelde upstream-project, stromen correcties in de gemeenschappelijke codebase door naar de releases van elk netwerk — en, zoals dit incident laat zien, kunnen bugs dat ook.

De fout in de state-rootberekening

Het probleem vindt zijn oorsprong in het legacy-pad voor de state-rootberekening dat is overgenomen van de Reth execution client. Onder specifieke omstandigheden, gerelateerd aan blockchain-datastructuren, kon de software een onjuiste state root genereren.

Een state root is een cryptografische weergave van de huidige status van een blockchain, die gegevens omvat zoals accountbalansen en de opslag van slimme contracten. Nodes zijn afhankelijk van deze berekeningen om te verifiëren dat transacties consistent in het hele netwerk zijn verwerkt.

Als een node een onjuiste state root berekent, kan het geldige blokken afwijzen of een resultaat produceren dat afwijkt van andere netwerkinfrastructuur. Dergelijke inconsistenties kunnen de betrouwbaarheid van blockchainverificatie aantasten.

Wat de hotfix verandert

De BSC-Reth v0.1.4-hotfix bevat een correctie uit het upstream Reth-ontwikkelproject. Volgens de release notes pakt de wijziging specifiek problemen aan rond incrementele state-rootberekeningen.

De update is van toepassing op validators, builders van maximal extractable value (MEV), full node-operators en sentry-operators. Betroffen beheerders moeten de nieuwe softwareversie installeren en hun nodes herstarten. De upgrade vereist geen databasemigratie of een extra hard fork, waardoor de uitrol binnen een routinecyclus van installeren en herstarten blijft in plaats van een gecoördineerde protocolwijziging.

Packtte Base ook de Reth-kwetsbaarheid

Het onderliggende softwareprobleem was niet beperkt tot BNB Chain. Andere Ethereum-compatibele netwerken die getroffen Reth-implementaties gebruiken, moesten ook hun blootstelling beoordelen.

Base, ondersteund door Coinbase, bevestigde dat zijn ontwikkelaars de kwetsbaarheid hebben geïdentificeerd en verholpen. Het netwerk implementeerde een bijgewerkte execution client na het beoordelen van de mogelijke impact en meldde geen verstoring van de netwerkactiviteiten of gebruikersfondsen.

De ontwikkeling is bijzonder relevant voor Base, omdat het netwerk eerder het gebruik van Reth-gebaseerde infrastructuur had uitgebreid via de Azul-upgrade.

BNB Chain verduidelijkte ook dat zijn opBNB-netwerk niet wordt getroffen, omdat het niet de kwetsbare op-reth client gebruikt. Bij deze netwerken kwam de blootstelling neer op welke execution client elke keten draaide, wat laat zien hoe gedeelde upstream-code anders onafhankelijke ecosystemen met elkaar kan verbinden.

Het zojuist gepatchte probleem staat los van eerdere bridge-kwetsbaarheden die noodinterventies op het netwerk vereisten. Er zijn geen bevestigde exploits, verliezen van klantfondsen of een BSC-brede shutdown toegeschreven aan de bug in de state-rootberekening.

Jenner hard fork blijft gepland voor december

De nooduitbreiding van de software komt terwijl BNB Smart Chain zich voorbereidt op de volgende geplande protocolupgrade, de Jenner hard fork. Een eerdere BSC-Reth v0.1.4-release plande de hard fork voor 8 december 2026 om 02:30 UTC.

In tegenstelling tot de hotfix van 6 november omvat Jenner geplande protocolwijzigingen die zullen vereisen dat mainnet-operators compatibele software draaien. Het onderscheid is belangrijk: de nieuwste patch lost een softwareprobleem met berekeningen op zonder nieuwe netwerkregels in te voeren, terwijl de Jenner-upgrade een geplande protocolwijziging is. Voor node-operators is de praktische volgorde twee afzonderlijke controlepunten — nu de v0.1.4-hotfix toepassen en vervolgens de clientcompatibiliteit waarborgen voor de geplande decemberactivering van de fork.

Eerdere beveiligingsincidenten rond BNB Chain en cross-chain exploits hebben de verschillende risico's gedemonstreerd die gepaard gaan met blockchainapplicaties, bridges en onderliggende netwerkinfrastructuur. De nieuwste hotfix pakt een correctheidprobleem in software aan, en er werd geen bevestigde impact op gebruikersfondsen gemeld in het bronmateriaal.

Bron: coinpaper | Originele berichtgeving: Ethan Collins, Hokanews