Що таке реорганізація ланцюга в технології блокчейн?

Атака реорганізації блокчейну відноситься до розділення ланцюга, в якому вузли отримують блоки з нового ланцюга, тоді як старий ланцюг продовжує існувати.

25 травня мережа Ethereum Beacon зазнала реорганізації з семи блоків і був підданий ризику високого рівня безпеки, який називається організацією ланцюга. Валідатори на Eth2 (тепер оновлення рівня консенсусу) Beacon Chain вийшов з синхронізації після оновлення клієнта, що підвищило кількість певних клієнтів. Однак під час процесу валідатори в мережі блокчейн були заплутані та не оновлювали своїх клієнтів.

Реорганізація з семи блоків означає, що сім блоків транзакцій були додані до відкинутого форка, перш ніж мережа зрозуміла, що це не канонічний ланцюжок. Тому реорганізація блокчейну відбувається, якщо деякі оператори вузлів працюють швидше за інших. Під час цього сценарію швидші вузли не зможуть домовитися про те, який блок слід обробити першим, і вони продовжуватимуть додавати блоки до свого блокчейна, залишаючи коротший ланцюжок, коли буде створено наступний блок.

Наприклад, майнери X і Y можуть одночасно знайти дійсний блок, але через те, як блоки розповсюджуються в однорангова мережа, частина мережі спочатку побачить блок X, а потім блок Y.

Якщо обидва блоки мають однакову складність, буде нічия, і клієнти отримають можливість вибрати випадково або вибрати раніше побачений блок. Коли третій майнер, Z, створює блок поверх блоку X або Y, зв’язок зазвичай розривається, а інший блок забувається, що призводить до реорганізації блокчейна.

У випадку реорганізації ланцюга Ethereum Beacon сучасні вузли були приблизно на 12 секунд швидше, ніж валідатори, які не оновлювали своїх клієнтів на блоці 3,887,074 XNUMX XNUMX. Реорганізація ланцюга Ethereum відбувається, коли оновлені клієнти подають наступний блок перед іншими валідаторами. Це збентежило валідаторів щодо того, хто повинен подати початковий блок.

Престон Ван Лун, основний розробник Ethereum, заявив, що реорганізація блокчейну Ethereum пов’язана з розгортанням рішення про форк Proposer Boost, яке ще не повністю розгорнуто в мережі. Крім того, ця реорганізація є нетривіальною сегментацією оновленого та застарілого клієнтського програмного забезпечення, а не ознакою поганого вибору форка.