Protokół warstwy 2 Ethereum Starknet przeszedł reorganizację bloków, która doprowadziła do zaległości w transakcjach. Narzędzie protokołu do monitorowania bloków, Starkscan, wykazało czterogodzinną przerwę w produkcji bloków.

Starkscan pokazuje różnicę między utworzeniem bloków 630028 i 630029 w dniu 4 kwietnia, podczas gdy strona stanu Starknet nie odzwierciedla żadnych przerw w sieci tego samego dnia.

Monitor bloków Starkscan odzwierciedla czterogodzinną przerwę pomiędzy śluzami 630028 i 630029. Źródło: Starkscan

Następnie Starknet wydał oświadczenie w sprawie X, wyjaśniając, że błąd związany z błędem zaokrąglania doprowadził do reorganizacji bloków. Spółka podała, że ​​produkcja bloków była kontynuowana bez zmian, lecz reorganizacja spowodowała, że ​​portfel transakcji osiągnął pełną wydajność.

źródło: Starknet

„W rezultacie przez kilka minut nowe transakcje nie mogły zostać przyjęte do realizacji i w związku z tym zostały odrzucone. Co więcej, niektóre transakcje zostały cofnięte ze względu na zmianę parametrów (np. znaczników czasu)” – wyjaśnia post.

Cointelegraph skontaktował się ze Starknet, aby potwierdzić szczegóły incydentu, ale nie otrzymał dodatkowych informacji ani tego, czy zgodnie z danymi bloku produkcja bloków została wstrzymana.

Ostatnia strona stanu Starknet odzwierciedla poważną awarię, która miała miejsce 13 marca, kiedy w jego sieci doszło do powolnego tworzenia bloków w związku z aktualizacją Dencun Ethereum.

Strona statusu Starknet pokazuje ostatni poważny incydent, który miał miejsce 13 marca podczas aktualizacji Ethereum w Dencun. Źródło: Status Starknetu

Awaria Starknet jest najnowszą z serii czkawek dla niektórych z największych sieci blockchain w ekosystemie.

Na początku lutego 2024 r. w Solanie wystąpiła znaczna awaria. Przestoje w produkcji bloków w jej sieci głównej wstrzymały postęp bloków w sieci na ponad pięć godzin.

To nie był pierwszy raz, kiedy Solana upadła. Od stycznia 2022 r. w Solanie doszło do około pół tuzina znaczących przestojów i 15 dni częściowych lub poważnych przestojów.

9 lutego firma Anza zajmująca się tworzeniem oprogramowania, skupiająca się na Solanie, opublikowała raport pośmiertny na temat niedawnej awarii.

Raport ujawnił, że pamięć podręczna kompilacji Just-in-Time (JIT) firmy Solana, która kompiluje wszystkie programy przed wykonaniem transakcji, napotkała błąd.

Powiązane: Starknet przewiduje znaczący wpływ hard forku Dencun Ethereum

Austin Federa, szef strategii w Fundacji Solana, powiedział Cointelegraph, że trwa proces wymiany starego układu ładowarki na nowy układ silnika, ale zaplanowano jego wyłączenie w zaktualizowanej wersji.

„Wygląda na to, że ktoś celowo nazwał ten stary zestaw instrukcji, który nie był używany od dłuższego czasu, ale nadal znajdował się w bazie kodu. Kompilator JIT napotkał problemy, w wyniku których nie mógł znaleźć tego, czego szukał. I to właśnie stworzyło nieskończoną pętlę” – Federa powiedziała Cointelegraph.

Na początku kwietnia Solana napotkała problemy z zyskiem, gdyż blisko 75% wszystkich transakcji w sieci zakończyło się niepowodzeniem w związku z zalewem aktywności spowodowanym niedawną manią memecoinów.

Analitycy sugerują, że te nieudane transakcje są w dużej mierze spowodowane działalnością botów na platformie Solana, które chcą przeprowadzać transakcje arbitrażowe.

Magazyn: Wady konstrukcyjne ERC-20 Ethereum są najlepszym przyjacielem oszusta kryptowalutowego