Kasama sa roadmap ng Ethereum para sa 2026 ang panganib sa validator na mas malaki kaysa sa iyong inaakala

Ang roadmap ng Ethereum para sa 2026 ay nakasentro sa dalawang track: pagpapalawak ng kapasidad ng rollup data sa pamamagitan ng blobs habang itinutulak pataas ang base-layer execution gamit ang mga pagbabago sa gas limit.

Ang mga pagbabagong ito sa gas limit ay nakadepende sa mga validator na lilipat mula sa muling pagpapatupad ng blocks patungo sa pag-verify ng ZK execution proofs.

Ang unang track ay nakaangkla na sa Fusaka, na inilunsad noong Disyembre 3, 2025.

Fusaka

Itinatakda nito ang PeerDAS at mga pagbabago sa blob parameter only (BPO) na maaaring magtaas ng blob throughput sa tinantyang mga hakbang, ayon sa ethereum.org.

Ang ikalawang track ay mas hindi mekanisado dahil umaasa ito sa draft EIPs, implementasyon ng client, at mga operasyon ng validator na kailangang manatili sa loob ng mga limitasyon ng desentralisasyon, kabilang ang bandwidth, block propagation, at estruktura ng proving market.

Ang PeerDAS ay tinuturing na pinakamalinaw na “capacity ramp” lever dahil idinisenyo ito upang i-scale ang rollup data availability nang hindi pinipilit ang bawat node na i-download ang bawat blob.

Ayon sa ethereum.org, ang mga blob target ay hindi agad tumataas sa activation, ngunit maaaring madoble bawat ilang linggo hanggang sa maximum na target na 48 habang mino-monitor ng mga developer ang kalusugan ng network.

Inilarawan ng team ng Optimism ang kaso ng upper-end bilang “hindi bababa sa 48 blob target bawat block,” na may kasamang paglipat ng throughput sa rollup-side mula humigit-kumulang 220 hanggang mga 3,500 UOPS sa ilalim ng target na iyon.

Kahit sa ganitong paglalarawan, ang praktikal na tanong para sa 2026 ay kung ang demand ay darating bilang paggamit ng blob sa halip na magtaas ng bid sa L1 execution.

Isa pang bukas na tanong ay kung ang p2p stability at node bandwidth ay mananatili sa loob ng mga tolerance ng operator habang tumataas ang rollout ng BPO.

Sa execution side, sinusubukan na ng Ethereum ang mas mataas na throughput sa pamamagitan ng coordination sa halip na isang hard fork.

Iniulat ng GasLimit.pics ang pinakahuling gas limit na 60,000,000, na may humigit-kumulang 59,990,755 na 24-hour average sa panahong ipinapakita.

Mahalaga ang antas na iyon dahil nagbibigay ito ng reference point para sa kung ano ang tinanggap ng mga validator sa aktwal na operasyon.

Ipinapakita rin nito ang limitasyon ng “social scaling” bago maging binding ang latency, validation load, at pilit sa mempool at MEV pipeline.

Isang simpleng paraan upang isalin ang usapin ng gas limit sa throughput ranges ay ang gas per second, gamit ang 12-segundong slot time ng Ethereum (gas per second ay katumbas ng gas limit na hinati sa 12).

Ang mga numero sa ibaba ay nagpapakita ng matematikang malinaw at hinihiwalay ang base-layer EVM transactions mula sa mga claim ng throughput ng rollup.

Glamsterdam

Ang planong upgrade para sa 2026 ay naglalaman ng ilang mga execution-oriented na ideya sa loob ng “Glamsterdam,” isang shorthand slate na napag-usapan na tungkol sa enshrined proposer-builder separation (ePBS, EIP-7732), Block-Level Access Lists (BALs, EIP-7928), at pangkalahatang repricing (EIP-7904).

Bawat isa ay nananatili sa draft form, ayon sa mga EIP page para sa EIP-7732, EIP-7928, at EIP-7904.

Ang repricing ay tumutukoy sa mga mismatch ng gas schedule na tumagal ng ilang taon.

Ipinapahayag nito na ang pagwawasto ng maling presyong compute ay maaaring magtaas ng usable throughput habang kinikilala ang panganib ng DoS at ang realidad ng mga kontratang may hardcoded na gas assumptions, ayon sa EIP-7904.

Ang BALs ay inilalarawan bilang plumbing para sa parallelism.

Binanggit ng EIP ang parallel disk reads, parallel transaction validation, parallel state-root computation, at “executionless state updates,” habang tinatantya ang humigit-kumulang 70 hanggang 72 KiB na average na compressed BAL size bilang overhead, ayon sa EIP-7928.

Sa praktika, magaganap lamang ang mga benepisyong iyon kung gagamit ng concurrency ang mga client sa mga tunay na bottleneck.

Nakadepende rin ito kung ang dagdag na data at verification steps ay hindi magiging sariling latency tax.

Ang ePBS ay nasa gitna ng parehong MEV at throughput na mga talakayan dahil layunin nitong ihiwalay ang execution validation mula sa consensus validation sa aspeto ng oras, ayon sa EIP-7732.

Ang temporal slack na iyon ay maaari ring pagmulan ng mga bagong failure mode.

Isang academic paper tungkol sa “free option problem” para sa ePBS ay tinatayang nagkakaroon ng option exercise sa humigit-kumulang 0.82% ng mga block on average sa ilalim ng 8-segundong option window, na umaabot sa humigit-kumulang 6% sa mga araw na may mataas na volatility ayon sa modelo, ayon sa arXiv.

Ethereum sa 2026

Para sa 2026 na pagpaplano, itinutulak ng pananaliksik na iyon ang atensyon patungo sa liveness sa ilalim ng stress, hindi lang sa steady-state na resulta ng fee.

Ang mas estruktural na pagtaya sa likod ng “napakataas” na gas limits ay ang adoption ng validator ZK-proof.

Ang “Realtime Proving” roadmap ng Ethereum Foundation ay naglalarawan ng staged path kung saan isang maliit na grupo ng mga validator ang unang magpapatakbo ng ZK clients sa production.

Pagkatapos, kapag komportable na ang supermajority ng stake, maaaring itaas ang gas limits sa antas na ang proof verification ay papalit sa re-execution para sa praktikal na validation sa makatuwirang hardware, ayon sa post ng foundation noong Hulyo 10, 2025 sa blog.ethereum.org.

Ang parehong post ay naglalatag ng mga constraint na mahalaga para sa feasibility kaysa sa narrative, kabilang ang pagtutok sa 128-bit security (na may 100-bit na pansamantalang tinatanggap), proof size na mas mababa sa 300 KiB, at pag-iwas sa pagdepende sa recursive wrappers na may trusted setups, ayon sa blog.ethereum.org.

Ang implikasyon sa scaling ay nakatali sa proving markets: ang real-time proof supply ay kailangang mura at kapani-paniwala nang hindi naipon sa iilang prover set na muling lumilikha ng kasalukuyang relay-style dependencies sa panibagong layer ng stack.

Pagkatapos ng Glamsterdam, ang “Hegota” ay nakaposisyon bilang isang slot na papangalanan sa huling bahagi ng 2026 na mas tungkol pa rin sa proseso kaysa saklaw.

Ang Ethereum Foundation ay naglabas ng headliner timeline na may Jan. 8 hanggang Feb. 4 na proposal window, kasunod ng Feb. 5 hanggang Feb. 26 na diskusyon at finalization, at pagkatapos ay isang window para sa non-headliners, ayon sa blog.ethereum.org.

Umiiral ang isang Hegotá meta-EIP bilang draft (EIP-8081) at naglilista ng mga item bilang considered at hindi pa lock-in, kabilang ang FOCIL (EIP-7805) bilang kasalukuyang kinokonsidera, ayon sa EIP-8081.

Ang agarang halaga ng reporting sa schedule na iyon ay nililikha nito ang mga petsadong decision point na maaaring subaybayan ng mga investor at builder nang hindi gumagawa ng mga commitment batay sa codenames.

Ang una ay ang pagsasara ng mga Hegota headliner proposals sa Pebrero 4.

Ang post na Ethereum’s 2026 roadmap includes this validator risk that’s bigger than you think ay unang lumabas sa CryptoSlate.