Co je reorganizace řetězce v technologii blockchain?

Útok reorganizace blockchainu se týká rozdělení řetězce, ve kterém uzly přijímají bloky z nového řetězce, zatímco starý řetězec nadále existuje.

V květnu 25, řetězec Ethereum Beacon utrpěl sedmiblokovou reorganizaci a byl vystaven vysokému bezpečnostnímu riziku zvanému řetězová organizace. Validátoři na Eth2 (nyní upgrade konsensuální vrstvy) Beacon Chain se přestal synchronizovat poté, co aktualizace klienta povýšila konkrétní klienty. Během procesu však byli validátoři v blockchainové síti zmatení a své klienty neaktualizovali.

Sedmibloková reorganizace znamená, že do nakonec zahozeného rozvětvení bylo přidáno sedm bloků transakcí, než síť zjistila, že nejde o kanonický řetězec. Proto k reorganizaci blockchainu dochází, pokud jsou někteří operátoři uzlů rychlejší než jiní. Během tohoto scénáře se rychlejší uzly nebudou schopny dohodnout na tom, který blok by měl být zpracován jako první, a budou pokračovat v přidávání bloků do svého blockchainu, přičemž kratší řetězec opustí, když se vytvoří další blok.

Například těžaři X a Y mohou najít platný blok současně, ale kvůli způsobu, jakým se bloky šíří síť typu peer-to-peer, část sítě uvidí nejprve blok X a poté blok Y.

Pokud jsou oba bloky stejně obtížné, dojde k remíze a klienti budou mít možnost vybrat si náhodně nebo vybrat dříve viděný blok. Když třetí těžař, Z, vytvoří blok nad blokem X nebo Y, vazba je obvykle přerušena a druhý blok je zapomenut, což vede k reorganizaci blockchainu.

V případě reorganizace řetězce Beacon společnosti Ethereum byly aktuální uzly asi o 12 sekund rychlejší než validátory, které neaktualizovaly své klienty na bloku 3,887,074 XNUMX XNUMX. K reorganizaci řetězce Ethereum dochází, když aktualizovaní klienti odešlou další blok před zbytkem validátorů. To zmátlo validátory ohledně toho, kdo by měl odeslat počáteční blok.

Preston Van Loon, hlavní vývojář Etherea, uvedl, že reorganizace blockchainu Etherea je způsobena nasazením rozhodnutí o forku Proposer Boost, které ještě nebylo plně zavedeno do sítě. Kromě toho je tato reorganizace netriviální segmentací aktualizovaného versus zastaralého klientského softwaru, nikoli známkou špatného výběru forku.