Bellatrix, czyli aktualizacja Beacon Chain, odbędzie się już jutro

The Merge, czyli przejście blockchaina Ethereum z modelu konsensusu Proof-of-Work na Proof-of-Stake, to niewątpliwie jedno z najważniejszych wydarzeń w w tym roku. Całe przedsięwzięcie spotkało się z dużym poparciem społeczności, jednakże oczywiście nie brakuje również i głosów krytyki. Vitalik Buterin, współzałożyciel sieci Ethereum, w niedawno opublikowanym tweecie przypomniał, że zanim the Merge zostanie wdrożone w życie, najpierw nastąpi aktualizacja sieci Beacon Chain. Ta będzie miała miejsce już jutro, 6 września.

Aktualizacja Bellatrix już jutro

Zgodnie z tweetem udostępnionym kilka dni temu przez Vitalika Buterina, w dniu jutrzejszym będzie miała miejsce aktualizacja sieci Beacon Chain, nazwana Bellatrix . Jest ona zaplanowana na epokę 144896 (ang. epoch – dłuższy przedział czasowy gromadzący określoną liczbę slotów) i odbędzie się o godzinie 11:34 UTC.

Reminder: even though the merge is coming around Sep 10-20, the beacon chain hard fork is on Sep 6. Make sure to update your clients before then! https://t.co/x8GQCbtNNk

— vitalik.eth (@VitalikButerin) August 30, 2022

Buterin w swoim poście wzywa walidatorów sieci do przeprowadzenia aktualizacji danych jeszcze przed tym zdarzeniem. Operatorzy węzłów muszą bowiem uruchomić zarówno klienta warstwy wykonawczej, jak i warstwy konsensusu, aby pozostać w sieci podczas scalania, jak i po nim. Więcej informacji na ten temat znajdziecie na oficjalnym blogu Ethereum.

Co muszą wiedzieć stake’ujący?

Jak wyjaśniono na blogu Ethereum, walidatorzy sieci muszą po scaleniu uruchomić klienta warstwy wykonawczej poza zaktualizowaniem adresów swoich odbiorców warstwy konsensusu. Zaleca się stanowczo wcześniejsze scalenie, chociaż niektórzy walidatorzy już przedtem zlecili tę funkcje zewnętrznym dostawcom. Było to możliwe, ponieważ jedyne dane, jakie były wymagane w warstwie wykonawczej, to zaktualizowane umowy depozytowe.

Po scaleniu walidatorzy muszą upewnić się, że dane użytkownika oraz bloki uczestniczące w transakcji są prawidłowe. Aby to zrobić, każdy węzeł sieci beacon musi być sparowany z klientem warstwy wykonawczej. Konieczne jest zwrócenie uwagi na to, że wielu walidatorów może być wciąż sparowanych z pojedynczym węzłem beacon oraz klientem warstwy wykonawczej.

Rozszerza to zakres odpowiedzialności walidatorów, ale daje również tym, który pilnują bloków, prawo do otrzymywania związanych z tym opłat za pilnowanie pierwszeństwa transakcji. Na dany moment opłaty trafiają jeszcze do górników, którzy kopią ETH za pomocą modelu Proof-of-Work.