Az Ethereum fejlesztői nem pihennek. A 2024-es Dencun frissítés és a 2025-ös Pectra upgrade után a közösség figyelme egyre inkább a 2026-os ütemterv felé fordul — és van miről beszélni. A tervezett változások egy részét már aktívan tesztelik a fejlesztői hálózatokon, más részük még az EIP-folyamat korai szakaszában jár.
De mit is jelent mindez a gyakorlatban? Gyorsabb tranzakciókat, olcsóbb díjakat, vagy inkább a háttérben zajló infrastrukturális változásokat? A válasz: mindhárom egyszerre.
- Hol tart most az Ethereum?
- Mi jön 2026-ban? Az Fusaka és Glamsterdam körvonalai
- EIP-4444: A blokkláncadat-tárolás átgondolása
- Verkle Trees: A státuszfa forradalma
- EOF: Az EVM megújítása
- L2-ek és az adatelérhetőség: a skálázhatóság igazi kulcsa
- Smart contractok fejlesztői szemmel
- Mibe kerül mindez a fejlesztőknek és a felhasználóknak?
- Összefoglalás
Hol tart most az Ethereum?
Mielőtt a jövőbe ugranánk, érdemes egy pillanatra megállni. A Pectra frissítés — amelynek főhálózati bevezetése 2025 első felére volt tervezve — az EIP-7702-vel alapjaiban változtatta meg a számlakezelés logikáját. Ez az úgynevezett account abstraction irányába tett komoly lépés: a sima felhasználói tárcák ettől kezdve okosszerződés-szerű viselkedésre is képesek.
Ez nem csupán technikai finomság. A tranzakciók kifizetéséhez nem feltétlenül kell majd ETH a tárcában — más tokenekkel is lehet gázdíjat fizetni, és a bonyolultabb műveletek egyetlen jóváhagyással elvégezhetők. A felhasználói élmény szempontjából ez komoly előrelépés.
Mi jön 2026-ban? Az Fusaka és Glamsterdam körvonalai
Az Ethereum fejlesztői az egyes frissítéseket városnevekkel jelölik — a soron következő nagy upgrade neve Fusaka, amelyet várhatóan 2025 végén vagy 2026 elején vetnek be a főhálózaton. Ezt követi az Glamsterdam névre hallgató csomag, amelynek pontos ütemezése egyelőre nyitott kérdés.
Fontos megjegyzés: az Ethereum fejlesztési üteme nem egy vállalati roadmap szerint működik. A határidők csúsznak, az EIP-ek sorrendje változhat. 2026-ra vonatkozó bármilyen konkrét ígéret fenntartással kezelendő.
EIP-4444: A blokkláncadat-tárolás átgondolása
Az egyik leginkább várt fejlesztés a history expiry, vagyis a régi blokkadat-tárolásnál alkalmazott változtatás. Az EIP-4444 értelmében a csomópontoknak nem kellene örökre tárolniuk a teljes lánctörténetet — ez drasztikusan csökkentené a futtatáshoz szükséges tárhelyet.
Jelenleg egy teljes Ethereum-csomópont futtatása több száz gigabájtnyi adatot igényel, és ez a szám folyamatosan nő. Ha a régi adatokat elosztott tároló megoldások (például a Portal Network) veszik át, a csomópontfuttatás lényegesen könnyebbé válik. Ez a hálózat decentralizációja szempontjából kulcskérdés — minél könnyebb csomópontot futtatni, annál több ember teszi ezt meg.
Verkle Trees: A státuszfa forradalma
A Verkle Trees bevezetése talán a legambiciózusabb technikai változtatás, amelyet az Ethereum valaha tervezett. Jelenleg a hálózat Merkle Patricia Trie struktúrát használ az állapotadatok tárolásához — ez a rendszer megbízható, de nem skálázható jól.
A Verkle Trees kisebb kriptográfiai bizonyítékokat igényelnek, ami lehetővé teszi az úgynevezett stateless clienteket: olyan csomópontokat, amelyek nem tárolják az Ethereum teljes állapotát, mégis képesek tranzakciókat ellenőrizni. A fejlesztők 2025 folyamán teszthálózatokon tesztelik ezt a megközelítést, a főhálózati bevezetés 2026-ra reális célnak tűnik — bár a komplexitás miatt csúszás sem kizárt.
EOF: Az EVM megújítása
Az EVM Object Format (EOF) az Ethereum Virtual Machine, vagyis az okosszerződéseket futtató motor modernizálását célozza. Az EVM az eredeti tervezéskor számos kompromisszummal született — az EOF ezeket igyekszik orvosolni.
A konkrét változások között szerepel:
- A kód és az adat szétválasztása a szerződéseken belül
- Elavult műveleti kódok (opcode-ok) eltávolítása
- Jobb statikus elemzési lehetőségek a fejlesztők számára
- Kisebb szerződésméretek és alacsonyabb telepítési költségek
Az EOF-ot a Pectra-ból végül kihagyták, mivel egyes fejlesztők szerint több időre volt szükség az ökoszisztéma felkészítéséhez. Most ismét az ütemtervben szerepel — várhatóan a Fusaka vagy az azt követő frissítés részeként érkezik meg.
L2-ek és az adatelérhetőség: a skálázhatóság igazi kulcsa
Az Ethereum stratégiája nem az, hogy az alaprétegen oldja meg a skálázhatóságot — hanem hogy minél jobb alapot teremtsen a Layer 2 megoldásoknak. A Dencun frissítés blob-tranzakcióival ez az irány egyértelművé vált: az Arbitrum, az Optimism és a Base tranzakciós díjai azóta töredékére csökkentek.
2026-ra az úgynevezett PeerDAS (Peer Data Availability Sampling) bevezetése várható, amely tovább növeli a blobs-kapacitást. Ez lehetővé teszi, hogy a csomópontok ne töltsék le a teljes adatot, csupán véletlenszerű mintákat ellenőrizzenek — ezzel nagymértékben növelve az áteresztőképességet.
A cél: az L2-es hálózatokon a tranzakciós díjak töredék centben mérhetők legyenek, miközben az Ethereum alaprétege biztosítja a biztonságot és a véglegesítést.
Smart contractok fejlesztői szemmel
A smart contract fejlesztők számára a 2026-os változások főként az EOF-on és az account abstraction további bővítésén keresztül érvényesülnek. Az EIP-7702 által megnyitott lehetőségek — például a batch-tranzakciók és a delegált végrehajtás — várhatóan szélesebb körű implementációt kapnak.
Érdemes figyelni a EIP-7251-re is, amely a validátorok maximális egyenleghatárát emeli meg 32 ETH-ről 2048 ETH-re. Ez elsősorban a nagy staking-szolgáltatókat érinti, de a hálózat általános hatékonyságát is javítja azáltal, hogy csökkenti az aktív validátorok számát — és ezzel az üzenetek számát a konszenzusrétegen.
Mibe kerül mindez a fejlesztőknek és a felhasználóknak?
Az EVM változásai visszafelé kompatibilitási kérdéseket vetnek fel. A már telepített okosszerződések nem módosulnak automatikusan — az EOF például csak az újonnan telepített szerződésekre vonatkozik. Ez azt jelenti, hogy a régi és az új rendszer párhuzamosan fog futni egy ideig.
A fejlesztők szempontjából ez növeli a komplexitást: különböző EVM-verziókra kell felkészülni. Az olyan eszközök, mint a Foundry vagy a Hardhat, várhatóan gyorsan alkalmazkodnak — de a könyvtárak és az auditált kódok migrációja időt vesz igénybe.
A végfelhasználóknak mindez leginkább alacsonyabb díjak és egyszerűbb interakciók formájában lesz érzékelhető. A tárca-kompatibilitás is javulhat: az account abstraction szélesebb elterjedésével a seed phrase-alapú kulcskezelés fokozatosan háttérbe szorulhat a felhasználóbarátabb megoldások javára.
Összefoglalás
Az Ethereum 2026-ra tervezett fejlesztései nem egyetlen nagy bumm formájában érkeznek — hanem egy gondosan felépített, egymásra épülő változássorozat részeként. A Verkle Trees, az EOF, a PeerDAS és az account abstraction mind ugyanazt a célt szolgálják: könnyebben futtatható csomópontok, olcsóbb L2-es tranzakciók, és fejlesztőbarátabb okosszerződés-környezet.
Mindez persze nem jelenti azt, hogy az Ethereum problémái egyik napról a másikra megoldódnak. A fejlesztési ütemterv csúszhat, az ökoszisztéma alkalmazkodása időt vesz igénybe, és a versengő platformok sem állnak meg. Az ETH árfolyamára ezekből a fejlesztésekből közvetlenül következtetni — ahogy az lenni szokott — nehéz vállalkozás.
Amit biztosan mondhatunk: az Ethereum mérnökei 2026-ra egy technikailag érettebb, skálázhatóbb és könnyebben hozzáférhető hálózatot szeretnének átadni. Hogy ez mikor valósul meg pontosan, és milyen kompromisszumokkal — azt a következő hónapok teszthálózati tapasztalatai fogják megmutatni.
