Solana je u prvim godinama rada stekla reputaciju mreže koja pada. U periodu od 2021. do 2023. validatori su koordinirali ručne restarte mreže više od deset puta, a korisnici su gledali kako im transakcije propadaju i u trenucima kad mreža formalno nije bila ugašena. Razumjeti zašto se to dešavalo, i zašto se od februara 2024. više nije desilo, znači razumjeti kako Solana zapravo funkcionira ispod površine. Ovaj tekst prolazi kroz tehničke uzroke, hronologiju incidenata i mjere koje su od tada uvedene.
Šta znači kad Solana pada: ispad ili zagušenje
Korisnici često upotrebljavaju izraz Solana je pala za dvije različite situacije koje imaju malo zajedničkog. Jedna je potpuni ispad mreže, druga je zagušenje. Razlika između ta dva pojma važna je jer ih uzrokuju različiti problemi i rješavaju se na različite načine.
Ispad mreže: kada blokovi prestanu da se proizvode
Ispad mreže nastupa kada validatori izgube konsenzus i prestanu proizvoditi blokove. U tom trenutku nijedna transakcija ne može biti potvrđena, a mreža ostaje zamrznuta dok se validatori ne koordiniraju i ne pokrenu restart. Solana je do februara 2024. doživjela sedam ovakvih potpunih ispada, od kojih je pet uzrokovano greškama u softveru validator klijenta, a dva naletima spam transakcija koji su preopteretili mrežu.
Tokom ispada, sredstva korisnika nisu u opasnosti. Solana je po dizajnu konzistentan sistem, što znači da bira zaustavljanje umjesto nastavka rada s potencijalno korumpiranim podacima. Više o tome kako Solana funkcionira na tehničkoj razini objašnjeno je u tekstu šta je Solana i kako funkcionira.
Zagušenje: mreža radi, ali transakcije propadaju
Zagušenje je stanje u kojem mreža tehnički radi, blokovi se proizvode, ali veliki broj transakcija ili ne stiže do validatora ili biva odbačen. Korisnik vidi grešku Transaction failed ili transakcija jednostavno nestane bez potvrde. Mreža nije ugašena, ali nije ni upotrebljiva na normalnom nivou.
Upravo zagušenje, a ne potpuni ispad, muči korisnike u svakodnevnom radu. U martu i aprilu 2024. stopa neuspjelih transakcija porasla je s oko 50 posto na 75 do 80 posto u pojedinim periodima. To znači da su tri od četiri transakcije propale, dok je mreža istovremeno bila prikazana kao operativna na statusnoj stranici.
Razlika između dropped i expired transakcije
Kad transakcija propadne na Solani, propada na jedan od dva načina. Dropped transakcija nikad nije ni stigla do block producera, jer je odbačena negdje u lancu prosljeđivanja između RPC čvora i validatora. Expired transakcija stigla je do mreže, ali nije uključena ni u jedan blok u roku od 60 do 90 sekundi, koliko je maksimalan vijek trajanja jedne transakcije. Nakon tog roka blockhash koji transakcija nosi postaje nevažeći i mreža je automatski odbacuje.
Razlika je praktična: dropped transakcija može se odmah ponovo poslati, a expired transakcija zahtijeva kreiranje potpuno nove transakcije s novim blockhashom.
Kako Solana obrađuje transakcije i gdje nastaju uska grla
Da bi se razumjelo zašto dolazi do zagušenja, potrebno je znati kako transakcija putuje od novčanika do potvrde na mreži. Taj put je kraći nego na Ethereumu, ali ima više mjesta na kojima može zapeti.
Put transakcije od novčanika do bloka
Kad korisnik pošalje transakciju iz Phantoma ili Solflarea, ona odlazi do RPC čvora, javnog servera koji prima transakcije i prosljeđuje ih dalje. RPC čvor zna unaprijed koji je validator trenutni leader, jer je raspored leadera poznat za čitav epoch koji traje oko dva dana. Transakcija se šalje direktno tom leaderu za uključivanje u sljedeći blok.
Slotovi, vremenski okviri u kojima leader proizvodi blok, traju između 400 i 600 milisekundi. Svaka transakcija mora nositi recent blockhash, otisak jednog od posljednjih 151 bloka, koji služi kao dokaz da je transakcija svježa i koji je dio mehanizma objašnjenog u tekstu o Proof of Historyu. Ako transakcija ne bude uključena u blok u roku od 60 do 90 sekundi, taj blockhash istječe i transakcija postaje nevažeća.
Scheduler, threadovi i problem nasumičnog raspoređivanja
Validator ne obrađuje transakcije jednu po jednu nego ih raspoređuje po threadovima, zasebnim nitima obrade. Standardna konfiguracija koristi šest threadova, od kojih četiri obrađuju obične transakcije, a dva glasačke. Svaka pristigla transakcija nasumično se dodjeljuje jednom od ta četiri threada.
Unutar svakog threada transakcije su poredane po visini prioritetne naknade i vremenu prispijeća. Problem nastaje jer je to raspoređivanje nasumično. Transakcija s visokom prioritetnom naknadom može završiti u drugom threadu od transakcije s niskom naknadom, pa niže plaćena transakcija bude potvrđena prva samo zato što je slučajno raspoređena u manje zagušen thread. Ovaj fenomen naziva se jitter i jedan je od razloga zašto prioritetne naknade na Solani ne rade precizno kao na Ethereumu.
Zašto niska cijena transakcije poziva spam
Osnovna naknada za transakciju na Solani iznosi 5.000 lamporta, što je otprilike 0,000005 SOL ili manje od jedne hiljaditinke dolara pri trenutnim cijenama. Ta cijena je toliko niska da slanje hiljada transakcija košta zanemarivo. Kad bot želi povećati šansu da mu transakcija bude uključena u blok, ekonomski je racionalno slati istu transakciju više puta paralelno, u nadi da će jedna od kopija završiti u manje zagušenom threadu. Taj pristup, umjesto da pomaže jednom korisniku, zagušuje čitavu mrežu za sve ostale.
Uzroci zagušenja: šta zapravo gazi Solana mrežu
Zagušenje Solane nije jedna pojava s jednim uzrokom. Istraživanje koje je tim RockawayX objavio u maju 2024. identifikuje tri zasebna korijena problema koja se međusobno pojačavaju.
Spam botovi i IDO lansiranja kao primarni okidači
Botovi su strukturalni problem Solane, a ne povremena pojava. Kad god se lansira novi token, airdrop ili popularni NFT mint, botovi počinju slati hiljade transakcija istovremeno pokušavajući zauzeti mjesto u bloku prije ostalih. U septembru 2021. tokom Grape Protocol IDO lansiranja, neki validatori primali su više od 300.000 transakcija u sekundi, a sirovi mrežni promet prešao je 1 gigabit u sekundi. Fizičke granice mrežnih priključaka bile su dostignute prije nego što softver je uopće stigao reagirati.
Rani Solana nije imao mehanizam koji bi razlikovao legitimne od spam transakcija. Svaka je plaćala istu fiksnu naknadu bez obzira na to da li dolazi od pravog korisnika ili bota koji šalje kopiju iste transakcije po dvadeseti put.
Memecoin groznica i Pump.fun: 6.000 novih tokena dnevno
U martu 2024. platforma Pump.fun olakšala je kreiranje novih tokena do te mjere da je prosječan broj novih SPL tokena lansiranih na Solani u jednom danu dostigao 6.000. Svaki od tih tokena privlačio je val botova koji su pokušavali kupiti što ranije, što je generiralo hiljade transakcija po lansiranju. Istovremeno, memecoin BONK porastao je 252 puta između oktobra 2023. i marta 2024., što je potaklo val kopija i novih srodnih tokena, a svaki novi launch donosio je novi krug bot aktivnosti.
Ore program i 25 posto zauzetog TPS-a u aprilu 2024.
U aprilu 2024. lansiran je program Ore, proof-of-work mining protokol izgrađen na Solani koji je zahtijevao da korisnici kontinuirano šalju transakcije kako bi iskopali tokene. Ore je u periodu najveće aktivnosti zauzimao 25,35 posto ukupnog TPS-a Solana mreže. Istovremeno, CLOB protokol Phoenix zauzimao je još 14 posto. Kad se tome doda normalna aktivnost memecoin botova, prostor za legitimne korisničke transakcije sveo se na manji dio dostupnog kapaciteta mreže.
Stopa neuspjelih transakcija: od 50 na 80 posto za dva mjeseca
Podaci iz Dune Analytics koje je analizirao tim RockawayX pokazuju da je stopa neuspjelih transakcija na Solani u periodu od marta do aprila 2024. porasla s oko 50 posto na 75 do 80 posto. Važno je napomenuti da veliki dio tih neuspjelih transakcija čine arbitražni botovski pokušaji koji po prirodi ne mogu svi uspjeti, ali porast je bio dovoljno velik da zahvati i legitimne korisničke transakcije. Korisnici koji su pokušavali napraviti swap na Jupiteru ili kupiti memecoin na Raydiumu nailazili su na greške čak i uz postavljene prioritetne naknade.
QUIC protokol: kako je rješenje postalo dio problema
Nakon DDoS napada koji su pratili NFT groznicu 2021. i 2022., Solana je prešla s UDP transportnog protokola na QUIC, protokol koji je Google razvio kao nadogradnju na UDP. QUIC omogućava block leaderu da ograniči ili u potpunosti zatvori konekcije prema pojedinim pošiljaocima koji šalju previše transakcija. To je bio napredak u odnosu na čisti UDP koji nije imao nikakvu zaštitu od preplavljivanja.
Problem je nastao kada su operatori RPC čvorova počeli primjećivati da im QUIC konekcije prema leaderima bivaju prekidate čak i kad šalju legitimne korisničke transakcije. Leader je sve konekcije s istog RPC čvora tretirao jednako, bez razlike između botova i pravih korisnika koji koriste isti čvor. Rješenje za spam postalo je prepreka za legitimni promet.
Neoptimizovane naknade i izostanak prioritetnih plaćanja
Mnogi protokoli izgrađeni na Solani dugo nisu implementirali prioritetne naknade u svoje interfejse, pa su korisnici slali transakcije s minimalnom naknadom čak i u periodima zagušenja. Pored toga, programi na Solani imaju mogućnost specificirati koliko compute unitova troše, ali mnogi to rade neprecizno ili uopće ne rade. Solana blok ima gornju granicu od 48 miliona compute unitova, pa program koji troši previše prostora istiskuje druge transakcije iz bloka.
Šta korisnik može uraditi tokom zagušenja
Zagušenje mreže ne znači da korisnik mora čekati bez ikakvog uticaja na ishod. Postoje konkretne radnje koje povećavaju šansu da transakcija bude potvrđena.
Kako postaviti prioritetne naknade u Phantom i Solflare
Phantom novčanik od verzije 23.0 nudi tri nivoa prioritetnih naknada: Normal, Fast i Turbo. U periodima zagušenja, Normal naknada često nije dovoljna. Turbo nivo povećava šansu da transakcija bude uključena u sljedeći blok, ali ne garantira to zbog jitter problema opisanog ranije. Solflare nudi sličnu mogućnost pod opcijom Priority fee u postavkama transakcije.
Za korisnike koji koriste Jupiter agregator, platforma automatski procjenjuje optimalnu prioritetnu naknadu na osnovu trenutnog stanja mreže i prikazuje je prije potvrde transakcije. Više o SOL tokenu i naknadama na Solani možeš pročitati u zasebnom tekstu.
Razlika između čekanja i odustajanja od transakcije
Ako transakcija prikazuje status pending duže od 90 sekundi, najvjerojatnije je već istekla i neće biti potvrđena. U tom slučaju nema smisla čekati, jer je blockhash koji je nosila postao nevažeći. Treba napraviti novu transakciju. Ako nova transakcija opet propadne uz Transaction failed grešku bez pokušaja obrade, radi se o dropped transakciji koja nije ni stigla do leadera, pa je pametno pričekati nekoliko minuta dok se zagušenje ne smanji ili povećati prioritetnu naknadu.
Alati za praćenje stanja mreže u realnom vremenu
Solana Beach i SolanaFM prikazuju u realnom vremenu broj transakcija u sekundi, stopu neuspjelih transakcija i broj aktivnih validatora. Solana Foundation status page na adresi status.solana.com objavljuje službena obavještenja tokom incidenata, ali kao što je slučaj i s ostalim blockchain statusnim stranicama, može kasniti s ažuriranjem tokom aktivnih problema. Za brže informacije, validatori i developeri prate kanal #mb-validators na Solana Tech Discordu gdje se koordinacija tokom incidenata odvija javno i u realnom vremenu.
Historija ispada Solane: sedam puta kada je mreža stala
Od lansiranja mainnet bete u martu 2020. do februara 2024. Solana je doživjela sedam potpunih ispada. Pet je uzrokovano greškama u validator softveru, a dva naletima transakcija koji su premašili kapacitet mreže. Svaki incident ostavio je trag u obliku konkretnih zakrpa koje su smanjile šansu da se isti problem ponovi. Detaljna tehnička analiza svakog incidenta dostupna je u Helius pregledu historije ispada.
Decembar 2020: Turbine bug i ispad od šest sati
Prvi zabilježeni ispad Solane desio se u decembru 2020. i trajao je oko šest sati. Uzrok je bila greška u Turbine mehanizmu, dijelu Solana protokola koji je zadužen za propagaciju blokova kroz mrežu. Jedan validator emitovao je dva različita bloka za isti slot, što je podijelilo mrežu u dvije particije od kojih nijedna nije imala dovoljno stake-a da dostigne supermajority i nastavi s proizvodnjom blokova.
Rješenje je bilo tehničko: umjesto da se blokovi prate po slot broju, sistem je promijenjen da ih prati po hashu. Na taj način, dva različita bloka za isti slot ne mogu biti zamijenjena za isti blok bez obzira na to koji slot broj nose.
Septembar 2021: Grape Protocol IDO i 17 sati zastoja
Najduži ispad u historiji Solane desio se 14. septembra 2021. i trajao je 17 sati i 45 minuta. Neposredni okidač bio je IDO lansiranje projekta Grape Protocol na Raydium AcceleRaytor platformi. U roku od 12 minuta od otvaranja IDO-a, mreža je bila preplavljena bot transakcijama. Validatori su počeli padati zbog nedostatka memorije za obradu svega što je pristizalo, a jednom kad je dovoljno validatora ispalo van mreže, konsenzus je bio nemoguć.
Tim je morao koordinirati ručni restart mreže. Zakrpe koje su uslijedile uvele su rate limiting na prosljeđivanje transakcija između čvorova i poboljšale ponašanje glasačkih transakcija pod opterećenjem.
Januar 2022. do jun 2022: period višestrukih kvarova
Prva polovina 2022. bila je najturbulentniji period za Solana infrastrukturu. U januaru su visoko zahtjevne transakcije preplavile kapacitet procesiranja mreže. U aprilu i maju desila su se dva odvojena ispada uzrokovana greškama u konsenzusnoj logici i problemima sinhronizacije satova među validatorima. U junu je greška u logici odabira forka spriječila validatore da se dogovore koja je verzija lanca ispravna.
Svaki od ovih incidenata imao je drugačiji tehnički uzrok. Yakovenko je u intervjuu za CoinTelegraph opisao taj period kao posebno bolan upravo zbog toga što nije bio jedan sistemski problem koji se jednom popravlja, nego niz različitih ranjivosti koje su se pojavljivale pod različitim uslovima opterećenja.
Februar 2024: LoadedPrograms bug i posljednji veliki ispad
Posljednji potpuni ispad Solane desio se 6. februara 2024. i trajao je oko pet sati. Uzrok je bila greška u funkciji LoadedPrograms validator klijenta, koja je pod određenim uslovima uzrokovala beskonačnu petlju u procesiranju transakcija. Validatori su jedan za drugim ulazili u stanje iz kojeg nisu mogli izaći bez restarta.
Koordinacija restarta odvijala se u Discord kanalu #mb-validators, gdje su operatori validatora u realnom vremenu dijelili informacije o stanju svojih čvorova. Mreža se ponovo pokrenula u roku od pet sati, što je u to vrijeme bio jedan od najbrže riješenih ispada. Od tog datuma Solana radi bez prekida.
Šta se dešava tokom ispada i kako mreža ponovo kreće
Restart Solanine mreže nije automatski proces. Zahtijeva koordinaciju stotina nezavisnih operatora validatora koji moraju doći do dogovora o tome s kojeg bloka restartovati, instalirati zakrpu ako je potrebna, i čekati da se dovoljno stakea vrati na mrežu.
Zašto je potrebno 80 posto stakea za restart
Solana zahtijeva da najmanje 80 posto ukupnog stakea bude online i sposobno glasati prije nego što mreža može nastaviti s proizvodnjom blokova. Taj prag postoji iz sigurnosnih razloga: sa 80 posto stakea online, nemoguće je da dvije suprotstavljene verzije lanca istovremeno dostignu supermajority od dvije trećine. Preostalih 20 posto online stakea rezervirano je kao tampon za slučaj da neki validatori odmah po restartu opet padnu ili se rascjepkaju na pogrešan fork.
Koordinacija validatora i Discord kanal u realnom vremenu
Nema centralnog autoriteta koji može proglasiti restart Solane. Operatori validatora, koji upravljaju čvorovima nezavisno diljem svijeta, moraju sami doći do dogovora. To se dešava u Discord kanalu #mb-validators koji je javan i koji svako može pratiti. Tokom incidenta, developeri Solana Labs i Anza objavljuju tehničke detalje o uzroku, predlažu restart slot i koordiniraju instalaciju zakrpe. Operatori validatora koji su online prate kanal, instaliraju update i prijavljuju status svojih čvorova.
Proces koji je 2021. trajao i do 20 sati, do 2024. sveden je na nekoliko sati zahvaljujući boljoj automatizaciji obavještavanja i uhodanijim procedurama koordinacije.
CAP teorem: zašto Solana bira sigurnost umjesto dostupnosti
CAP teorem je princip distribuiranih sistema koji kaže da sistem u slučaju mrežne particije može garantirati ili konzistentnost podataka ili dostupnost usluge, ali ne oboje istovremeno. Solana je dizajnirana kao CP sistem, onaj u kojemu je konzistentnost podataka prioritet nad dostupnošću. Mreža se stoga zaustavlja umjesto da nastavi s radom i rizikuje da različiti čvorovi imaju različite verzije stanja blockchain-a.
Praktična posljedica je vidljiva: kad dođe do greške, Solana staje potpuno i čeka koordiniran restart. Ethereum, koji koristi drugačiji pristup, može u određenim situacijama nastaviti s radom uz degradiranu funkcionalnost. Oba pristupa imaju kompromise, a izbor ovisi o tome šta se smatra prihvatljivijim rizikom za korisnike.
Rješenja uvedena nakon ispada: kratkoročne zakrpe
Između 2022. i 2024. Solana Labs i šira zajednica developera uveli su niz mehanizama koji su direktno odgovorili na identificirane uzroke zagušenja i ispada. Nijedan od njih nije eliminirao sve probleme, ali zajedno su značajno poboljšali stabilnost.
Prelaz sa UDP na QUIC protokol nakon DDoS napada
UDP, transportni protokol koji je Solana koristila u prvim godinama, nema ugrađenu zaštitu od preplavljivanja. Svaki čvor bio je obavezan primiti svaku poruku koja mu je stigla, bez mogućnosti ograničavanja protoka prema pojedinim pošiljaocima. QUIC protokol, implementiran nakon DDoS napada 2021. i 2022., daje block leaderu mogućnost da ograniči ili prekine konekciju prema pošiljaocima koji šalju previše paketa. To je eliminiralo najgrublje oblike mrežnog preplavljivanja koji su uzrokovali ranije ispade.
Stake-Weighted Quality of Service i zaštita legitimnih korisnika
Stake-Weighted Quality of Service, skraćeno SWQoS, mehanizam je uveden da bi validatori s više stakea dobili garantiran propusni opseg prema block leaderu. Logika je sljedeća: validator koji je uložio značajan stake u mrežu ima ekonomski motiv da pošteno radi, pa je njegovim transakcijama trebalo dati prednost pred transakcijama koje dolaze s anonimnih RPC čvorova bez stakea. SWQoS smanjuje šansu da bot koji koristi jeftin javni RPC može preplaviti mrežu nauštrb legitimnih korisnika koji koriste čvorove koji drže stake.
Lokalni fee marketi i prioritetne naknade
Lokalizirani fee marketi, uvedeni 2022., izoliraju zagušenje na razini pojedinih programa umjesto da ga šire na čitavu mrežu. Kad je jedan program, recimo Pump.fun, pod velikim opterećenjem, cijena transakcija s tim programom raste nezavisno od cijene transakcija s drugim programima. Korisnik koji radi swap na Jupiteru ne treba platiti više samo zato što je neko drugi istovremeno pokušava kupiti memecoin na zagušenoj adresi.
Prioritetne naknade, koje su postojale i ranije ali nisu bile obavezne, počele su biti implementirane u sve veći broj protokola i novčanika nakon što je zagušenje u 2024. pokazalo koliku razliku prave u praktičnoj upotrebi.
Agave v1.18 i zakrpe iz 2024.
Nakon februarskog ispada 2024. i zatim zagušenja u martu i aprilu, tim Anze, kompanije koja je preuzela razvoj validator klijenta od Solana Labs, objavio je seriju zakrpa u okviru verzije Agave v1.18. Zakrpe su uključivale poboljšano upravljanje compute unitima, bolji scheduler koji reducira jitter efekt između threadova i promjene u QUIC implementaciji koje su poboljšale prosljeđivanje legitimnih transakcija. Ove izmjene, zajedno s prirodnim smanjenjem Ore aktivnosti koja je ubrzo nakon vrhunca izgubila popularnost, smanjile su stopu neuspjelih transakcija natrag na razine ispod 50 posto.
Dugoročna rješenja: Firedancer i diversifikacija klijentskog softvera
Kratkoročne zakrpe riješile su simptome, ali nisu otklonile strukturalni problem. Pet od sedam potpunih ispada Solane uzrokovano je greškama u softveru validator klijenta. Sve dok svi validatori koriste isti softver, jedna greška u jednoj funkciji može srušiti čitavu mrežu odjednom. Dugoročno rješenje nije zakrpa nego diversifikacija klijentskog softvera.
Zašto jedan validator klijent za cijelu mrežu predstavlja rizik
Kad 95 posto validatora koristi isti softver, bug u tom softveru istovremeno zahvata 95 posto mreže. To je situacija u kojoj je Solana bila tokom većine svojih ispada. Ethereum je ovaj problem riješio godinama ranije: danas postoji više od pet nezavisnih implementacija Ethereum validator klijenta, pa bug u jednoj implementaciji zahvata samo onaj udio mreže koji tu implementaciju koristi, a ostatak mreže nastavlja normalno raditi.
Šta Firedancer radi drugačije od Agavea
Firedancer je validator klijent za Solanu koji razvija Jump Crypto. Za razliku od Agavea koji je napisan u Rustu, Firedancer je napisan od nule u C i C++, bez dijeljenja ni jedne linije koda s Agaveom. Greška u Agaveu stoga automatski ne zahvata Firedancer i obrnuto. Pored toga, Firedancer koristi modularnu arhitekturu koja omogućava zamjenu pojedinih komponenti bez restarta čitavog klijenta, i po testovima na testnetu postigao je propusnost višestruko veću od trenutnih Agave performansi.
Detaljan pregled Firedancera i ostalih projekata koji su dio Solana mreže dostupan je u tekstu o projektima na Solana mreži.
Frankendancer, Jito i trenutno stanje klijentske diversifikacije
Frankendancer je hibridni klijent koji kombinira Firedancer networking sloj s Agave execution slojem. Dizajniran je kao prelazno rješenje koje operatorima validatora daje dio Firedancer prednosti dok puni Firedancer nije spreman za produkcijsku upotrebu. Do početka 2025. Frankendancer je aktivno sudjelovao u produkciji blokova na mainnet mreži.
Jito, klijent koji razvija Jito Labs, implementacija je zasnovana na Agave kodu ali s dodanim MEV (maximal extractable value) mehanizmima. Jito je do početka 2025. pokrivao oko 31 posto stakea na mreži, dok je Agave pokrivao preostalih 69 posto. Sam ulazak Jita u značajan udio stake-a znači da mreža više nije potpuno ovisna o jednoj implementaciji, iako su Agave i Jito previše slični po bazi koda da bi pružili istu razinu zaštite kao potpuno nezavisni Firedancer.
Alpenglow: novi konsenzus algoritam kao sljedeći korak
U maju 2025. Anza je objavila istraživački rad o Alpenglowu, novom konsenzusnom algoritmu koji bi trebao zamijeniti trenutni Solanin TowerBFT mehanizam. Alpenglow je dizajniran da smanji latenciju finalizacije blokova s trenutnih nekoliko sekundi na ispod 150 milisekundi i da poboljša ponašanje mreže pod uslovima particije. U trenutku pisanja ovog teksta, Alpenglow je u fazi istraživanja i testiranja i nije raspoređen na mainnet.
Stanje mreže 2025: godinu dana bez ispada
U februaru 2025. Solana je obilježila godišnjicu posljednjeg potpunog ispada. Mreža je tokom cijele 2024. radila bez prekida u blok produkciji, uključujući period januara 2025. kad je lansiranje $TRUMP memecoina generiralo toliki promet da su naknade validatora dostigle rekordne iznose. To je bio test koji ranije verzije mreže ne bi prošle.
Rekordni prometni volumeni bez pada mreže
Tokom 2024. Solana je obrađivala rekordne prometne volumene bez ispada. U pojedinim danima broj aktivnih korisnika prešao je milion, a mreža je bila odgovorna za 81 posto svih DEX transakcija u čitavom kripto prostoru. Stopa neuspjelih transakcija ostala je unutar prihvatljivih granica čak i u periodima povećane aktivnosti, što je vidljiva razlika u odnosu na 2022. i početak 2024.
Uticaj ispada na cijenu SOL-a: historijski obrazac
Historija pokazuje jasan obrazac: periodi čestih ispada poklapali su se s padom povjerenja investitora i gubitkom tržišnog udjela projekata koji su odlazili na druge mreže. Ispad u aprilu 2022. desio se dok je SOL padao s 100 na 50 dolara, a period najčešćih problema u prvoj polovini 2022. prethodio je naglom padu SOL-a ispod 10 dolara koji je nastupio s kolapsom FTX-a. Nasuprot tome, period stabilnog rada od februara 2024. poklopio se s rastom SOL-a do novog historijskog maksimuma od 294 dolara u januaru 2025. Uzročnost nije linearna, ali korelacija postoji. Detaljan pregled cijena i ključnih događaja dostupan je u tekstu o historiji Solane.
Da li je Solana pouzdanija od Ethereuma danas
Direktna usporedba ispada Solane i Ethereuma nije precizna jer su to arhitekturno različite mreže. Ethereum u strogom smislu nije doživio potpune ispade tipa koji Solana bilježi, ali je doživio periode ekstremno visokih naknada i usporenja koji su za prosječnog korisnika bili funkcionalno jednako neupotrebljivi. Solana je zamijenila problem naknada problemom dostupnosti: transakcije su jeftine, ali u periodima zagušenja možda neće ni biti potvrđene. Ethereum pruža garantovaniju potvrdu, ali po cijeni koja ponekad doseže desetke ili stotine dolara po transakciji. Detaljna usporedba ove dvije mreže dostupna je u tekstu Solana vs Ethereum.
Česta pitanja o Solana zagušenju i ispadima
Da li su moja sredstva sigurna tokom ispada?
Da. Solana je po dizajnu konzistentan sistem koji se zaustavlja umjesto da nastavi s radom uz rizik od korumpiranih podataka. Tokom svakog od sedam zabilježenih ispada sredstva korisnika ostala su netaknuta na blockchainu. Stanje novčanika nije se mijenjalo tokom zastoja i sve je ostalo točno onako kako je bilo u trenutku kad je mreža stala.
Zašto transakcija propadne čak i kad mreža radi?
Postoji više razloga. Transakcija može biti dropped jer RPC čvor nije uspio proslijediti do block producera. Može biti expired jer nije bila uključena u blok u roku od 60 do 90 sekundi. Može propasti zbog slippage zaštite u DeFi protokolu koji je odbije jer se cijena tokena promijenila između slanja i pokušaja obrade. U periodima zagušenja najčešći uzrok je kombinacija niskih prioritetnih naknada i jitter problema u scheduleru validatora.
Šta je QUIC i kako pomaže Solani?
QUIC je transportni protokol koji je Google razvio kao nadogradnju na UDP. Na Solani je implementiran nakon DDoS napada 2021. i 2022. koji su preopteretili mrežu čistim volumenom ulaznih paketa. QUIC daje block leaderu mogućnost da ograniči protok od pojedinih pošiljaoca koji šalju previše transakcija, što reducira efekt najgrubljih spam napada. Međutim, QUIC sam po sebi ne rješava zagušenje uzrokovano legitimnom korisničkom aktivnošću niti jitter problem u scheduleru.
Koliko dugo traje prosječan ispad Solane?
Od sedam potpunih ispada, najduži je trajao 17 sati i 45 minuta tokom Grape Protocol IDO-a u septembru 2021. Najkraći je trajao oko pet sati. Prosječno trajanje iznosi oko osam do deset sati, ali se vrijeme restarta skraćivalo kako su se procedure koordinacije poboljšavale. Posljednji ispad u februaru 2024. riješen je za oko pet sati, što je tada bio jedan od najbržih restarta. Od tog datuma nije bilo novih potpunih ispada.
Šta je Firedancer i kada dolazi na mainnet?
Firedancer je validator klijent za Solanu koji razvija Jump Crypto, napisan u C i C++ nezavisno od Agave klijenta. Dizajniran je da eliminiše single point of failure koji nastaje kad svi validatori koriste isti softver. Hibridna verzija zvana Frankendancer već radi na mainnet mreži, dok puni Firedancer prolazi faze testiranja s bug bounty programom vrijednim milion dolara. Konkretan datum punog mainnet lansiranja nije službeno potvrđen za 2025. godinu.
Zašto Solana ima više ispada nego Ethereum?
Solana je arhitekturno agresivnija od Ethereuma: radi brže, jeftinije i s jednim validator klijentom koji pokriva gotovo cijelu mrežu. Svaki od tih faktora nosi rizike kojih Ethereum ima manje. Ethereum je sporiji i skuplji, ali ta konzervativnost donosi stabilnost. Više validator klijenata na Ethereumu znači da bug u jednom klijentu ne sruši čitavu mrežu. Solana je birala performanse na račun redundancije, a Firedancer i SWQoS su pokušaj da se retroaktivno doda redundancija bez odricanja od performansi.
