Il prossimo grande salto di Solana - Firedancer mira ad accelerare le prestazioni
Questa settimana, il impulso alle prestazioni di Solana ha ricevuto nuova energia, poiché gli ingegneri dietro Firedancer hanno presentato un nuovo documento di miglioramento di Solana (SIMD-0370) per rimuovere i limiti delle unità di calcolo (CU) a livello di blocco della rete. Hanno affermato che, dopo Alpenglow, questa modifica non è più necessaria e porterà immediatamente a una maggiore capacità e a una minore latenza con l'aumento della domanda.
Il “team di Firedancer” ha redatto questa richiesta di pull, aperta il 24 settembre 2025, e chiaramente contrassegnata come parte del piano “post-Alpenglow”. In Alpenglow, se i nodi di voto non possono elaborare il blocco proposto entro il tempo stabilito, inviano uno SkipVote. L'autore ha dichiarato che, poiché i blocchi lenti vengono immediatamente saltati, non è necessario un protocollo separato per ogni blocco per forzare i limiti di CU.
"Nell'Alpenglow, se i nodi di voto non riescono a completare il blocco in tempo, verrà inviato un voto di salto..." Questo testo indica che questo SIMD elimina il limite sul numero di unità di calcolo dei blocchi potenzialmente utilizzabili, poiché le nuove regole di pianificazione rendono tali limiti non necessari.
Gli autori stanno anche promuovendo un migliore allineamento economico, oltre alla purezza tecnologica. Hanno affermato che l'attuale limitazione CU a livello di blocco limita la capacità tramite modifiche al protocollo piuttosto che aggiornamenti hardware e software, violando gli incentivi. Se la rimuovi, i produttori potrebbero caricare i blocchi fino al punto in cui le loro macchine possono gestirli e propagarsi in sicurezza. Questo renderebbe la competizione tra clienti e hardware una priorità.
Dicono: "La capacità della rete non è basata sulla capacità hardware, ma su limiti arbitrari delle unità di calcolo dei blocchi." Poi spiegano perché aumentare quel limite cambierà gli incentivi per i client dei validatori e i creatori di programmi.
Ulteriori letture: il "countdown finale" della modifica dell'ETF di Solana - approvazione entro 2 settimane?
I commenti sulle revisioni del codice iniziale dei contributori principali e del team dei client mostrano come questo cambiamento possa avere un impatto a breve termine sugli utenti e cosa non farà. Un revisore ha riassunto i vantaggi reali, affermando: "Oggi rimuovere i limiti porta reali benefici all'ecosistema e agli utenti finali... senza dover attendere l'implementazione dell'architettura futura della rete." Una persona ha affermato che alcune limitazioni sui blocchi rimarranno, menzionando il "limite massimo di frammenti". Altri hanno affermato che la rete potrebbe dover temporaneamente mantenere i limiti CU per ogni transazione e considerare eventuali modifiche a questi limiti come una questione separata e più importante.
La sicurezza e l'attività sono molto importanti. I revisori sperano che la proposta possa chiarire che, anche se un blocco è troppo grande per essere propagato in tempo, la sicurezza rimane intatta. La spiegazione dell'Alpenglow è che tali blocchi non verranno votati, il che significa che verranno saltati. Questo consente alla rete di continuare a progredire senza subire penalità. I creatori di Firedancer concordano sul fatto che il budget di tempo e propagazione è la protezione più importante, piuttosto che un limite CU fisso.
Questa proposta ha anche discusso di un problema comune nel dibattito sul throughput: la coordinazione. Se un produttore di blocchi aggiorna rapidamente il proprio hardware mentre altri no, la rete perderà blocchi e subirà fluttuazioni? Un revisore ha affermato che i produttori troppo ambiziosi si sono già autocorretti, poiché la mancanza di blocchi significa mancanza di ricompense, limitando automaticamente la dimensione dei blocchi al livello che i pari possono accettare in tempo. Il documento continua a sottolineare che le forze di mercato ora controllano la capacità, poiché non ci sono più limiti CU. Ciò significa che i produttori e i team client che massimizzano l'esecuzione, la rete e la pianificazione guadagneranno più blocchi e commissioni, spingendo i confini in base alla domanda.
SIMD-0370 è importante perché offre garanzie per il futuro. Solana ha un piano a lungo termine per far lavorare insieme diversi proponenti. A volte questi design hanno limiti sui blocchi, altre volte no. I revisori hanno sottolineato che rimuovere le barriere esistenti non significa che non si possa costruire un'architettura di proponenti paralleli in futuro. Rende solo più facile fare "progressi realizzabili oggi".
Il dibattito su GitHub ha fornito dettagli tecnici, ma il team client di Solana dietro Agave, Anza, ha anche condiviso questa proposta sui social media, dimostrando che molti nel team client stanno seguendo questo cambiamento e il suo significato per gli utenti.
Cosa succederà ai consumatori e agli sviluppatori se SIMD-0370 viene rilasciato? Durante i periodi di alta attività, come airdrop, coniazione e fluttuazioni di mercato, potrebbero gestire più calcoli, a condizione che i blocchi possano essere completati e propagati entro il tempo di slot. Questo potrebbe aumentare il throughput continuo e bilanciare le fluttuazioni delle commissioni.
Per gli sviluppatori di Solana, maggiore spazio e migliori incentivi per ottimizzare i client e l'hardware potrebbero ridurre la latenza di coda durante i carichi pesanti. Tuttavia, i programmi devono ancora essere ottimizzati per la parallelità e la località. Per i validatori, il vantaggio si sposterà ulteriormente verso la velocità di esecuzione, le prestazioni della rete e i programmatori di blocchi intelligenti, che troveranno il giusto equilibrio tra entrate da commissioni e il rischio di rendere i blocchi così grandi da essere saltati.
Come per tutti i SIMD, l'aggiornamento deve essere revisionato dalla comunità, implementato e coordinato tra tutti i client dei validatori. Ma la direzione è chiara. Dopo l'Alpenglow, i creatori di Solana ritengono che il budget di slot sia il vero limite.