Susunod na Pahina ng Ethereum: Pag-uugnay ng L1 at L2, Pagsusulong ng Privacy, at Pagsusulong ng UX

Kung iuugnay ang mga pag-update ng Ethereum sa nakaraang ilang taon, ang pangunahing salita ay walang alinlangan ang “scalability”.

Mula sa pagkakaroon ng Blob mula sa Dencun na nagbigay ng malaking pagbawas sa bayad para sa Rollup, hanggang sa pagpapabuti ng efisiyensiya at mekanismo ng staking mula sa Pectra, at pati na ang pagpapatupad ng PeerDAS sa Fusaka upang bawasan ang presyon sa paghahatid ng data, ang protocol layer ay naglalagay ng lahat ng kanilang pagsisikap sa isang bagay lamang: pagpapahintulot sa Ethereum na makakain ng higit pang data habang hindi pinapataas ang hadlang para sa mga node.

Totoo nang gumagana ang kombinasyong ito, bumaba na ang gastos sa data ng Rollup, at tumataas nang patuloy ang Gas Limit ng mainnet; hindi na tulad ng nakaraang bull market ang Ethereum kung saan ang mga bayarin ay madalas nang higit sa ilang dolyar, na nagpapahina sa mga tao.

Ngunit kahit na palawakin ang daan, pa rin ito'y kakaibang pagmamaneho:

• Kailangan pa rin nating i-transfer ang mga ari-arian sa pagitan ng tatlo o apat na L2; kahit kaunting pagkakamali lang, maaaring i-draw ang tamang chain;
• Isang paglipat ng pera ay agad na nalalagay sa block sa ilang segundo, ngunit ang bridge at ang exchange ay nagpapakita ng pag-antay ng ilang minuto bago sila makapag-verify;
• Ang mga propesyonal na builder ay halos nagmonopolyo sa pagpapakita ng bloke, at kung gusto mong magpadala ng isang sensitibong transaksyon, maaari mong agad na maitalikod ng mga di-pormal na patakaran sa labas ng protokolo;
• Hindi na lang ang mga baguhan sa industriya na naghahanap ng paraan upang i-transfer ang ilang daan na USDC ay kailangang maunawaan kung bakit kailangan ng ETH sa kanilang wallet, ano ang Nonce, at ano ang Gas;

Ang mga problema na ito ay tila nagpapakita bilang mga hadlang sa user experience, ngunit sa likod nito ay may kinalaman ang mga mas pundamental na mekanismo ng protokolo tulad ng mga patakaran sa pagkakatotoo, pagbuo ng bloke, pagtutol sa pagpapahintulot, at modelo ng account.

At ang mga bagong isyu na sinusugpo ng Ethereum mula sa Glamsterdam hanggang Hegotá, mula sa Q4 ng 2026 hanggang 2027.

Hindi magpapahinto ang pagpapalawak.

Ang Glamsterdam ay patuloy na may malakas na pagkakasentro sa performance, kung saan ang dalawang pinakamalaking aspeto ay ang ePBS (EIP-7732) at ang BAL (Block-level Access Lists, EIP-7928); sa simpleng pag-unawa:

• Ang ePBS ay nagpapakilala nang opisyal sa protokolo ang paghahati ng mga papel ng Proposer at Builder na nangyayari na sa malaking sukat sa labas ng protokolo, samantala ay hinahati nito nang mas scientific ang oras para sa block production at verification, at nagbibigay ng sapat na buffer para sa mas malalaking block sa hinaharap;
• Ang BAL ay katumbas ng pag-lista ng isang “listahan ng pag-access” sa simula ng bawat block, kaya maaari ng mga node na maagang hulihin ang data o paralel na prosesuhin ito agad—lalo na para sa paglutas ng bottleneck sa storage I/O;

Sa labas ng pagpapalawak, ang tunay na hirap ng karamihan ngayon ay hindi kung sapat ba ang TPS ng Ethereum, kundi ang "masyadong maraming chain".

Halimbawa, ang ETH ay nasa mainnet, ang mga meme na pinapaglalaro ay nasa Robinhood Chain, ang pagbabayad at pagpapakita ay maaaring nasa Arbitrum, at ang USDC na hinahanap para sa pagbili ay nasa Base.....

Para sa Ethereum Foundation, ang mga Rollup ay bahagi ng Ethereum ecosystem, pero para sa mga user, pareho ito sa pagbabago ng pera sa ibang bansa o pagkuha ng visa.

Kaya, upang muli panghingi ang mga natitirang piraso ng puzzle bilang isang jaring, maliban sa pagkakaroon ng iba’t ibang cross-chain protocol, isang mahalagang pana-panahong mekanismo na itinataguyod ng protocol layer ay ang FCR (Fast Confirmation Rule, Mabilis na Pagsisigla ng Patakaran).

Marami ang naniniwala na ang isang transaksyon ay nagsasagawa na kapag naisama sa isang block, ngunit sa antas ng kriptograpiya at consensus, ang isang bagong lumabas na block ay maaaring makaranas ng maliit na reorganization. Ang tunay na di-maaring balikin na "finality" ay kailangang makumpleto ng Ethereum ang dalawang Epoch, na kumukuha ng halos 13 minuto.

Ang paghintay sa normal na paglipat ay walang problema, ngunit para sa mga cross-chain bridge, malalaking settlement, at sentralisadong exchange, ito ay isang pagsubok—upang maiwasan ang panganib ng reorganization, kailangan mong maghintay nang tahasang.

Ang pagkamatalino ng FCR ay nasa paghahangad na huwag maghintay nang 10-15 minuto para sa kumpletong Finality, kundi gamitin ang mga Attestation na likas na ginagawa ng mga validator, at batay sa nakumpol na bigat ng boto, mas maaga pang masukat kung ang isang区块 ay nakakakuha na ng sapat na suporta sa konSENSO.

Ayon sa mga layunin ng Ethereum Foundation, sa pagpapanatili ng normal na pag-sync ng network, inaasahan na mabawasan ng FCR ang "malakas na pagkakatotoo" sa halos 15～30 segundo, kahit na hindi ito katumbas ng buong Finality, sapat na ito upang magbigay ng mas maagang, malinaw na signal ng pagkakatotoo para sa maraming bridge, cross-chain communication, at infrastructure na ngayon ay kailangang maghintay ng finality.

Mas espesyal pa, ang FCR ay hindi nangangailangan ng paghintay sa isang hard fork upang ma-activate; mas malapit ito sa isang set ng mga patakaran sa pagkakakilanlan na maaaring mabuo nang paulit-ulit ng consensus client at infrastructure.

Kapag ang mga iba’t ibang L2, cross-chain bridges, at wallet ay magsisimula na gamitin ang signal na ito, ang malaking pagkaantala sa pagitan ng layers dahil sa “paghihintay sa finality ng L1” ay maaaring mabawasan mula sa ilang minuto hanggang sa ilang segundo.

Ito ay nangangahulugan na sa hinaharap, kapag ikaw ay maglilipat ng isang asset, ang back-end ay maaaring maglakbay nang tahimik sa dalawa o higit pang mga chain, ngunit sa front-end, kailangan mo lang i-click ang pagpapatunay, at mabilis na makakatanggap ka nito.

Ngunit habang lumalaki ang mga block at lumalalim ang propesyonalismo ng mga Builder, kinakaharap naman ng Ethereum ang isang iba pang napaka-karaniwang dilemma.

Kasakiman ang mga propesyonal na Builder na may pinakamataas na computing power at order flow, kaya ang pangunahing kapangyarihan sa pagbuo ng bawat区块 ay natitira sa ilang mga malalaking institusyon lamang.

Nagdudulot ito ng isang napakalaking panganib: pagmamasid.

Kung ang ilang Builder ay dahil sa presyong pampagkakataon, komersyal na pakikidigma, o simpleng hindi nagustuhan ang ilang patakaran sa privacy, ay sadyang magiging bulag at mananatiling tahimik sa memory pool at tatanggihan ang pagpapakalat ng iyong legal na transaksyon, kahit na mayroon ka nang iyong private key at sapat na Gas, maaaring mabigat ang iyong transaksyon sa labas ng chain (tignan ang karagdagang pagbabasa sa Isulat ang Pagtutol sa Pagpapahinga sa Protokolo: Sino ang Desisyong Pagsasagawa ng Isang Ethereum Transaction?).

Kung hindi makapagpanatili ang decentralization sa pinakamababang "access to censored transactions", mas mataas ang throughput, mas malaki ang pagkakamali.

Ito ang dahilan kung bakit ang FOCIL (Fork-choice Enforced Inclusion Lists, EIP-7805) ay nakaposisyon sa isang napakahalagang lugar sa plano ni Hegotá.

Sobrang simpleng at walang kompromiso ang lohika nito: ipinapalit ang tight-fitting headband sa Builder.

Sa bawat Slot, ang protokol ay papa-random ng isang grupo ng karaniwang independent validators upang ilagay ang kanilang mga legal na pending transactions na nakikita sa memory pool sa isang “Inclusion List.” Ang Builder, ikaw ay patuloy na libreng mag-ayos ng order ng transaction upang kumita ng iyong MEV, ngunit ang block na iyong ipapasa ay kailangang isama nang maayos ang lahat ng transaction sa listahan.

Kung magtiwala ang Builder na iwasan nang masama ang listahang ito, ang lahat ng mga validator sa network ay diretso na ihihiwalay ang bloke sa pagsusuri ng pagsusuri ng pagkakahati. Sa ibang salita, maaari mong kikitain ang pera sa iyong kakayahan, ngunit hindi mo maaaring pasiyaan para sa buong network kung sino ang may karapatan na gamitin ang Ethereum.

Nang maayos ang mekanismo na ito, natagpuan din ang sagwan nito sa isa pang mahalagang kahinaan ng Ethereum na matagal nang ipinangako ngunit hindi pa nagkakaroon ng progreso—ang pagkakaroon ng privacy na inaasahan ng lahat.

Kilala nang malawak na na sa nakaraan, kapag pinag-uusapan ng mga tao ang privacy, palaging nauunang pag-uusapan ang zero-knowledge proofs, stealth addresses, at coin mixers, ngunit kung makikilala ng Builder na “ito ay isang pagtawag na direkta sa isang privacy contract,” agad niyang tatanggihan iyon, at sa sandaling iyon, ang iyong matematikal na magic ay agad na magiging walang bisa.

At kasalukuyan, sa privacy roadmap ng Ethereum, ang FOCIL ay nagpapalit sa pinakamadaling maging bottleneck, dahil kung ang protocol layer ay maaaring siguraduhin ang karapatan ng bawat legal na transaksyon, mas may pagkakataon ang mga pagsisikap sa privacy sa itaas.

Kasalukuyang nasa pag-uusap pa lamang ang mga mas agresibong proposta sa privacy tulad ng EIP-8182 (na nagsubok na ilapat ang native Shielded Pool sa antas ng protokolo), ngunit malinaw na ang trend: hindi na ito maaaring ituring na pangalawang tampok ng isang third-party dapp—dapat itong maging pangunahing basehan sa paaan ng Ethereum.

Ang mga pagbabago sa arkitektura na nabanggit sa dati, mas marami sa ilalim ng tubig, habang ang ikatlong bagay, ay magkakaroon ng malaking kaugnayan sa direktang karanasan ng mga karaniwang gumagamit.

Iyon ay ang Ethereum ay nagpasya na gawin ang malaking pagbabago sa EOA account model na nagpatuloy na ng mahigit sa sampung taon.

Seryoso lang, ang modelo ng pag-sign ng private key na ginagamit pa rin ng Ethereum ay lubos na hindi kaaya-aya para sa karaniwang internet user:

Kapag nawala ang private key, wala nang pag-asa; mayroon ka pang libo-libo ng stablecoin sa wallet mo, pero dahil kulang ng 0.001 ETH para sa transaction fee, hindi mo ma-transfer ang iyong mga asset; para mag-play ng DeFi, kailangan muna mong Approve bago mag-Swap, at kailangan mong i-click ang tatlóng signature para makapagawa ng isang bagay; ang transaction Nonce ay kailangang mag-queue nang maayos—kung ikaon ay gumulo, sasabog ang lahat.

Sa mga dalawang unang pag-upgrade, ang komunidad ay nagawa ang iba't ibang kompromiso. Halimbawa, nilikha ang ERC-4337, na gumagamit ng smart contract wallet sa labas ng protokolo para makatulong; at gayundin, ang pagpapakilala ng EIP-7702 sa Pectra, na nagpapahintulot sa karaniwang address na pansamantalang mag-attach ng isang chunk ng contract logic para makakuha ng kaunting flexibility.

Ngunit ang 7702 ay sa katotohanan ay isang pansamantalang tulay, ang tunay na pangunahing paksa na pinag-iisipan ni Hegotá ay ang totoong native account abstraction na EIP-8141 (Frame Transactions).

Maaaring maunawaan nang simpleng paraan na sa nakaraan, ang isang transaksyon sa Ethereum ay nagkakasama ang tatlong bagay: sino ang nagpapatotoo na ikaw (pag-verify) + sino ang nagbabayad ng bayad (pagbabayad ng Gas) + ano ang gagawin (pagganap), habang ang EIP-8141 ay naghihiwalay ang tatlong bagay na ito sa ilalim ng protokolo bilang iba’t ibang mga “frame” (pananaw na mas malalim: Native Account Abstraction + Quantum Resistance: Bakit hindi pa naging pangunahing paborito ng Ethereum ang EIP-8141?):

• Verification Frame: Hindi na nakalock sa fixed na ECDSA elliptic curve signature, nakakasuporta sa mas flexible na verification methods tulad ng Passkey, at mas maayos na pagsasama ng mga kakayahan ng telepono tulad ng fingerprint at Face ID, upang gawing mas natural ang key rotation at account recovery;
• Payment Frame: Gas sponsorship native. Application providers can directly pay gas for new users, or you can specify in the payment frame to directly deduct USDC from the transfer—no more need for relayers to buy and sell gas off-chain;
• Execution frame: Naturally supports atomic batching, authorization and redemption in one step—success means all take effect together, failure means a clean and complete rollback of everything;

Kung idadagdag pa ang EIP-8250 (Keyed Nonces) na nasa queue para sa diskusyon, ang mga account sa hinaharap ay maaaring magkaroon ng maraming paralel na track ng Nonce.

Kapag nakapag-imbak na nang orihinal ang mga kakayahan sa protokolo, magkakaroon ng isang malaking pagbabago sa anyo ng produkto para sa mga wallet tulad ng imToken.

Karamihan sa pagsisikap ng nakaraang wallet ay ginugol sa pagpapaalala sa mga user na maghanda ng Gas, paliwanag kung bakit nakabott ang transaksyon, pagtuturo sa mga user kung paano isulat ang mnemonic phrase, at pagtutulungan sa mga user sa paglipat sa iba’t ibang chain ng RPC.

Sa hinaharap, kapag ang mga algorithm ng pag-sign, pagbabayad ng Gas, pagkontrol ng pahintulot, at pagrute ng transaksyon ay maaaring i-program, maaari na ang wallet na bumalik sa tamang lugar nito bilang isang tahimik na operating system sa pagitan ng user at ng decentralized world.

Ito ay pareho na lang tulad ng dati, patuloy na nasa kamay ng user, ngunit ang paggamit nito ay magiging natural tulad ng pag-scan ng payment ng Alipay o pag-unlock gamit ang fingerprint.

Tingnan ang mga hakbang sa pag-upgrade ng Ethereum sa mga nakaraang taon, ang landas ay lubos na malinaw.

Ang Dencun ay naglutas ng Blob; ang Pectra ay patuloy na pinapalawak habang pinapabuti ang mga validator at kakayahan ng account; ang Fusaka ay patuloy na naghahanda para sa mas malaking data throughput gamit ang PeerDAS; ang susunod na Glamsterdam ay magiging batayan para sa mas mataas na Gas Limit at parallel execution sa pamamagitan ng mga struktural na pagbabago tulad ng ePBS at BAL.

Ang pagpapalawak ay hindi pa tapos, ngunit ang pagpapalawak ay hindi na ang tanging problema.

Finalmente may oras na ang Ethereum upang harapin ang mga pinakamahalagang at pinakamahirap na problema, kaya noong 2026, naitala ng EF ang pagbabawas ng pag-unlad ng protokolo sa tatlong simpleng layunin:

Scale, Improve UX, at Hardened ang L1.

Patunayan na ng Ethereum sa buong mundo na maaari itong maging isang mundo-kompyuter na hindi nagpapahinga, at ang susunod ay gawing tunay na madali para sa karaniwang tao ang paggamit nito.