99%-kal gyorsabb Solana érkezik ősszel – de mi az igazi ára ennek a sebességnek?

Solana megint gyorsabb lesz. Legalábbis ezt ígéri a fejlesztőcsapat, amely az ősz végére időzítette a következő nagyobb hálózati frissítést. A bejelentés már megtörtént, a dátum is megvan — de a kérdés, amit senki nem tesz fel elég hangosan: mit adunk fel ezért a sebességért?

Miről szól ez a frissítés?

A Solana fejlesztői egy olyan protokollszintű változást készítenek elő, amely az állításuk szerint akár 99%-kal növeli a tranzakciós áteresztőképességet. A TPS-számok (tranzakció per másodperc) már eddig is lenyűgözőek voltak papíron — a hálózat elméleti maximuma 65 000 körül mozog, bár a valós, fenntartható értékek ettől elmaradnak.

A frissítés az úgynevezett Firedancer validátor kliens szélesebb körű bevezetésére épül, amelyet a Jump Crypto fejlesztett. Ez egy teljesen újraírt, C++-alapú implementáció — szemben az eredeti Rust-kóddal. A cél: kevesebb szűk keresztmetszet, több párhuzamos feldolgozás, kisebb késleltetés.

Hangzik jól. De itt kezdődnek a kérdések.

Mibe kerül egy ilyen hálózat üzemeltetése?

A Solana konszenzusmechanizmusa Proof of Stake + Proof of History kombinációja. Energetikailag ez töredéke a Bitcoin bányászatának — ezt a Solana csapata büszkén hangsúlyozza. Egy tranzakció energiaköltsége valóban elenyésző a BTC-hez képest.

A probléma máshol van. A validátor csomópontok hardverkövetelménye súlyos. Jelenleg egy kompetitív Solana validátor üzemeltetéséhez nagyjából a következőkre van szükség:

• 128–256 GB RAM
• Modern, többmagos CPU (AMD EPYC vagy hasonló kategória)
• NVMe SSD tároló, legalább 2 TB, de inkább több
• Stabil, 1 Gbit/s feletti sávszélesség

A Firedancer bevezetése után ezek a számok várhatóan csak nőni fognak. Több párhuzamos tranzakció, több adat, magasabb erőforrásigény. Nem bonyolult összefüggés.

Ez nem elméleti probléma. Az, hogy ki tud fizikailag validátort üzemeltetni, közvetlenül meghatározza, mennyire decentralizált a hálózat.

Decentralizáció: a kényelmes feledés

A Solana validátor-térképe nem fest megnyugtató képet. A hálózat aktív validátorainak jelentős hányada néhány nagy adatközpontban koncentrálódik — főleg az USA-ban, Németországban és néhány más fejlett országban. A kis, független operátorok aránya alacsony, és ez a frissítéssel sem fog javulni, inkább romolhat.

Összehasonlításképpen: a Bitcoin teljes csomópontokat (full node) egy Raspberry Pi is képes futtatni néhány tíz dollárért. Ez nem véletlen — a protokoll tervezési elve volt, hogy bárki részt vehessen a hálózat ellenőrzésében. A Solana mást választott: a sebesség az első, a hozzáférhetőség a második.

Ez nem feltétlenül rossz döntés. De következményei vannak, amelyeket ritkán mondanak ki.

A Solana-leállások tanulsága

Érdemes emlékezni arra, hogy a Solana hálózat korábban többször is kiesett teljesen. 2021-ben és 2022-ben is volt olyan incidens, amikor órákon át nem lehetett tranzakciókat küldeni. Egy ilyen magas teljesítményű, komplex rendszer több hibapotenciált hordoz, mint egy egyszerűbb architektúra.

A Firedancer részben erre is válasz: a különböző kliens implementációk növelik a hálózat ellenállóképességét, mert ha az egyik kliensben hiba van, a másik futhat tovább. Ez valódi előrelépés — de csak akkor, ha a két kliens valóban független fejlesztési úton jár, és nem ugyanazokat a tervezési hibákat örökli.

Mit nem mondanak el a fejlesztők?

A sebesség-bejelentések mellől szinte mindig kimarad néhány fontos részlet:

• A magasabb TPS-szám csak akkor jelent valamit, ha mögötte valós igény is áll – üres tranzakciókat gyorsan feldolgozni nem teljesítmény, hanem látszat.
• A Solana tranzakciós díjai alacsonyak, de a MEV (Maximum Extractable Value) kihasználása a hálózaton belül erősen koncentrált, és ez informálisan is centralizációs nyomást jelent.
• A 99%-os sebességnövekedés melyik alapértékhez képest értendő? A jelenlegi elméleti maximumhoz, az átlagos valós teljesítményhez, vagy egy terhelési teszthez? A szám önmagában semmit nem jelent kontextus nélkül.
• Az energiafelhasználás nem merül ki az áramszámlában – a hardver legyártása, rendszeres cseréje és hulladékkezelése szintén számít, csak éppen ezeket az alacsony fogyasztási adatok nem tükrözik.

Mi a helyzet a versenytársakkal?

Az alaplánc-verseny 2026-ban sem nyugodott meg. Az Ethereum rollup-ökoszisztémája más úton közelíti meg a skálázhatóságot: nem magát az alapréteget turbózza fel, hanem réteges architektúrával osztja szét a terhelést. Ennek megvannak a maga kompromisszumai — fragmentált likviditás, bonyolultabb felhasználói élmény —, de az alaplánc decentralizáltsága megmarad.

A Solana ezzel szemben egy másik fogadást tett: legyen az alaplánc maga gyors, és ne kelljen rétegekbe szétszórni a dolgot. Ez logikus érv, és sok fejlesztőnek vonzó is. Csak azt kell mellé érteni, hogy ehhez a fogadáshoz a decentralizáció egy részét kellett bedobni a serpenyőbe.

Összefoglalás

A Solana közelgő frissítése valódi technikai teljesítmény, és a Firedancer kliens bevezetése érdemi lépés a hálózat stabilitása felé. De a sebességszámok mögé kell nézni.

Egy 99%-kal gyorsabb hálózat nagyobb hardverkövetelményt, koncentráltabb validátor-struktúrát és növekvő belépési korlátokat jelent a független üzemeltetők számára. Ez nem katasztrófa — de nem is semmi. Aki Solana-alapú alkalmazásokat épít vagy SOL-t tart, annak érdemes pontosan tudni, milyen kompromisszumokat vállal ezzel.

A sebességverseny folytatódik. Az igazi kérdés nem az, ki a gyorsabb – hanem az, ki tudja ezt a sebességet hosszú távon is decentralizáltan fenntartani. Erre egyelőre egyik alaplánc sem adott meggyőző választ.