Paradigm shift sa pagpapa-expand ng execution layer ng Ethereum: Mula sa defensive conservatism tungo sa empirically-driven na pag-unlad ng 60M Gas Limit

Ang mga pagsisikap na ito ay nagbigay-daan sa Ethereum mainnet mula sa hindi pangahas na pagtaas ng Gas Limit, hanggang sa kasalukuyan na ligtas na naitaas ang limit hanggang 60M Gas, at posibleng mas mataas pa.

May-akda: ZHIXIONG PAN

Sa nakaraang taon, ang Gas Limit ng mga block sa Ethereum ay mabilis na tumaas mula humigit-kumulang 30 milyon hanggang 60 milyon. Ang pagtalon na ito ay dulot ng maraming magkakasamang salik, kabilang ang kontrol ng protocol layer sa pinakamasamang laki ng block, malaking pag-optimize ng performance ng execution client, at sistematikong pagsubok at beripikasyon para sa mas mataas na Gas Limit.

Sa madaling salita, binawasan ng mga developer ang panganib ng pagtaas ng Gas Limit sa pamamagitan ng pagpapabuti ng mga panuntunan ng Ethereum protocol, malaki ang pinabilis ng bawat client ang pagproseso ng malalaking block, at napatunayan na kahit sa mas mataas na load ay kaya pa ring mag-produce at mag-broadcast ng block sa tamang oras ang network.

Ang mga pagsisikap na ito ay nagbigay-daan sa Ethereum mainnet mula sa hindi pangahas na pagtaas ng Gas Limit, hanggang sa kasalukuyan na ligtas na naitaas ang limit hanggang 60M Gas. Sa ibaba ay ipapaliwanag namin nang detalyado ang konsepto at kasaysayan ng Gas Limit, pagkatapos ay tatalakayin ang mga pangunahing dahilan ng pagtaas ng Gas Limit, at tatanawin ang mga kinakailangang kondisyon para sa karagdagang pagpapalawak sa hinaharap.

Gas Limit at Blob: Depinisyon at Pagkakaiba

Ang Gas Limit ay isang parameter sa Ethereum na sumusukat sa pinakamalaking computational workload na maaaring isagawa sa bawat block, ibig sabihin, ito ang kabuuang maximum na halaga ng Gas na maaaring magamit sa mga transaksyon sa isang block. Kapag mas mataas ang Gas Limit, mas maraming transaksyon ang maaaring maisama sa isang block, kaya mas mataas ang throughput ng chain. Ngunit ang epekto nito ay mas mataas na Gas Limit ay nagpapabigat sa mga kalahok sa network: kailangang mag-package at mag-broadcast ng mas malalaking block ang mga block proposer sa loob ng nakatakdang oras, at lahat ng node sa network ay kailangang mag-download at magpatupad ng mas malalaking block, na nagdudulot ng dagdag na pressure sa bandwidth at hardware ng mga node.

Ang Blob naman ay ibang uri ng nilalaman ng block, isang bagong elementong ipinakilala upang palawakin ang data availability ng Ethereum. Ang Blob ay nagmula sa EIP-4844 proposal, na nagpapahintulot na pansamantalang maglaman ng malaking binary data para sa Layer 2 sa isang block, at ang gastos nito ay hiwalay na sinusukat mula sa karaniwang Gas consumption ng mga transaksyon. Sa madaling salita, ang Blob ay nagbibigay ng karagdagang espasyo para sa L2 Rollup data, habang ang Gas Limit ay sumusukat sa maximum na sukat ng karaniwang EVM computation. Hindi direktang maikukumpara ang dalawa: ang pagtaas ng bilang ng Blob ay pangunahing nakakaapekto sa kapasidad ng L2 data sa block, habang ang pagtaas ng Gas Limit ay direktang nagpapalaki ng computational capacity ng L1 execution.

Ang artikulong ito ay nakatuon sa talakayan ng Gas Limit, at hindi tatalakayin ang pagbabago ng Blob capacity.

Kasaysayang Background: Bakit Noon Ay Hindi Pangahas Itaas ang Gas Limit?

Noong mga unang taon ng Ethereum, laging maingat ang pananaw sa pagtaas ng Gas Limit ng block. Pagkatapos ipatupad ang EIP-1559 noong 2021, itinakda ng Ethereum ang target na Gas ng block sa humigit-kumulang 15 milyon (maximum ng isang block ay mga 30 milyon), at hindi ito tumaas sa loob ng maraming taon. Ang dahilan ay noong panahong iyon, may ilang mahahalagang bottleneck na hindi pa nalulutas, at ang biglaang pagtaas ng Gas Limit ay maaaring magdulot ng panganib sa seguridad at desentralisasyon ng network:

• Performance ng execution: Kaya bang mabilis ng client software na magpatupad ng mas maraming transaksyon? Kung masyadong malaki ang block at hindi matapos ng node ang execution at verification sa pagitan ng block interval, maaaring hindi ito makapag-produce ng block sa oras o magdulot ng fork sa chain.
• Network propagation: Mas malalaking block ang kailangang ma-broadcast sa buong network sa loob ng 12 segundong block cycle, at lalo na sa loob ng 4 na segundo ay dapat matanggap ng karamihan ng mga validator upang maipasa ang proof of stake. Ang sobrang laking block ay maaaring magdulot ng delay sa propagation at magdulot ng problema sa consensus.
• Paglaki ng state: Mas mataas na throughput ay magpapabilis sa paglobo ng global state (ledger data) ng Ethereum, kaya tataas ang burden ng node sync at storage, na maaaring magpahina sa desentralisasyon ng network sa pangmatagalan.
• Hardware requirements: Ang mga nabanggit na salik ay nangangahulugan na tataas ang hardware requirements para sa pagpapatakbo ng node. Kung hindi na kayang makasabay ng karaniwang user gamit ang home computer, ang mas mataas na Gas Limit ay maaaring magdulot ng konsentrasyon ng network sa iilang high-performance nodes, na hindi pabor sa desentralisasyon.

Dahil sa mga nabanggit na alalahanin, sa mahabang panahon ay nanatiling stable ang Gas Limit ng Ethereum mainnet at hindi basta-basta lumampas sa 30 milyon. Lalo na nang sumikat ang Rollup, maraming transaksyon ang nag-compress ng data at nag-publish sa L1 gamit ang murang calldata, kaya ang average na laki ng Ethereum block ay unti-unting lumapit sa limit, at sa matinding kaso ay maaaring umabot sa ilang megabytes ang data ng isang block.

Kung walang ibang improvement, ang pagtaas ng Gas Limit ay lalo lang magpapalaki ng block size at performance issues. Kaya, pinili ng Ethereum community noon na umasa muna sa Layer 2 scaling, at hindi basta-basta itinaas ang Gas Limit sa L1.

Pangunahing Dahilan ng Mabilis na Pagtaas ng Gas Limit Ngayon

Bakit nga ba, pagpasok ng 2025, nagawa ng Ethereum na doblehin ang Gas Limit nang ligtas? Ang pangunahing dahilan ay ang sabay-sabay na pagdating ng mga sumusunod na teknikal na pagbabago na nagbukas ng daan para sa scaling.

Protocol Upgrade na Nililimitahan ang Pinakamasamang Laki ng Block

Inilunsad ng Ethereum ang mga bagong protocol rule upang paliitin ang upper limit ng "pinakamasamang kaso" ng block size. Isa sa mga susi ay ang EIP-7623 proposal, na sa pamamagitan ng pagtaas ng Gas cost ng calldata data sa mga transaksyon, ay malaki ang nabawas sa dami ng murang data na maaaring maisama sa isang block sa matinding kaso.

Bago ipatupad ang EIP-7623, maaaring abusuhin ng attacker ang sobrang murang calldata Gas price upang punuin ng ilang MB ng data ang isang block; ngunit pagkatapos ng pagtaas ng presyo, ang parehong laki ng data ay mangangailangan ng mas maraming Gas, kaya epektibong nabawasan ang upper limit ng block size, at nabawasan ang malaking pagkakaiba ng average at extreme block size.

Ang pagbabagong ito ay nagbigay-daan na kahit itaas ang kabuuang Gas Limit, hindi basta-basta lalaki ang kabuuang byte size ng block, kaya nagkaroon ng safety margin para sa pagtaas ng Gas Limit. Sa madaling salita, aktibong pinigilan ng protocol layer ang data overhead, tinitiyak na "doble ang computation, hindi doble ang block size", at naglatag ng pundasyon para sa pagtaas ng Gas Limit mula 30 milyon hanggang 60 milyon.

Kasabay nito, nagsimulang magpakilala ang mainnet ng dedicated Blob data transaction para sa Rollup gamit ang EIP-4844, na lalo pang nagbawas sa dependency ng Rollup sa murang calldata. Habang unti-unting lumilipat ang Rollup data mula sa karaniwang Gas space patungo sa Blob space, mas nakatuon ang regular block Gas sa tunay na contract computation, kaya mas "magaan" ang average block, na nagbigay ng mas magandang kondisyon para sa pagtaas ng Gas Limit.

Malaking Pag-optimize ng Performance ng Client

Ang bawat Ethereum execution client team ay nagsagawa ng malalim na performance benchmarking at optimization sa software, kaya malaki ang pinabilis ng pagproseso ng malalaking block. Pinangunahan ng Nethermind at iba pang team ang Gas benchmarking framework na nagpapuno ng buong block ng iisang uri ng instruction o precompiled contract, upang i-stress test ang limit ng client performance (sinusukat sa "milyong Gas kada segundo").

Sa pamamagitan ng unified benchmark na ito, natuklasan at naayos ng mga developer ang ilang nakatagong execution bottleneck noon. Halimbawa, sa test ay nakita na ang ilang extreme case ng "Modular Exponentiation" (ModExp) precompile ay masyadong matagal kumpara sa Gas pricing nito, at naging common bottleneck ng lahat ng mainstream client.

Bilang tugon, mabilis na iminungkahi ng community ang EIP-7883 para sa Gas repricing ng ModExp precompile, at nag-coordinate ng optimization ng client algorithm. Kasabay nito, ang iba pang computationally expensive cryptographic operations (tulad ng BLS12-381 elliptic curve computation, BN256, hash, atbp.) ay in-optimize o nireprice din ng mga client team.

Ayon sa statistics, pagkatapos ng mid-2025 cross-client "Berlin Interop" performance sprint, malaki ang itinaas ng block processing speed ng bawat execution client sa pinakamasamang kaso, at karamihan ng operations ay umabot na sa humigit-kumulang 20 milyon Gas kada segundo.

Kung iko-convert, kung kaya ng client na mag-execute ng 20 milyon Gas kada segundo, sa 4 na segundong PoS block interval ay kaya nitong magproseso ng hanggang 80M Gas na block. Ibig sabihin, ang pagtaas ng block limit sa 60M Gas ay nananatili sa loob ng safety margin.

Ang mga performance improvement na ito ay nagtanggal ng dating alalahanin na "hindi makasabay ang execution speed sa Gas Limit", at tinitiyak na kahit doble ang dami ng transaksyon sa block, kaya pa ring mag-validate ng client sa takdang oras, at hindi mahuhuli sa consensus deadline dahil sa mabagal na execution.

Komprehensibong Pagsubok at Beripikasyon ng Network Propagation Limit

Bago ipatupad ang anumang pagtaas ng Gas Limit sa mainnet, nagsagawa ang mga developer ng sapat na testing sa maraming dedicated network, upang matiyak na kahit mas malaki ang block ay kaya pa ring maipasa sa karamihan ng node sa tamang oras.

Halimbawa, noong 2025, itinaas ng mga Ethereum developer ang block Gas Limit sa 60M sa testnet Sepolia at bagong devnet Hoodi, at patuloy na minonitor ang network performance metrics. Ipinakita ng resulta na kahit gumamit ng maximum na 60M Gas na block, ang block proposal sa mga network na ito ay naipapackage pa rin sa oras at mabilis na naipapasa sa P2P network: 90% ng node ay natatanggap ang block sa loob ng humigit-kumulang 0.7~1.0 segundo pagkatapos ma-produce, at halos lahat ng node ay natatapos ang verification at tinatanggap ang block bilang bagong chain head sa loob ng 4 na segundo.

Sa madaling salita, kahit doble ang Gas usage ng block, kaya pa ring maipasa ang block sa buong network bago ang 4 na segundong deadline ng proposer submission na itinakda ng Ethereum. Sa mga stress test na ito, minonitor ng mga developer ang on-time block proposal ng proposer node, at ang distribution ng oras na kailangan ng buong network node para tanggapin ang bagong block, at walang nakitang abnormalidad.

Dahil magkaiba ang state size at node topology ng testnet at mainnet, nananatiling maingat ngunit optimistiko ang mga developer, ngunit napatunayan ng test result na theoretically at technically feasible ang 60M Gas block. Kasabay nito, para mapanatili ang seguridad ng consensus layer, isinasaalang-alang din ng mga developer ang mga limitasyon sa beacon chain layer (halimbawa, ang beacon chain network layer ay may ~10MB na single block Gossip propagation limit). Sa pamamagitan ng mga nabanggit na paraan tulad ng EIP-7623 para bawasan ang block byte size, at pag-iwas sa sabayang pagdami ng slashing transaction sa pinakamasamang kaso, hindi naabot ng 60M Gas execution load ang mga upper limit na ito.

Sa kabuuan, ang mga pagsubok at adjustment ay nagbigay ng sapat na kumpiyansa sa core team tungkol sa risk ng pagtaas ng mainnet Gas Limit mula 30 milyon hanggang 60 milyon. Matapos magpahayag ng suporta ang karamihan ng validator (mahigit 150,000 validator node ang bumoto pabor sa pagtaas), sinimulan ng Ethereum noong 2025 ang pagtaas ng mainnet Gas Limit, at planong opisyal na itakda ang default value sa 60M sa mga susunod na upgrade.

Tanaw sa Hinaharap: Ano Pa ang Kailangan Para Mas Itaas Pa?

Hindi balak ng Ethereum community na tumigil sa 60M Gas. Sa mga susunod na upgrade plan tulad ng Fusaka, inilatag ng mga developer ang landas para itaas pa ang block Gas Limit hanggang 100M o mas mataas pa. Upang makamit ito, may ilang teknikal na hamon na kailangang lutasin o patuloy na bantayan:

• Karagdagang pag-optimize ng heavy computation operations: Tulad ng nabanggit na ModExp algorithm, sa pamamagitan ng EIP-7883 repricing at client optimization ay halos natanggal na ang bottleneck. Ngunit para suportahan ang 100M level na block, maaaring kailanganin pa ng optimization o dedicated acceleration para sa iba pang high Gas consumption cryptographic operations (tulad ng elliptic curve signature verification, zero-knowledge proof verification, atbp.). Mabuti na lang at nagsimula na ang client team ng kolaborasyon sa mga direksyong ito, at sa 2025 test ay in-adjust ang BN256 elliptic curve precompile implementation para hindi na maging bottleneck ang performance nito. Malamang na habang nag-iintroduce ang Ethereum ng mas maraming high-performance cryptographic primitives (pati na ang native support ng STARK, atbp.), tuloy-tuloy na mababasag ang execution bottleneck, at magiging mas madali ang pagtaas ng Gas Limit.
• Kontrol sa state size at node cost: Mas mataas na Gas Limit ay nangangahulugang mas mabilis na paglaki ng on-chain state. Kung hindi maagapan, sa loob ng ilang taon ay magiging mas mahirap ang full node storage at sync ng bagong node. Pinag-aaralan na ng Ethereum developer ang state growth problem, tulad ng proposal ng state rent o periodic pruning ng historical state, upang maiwasan ang walang katapusang paglobo. Ngunit ang mga long-term mechanism na ito ay nasa discussion stage pa lang. Sa short term, habang tumataas ang Gas Limit, maaaring kailanganin ng node operator na mas madalas mag-upgrade ng hardware (tulad ng mas mabilis na SSD at mas malaking memory) para makasabay sa paglaki ng state at data. Binibigyang-diin ng community na hindi isasakripisyo ang desentralisasyon sa pagtaas ng Gas Limit, kaya bago maging mature ang state management solution, maingat na susuriin ang epekto ng bawat scaling step sa ordinaryong node.
• Pagpapabuti ng consensus layer at network protocol optimization: Kung balak suportahan ang 100M Gas o mas malaking block sa hinaharap, maaaring kailangang baguhin ang ilang consensus at network parameters. Halimbawa, ang kasalukuyang beacon chain block ay may overall size limit na kasama ang execution load, Blob data, at proof data. Maaaring kailanganin ng mga developer na itaas ang message size limit ng P2P layer, o gumamit ng compression, sharded propagation, atbp. para mabawasan ang delay ng malalaking block. Bukod dito, ipinapakilala ng Ethereum ang PeerDAS (peer-to-peer data sampling network) para sa efficient propagation ng Blob data, na makakatulong magbawas ng pressure sa execution layer block propagation. Pagkatapos matiyak ang ligtas na operasyon ng execution layer sa 60M+ Gas, ang improvement ng data layer at network layer ang magiging susunod na focus ng scaling.

Sa hinaharap, basta sabay-sabay na umuusad ang mga nabanggit na improvement, hindi malayong maitaas pa ng Ethereum mainnet ang Gas Limit. Napatunayan na ng mga developer sa testnet ang feasibility ng pagtaas mula 36M hanggang 45M, 60M, at ang susunod na hakbang ay papunta na sa 100M. Dapat bigyang-diin na laging maingat ang Ethereum community sa scaling: bawat pagtaas ay "test muna, bago mainnet", at ipapatupad lang kapag natiyak na hindi malalagay sa panganib ang network security at desentralisasyon.

Sa kabuuan, ang malaking pagtaas ng Gas Limit sa nakaraang taon ay resulta ng collaborative innovation sa maraming larangan: binawasan ng protocol layer ang risk, pinataas ng client ang performance, at nagbigay ng kumpiyansa ang test data. Sa tulong ng mga pagsisikap na ito, matagumpay na nakagawa ng mahalagang hakbang ang Ethereum sa L1 scaling, at naglatag ng pundasyon para sa patuloy na pagtaas ng kapasidad at pagtanggap ng mas maraming application sa hinaharap.

Sanggunian