Solana și-a redus timpul țintă pentru slot de la 400 de milisecunde la 350ms pentru prima dată de la lansarea rețelei, demarând un plan în patru etape care ar putea reduce în cele din urmă sloturile la 200ms.
Vicepreședintele tehnologic al Fundației Solana, Jacob Creech, a anunțat modificarea pe 21 august, afirmând că rețeaua a intrat într-o „nouă eră de 350ms” înainte de a adăuga: „Următoarea oprire, 300ms.”
Timpurile medii ale sloturilor se situau la aproximativ 360ms la momentul scrierii, conform exploratorului de timp al sloturilor Solana, comparativ cu ținta inițială a rețelei de 400ms.
Modificarea este primul pas conform SIMD-0525, o propunere de îmbunătățire Solana care introduce patru configurații de sloturi progresiv mai scurte, la 350ms, 300ms, 250ms și 200ms. Propunerea a fost aprobată și fuzionată pe 14 mai.
În loc să treacă imediat la ținta finală, Solana intenționează să activeze fiecare reducere separat, oferind operatorilor de validatori și dezvoltatorilor de clienți șansa de a testa comportamentul rețelei pe măsură ce producția de blocuri devine mai rapidă.
Fundația Solana a declarat în iunie că reducerea sloturilor de la 400ms la 200ms ar reduce latența și ar permite confirmărilor să ajungă mai rapid la utilizatori.
Conform SIMD-0525, prima poartă de funcție schimbă ținta slotului la 350ms. Activările ulterioare ar aduce-o la 300ms, apoi la 250ms și în cele din urmă la 200ms.
Toate cele patru etape sunt în prezent vizate pentru Agave v4.2, clientul validator dezvoltat de Anza, deși programul de lansare rămâne provizoriu și se poate modifica în funcție de testare.
Sloturile mai scurte înseamnă că oportunitățile de producere a blocurilor trec între validatori mai frecvent. SIMD-0525 păstrează cele 64 de "ticks" pe slot ale rețelei și fereastra sa de lider de patru sloturi, dar cantitatea de timp real reprezentată de fiecare fereastră de lider scade cu fiecare reducere.
La ținta anterioară de 400ms, patru sloturi ofereau unui lider o fereastră nominală de 1,6 secunde. Un slot de 350ms reduce această cifră la 1,4 secunde, în timp ce 300ms ar reduce-o la 1,2 secunde. La ținta finală de 200ms, o fereastră de patru sloturi ar dura aproximativ 800ms.
Propunerea afirmă că reducerea timpului controlat de un singur lider poate reduce, de asemenea, perioada în care tranzacțiile ar putea fi întârziate sau reordonate înainte ca un alt validator să primească oportunitatea de a produce blocuri.
SIMD-0525 nu permite pur și simplu rețelei să efectueze de două ori mai multă muncă după trecerea de la 400ms la 200ms. Limitele resurselor sunt ajustate proporțional pe măsură ce durata slotului scade, astfel încât cerințele de procesare într-o anumită perioadă să nu crească doar pentru că se produc mai multe sloturi.
La linia de bază inițială de 60 de milioane de unități de calcul (compute-unit) utilizată în propunere, limita pe slot ar scădea la 52,5 milioane de CU la 350ms, 45 de milioane la 300ms, 37,5 milioane la 250ms și 30 de milioane la 200ms.
Latența confirmării este una dintre principalele zone vizate de modificare, deoarece Solana măsoară mai multe părți ale operațiunilor rețelei în sloturi.
Cu validatori care se deplasează prin sloturi mai rapid, pragurile de confirmare bazate pe sloturi pot fi atinse într-un timp real mai scurt. Aplicațiile care utilizează numerele de sloturi pentru a determina cât de recente sunt informațiile blockchain pot primi, de asemenea, intervale de timp mai fine.
SIMD-0525 identifică utilizatorii de oracole și creatorii de piață automatizați printre aplicațiile care ar putea beneficia de intervalele mai scurte, în special atunci când deciziile depind de vechimea datelor din lanț.
Durata epocii va scădea, de asemenea, deoarece Solana intenționează să mențină 432.000 de sloturi pe epocă.
O epocă cu sloturi de 400ms are o durată nominală de aproximativ 48 de ore. Trecerea la 350ms reduce această durată la aproximativ 42 de ore, în timp ce 300ms ar aduce o epocă la aproximativ 36 de ore. La 250ms, cifra scade la aproximativ 30 de ore, înainte de a ajunge la aproximativ 24 de ore dacă sunt activate sloturile de 200ms.
Calculele anuale ale sloturilor Solana sunt ajustate odată cu modificarea, astfel încât emisiunea protocolară să rămână bazată pe timpul real, în loc să crească pur și simplu pentru că apar mai multe sloturi în fiecare an.
Biletul de Admitere Validator propus în cadrul sistemului de consens Alpenglow al Solana este, de asemenea, conceput să scaleze pe măsură ce epocile devin mai scurte. SIMD-0525 specifică faptul că un cost de 1,6 SOL per epocă la 400ms ar scădea la 1,4 SOL la 350ms, urmat de 1,2 SOL, 1 SOL și 0,8 SOL în etapele ulterioare.
Propunerea afirmă că ajustările sunt menite să mențină costul validatorului la aproximativ 0,8 SOL pe zi, în ciuda epocilor mai scurte.
Lansarea timpului slotului are loc în timp ce dezvoltatorii Solana lucrează la mai multe modificări ale infrastructurii de validare și consens a rețelei.
După cum a raportat anterior crypto.news, Alpenglow a intrat în testarea validatorilor comunității în mai, după ce Anza a implementat designul consensului pe un cluster de testare.
Alpenglow este conceput pentru a aduce timpii de confirmare la aproximativ 150ms, eliminând în același timp Proof of History și tranzacțiile de vot on-chain din procesul de consens central al Solana. Anza a numit upgrade-ul planificat cea mai mare schimbare de consens din istoria Solana.
Sistemul introduce un design de vot numit Votor, care utilizează comunicarea validatorilor off-chain și agregarea semnăturilor pentru a ajunge la consens. Dezvoltarea sa este separată de SIMD-0525, deși ambele proiecte se concentrează pe reducerea timpului necesar pentru operațiunile rețelei.
Software-ul validatorilor a devenit, de asemenea, mai diversificat în 2026. Lansarea mainnet-ului Firedancer de la Jump Crypto a început să producă blocuri în mai, după ani de dezvoltare, oferind o alternativă construită independent la implementările de validatori existente ale Solana.
Jump Crypto a sfătuit validatorii la acea vreme să nu migreze la Firedancer la scară largă până când auditurile de securitate nu vor fi finalizate. Clientul a fost dezvoltat atât pentru a îmbunătăți performanța, cât și pentru a reduce riscul creat atunci când un blockchain depinde în mare măsură de o singură implementare de software validator.
Mai târziu în acea lună, Coinbase a dezvăluit o configurație multi-client utilizând Jito și Firedancer în întreaga sa infrastructură de validatori Solana. Arhitectura sa de validatori susținea aproximativ 40,48 milioane de SOL mizați la acea vreme, sau aproximativ 9,52% din oferta mizați a rețelei, conform raportului de performanță al validatorilor din T1 al bursei.
Solana a introdus o altă modificare la nivel de rețea în iulie, când a lansat un cadru de guvernanță on-chain care permite validatorilor să voteze ponderat cu miza în Propunerile de Guvernanță Solana. Conform noului proces de guvernanță, propunerile care primesc un sprijin inițial de 15% trec printr-un proces de 11 epoci care conține discuții, un instantaneu al mizei și vot formal.
O propunere trece atunci când voturile pro reprezintă cel puțin 66,67% din miza „Pentru” și „Împotrivă” participantă, în timp ce modificările tehnice pot trece în continuare prin procesul SIMD existent fără a primi mai întâi un vot de propunere de guvernanță.
Cu setarea de 350ms acum activă, SIMD-0525 identifică 300ms ca fiind următoarea etapă în secvență.
Modificarea ar reduce fereastra nominală de lider de patru sloturi de la 1,4 secunde la 1,2 secunde și ar aduce o epocă de la aproximativ 42 de ore la 36 de ore.
Activările ulterioare ale funcțiilor ar muta apoi Solana la 250ms și 200ms. Fiecare configurație este calculată din valorile de bază ale rețelei în loc să utilizeze limitele rotunjite din etapa anterioară, un design menit să prevină acumularea diferențelor de rotunjire pe parcursul reducerilor succesive.
Testarea infrastructurii Solana a continuat în timp ce aceste etape sunt pregătite. În timpul lunii iulie, activitatea rețelei a atins, de asemenea, niveluri record, pe măsură ce activele tokenizate s-au extins pe Solana, activitatea de acțiuni tokenizate contribuind la creșterea utilizării în întregul lanț.
Pentru SIMD-0525, totuși, fiecare reducere rămasă a slotului necesită în continuare activarea sa corespunzătoare. După setarea de 350ms recent activată, Creech a identificat 300ms ca fiind următoarea țintă a rețelei.
SOL
SOLANA