Az Ethereum társalapítója, Vitalik Buterin egy ambiciózus, több éves tervet vázolt fel az Ethereum alapréttegének gyorsabbá, karcsúbbá és végül kvantumrezisztenssé tételére, rövidebb slotidőkkel és közel azonnali finalitással kezdve.
Strawmap kibontva — Vitalik Buterin lebontja az Ethereum Layer 1-en a gyorsabb UX-ért tett törekvéseit

Az Ethereum 2029-es víziója: gyors slotok, gyors finalitás és STARK-barát hashek
Az X-en közzétett részletes bejegyzésben Vitalik Buterin végigvette azt, amit ő „nagyon fontos dokumentumnak” nevezett, utalva az újonnan publikált „strawmapre”, egy szalmabáb-úttérképre (strawman roadmap), amelyet az Ethereum Alapítvány kutatója, bemutatott Justin Drake. A dokumentum hosszú távú víziót vázol az Ethereum első rétegének (L1) fejlesztéseiről az évtized végéig.
„Gyors slotokkal és gyors finalitással kezdünk” – írta Buterin. „Arra számítok, hogy a slotidőt fokozatosan csökkentjük”, utalva egy „egyszerre sqrt(2)” képletre, amely az Ethereumot a 12 másodperces slotoktól 8, 6, 4, 3 és potenciálisan 2 másodpercre vinné. Az utolsó lépések – figyelmeztetett – „komoly kutatástól” függenek.
Mi az a strawmap?
A strawmap – a „strawman” és a „roadmap” szavak összevonása – nem hivatalos rendelet, hanem koordinációs eszköz. Drake szerint haladó olvasóknak szól, beleértve a kutatókat, fejlesztőket és irányítási (governance) résztvevőket, és az Ethereum L1 ambícióit egyetlen vizuális idővonalon mutatja be.
Az öt „északi csillag” között szerepel egy gyors L1, ahol a slotok és a finalitás másodpercekben mérhető; egy „gigagas” L1, amely 1 gigagas/másodperc célt tűz ki zkEVM-ek és valós idejű bizonyítás révén; egy „teragas” L2, amely az adat-elérhetőséget 1 gigabájt/másodpercre tolja; poszt-kvantum kriptográfia; valamint első osztályú adatvédelem az ETH-utalásokhoz.
Az idővonal 2029-ig nyúlik, nagyjából félévente egy hard forkot feltételezve. A közelgő és helykitöltő forkok csillag-alapú elnevezési sorban jelennek meg, folytatva az Ethereum kozmikus márkázási hagyományát.
Gyorsabb slotok, ugyanaz a biztonság?
Ma az Ethereum 12 másodperces slotokkal fut. Buterin elmagyarázta, hogy a slotidőt hangolható paraméterként kezelik majd, és lefelé állítják, amikor elég nagy a bizalom abban, hogy a biztonság megmarad.
„A magas szintű elképzelés az, hogy a slotidőt olyan paraméterként tekintjük, amelyet akkor csökkentünk, amikor biztosak vagyunk benne, hogy biztonságos” – írta, a blob-célértékek kalibrálásához hasonlítva.
Lényeges, hogy szerinte a tágabb ütemterv nagy része független a slotok hosszától. „Nagyjából ugyanazokat a dolgokat kellene megcsinálnunk, akár 2 másodperces, akár 32 másodperces a slotidő” – mondta.
Az egyik kulcstényező a peer-to-peer (p2p) hálózati fejlesztések, köztük a törléskódolást (erasure coding) alkalmazó munka. Ahelyett, hogy minden csomópont több peertől kapná meg a teljes blokk törzsét, a blokkok darabokra oszthatók – például nyolc fragmentumra, amelyekből bármely négy képes rekonstruálni a teljes blokkot. Ez a megközelítés megőrzi a redundanciát, miközben csökkenti a sávszélesség-terhelést és a lassú peerek miatti késleltetési kiugrásokat.
Buterin szerint a belső statisztikák arra utalnak, hogy ez az architektúra jelentősen csökkentheti a 95. percentilis blokkterjesztési időt, így a rövidebb slotok anélkül válhatnak életképessé, hogy a biztonság sérülne – az extra protokollkomplexitást leszámítva.
Az attesterek és a slotstruktúra újragondolása
Más változtatások olyan javaslatokhoz kapcsolódnak, mint az ePBS, a FOCIL és egy gyors megerősítési szabály, amelyek összetettebb slotstruktúrákat vezetnek be. Ezek a funkciók szűkítik a késleltetési mozgásteret, csökkentve a biztonságos maximumot nagyjából a slot egyharmadáról az egyötödére.
Ennek az összenyomásnak az ellensúlyozására a kutatók egy olyan dizájnt vizsgálnak, ahol slotonként csak 256–1 024 véletlenszerűen kiválasztott attester ír alá. A nem finalizáló fork-választáshoz Buterin megjegyezte, hogy kisebb halmaz is elég. Kevesebb aláírás lehetővé tenné az aggregációs fázis eltávolítását, értékes milliszekundumokat faragva le minden slotból.
Finalitás másodpercekben, nem percekben
Ha a slotidő a dobütem, a finalitás az elszámolási pecsét. Ma az Ethereum finalitása átlagosan körülbelül 16 perc, a 12 másodperces slotok és a Gasper dizájn szerinti több-epochos megerősítés alapján.
A strawmap azt javasolja, hogy válasszák szét a slotokat és a finalitást, és vezessenek be egy egykörös finalitású bizánci hibatűrő algoritmust, az úgynevezett Minimmit-változatot. A végállapotban a finalitás 6–16 másodperces tartományba kerülhet.
„A gyors finalitás összetettebb” – ismerte el Buterin, hozzátéve, hogy a végső protokoll egyszerűbb lehet a jelenlegi Gasper rendszernél, még ha az átmenet útvonala invazív is.
A bejegyzésében felvázolt lehetséges pálya a mai 16 perctől fokozatosan rövidebb intervallumokig vezet – beleértve az egy percnél rövidebb finalitást is –, mielőtt a Minimmit agresszívebb paramétereivel elérné az egy számjegyű másodperceket.
Poszt-kvantum és STARK-barát tervezésből fakadóan
Mivel a váltás átfogó, Buterin szerint a legnagyobb lépés egy kriptográfiai átalakítással együtt csomagolható, beleértve a poszt-kvantum, hash-alapú aláírásokat és egy STARK-barát hash függvényt.
A fejlesztők a Poseidon2 körüli friss aggodalmakra adott válaszokat értékelik, beleértve a körszámok növelését, a Poseidon1-re való visszatérést vagy hagyományos hashek, például a BLAKE3 bevezetését. A kutatás folyamatban van.
A fokozatos megközelítés egyik figyelemre méltó következménye, hogy a slot-szintű kvantumrezisztencia a finalitás-szintű védelem előtt érkezhet meg. Ebben a forgatókönyvben, ha erős kvantumszámítógépek hirtelen jelennének meg, a finalitási garanciák meginoghatnak, miközben maga a lánc tovább működik.
Egy „Thészeusz hajója” frissítés
Összegzésében Buterin a folyamatot fokozatos, komponensről komponensre történő cserének keretezte. „Arra számítsatok, hogy a slotidő és a finalitási idő is folyamatosan csökken” – írta, összefonódva azzal, amit az Ethereum slotstruktúrájának és konszenzusának „Thészeusz hajója” jellegű átalakulásaként írt le.

Az Ethereum cenzúraálló frissítése, Vitalik Buterin támogatásával
A fejlesztők a cenzúra-ellenállást célzó FOCIL javaslatot jelölték meg az Ethereum 2026 végére tervezett Hegota frissítésének központi elemévé. read more.
Olvass most
Az Ethereum cenzúraálló frissítése, Vitalik Buterin támogatásával
A fejlesztők a cenzúra-ellenállást célzó FOCIL javaslatot jelölték meg az Ethereum 2026 végére tervezett Hegota frissítésének központi elemévé. read more.
Olvass most
Az Ethereum cenzúraálló frissítése, Vitalik Buterin támogatásával
Olvass mostA fejlesztők a cenzúra-ellenállást célzó FOCIL javaslatot jelölték meg az Ethereum 2026 végére tervezett Hegota frissítésének központi elemévé. read more.
A strawmap röviden nem ígéret, hanem javaslat – egy sűrű tervrajz, amely vitára hív arról, hogyan kellene az Ethereum alapréttegének fejlődnie. Hogy a hálózat eljut-e a 2 másodperces slotokig és az egy számjegyű finalitásig az évtized végére, a kutatástól, a governance-től és a decentralizált konszenzus kaotikus művészetétől függ.
De az irány egyértelmű: gyorsabb blokkok, gyorsabb elszámolás, és egy olyan protokoll, amelyet úgy terveznek, hogy túlélje mind a hardverciklusokat, mind a kriptográfiai korszakokat.
GYIK 🔎
- Mi az az Ethereum strawmap?
A strawmap egy hosszú távú, szalmabáb jellegű ütemterv, amely 2029-ig vázolja a javasolt 1. rétegbeli frissítéseket. - Milyen gyors lehet az Ethereum finalitása?
A javasolt változtatások mellett a finalitás végül a mai körülbelül 16 percről nagyjából 6–16 másodpercre csökkenhet. - Mik azok a gyors slotok az Ethereumban?
A gyors slotok a blokkidők 12 másodpercről akár 2 másodpercig történő csökkentését jelentik, kutatástól és biztonsági validációtól függően. - Kvantumrezisztenssé teszi a strawmap az Ethereumot?
A terv magában foglalja a poszt-kvantum, hash-alapú aláírásokra való átállást, ami potenciálisan az Ethereum egyes részeit kvantumrezisztenssé teheti, még a teljes finalitásvédelmi frissítés előtt.














