Solana a avansat upgrade-ul său de consens Alpenglow către implementarea pe testnetul public, în timp ce dezvoltatorii se pregătesc să testeze un design menit să reducă finalitatea tranzacțiilor de la aproximativ 13 secunde la circa 150 de milisecunde.

Potrivit GitHub, etapa de testnet le va permite dezvoltatorilor să testeze migrarea în mediul de testare consacrat al Solana înainte ca sistemul de consens să poată fi luat în considerare pentru rețeaua principală.

Finalitatea se referă la momentul în care o tranzacție devine ireversibilă conform regulilor de consens ale rețelei. Exchange-urile așteaptă de obicei finalitatea înainte de a credita depunerile, în timp ce bridge-urile blockchain o folosesc înainte de a elibera active pe o altă rețea.

Solana se bazează în prezent pe TowerBFT pentru consens, validatorii înregistrând voturi onchain și acumulând suficiente voturi de-a lungul a 32 de sloturi înainte ca un bloc să atingă finalitatea. Alpenglow înlocuiește acest proces cu un protocol numit Votor, care le permite validatorilor să facă schimb direct de voturi.

În noul design, validatorii pot ajunge la consens după una sau două runde de vot. Schimbarea elimină secvența mai lungă de voturi de consens onchain necesară în TowerBFT, lăsând în același timp execuția tranzacțiilor în mare parte neschimbată pentru aplicații și utilizatori.

Solana Alpenglow intră pe testnetul public

Alpenglow a petrecut deja mai mult de patru luni funcționând pe un cluster comunitar mai mic, creat special pentru a testa sistemul de consens. Mutarea upgrade-ului pe testnetul public consacrat al Solana îl expune unui grup mai mare de validatori, furnizori de infrastructură și servicii deja conectate la rețea.

Testnetul public folosește tokenuri fără valoare monetară, permițând dezvoltatorilor să repornească rețeaua, să testeze procedurile de migrare și să investigheze probleme fără a pune în pericol fondurile de pe mainnet.

Anza a mutat pentru prima dată Alpenglow în testarea validatorilor din comunitate în mai, descriind upgrade-ul drept cea mai mare schimbare de consens din istoria Solana. Așa cum a relatat anterior crypto.news, clusterul comunitar le-a permis operatorilor de validatori să testeze noul design de consens înainte de implementarea pe infrastructura de test existentă a Solana.

Votor este conceput pentru a atinge finalitatea prin una dintre două căi de vot, în funcție de participarea validatorilor. Specificațiile anterioare indicau că un bloc s-ar putea finaliza după o singură rundă atunci când participă suficient stake, în timp ce o a doua rundă oferă o altă cale către finalitate în condiții de participare mai redusă.

Rezultatul așteptat este o reducere puternică față de timpul actual de finalitate al Solana. Anza a estimat finalitatea mediană la circa 150 de milisecunde, iar simulările anterioare au indicat că aceasta ar putea coborî până la 100 de milisecunde în condiții favorabile.

Dezvoltatorii nu au modificat modul în care aplicațiile execută tranzacțiile ca parte a acestui upgrade. Utilizatorii de wallet-uri vor continua să trimită tranzacții prin aceleași interfețe, în timp ce principalele schimbări au loc în modul în care validatorii comunică și ajung la un acord asupra stării permanente a blockchain-ului.

Agave 4.3 include codul Alpenglow

Validatorii care participă la testul Alpenglow trebuie să ruleze Agave 4.3, cea mai recentă ramură a principalului software pentru validatori, întreținut de Anza.

Anza a recomandat Agave 4.3 pentru adoptare generală în rândul validatorilor de pe mainnet pe 21 septembrie. Implementarea a trecut anterior prin etape controlate, solicitând mai întâi operatorilor responsabili pentru 10% din stake-ul de pe mainnet să facă upgrade, înainte ca recomandarea să fie extinsă la 25%.

Dezvoltarea Alpenglow a fost legată de lansările Agave de luni de zile. În august, ținta de finalitate de 150 de milisecunde era așteptată să fie livrată prin Agave 4.3, după ce codul de bază Alpenglow fusese deja inclus pentru testare în ramura software anterioară.

Data de 28 septembrie menționată în calendarul Agave 4.3 al Anza se referă la reluarea provizorie a activării funcționalităților pe mainnet. Anza afirmă că datele sale de lansare se pot modifica, în timp ce trackerul său de feature gate încă indica activarea Alpenglow pe testnet ca fiind în așteptare miercuri dimineață.

Prin urmare, 28 septembrie nu reprezintă o dată confirmată pentru ca Alpenglow să înceapă să funcționeze pe mainnetul Solana.

Această distincție apare în contextul în care mai multe upgrade-uri de performanță ale Solana au avansat pe calendare de activare separate. Finalitatea tranzacțiilor, producția de sloturi și capacitatea de procesare a tranzacțiilor sunt controlate de modificări diferite ale rețelei, chiar dacă fiecare poate influența viteza cu care aplicațiile interacționează cu Solana.

Solana a redus deja timpul sloturilor la 250 ms

Solana și-a redus recent timpul țintă al sloturilor de la 300 de milisecunde la 250 de milisecunde în cadrul SIMD-0525, aducând rețeaua la o țintă de patru sloturi pe secundă.

Upgrade-ul la sloturi de 250 de milisecunde a redus fereastra de lider de patru sloturi a fiecărui validator de la 1,2 secunde la o secundă. Limitele de procesare ale rețelei au fost ajustate odată cu sloturile mai scurte, ceea ce înseamnă că schimbarea nu a crescut capacitatea totală de procesare în aceeași proporție.

O etapă finală din cadrul SIMD-0525 vizează sloturi de 200 de milisecunde, ceea ce ar aduce rețeaua la o țintă de cinci sloturi pe secundă. Dezvoltatorii nu au stabilit o dată confirmată pentru activarea acelei etape pe mainnet.

Timpul sloturilor și finalitatea măsoară aspecte diferite ale rețelei. Timpul sloturilor determină cât de frecvent poate Solana să producă sloturi noi, în timp ce Alpenglow schimbă modul în care validatorii ajung la consens că un bloc este ireversibil.

Solana a început actuala secvență de reduceri ale timpului sloturilor în august, când ținta sa a coborât la 350 de milisecunde de la setarea de 400 de milisecunde folosită de la lansarea rețelei. SIMD-0525 a stabilit succesiv ținte de 350, 300, 250 și, în cele din urmă, 200 de milisecunde.

Alpenglow urmează un traseu separat prin SIMD-0326 și înlocuiește TowerBFT cu Votor, în loc să modifice durata sloturilor individuale.

Firedancer rămâne în afara primului test Alpenglow

Firedancer și Frankendancer, clienți validator dezvoltați de Jump Crypto, nu suportă în prezent testul Alpenglow, lăsând migrarea inițială dependentă de Agave.

Diversitatea clienților le oferă validatorilor Solana implementări software diferite pentru participarea la aceeași rețea. Dacă sunt disponibili clienți separați, o eroare software care afectează o implementare nu îi afectează neapărat pe toți validatorii.

Firedancer a început să producă blocuri pe mainnet mai devreme în acest an, după ani de dezvoltare din partea Jump Crypto. Echipa a recomandat inițial o implementare treptată, în timp ce auditările de securitate continuau, clientul construit independent fiind destinat să reducă dependența de implementările validator existente ale Solana.

Frankendancer servește drept o implementare hibridă care combină componente din Firedancer cu software-ul existent al Solana. Niciuna dintre implementări nu este listată ca suportând funcționalitatea Alpenglow aferentă SIMD-0326, încă în așteptare, în trackerul actual de feature gate al Anza.

Prin urmare, Agave 4.3 este clientul suportat pentru prima migrare pe testnetul public. Trackerul Anza listează Alpenglow ca activare de testnet în așteptare în cadrul SIMD-0326, în timp ce câmpurile de suport pentru Firedancer și Frankendancer rămân marcate ca indisponibile.