O actualizare semnificativă a Solana, Agave v3.0.14, a fost lansată pentru a aborda vulnerabilitățile critice care ar fi putut duce la blocaje în rețea prin prăbușiri ale validatorilor sau atacuri de spam cu voturi. Potrivit NS3.AI, în ciuda importanței actualizării, doar 18% din miza a fost actualizată prompt, subliniind dificultățile în atingerea unei adoptări rapide a software-ului în rândul validatorilor descentralizați. Ca răspuns, Fundația Solana a legat stimulentele pentru delegarea mizei de conformitatea software-ului, având ca scop îmbunătățirea securității prin penalități economice și promovarea diversității clienților pentru a reduce riscurile.
Când întreținătorii Solana le-au spus validatorilor să se miște rapid pe Agave v3.0.14, mesajul a sosit cu mai multă urgență decât detalii.
Contul Solana Status a numit lansarea „urgentă” și a spus că conținea un „set critic de patch-uri” pentru validatorii Mainnet Beta.
Într-o zi, conversația publică s-a îndreptat către o întrebare mai dificilă: dacă o rețea bazată pe dovada mizei are nevoie de o actualizare coordonată rapidă, ce se întâmplă când operatorii nu se mișcă împreună?
Această lacună a apărut în instantaneele de adopție timpurie. Pe 11 ianuarie, un cont circulat pe scară largă a spus că doar 18% din miza a migrat la v3.0.14 în acel moment, lăsând o mare parte din greutatea economică a rețelei pe versiunile mai vechi într-o perioadă etichetată ca urgentă.
Pentru o lanț care a petrecut anul trecut vânzând fiabilitate alături de viteză, povestea s-a mutat de la codul în sine la dacă flota de operatori ar putea convergenta suficient de repede atunci când conta.