Następny hard fork Ethereum zostanie przełożony na 2019 rok

Na wczorajszym spotkaniu deweloperów Ethereum Core zdecydowano, że kolejny Hard Fork Ethereum w Konstantynopolu zostanie przełożony na początek 2019 roku. Wiadomość o przesunięciu daty, która pierwotnie była planowana na listopad, nie jest zaskoczeniem, ponieważ aktualizacja w sieć testową trzeba było już przełożyć ze względu na problemy techniczne, a wkrótce potem pojawiły się błędy w kodzie.

Pierwotnie aktywacja Hard Fork Constantinople w Mainnet powinna nastąpić po Ethereum DevCon 4, który potrwa od 30 października do 2 listopada 2018 r. Zamiast tego programiści zdecydowali się teraz przenieść hard fork po znalezieniu kilku błędów w kodzie opublikowane w sieci testowej Ropsten.

Konstantynopol wprowadza obecnie pięć niezgodnych wstecz zmian w sieci, począwszy od drobnych optymalizacji kodu po dalsze opóźnienia „Bomba Trudności”. Szczegółowo Konstantynopol zawiera następujące zmiany:

  • EIP 1234: Opóźnienie bomby trudności – aby jeszcze bardziej opóźnić przejście na dowód stawki, czasy blokowania utrzymywane są na poziomie około 15 sekund przez kolejne 12 miesięcy, a nagrody za blokowanie są zmniejszane do 2 ETH.
  • EIP 145: Polecenia przesunięcia bitowego w wirtualnej maszynie Ethereum (EVM) umożliwiają bezpośrednią manipulację bajtami w warstwie EVM.
  • EIP 1014: Dodaj nowy kod operacji, który tworzy kontrakt, ale określa używany adres inaczej niż istniejący kod operacji CREATE.
  • EIP 1052: Dodaj nowy kod operacji (EXTCODEHASH), który zwraca skrót keccak256 kodu bajtowego kontaktu.
  • EIP 1283: Dodaj nową koncepcję kosztów gazu dla kodu operacyjnego SSTORE.

Opóźnienie może mieć również wpływ na inne proponowane zmiany, które zostaną dodane do hard forku w Konstantynopolu, jak omówiono podczas spotkania. Propozycję przedstawił Martin Holst Swende „ProgPow” z powrotem do gry. ProgPow ma na celu uczynienie Ethereum odpornym na ASIC.

Jak już informowaliśmy kilka miesięcy temu, debata ASIC vs. GPU Mining ponownie wybuchła. Dyskusja rozpoczęła się pod koniec marca, kiedy Piper Merriam, główny programista Ethereum, opublikował propozycję dyskusji (EIP) na Githubie. W propozycji ulepszenia Ethereum 958 (EIP 958) Merriam wyjaśnił, że jego zdaniem w społeczności kryptowalut jest faktem uznanym, że układy ASIC prowadzą do centralizacji sieci. Należy temu zapobiegać. Propozycja spotkała się z szerokim poparciem. Holst Swende powiedział teraz:

Śmiem twierdzić, że jeśli zdecydujemy, że Konstantynopol powstanie dopiero w styczniu lub lutym; wtedy pewnie próbowałbym powalczyć o włączenie ProgPoW do Konstantynopola.

ProgPoW był już omawiany na wcześniejszych spotkaniach. Konsensus był jednak taki, że ramy czasowe były zbyt krótkie, aby uwzględnić zmiany w ramach hard forku w Konstantynopolu oraz że zmiany można było dodać za pośrednictwem kolejnego hard forku wkrótce po Konstantynopolu.

Całe spotkanie Core Devs Meeting możesz obejrzeć pod adresem: