Upgrade-ul Alpenglow al Solana a ajuns în rețeaua sa publică pentru dezvoltatori, permițând echipelor de aplicații să testeze un sistem conceput pentru a reduce finalitatea tranzacțiilor de la aproximativ 12,8 secunde la circa 150 de milisecunde.
Potrivit paginii Solana Foundation dedicate upgrade-urilor, Alpenglow este acum activ pe devnet și testnet, dar nu a fost activat pe mainnet. Anza, care dezvoltă software-ul de bază pentru validatorii Solana, a anunțat trecerea pe devnet pe 25 septembrie, la o zi după ce testnet-ul și-a finalizat tranziția.
Cele două rețele deservesc etape diferite ale lansării. Echipele de aplicații pot folosi devnet pentru a verifica modul în care software-ul lor se comportă cu tokenuri fără valoare reală, în timp ce testnet-ul le oferă validatorilor și operatorilor de infrastructură un loc unde să testeze software-ul rețelei în condiții mai solicitante.
Pentru dezvoltatori, noua etapă pe devnet înseamnă că își pot verifica aplicațiile în raport cu Alpenglow fără să aștepte ca sistemul să ajungă pe blockchain-ul care gestionează fondurile utilizatorilor. Mainnet-ul Solana continuă să folosească TowerBFT, astfel că cifra de 150 de milisecunde rămâne un obiectiv al upgrade-ului planificat, nu un timp de finalitate disponibil utilizatorilor în prezent.
În cadrul TowerBFT, validatorii trimit voturi sub formă de tranzacții care apar în interiorul blocurilor. Un număr suficient de voturi trebuie să se acumuleze pe parcursul a 32 de sloturi înainte ca un bloc să devină final, ceea ce în prezent durează aproximativ 12,8 secunde, potrivit Fundației.
Prima fază a Alpenglow, numită Votor, face ca validatorii să își trimită voturile direct unii altora. Fundația spune că un bloc poate atinge finalitatea după o singură rundă de vot dacă validatorii care reprezintă cel puțin 80% din stake votează pentru acceptarea lui. O a doua rundă oferă o altă cale atunci când prima nu atinge acest prag.
Finalitatea este momentul în care rețeaua a ajuns la un acord suficient de puternic asupra unei tranzacții încât aceasta nu mai poate fi inversată în baza regulilor sale de consens. Un rezultat mai rapid ar putea conta pentru un exchange din SUA care decide când să crediteze un depozit în Solana sau pentru un furnizor de plăți care decide când să considere finalizată o vânzare a unui comerciant. Fiecare serviciu poate aplica în continuare propriile verificări înainte de a elibera fondurile sau de a confirma o plată către un client.
Fundația separă finalitatea de timpul necesar pentru producerea unui bloc. În septembrie, Solana și-a redus timpul-țintă al slotului de la 300 de milisecunde la 250 de milisecunde, iar o reducere suplimentară la 200 de milisecunde este planificată printr-un upgrade separat. Sloturile mai scurte schimbă frecvența cu care rețeaua le poate produce; Alpenglow schimbă modul în care validatorii ajung la acordul că un bloc este final.
Un raport anterior crypto.news a acoperit pregătirile pentru testnet din 23 septembrie, când dezvoltatorii pregăteau Agave 4.3 pentru testul public. Trecerea pe devnet oferă acum echipelor de aplicații acces la sistemul de consens upgradat în rețeaua pe care o folosesc în mod obișnuit pentru dezvoltare.
Pentru o aplicație care trimite tranzacții și citește soldurile conturilor, Fundația spune că Alpenglow nu necesită migrare. Execuția tranzacțiilor, comisioanele și formatele folosite pentru trimiterea tranzacțiilor rămân aceleași în cadrul upgrade-ului de consens.
Serviciile care construiesc istorice de tranzacții au mai mult de lucru. Alpenglow poate expune blocuri candidate concurente pentru același slot înainte ca rețeaua să selecteze unul. Fundația le spune furnizorilor de date să păstreze aceste candidate separat, apoi să rețină blocul care ajunge la confirmare. Combinarea tranzacțiilor din candidate diferite ar putea lăsa un explorer sau alt serviciu cu o evidență incorectă.
Voturile validatorilor vor dispărea, de asemenea, din blocuri, deoarece nu vor mai fi trimise ca tranzacții. Ca urmare, un grafic care numără atât tranzacțiile utilizatorilor, cât și voturile validatorilor va arăta un total mai mic de tranzacții după activare, chiar dacă utilizatorii fac același număr de plăți și tranzacții. Fundația le-a transmis furnizorilor de date să reseteze comparațiile și alertele construite pe vechile valori.
Unele servicii citesc, de asemenea, participarea validatorilor din tranzacțiile de vot. În cadrul Alpenglow, Fundația spune că aceste informații sunt mutate în certificate atașate datelor blocului, ceea ce obligă aceste servicii să schimbe sursa din care le obțin. Operatorii care folosesc fluxurile de date Geyser sau gRPC ale Solana trebuie, de asemenea, să țină cont de identificatorii care disting blocurile candidate din interiorul unui slot.
Schimbările fac ca testarea pe devnet să fie relevantă pentru exchange-uri, explorere și alte firme care se bazează pe înregistrările tranzacțiilor, inclusiv servicii din SUA conectate la Solana. Regulile lor privind depozitele rămân o decizie operațională proprie; upgrade-ul rețelei nu schimbă automat momentul în care o platformă pune fondurile la dispoziție.
Foia de parcurs anterioară a Alpenglow pentru Solana lega lansarea propusă pe mainnet de Agave 4.3 și de o țintă în octombrie. Nici tranziția testnet-ului, nici activarea pe devnet nu stabilesc o dată confirmată pentru comutarea rețelei live.
Calendarul software al Anza permite provizoriu reluarea activărilor de funcționalități pe mainnet începând cu 28 septembrie. Calendarul nu identifică acea zi ca dată de activare a Alpenglow, iar pagina de status a Fundației continuă să listeze upgrade-ul ca inactiv pe mainnet.
Fundația descrie Votor drept prima fază a Alpenglow. O fază ulterioară, Rotor, este planificată pentru a înlocui sistemul folosit pentru propagarea blocurilor în rețea. Lansarea actuală vizează schimbările privind votarea și finalitatea, în timp ce ținta de aproximativ 150 de milisecunde provine din teste și simulări, nu din tranzacții decontate în condiții de piață live.
SOL