Iminumungkahi ng Ethereum Devs na I-activate ang Constantinople Hard Fork sa huling bahagi ng Pebrero

I-UPDATE (Ene. 18, 2019, 15:40 UTC): Ang Constantinople hard fork activation ay itinakda para sa block number 7,280,000, na nakatakdang maabot sa ika-27 ng Pebrero, ayon sa developer Péter Szilágyi.

----------

Iminungkahi ng mga Ethereum CORE developer na i-activate ang Constantinople – isang nakaplanong pag-upgrade sa buong system na nakansela noong unang bahagi ng linggong ito – sa huling bahagi ng Pebrero.

Tinatawag ding hard fork, ang Constantinople ay tinatantya na ngayon ng mga developer na magiging live sa pagitan ng Peb. 26 at Peb. 28, na may block number na tutukuyin sa petsa sa hinaharap.

Ang panukala ay ginawa sa panahon ng isang CORE developer na tawag sa telepono sa Biyernes umaga, at kasama sa mga kalahok sa tawag ang tagalikha ng Ethereum na si Vitalik Buterin at iba pang mga developer, kabilang sina Hudson Jameson, Lane Rettig, Afri Schoedon, Péter Szilágyi, Martin Holste Swende, Danny Ryan at Alexey Akhunov, bukod sa iba pa.

Ang desisyon ay dumating pagkatapos ma-flag ang smart contract audit firm na ChainSecurity Martes isang kahinaan sa seguridad sa ONE sa limang Ethereum Improvement Proposals (EIPs) na itinakda para isama sa Constantinople na may kaugnayan sa mga gastos sa pag-iimbak ng data sa blockchain.

Bilang resulta ng kahinaan, ang Constantinople, na nakatakda na ngayon para sa pag-activate sa susunod na buwan, ay hindi magtatampok ng pagsasama ng buggy EIP, na susuriin at gagawing muli para isama sa isang kasunod na hard fork.

Sa halip, ang Constantinople ay ilalabas sa dalawang bahagi nang sabay-sabay sa pangunahing network. Kasama sa unang pag-upgrade ang lahat ng limang orihinal na EIP at ang pangalawang pag-upgrade ay partikular na aalisin ang EIP 1283.

Ang diskarte na ito - na unang iminungkahi ni Szilágyi sa panahon ng tawag ngayon - ay sinadya upang matiyak na ang mga network ng pagsubok at pribadong network na nagpatupad na ng buong pag-upgrade sa Constantinople ay madaling makapagpapatupad ng isang pag-aayos nang hindi binabalikan ang anumang mga bloke.

"Ang mga mungkahi ko ay tukuyin ang dalawang matigas na tinidor, ang Constantinople sa kasalukuyan at ang Constantinople ay nag-aayos na kung saan ay hindi pinapagana ang tampok na ito...Sa pamamagitan ng pagkakaroon ng dalawang tinidor ang lahat na aktwal na nag-upgrade ay maaaring magkaroon ng pangalawang tinidor upang aktwal na mag-downgrade kung sabihin," paliwanag ni Szilágyi.

Ang desisyon ay dumating pagkatapos na i-flag ng smart contract audit firm na ChainSecurity noong Martes ang isang kahinaan sa seguridad sa ONE sa limang EIP na itinakda para isama sa Constantinople na may kaugnayan sa mga gastos sa pag-iimbak ng data sa blockchain.

Nagsasalita sa CoinDesk noong Martes, binigyang-diin ni Matthias Egli – COO ng ChainSecurity – na malamang na hindi nakuha ng mga CORE developer ang isyu kapag nagpapatakbo ng mga pagsubok sa software dahil nakaugat ang epekto sa pagbuo ng matalinong kontrata, hindi kinakailangang pag-develop ng “[Ethereum virtual machine] CORE”.

Ang isang agarang desisyon na muling i-activate ang Constantinople nang mas maaga kaysa sa huli ay kailangan dahil sa matagal na pag-activate ng mahirap na bomba ng ethereum – isang piraso ng code na naka-embed sa blockchain na nagpapatagal sa paglipas ng panahon.

Nilayong hikayatin ang paglipat sa isang bagong consensus algorithm na kilala bilang proof-of-stake (PoS), iminungkahi ang pagkaantala ng bomba sa EIP 1234 dahil sa hindi sapat na pananaliksik sa kasalukuyan para sa paglipat sa PoS.

Kapag na-activate na sa mainnet, isasama ng Constantinople ang EIP 1234 at ipagpaliban ang paghihirap na bomba sa loob ng 12 buwan.

Tala ng Editor: Ang artikulo ay na-update na may karagdagang impormasyon.

Binary code larawan sa pamamagitan ng Shutterstock