Babala ng Ethereum Foundation na maaaring mag-fail ang mga contract pagkatapos ng Glamsterdam Gas Repricing

• Babala ng Ethereum Foundation na maaaring magdulot ng pagkabigo sa ilang smart contract ang pagbabago ng presyo ng gas ng Glamsterdam kung walang mga update mula sa mga developer.
• Ang EIP-8037 at EIP-8038 ay magpapataas at magpapastandard ng gas costs para sa state creation at access sa buong Ethereum.
• Maaaring subukan ng mga developer ang mga contract sa Glamsterdam devnets, habang ang mga wallet at RPC providers ay dapat i-update ang gas estimation para sa bagong jadwal.

Ang mga developer ng ethereum ay face ng mga bagong patakaran sa gas sa ilalim ng iminumungkahing pag-update na Glamsterdam, kung saan ang ilang mga contract ay maaaring magtagal kung walang pagbabago. Sinabi ng Ethereum Foundation na ang EIP-8037 at EIP-8038 ay magbabago sa gastos ng paglikha at pag-access sa estado. Ang karamihan sa mga contract ay hindi naapektuhan, habang ang mga developer na gumagamit ng hardcoded na gas assumptions ay maaaring kailanganin ang mga update bago maabot ng repricing ang mainnet.

Ang dalawang EIP ay tumutukoy sa paraan kung paano binabayaran ng Ethereum ang mga state operation sa buong network. Ang EIP-8037 ay tumataas at istandarisa ang gastos para sa paglikha ng mga account, storage slots, at deployed bytecode.

Samantala, ang EIP-8038 ay nagpapataas ng gastos para sa pag-access sa umiiral na estado, kabilang ang SLOAD, SSTORE, at cold account access. Ito rin ay nagbabago ng gastos para sa EXTCODESIZE at EXTCODECOPY operations.

Ayon sa Ethereum Foundation, ang mga pagbabago na ito ay nagpapakita ng sukat na workload ng mga operasyon sa mas malaking estado ng Ethereum. Ang mga presyo ng gas para sa mga operasyong ito ay huling nagbago noong 2021 Berlin upgrade.

Napansin, ang mga pagtaas sa gas limit ay nagpalipat ng paglago ng estado. Ang bagong modelo ng presyo ay gumagamit ng target sa performance na sumusuporta sa halos tatlong beses na mas mataas na base throughput.

Ang Ethereum Foundation ay muli nang ipinakita ang mga nakaraang transaksyon sa mainnet gamit ang propong gas schedule. Ang karamihan sa mga transaksyon ay nagproduksyon ng parehong resulta sa ilalim ng mga bago pang presyong patakaran. Gayunpaman, isang mas maliit na grupo ay nagpakita ng iba’t ibang resulta pagkatapos ng pagbabago ng presyo.

Ang ilang transaksyon ay nanatiling tagumpay ngunit gumamit ng iba’t ibang dami ng gas. Ang iba ay nagkamali lamang dahil hindi na sapat ang kanilang orihinal na gas limit. Maaaring lutasin ng mga developer ang mga kaso na iyon sa pamamagitan ng pagtaas ng ibinigay na gas limit.

Maaari pa ring maging nakababawas ang mas maliit na grupo bagaman mas mataas ang mga limitasyon. Madalas na nakadepende ang mga kontraktong ito sa mga nakapirming gas na aksiyon sa kanilang code. Mga halimbawa ay ang 2,300-gas transfer at send stipends ng Solidity.

Maaaring magdulot din ng mga problema ang hardcoded na mga halaga ng tawag, mga pag-check ng gasleft(), at mga fixed na gas limits. Sinabi ng Foundation na ang mga koponan sa likod ng mga pinakamalalang apektadong contract ay nangangalap na ng direkta na pagtawag.

Ang mga developer na nagpapanatili ng Layer 1 na mga contract ay maaaring maghanap sa database ng mga apektadong contract gamit ang kanilang contract address. Ang tool ay nakikilala ang mga uri ng pagkabigo at ang pagbabawas ng presyo na responsable sa bawat isyu.

Inirerekomenda rin ng Foundation sa mga developer na subukan ang mga pagpapabuti sa testnet ng Platåberget, na kilala bilang glam-devnet-8. Dapat i-update ng mga developer ng wallet at RPC ang gas estimation upang magsalungat sa bagong jadwal.

Maaaring magsagawa ng maling pagtatantiya sa gastos ng transaksyon at magdulot ng pagkabigo ang mga nakakabit na gas constants. Walang kailangang gawin ang karaniwang mga gumagamit dahil ang mga napapag-update na wallet at imprastruktura ang maghahandle ng mga pagbabago.

Ang pagbabago ng presyo ay nasa live na sa devnets at magiging available sa public testnets bago ang mainnet activation.