A Solana hálózata 250 ms-ra gyorsult: egy lépésre került a 200 ms-os céltól
A szeptember 18-án életbe lépett módosítás a SIMD-0525 fejlesztési terv harmadik fő állomása. A Solana eredetileg körülbelül 400 milliszekundumos célzott slotidővel működött, a hosszabb távú terv azonban ennek megfelezése, vagyis a 200 milliszekundumos szint elérése. A mostani frissítéssel már csak egy lépcső választja el a hálózatot ettől a céltól.
Solana slotidő: mit jelent a 250 milliszekundumos frissítés?
A Solana működésében a slot lényegében egy rövid időablak, amelyben egy kijelölt validátor lehetőséget kap arra, hogy blokkot állítson elő. Minél rövidebb egy ilyen időablak, annál gyakrabban frissülhet a blokklánc állapota, ami a tárcák, kriptotőzsdék, kereskedési alkalmazások és decentralizált protokollok számára is gyorsabb visszajelzést jelenthet.
A korábbi 300 milliszekundumos beállítás mellett a Solana elméletileg nagyjából 3,3 slotot célzott meg másodpercenként. A 250 milliszekundumos szint ezt négy slotra emeli, vagyis a slotok előállításának gyakorisága közel 17 százalékkal nő. Ez ugyanakkor nem jelenti automatikusan azt, hogy a Solana teljes tranzakciófeldolgozó kapacitása is ugyanekkora mértékben emelkedett.
A validátorok továbbra is négy egymást követő sloton keresztül töltik be a leader, vagyis blokk-előállításért felelős vezető szerepet. Mivel egy slot most már csak 250 milliszekundumos célidővel rendelkezik, egy validátor négy slotból álló elméleti leader-időablaka a korábbi 1,2 másodpercről körülbelül egy másodpercre rövidült. A SIMD-0525 végső, 200 milliszekundumos fázisában ugyanez az időablak már mindössze körülbelül 800 milliszekundum lenne.
A Solana fokozatosan gyorsítja fel a hálózatot
A sebességnövelés nem egyetlen nagy frissítésként történik. A SIMD-0525 négy egymást követő lépcsőben határozta meg a Solana slotidejének csökkentését: 350, 300, 250, majd végül 200 milliszekundumra. A fejlesztők szándékosan választották ezt a fokozatos megközelítést, hogy minden egyes szint után megfigyelhessék, hogyan reagál a valós mainnet környezet és a validátor-infrastruktúra az egyre gyorsabb működésre.
Az első jelentős lépés augusztusban érkezett, amikor a Solana a hálózat indulása óta először csökkentette az eredeti 400 milliszekundumos célértéket. Ezt követte rövid időn belül a 300 milliszekundumos fázis, majd az aktiválási menetrend alapján szeptember 18-án a 250 milliszekundumos szint is életbe lépett a mainneten.
A különálló feature gate-ek – vagyis funkcióaktiválási pontok – azért fontosak, mert lehetővé teszik a fejlesztők számára, hogy probléma esetén ne kelljen az egész fejlesztési csomagot egyszerre módosítani. Ha például a kihagyott blokkok aránya vagy más hálózati teljesítménymutató kedvezőtlen irányba mozdulna, a következő gyorsítás elhalasztható anélkül, hogy a már aktivált fejlesztéseket feltétlenül vissza kellene vonni.
Gyorsabb lehet a kereskedés és frissebbek lehetnek az on-chain adatok
A rövidebb slotidő egyik legfontosabb előnye nem feltétlenül a maximális tranzakciószám növekedése, hanem a késleltetés csökkenése. Egy tárca vagy kereskedési alkalmazás gyakrabban kaphat friss információt arról, hogyan változott a Solana blokklánc állapota, egy elküldött tranzakció pedig hamarabb jelenhet meg az újabb slotok egyikében.
Ez különösen fontos lehet az olyan decentralizált pénzügyi alkalmazásokban, amelyek nagyon érzékenyek az adatok frissességére. Az oracle rendszerek például külső adatokat – többek között árfolyamokat – továbbítanak a blokkláncra, az automatizált market makerek pedig ezek és más on-chain információk alapján kezelhetnek likviditási poolokat és árazhatnak tranzakciókat.
Ha két hálózati állapotfrissítés között rövidebb idő telik el, csökkenhet annak az esélye, hogy egy alkalmazás elavult blokkláncadatokból induljon ki. A SIMD-0525 dokumentációja szerint a rövidebb slotok finomabb időbeli felbontást biztosíthatnak például az oracle-adatokat használó alkalmazásoknak és bizonyos automatizált market makereknek.
A swapok, vagyis tokenváltások esetében szintén fontos lehet a gyorsabb időzítés. Minél kevesebb idő telik el egy tranzakció beküldése és hálózati feldolgozásának megkezdése között, annál kisebb lehet a késleltetésből származó bizonytalanság, bár a tényleges tranzakciós élményt továbbra is számos tényező – többek között a hálózati terhelés, az alkalmazás felépítése és a prioritási díj – befolyásolja.
A 17 százalékkal gyorsabb slotok nem jelentenek 17 százalékkal nagyobb kapacitást
A frissítés egyik legfontosabb technikai részlete, hogy a slotok gyakoriságának közel 17 százalékos növekedését nem szabad ugyanekkora tranzakciófeldolgozási kapacitásnövekedéssel azonosítani. A SIMD-0525 kialakítása éppen arra törekszik, hogy a rövidebb slotok mellett arányosan csökkenjen az egy slotra jutó számítási és adatfeldolgozási keret.
Ennek egyszerű oka van. Ha a Solana egy másodperc alatt több blokk-előállítási lehetőséget biztosítana úgy, hogy közben minden slot változatlan mennyiségű számítást tartalmazhatna, a validátorokra jutó másodpercenkénti terhelés jelentősen emelkedne. Ez erősebb hardvert és hálózati infrastruktúrát igényelhetne, ami hosszabb távon a validátori decentralizációra is kedvezőtlenül hathatna.
A SIMD-0525 ezért arányosan skálázza az egyes slotokra jutó erőforráskorlátokat. A specifikáció eredeti, 60 millió compute unitnyi 400 milliszekundumos referenciaértékénél például a 250 milliszekundumos szint 37,5 millió compute unitot jelentene slotonként, a 200 milliszekundumos fázis pedig 30 milliót. A dokumentáció ugyanakkor külön kezeli a Solanán időközben aktivált 100 millió compute unitos blokklimitet is: ilyen alapértéknél a megfelelő 250 milliszekundumos arány 62,5 millió, 200 milliszekundumnál pedig 50 millió compute unit.
A compute unit, vagy röviden CU a Solana hálózatán egy számításierőforrás-mértékegység. A rendszer ezzel méri, hogy egy tranzakció vagy blokk végrehajtása mekkora számítási terhet jelent, így korlátozható, hogy egy adott időszakban mennyi munkát kell a validátoroknak feldolgozniuk.
A lényeg tehát az, hogy több slot érkezik ugyanannyi valós idő alatt, miközben minden egyes slot kisebb erőforráskerettel működik. A fejlesztés elsődleges célja ezért a gyorsabb hálózati ritmus és az alacsonyabb késleltetés, nem pedig a Solana elméleti feldolgozási teljesítményének egyszerű, közel 17 százalékos megemelése.
A validátoroknak és alkalmazásfejlesztőknek is alkalmazkodniuk kell
A gyorsabb működés ugyanakkor új követelményeket támaszt a Solana infrastruktúrájával szemben. Bár a másodpercenként feldolgozható számítási terhelés nem emelkedik arányosan, a validátoroknak, RPC-szolgáltatóknak, indexelőknek és adatfeldolgozó rendszereknek több különálló slotot és blokkot kell kezelniük ugyanannyi idő alatt.
Azok az alkalmazások is külön figyelmet igényelhetnek, amelyek egy slot számából és egy korábban fixnek tekintett slotidőből próbálják kiszámítani az eltelt valós időt. A Solana fejlesztési dokumentációja kifejezetten felhívja a figyelmet arra, hogy a fejlesztőknek már nem célszerű például a korábbi 400 milliszekundumos időértéket állandóként kezelniük.
A blockhash-ek valós időben szintén gyorsabban járhatnak le, mivel ugyanannyi másodperc alatt több slot halad előre. Ez különösen azoknál a tranzakciós folyamatoknál lehet fontos, amelyek offline aláírást, több szereplő jóváhagyását vagy emberi beavatkozást igényelnek, hiszen kevesebb idő maradhat egy előkészített tranzakció érvényes beküldésére.
A rövidebb leader-időablaknak emellett piaci szerkezeti jelentősége is lehet. Egy blokkot készítő validátor rövidebb ideig rendelkezik kizárólagos blokképítési lehetőséggel, ami a fejlesztési javaslat szerint csökkentheti azt az időt, amely alatt egy leader késleltetheti vagy átrendezheti a tranzakciók bekerülését.
A Solana epochjai is jelentősen lerövidülnek
A slotidő módosítása a Solana epochjainak időtartamát is megváltoztatja. Egy epoch a hálózat működésében egy előre meghatározott periódus, amely többek között a validátorok és stakingfolyamatok bizonyos működési ciklusainak alapját adja.
A Solana egy epochban továbbra is 432 000 slotot használ, vagyis a slotok számát nem módosították. Emiatt azonban minél rövidebb lesz egyetlen slot, annál kevesebb valós idő szükséges ugyanennek a 432 000 slotnak a teljesítéséhez.
A 400 milliszekundumos eredeti beállítás mellett egy elméleti epoch körülbelül 48 óráig tartott. Ez 350 milliszekundumnál nagyjából 42 órára, 300 milliszekundumnál 36 órára, a mostani 250 milliszekundumos célértéknél pedig körülbelül 30 órára csökken. A tervezett 200 milliszekundumos fázis elérése után egy epoch elméleti időtartama már csak körülbelül 24 óra lenne.
Ez nem pusztán látványos technikai adat. A gyorsabb epochok a hálózat több olyan mechanizmusát is érinthetik, amelyet korábban a slotok és epochok időbeli ütemezéséhez igazítottak, ezért a SIMD-0525 például az infláció időalapú számításának megőrzésével és más paraméterek skálázásával is foglalkozik.
Az Agave 4.2 nem csak a Solana sebességét növeli
A slotidő csökkentése egy szélesebb fejlesztési hullám része. Az Agave 4.2 kliensverzió több jelentős hálózati változtatást fog össze, amelyek között az alacsonyabb on-chain tárhelyköltségek, a nagyobb tranzakciók és a 200 milliszekundumos slotidő felé vezető út is szerepel.
Különösen fontos változás a Transaction V1 formátum, amely a tranzakciók maximális méretét 1232 bájtról 4096 bájtra emeli. Ez több mint háromszoros méretnövekedést jelent, és megkönnyítheti az olyan adatintenzív műveletek végrehajtását, mint a zero-knowledge bizonyítások, az összetettebb multisig utasítások vagy más nagyobb adatigényű tranzakciók.
A Transaction V1 ugyanakkor különálló fejlesztés a SIMD-0525 slotidő-csökkentésétől. Az, hogy egy tranzakció nagyobb lehet, önmagában nem változtatja meg a slotok sebességét, ahogyan a rövidebb slotidő sem jelenti automatikusan azt, hogy egyetlen tranzakció maximális mérete tovább növekedne.
A Solana ezeket a funkciókat külön feature gate-eken keresztül aktiválja, ami lehetővé teszi az egyes fejlesztések egymástól független bevezetését. Ez technikai szempontból csökkenti annak kockázatát, hogy egyetlen probléma miatt egy teljes, több nagy módosítást tartalmazó hálózati frissítést kelljen egyszerre kezelni.
Már csak a 200 milliszekundumos Solana slotidő van hátra
A SIMD-0525 utolsó tervezett állomása a slotidő további csökkentése 250 milliszekundumról 200 milliszekundumra. Amennyiben ezt a beállítást is aktiválják a mainneten, a Solana másodpercenként öt slotot célozhat meg, szemben a jelenlegi néggyel és az eredeti 400 milliszekundumos rendszer 2,5 slotjával.
A négy sloton át tartó validátori leader-időablak ebben az esetben körülbelül 800 milliszekundumra csökkenne. Az epochok várható időtartama pedig a jelenlegi nagyjából 30 óráról körülbelül 24 órára rövidülne, miközben az egy slotra jutó erőforráskorlátok ismét arányosan csökkennének.
A 200 milliszekundumos szint mainnetes aktiválására egyelőre nincs végleges dátum. A fokozatos bevezetés egyik célja éppen az, hogy a fejlesztők és validátorüzemeltetők előbb megfigyeljék a hálózat működését 250 milliszekundum mellett, és csak megfelelő stabilitás esetén lépjenek tovább.
Különösen fontos mérőszám a block skip rate, vagyis a kihagyott blokkok aránya. Ha a validátoroknak túl kevés idejük maradna a blokkok fogadására, feldolgozására és továbbítására, a rövidebb időablak a hálózat megbízhatóságának rovására mehetne. A fokozatos bevezetés éppen ezt a kockázatot próbálja kordában tartani.
A 200 ms-os slotidő és az Alpenglow nem ugyanaz
A Solana körüli fejlesztéseknél fontos különbséget tenni a SIMD-0525 és az Alpenglow között. Bár mindkettő a hálózat gyorsabb működését célozza, két eltérő technológiai fejlesztésről van szó.
A SIMD-0525 a slotok időtartamát rövidíti, miközben a Solana jelenlegi hálózati működésének több alapvető elemét változatlanul hagyja. Az Alpenglow ezzel szemben egy lényegesen mélyebb konszenzus-átalakítás, amelynek célja a jelenlegi TowerBFT modell leváltása, és amely egy Votor nevű szavazási mechanizmust vezetne be.
Az Alpenglow tervezett célja körülbelül 150 milliszekundumos finalitás. A finalitás azt az állapotot jelenti, amikor egy tranzakció már olyan szintű hálózati megerősítést kapott, hogy gyakorlati értelemben véglegesnek tekinthető – ez tehát nem azonos azzal, hogy milyen gyakran nyílik új slot blokk-előállításra. Az Alpenglow jelenleg külön fejlesztési pályán halad, és a Solana tervei szerint az Agave 4.3 időszakához kapcsolódik.
Az Alpenglow tesztelése már 2026-ban megkezdődött közösségi validátorok bevonásával, és az Anza a Solana történetének egyik legjelentősebb konszenzusváltoztatásaként kezeli a fejlesztést. A 250 milliszekundumos slotidő tehát nem az Alpenglow aktiválását jelenti, hanem egy külön teljesítményoptimalizálási folyamat újabb fontos állomását.
Mit jelent a fejlesztés a Solana számára?
A mostani frissítés legfontosabb üzenete, hogy a Solana fejlesztői nem kizárólag a maximális tranzakciószám növelésére koncentrálnak. Egyre nagyobb hangsúlyt kap a késleltetés csökkentése, vagyis az, hogy a hálózat mennyi idő alatt reagál egy új tranzakcióra, milyen gyakran frissíthető az on-chain állapot, és milyen gyorsan válthatják egymást a blokkot előállító validátorok.
Ez különösen a kereskedési, DeFi- és fizetési alkalmazások számára lehet fontos, ahol akár néhány száz milliszekundum különbségnek is jelentősége lehet. A gyorsabb hálózat azonban csak akkor jelent valódi előnyt, ha közben nem romlik a stabilitás, nem emelkedik túlzottan a kihagyott blokkok aránya, és a validátorok többsége képes megbízhatóan teljesíteni a szigorodó időzítési követelményeket.
A 250 milliszekundumos szint ebből a szempontból fontos teszt lesz. Ha a Solana mainnetje stabilan tud működni a gyorsabb ritmus mellett, megnyílhat az út a 200 milliszekundumos végső fázis előtt, amely az eredeti 400 milliszekundumos célzott slotidő megfelezését jelentené.
A valódi mérföldkő azonban nem önmagában a 200 milliszekundumos szám elérése lesz. Sokkal fontosabb kérdés, hogy a Solana képes-e ezt a sebességet hosszabb távon úgy fenntartani, hogy közben a hálózat megbízhatósága, decentralizáltsága és a validátorok számára szükséges infrastruktúra követelményei is elfogadható szinten maradjanak.
