- A jelenlegi blokklánc-rendszerek szűk keresztmetszetét a konszenzus és végrehajtás összefonódása okozza, amely lassú feldolgozást és magas díjakat eredményez.
- A consensus from execution decoupling megközelítés szétválasztja a tranzakciók sorrendjének megállapítása (konszenzus) a tényleges számítások végzésétől (végrehajtás).
- Ez a megoldás párhuzamos feldolgozást tesz lehetővé, mely jelentősen növelheti a tranzakciósebességet és csökkentheti a költségeket az Ethereumon és más protokollokon.
A blokklánc-fejlesztők egyik leggyakoribb frusztrációja az, hogy a hálózat konszenzusa és a tranzakciók végrehajtása szorosan összefonódik. Ez egyszerűen fogalmazva azt jelenti: a hálózat addig nem tud továbblépni, amíg minden csomópont el nem döntötte, mi az érvényes állapot. A legújabb protokollfejlesztési irány ezt a kényszert bontja szét — és ha sikerül, a felhasználó egyszerűen csak annyit érezhet, hogy a tranzakciója gyorsabban megy át, és kevesebbe kerül.
Mi a gond a jelenlegi rendszerrel?
A Bitcoin és az Ethereum is egy alapvető kompromisszummal él: a hálózat biztonsága érdekében a csomópontoknak meg kell egyezniük minden egyes blokk tartalmán, mielőtt bármi más történne. Ez a konszenzusfolyamat alapvetően szekvenciális — az egyik lépés várja a másikat.
A probléma ott kezdődik, hogy ez a mechanizmus szűk keresztmetszetté válik, ha a hálózat terhelése nő. Több tranzakció, magasabb díjak, lassabb visszaigazolás — ez az ismert ördögi kör. A Bitcoinnál 7 tranzakció másodpercenként a gyakorlati plafonérték blokkláncon belüli, az Ethereumnál is csak néhány tucatnyi. Ez 2026-ban már nyilvánvalóan nem elég.
Mit jelent a „consensus from execution decoupling”?
A kifejezés mögött egy viszonylag egyszerű ötlet rejlik: válasszuk szét azt, amiben a hálózatnak meg kell egyeznie, attól, amit ténylegesen végrehajt. A konszenzusréteg csak azt dönti el, milyen sorrendben érkeztek a tranzakciók — a tényleges számítást, az állapotváltást pedig más réteg végzi el, párhuzamosan.
Gondoljunk rá úgy, mint egy étteremre. A pincér felveszi a rendeléseket és rögzíti a sorrendet (konszenzus) — de a konyha ezalatt már főz, nem várja meg, hogy az utolsó rendelés is beérkezzen. A jelenlegi rendszerben a konyha csak akkor kezd főzni, ha már minden asztalnál lezárult a rendelés. Ez lassú, és drága.
Melyik protokollokat érinti ez most?
Az Ethereum-ökoszisztémában ez a gondolkodás már jó ideje formálódik. Az Ethereum roadmap „Beam Chain” fejlesztési iránya részben erre épít — a végrehajtási réteg (execution layer) és a konszenzusréteg (consensus layer) szétválasztása a merge utáni korszak egyik legfontosabb műszaki feladata.
Bitcoin oldalán a helyzet más. A Lightning Network már évek óta egyfajta választ kínál erre: a tranzakciók nagy részét le lehet vinni a főlánc alá, ahol nem kell minden egyes fizetés miatt konszenzust elérni. A csatornákat csak nyitáskor és záráskor rögzíti a Bitcoin-blokklánc, közben a felek egymás közt számolnak el. Ez a decoupling egy korábbi, praktikusabb formája.
Az újabb fejlesztési irányok azonban ennél messzebb mennek:
- Optimistic és ZK rollupok (Ethereum): a végrehajtás blokkláncon kívüli történik, a konszenzusréteg csak az összesített bizonyítékot látja
- Stateless client kutatás (Bitcoin): a csomópontok nem tárolják az összes állapotot, csak ellenőrzik az érvényességet — csökkenti a szinkronizációs terhet
- Parallel execution kísérletek: több tranzakció egyidejű feldolgozása, ha azok nem érintik egymás állapotát
Mit érez majd ebből a felhasználó?
Ez az igazi kérdés. Mert a technikai részletek önmagukban nem érdekesek — az érdekli az embert, hogy mennyit fizet egy utalásért, és mennyi ideig kell rá várnia.
Ha a konszenzus és a végrehajtás valóban szétválik, a legkönnyebben érezhető hatások ezek lehetnek:
- Gyorsabb véglegesítés: nem kell hat blokknyi megerősítésre várni minden esetben, a tranzakció hamarabb tekinthető „befejezettnek”
- Alacsonyabb díjak csúcsterhelés idején: ha a feldolgozás párhuzamossá válik, a verseny a blokkhely megszerzéséért csökken
- Jobb Lightning-élmény: a csatornaállapot-frissítések hatékonyabbá válnak, kevesebb esetben akad el egy fizetés
- Mobilbarátabb tárcák: a stateless megközelítés kisebb adatforgalommal is működik, ami a könnyű kliensek (light wallets) számára előny
Fontos jelzés ugyanakkor: mindez nem egyik napról a másikra jön el. A protokollfejlesztés lassú folyamat, és szándékosan az — a Bitcoin-hálózaton például egyetlen konszenzusváltoztatáshoz is széleskörű közösségi és bányász-támogatás kell.
Mikor érkezik el a felhasználóhoz?
Az Ethereum oldalán a rollup-infrastruktúra már részben elérhető — az Arbitrum, az Optimism vagy a Base hálózaton ma is lehet töredék centért tranzaktálni, ami pontosan ennek a szétválasztási logikának az eredménye. Az alapláncon zajló további fejlesztések, például a blob-tranzakciók bővítése (EIP-7691 és környéke), 2026-ban is aktív fejlesztési terület.
Bitcoinnál az ütemezés kevésbé kiszámítható. A Lightning-adoptáció nő, de a protokollszintű változásokhoz — mint amilyen az OP_CAT vagy a különböző covenant-javaslatok — évekig tartó vita előzi meg a bevezetést. Aki 2026-ban Bitcoin-fejlesztésekre vár, annak türelem kell.
Azt sem szabad elfelejteni, hogy a skálázás minden formája hordoz kompromisszumokat. A szétválasztott végrehajtás komplexebb rendszert jelent, a komplexebb rendszer pedig több potenciális hibaforrást. A decentralizáció is sérülhet, ha a végrehajtási réteg koncentrálódik néhány szereplőnél.
Összefoglalás
A konszenzus és a végrehajtás szétválasztása nem egy hype-fogalom — valós műszaki probléma valós megközelítése. A lényeg egyszerű: ha a hálózatnak nem kell minden egyes műveletnél globális megegyezést elérnie, gyorsabb és olcsóbb lesz a használat.
Az Ethereum-ökoszisztémában ez az irány már látható eredményeket hoz a second-layer megoldásokon keresztül. Bitcoinnál a változás lassabb, de a Lightning Network már évek óta ezt a logikát követi a főlánc alatt.
A felhasználó szempontjából a legfontosabb üzenet: a magas díjak és a lassú visszaigazolás nem a blokklánc-technológia elkerülhetetlen velejárói — hanem mérnöki problémák, amelyeken aktívan dolgoznak. Hogy mikor oldódnak meg teljesen, azt senki nem tudja pontosan megmondani. De az irány adott.
Gyakori kérdések
Mert a hálózat összes csomópontjának meg kell egyeznie minden egyes blokk tartalmán, mielőtt továbblépne. Ez szekvenciális folyamat, amely szűk keresztmetszetté válik magas terhelés alatt. A Bitcoin csak 7 tranzakciót képes feldolgozni másodpercenként, amely erősen korlátozza a kapacitást.
Ez azt jelenti, hogy szétválasztjuk azt, amiben a hálózatnak meg kell egyeznie (a tranzakciók sorrendje), attól, amit valójában végrehajt (az állapotváltozások). A konszenzusréteg csak a sorrendet dönti el, míg a tényleges számítások párhuzamosan futnak egy másik rétegben.
Gondoljunk egy étteremre: a pincér felveszi és rögzíti a rendeléseket (konszenzus), de a konyha közben már főz, nem várja meg az utolsó rendelést. Jelenleg a konyha csak akkor kezdhet főzni, ha minden rendelés beérkezett, amely lassú és költséges.
Az Ethereum-ökoszisztémában már hosszabb ideje fejlesztik ezt a gondolkodásmódot. A Bitcoin és más blokkláncok is vizsgálják hasonló megoldások implementálását a skalázhatóság javítása érdekében.
Gyorsabb tranzakció-feldolgozás, alacsonyabb díjak, és nagyobb sávszélesség-kapacitás. A párhuzamos végrehajtás lehetővé teszi a hálózat sokkal nagyobb terhelés alatti működtetését anélkül, hogy a biztonság vagy decentralizáció sérülne.
Heti összefoglaló a postaládádba
Ha hasznos volt ez a cikk: hetente egy levelet küldök arról, mi történt a kripto világában, miért számít, és mit érdemes fenntartásokkal kezelni.
