Sui mainnet oplevede i denne uge tre separate stop inden for et 48-timers vindue, hvert udløst af en fejl i netværkets v1.72-udgivelse. Nedbruddene, som midlertidigt stoppede blokproduktionen, skyldtes en problematisk interaktion mellem en ny funktion til adressebalance og blockchainens eksisterende gas- og konsensuslogik, ifølge en post-mortem offentliggjort af Sui Foundation.
Hvad v1.72-udgivelsen ændrede
Opgraderingen introducerede en funktion designet til at spore adressebalancer mere effektivt. Men da den kode kørte sammen med gasprismekanismen og konsensusmotoren, der afslutter transaktioner, skabte det en konflikt. Resultatet: netværket satte sig fast og kunne ikke behandle nye blokke, før validatorer greb ind manuelt. Hver gang kæden kom online igen, udløste den samme underliggende tilstand et nyt stop.
Grundårsag identificeret
I post-mortem'en sporede Sui Foundations udviklingsteam fejlene til en race condition i måden, den nye balance-sporingslogik interagerede med den eksisterende gasregnskab. Konsensusprotokollen, som forventer bestemte tilstandsovergange i en streng rækkefølge, stødte på en uventet tilstand, da balancefunktionen genberegnede gasomkostninger midt i en blok. Denne inkonsistens tvang validatorer til at stoppe med at producere blokke for at forhindre en splittelse i kæden.
Fonden sagde, at fejlen var specifik for v1.72-implementeringen, og at ingen brugerfonde gik tabt under nogen af de tre stop. Netværket er siden blevet genstartet og fungerer normalt.
Indvirkning på brugere og udviklere
Under hvert nedbrud stoppede transaktionsbehandlingen på Sui. Decentraliserede applikationer bygget på kæden, herunder DeFi-protokoller og NFT-markedspladser, kunne ikke bekræfte handler eller overførsler. De gentagne afbrydelser frustrerede nogle udviklere, der måtte sætte deres egne tjenester på pause og vente på, at kæden stabiliserede sig. Fonden oplyste ikke den samlede nedetid på tværs af de tre hændelser.
Sui Foundation har endnu ikke offentliggjort en tidsplan for en permanent softwarepatch. Post-mortem'en beskriver grundårsagen, men specificerer ikke en løsning eller en dato for næste opgradering. Validatorer er blevet instrueret i at overvåge netværket nøje og være klar til yderligere indgreb, hvis tilstanden genopstår. For nu kører kæden på den samme v1.72-udgivelse, hvilket rejser spørgsmål om, hvorvidt fejlen virkelig er løst eller blot sovende.
