Bitget App
Trade smarter
amp.open
wiki.nav.homeamp.sign_up
Bitget>
_news.coin_news.news>
Ang "Variable Speed" sa Ethereum Fusaka upgrade: Pagbuo ng mabilisang response mechanism para sa L2 scaling

Ang "Variable Speed" sa Ethereum Fusaka upgrade: Pagbuo ng mabilisang response mechanism para sa L2 scaling

ChainFeeds2025/12/02 20:32
_news.coin_news.by: ChainFeeds
ETH-0.11%
Ang hinaharap na Ethereum ay parang magkakaroon ng "infinitely variable transmission", kaya hindi na kailangang iugnay ang pag-expand ng Blob sa mga malalaking bersyon.
Ang hinaharap na Ethereum ay parang may naka-install na "infinitely variable transmission," kaya ang pagpapalawak ng Blob ay hindi na kailangang mahigpit na nakatali sa malalaking bersyon ng upgrade.


May-akda: Zhixiong Pan


Background: Gas Limit Upgrade na Hindi Kailangan ng Hard Fork


Bago ang Fusaka upgrade, karamihan sa mga pangunahing parameter ng Ethereum protocol layer (tulad ng block reward, difficulty adjustment algorithm, atbp.) ay "hardcoded" sa client software. Ibig sabihin, kahit gusto mo lang baguhin ang isang value, kailangan mo pa ring dumaan sa mahabang proseso ng EIP proposal, testnet rehearsal, at koordinasyon ng lahat ng node sa network para sa isang malakihang hard fork, na kadalasan ay tumatagal ng kalahating taon o higit pa.


Bago ito, ang tanging exception sa Ethereum protocol ay ang Block Gas Limit. Ang Gas Limit ay hindi tinutukoy ng hard fork, kundi pinapayagan ang mga validator na gumawa ng maliliit na adjustment sa pag-package ng block gamit ang algorithm (halimbawa, mula 30M ngayong taon ay naging 60M). Ang mekanismong ito ay nagbibigay ng flexibility sa network.


Ang paglitaw ng EIP-7892, BPO (Blob Parameter Only), ay layuning palawakin ang ganitong flexibility sa data domain. Ginawang configuration-driven ang mga pangunahing parameter ng Blob, at pinapatupad ito sa pamamagitan ng BPO na isang "parameter-only, no code change" na magaan na hard fork. Sa pananaw ng client development, parang isang parameter hot update lang ito.


Pinapayagan nito ang Ethereum na makawala sa "kailangang maghintay ng malaking hard fork tuwing gustong baguhin ang bilang ng Blob" at mas madalas na mag-adjust ng parameter gamit ang maliit na BPO fork.


Bakit Mahalaga ang Bilang ng Blob?


Ang pangunahing subject ng adjustment na ito ay ang Blob. Mula nang Cancun upgrade (Dencun), karamihan sa mga Rollup ay hindi na naglalagay ng malaking bahagi ng transaction data sa mahal na calldata, kundi lumipat na sa Blob na isang espesyal na "temporary data mounting area."


Napakasimple ng economic logic ng Blob: Ang Blob ay isang scarce resource, at limitado ang bilang ng Blob na maaaring i-mount sa bawat block. Ang presyo nito ay nagmumula sa supply at demand; kapag lumampas ang demand ng Layer 2 sa supply, tataas ang unit price ng Blob, na nagreresulta sa mas mahal na L2 fees.


Kaya, hangga't ligtas, ang pagpapataas ng upper limit ng bilang ng Blob ay ang pinaka-direktang paraan para mapababa ang gastos ng mga L2 user.


Pangunahing Parameter: Mekanismo ng Target at Max


Sa adjustment plan ng BPO, makikita ang dalawang magkasunod na numero (halimbawa 10/15). Ito ay dalawang mahalagang threshold na itinakda batay sa EIP-4844 mechanism:


Target (Layunin): Ang "Regulator" ng Fee 


Ito ang ideal load na itinakda ng Ethereum. Awtomatikong ina-adjust ng system ang base fee ng Blob batay sa value na ito. Kung ang aktwal na paggamit ay > Target, tataas ang fee para pigilan ang demand; kung ang aktwal na paggamit ay < Target, bababa ang fee.


Ito ang nagtatakda ng throughput capacity at fee benchmark ng network sa normal na kondisyon.


Max (Pinakamataas): Ang "Circuit Breaker" ng Seguridad 


Ito ay isang physical hard limit na itinakda para maiwasan ang network outage. Kahit gaano kataas ang demand, mahigpit na ipinagbabawal ng protocol na lumampas ang bilang ng Blob sa bawat block sa value na ito, upang maiwasan ang node crash o disconnection dahil sa sobrang laki ng data na pinoproseso.


Ito ang absolute ceiling ng network carrying capacity.


Dagdag pa rito, mula Pectra onwards, sinusunod ng mainnet blob parameters ang pattern na "Max = 1.5 × Target": 6/9, 10/15, 14/21—lahat ay sumusunod sa ratio na ito.


Upgrade Roadmap: Bakit "Step-by-Step" ang Pinili ng Fusaka?


Ang expansion na ito ay hindi agad-agad na ipinatupad noong December 3 (UTC+8), kundi gumamit ng maingat na "deploy technology first, release capacity later" na three-phase strategy:


Unang Yugto: Fusaka Upgrade Activation (December 3, UTC+8)


Status ng Parameter: Target: 6 / Max: 9 (pareho pa rin sa dating Pectra version, walang pagbabago).


Na-activate ng Fusaka upgrade ang PeerDAS (data availability sampling) na pangunahing teknolohiya. Kahit kaya na ng teknolohiya na magproseso ng mas maraming data, pinili ng mga developer na huwag agad dagdagan ang network load sa unang araw ng upgrade para sa kaligtasan. Ito ay isang "safety observation period" para i-validate ang stability ng PeerDAS mechanism sa kasalukuyang traffic.


Ikalawang Yugto: BPO 1 (inaasahan sa December 9, UTC+8)


Parameter Adjustment: Target: 10 / Max: 15


Pagkatapos ng isang linggong stable na operasyon ng PeerDAS, isinasagawa ang unang hot update gamit ang BPO mechanism. Ang target value ay itinaas mula 6 hanggang 10. Ito ang unang substantive expansion sa Fusaka cycle.


Ikatlong Yugto: BPO 2 (inaasahan sa January 7, 2026, UTC+8)


Parameter Adjustment: Target: 14 / Max: 21


Pagkatapos ng isang buwang sapat na stress testing, isinasagawa ang pangalawang hot update. Kumpara sa Fusaka launch, 2.3 beses na ang capacity (6 → 14). Ito ang hudyat ng ganap na implementasyon ng expansion plan na ito.


Buod


Ang pagpasok ng BPO ay isang milestone. Binago nito ang lumang paradigm na "kailangang maghintay ng malaking functional hard fork tuwing magpapalawak ng Blob," at hinati ang expansion sa serye ng mini hard fork na parameter-only lang ang binabago.


Ibig sabihin, ang hinaharap na Ethereum ay parang may naka-install na "infinitely variable transmission," kaya ang pagpapalawak ng Blob ay hindi na kailangang mahigpit na nakatali sa malalaking bersyon ng upgrade. Maaari nang magplano ng BPO3, BPO4, atbp. kada ilang panahon ayon sa L2 demand at client performance, at mag-tune ng throughput gamit ang mas madalas na maliliit na hard fork, imbes na tuwing ilang taon lang magbago.

_news.coin_news.disclaimer
PoolX: Naka-lock para sa mga bagong token.
Hanggang 12%. Palaging naka-on, laging may airdrop.
Mag Locked na ngayon!

_news.coin_news.may_like

Galaxy Digital (GLXY) pananaliksik: Hybrid ng Web3 institusyonal na service provider at AI data center

Ang paglipat ng negosyo ng Galaxy Digital, mga rekord na performance, at ang undervalued na estratehikong halaga nito.

Chaincatcher2025/12/04 07:51
Maraming ETF ang sabay-sabay na inilista, ngunit bumababa ang presyo ng mga token. Ang pag-apruba ba ng ETF ay maituturing pa ring magandang balita?

Habang binubuksan ng Vanguard Group ang bitcoin ETF trading, binawi naman ng CoinShares ang kanilang mga aplikasyon para sa XRP, Solana Staking, at Litecoin ETF, na nagdudulot ng malaking pagkakaiba sa pananaw ng mga institusyon patungkol sa iba't ibang uri ng crypto ETF.

Chaincatcher2025/12/04 07:48

_news.coin_news.trending_news

_news.coin_news.more
1
Galaxy Digital (GLXY) pananaliksik: Hybrid ng Web3 institusyonal na service provider at AI data center
2
Maraming ETF ang sabay-sabay na inilista, ngunit bumababa ang presyo ng mga token. Ang pag-apruba ba ng ETF ay maituturing pa ring magandang balita?

_news.coin_news.crypto_prices

_news.coin_news.more
Bitcoin
Bitcoin
BTC
₱5,509,109.97
+0.38%
Ethereum
Ethereum
ETH
₱188,274.09
+4.33%
Tether USDt
Tether USDt
USDT
₱59.01
-0.01%
XRP
XRP
XRP
₱128.16
-0.91%
BNB
BNB
BNB
₱53,717.44
+1.56%
Solana
Solana
SOL
₱8,466.63
+1.00%
USDC
USDC
USDC
₱58.99
-0.02%
TRON
TRON
TRX
₱16.51
-0.11%
Dogecoin
Dogecoin
DOGE
₱8.84
-0.41%
Cardano
Cardano
ADA
₱26.66
+1.95%
Paano magbenta ng PI
Inililista ng Bitget ang PI – Buy or sell ng PI nang mabilis sa Bitget!
Trade na ngayon
Hindi pa Bitgetter?Isang welcome pack na nagkakahalaga ng 6200 USDT para sa mga bagong Bitgetters!
Mag-sign up na
Trade smarter