Cosa cambia esattamente?
Solana accorcia il tempo target di produzione del blocco (slot time) sulla mainnet da 400 millisecondi a 350 millisecondi. Secondo il report di CryptoSlate questa modifica si e attivata all'inizio dell'epoca 1019, ma a causa del cosiddetto ritardo di una epoca (one-epoch delay) la rete mantiene i parametri esistenti e il nuovo target di 350 ms entra effettivamente in vigore solo dall'epoca 1020.
Giusto per chiarire i termini: lo slot time e l'intervallo target entro cui deve essere prodotto un blocco. L'epoca e una finestra temporale piu lunga composta da molti slot, al termine della quale vengono applicate alcune modifiche ai parametri. Le compute units (unita di calcolo) sono la misura di quanto calcolo puo contenere un blocco.
Perche viene ridotto contemporaneamente il limite di calcolo per blocco?
Questo e il cuore di tutta la storia. Secondo CryptoSlate i blocchi ricevono un intervallo di produzione target piu breve, ma non ricevono un maggiore volume di calcolo consentito al secondo. In pratica significa che, se i blocchi vengono prodotti piu spesso, ciascun singolo blocco deve essere piu "leggero", affinche il carico complessivo sulla rete e sui validatori per unita di tempo resti pressoche costante.
La logica e semplice: la sola accelerazione dei blocchi senza modificare il limite di calcolo comporterebbe piu calcolo al secondo, cosa che potrebbe gravare sui validatori e minacciare la stabilita della rete. La riduzione del limite per blocco e dunque una garanzia, non un effetto collaterale.
A che punto sono le reti di test?
Secondo CryptoSlate il rollout altrove e piu avanti rispetto alla mainnet:
| Rete | Stato del tempo di blocco target |
|---|---|
| Mainnet | passaggio da 400 ms a 350 ms (effettivo dall'epoca 1020) |
| Testnet | target effettivo di 200 ms |
| Devnet | target di 300 ms, gate attivato a 250 ms, ma non ancora efficace |
Testnet e Devnet fungono quindi da fase preliminare, dove i valori piu aggressivi vengono testati prima di arrivare sulla mainnet.
Da dove proviene questa modifica?
CryptoSlate rimanda al changelog di Solana del 6 agosto, dove questi parametri sono descritti. Il progressivo accorciamento del tempo di blocco fa parte di uno sforzo piu ampio e di lungo periodo di Solana verso una minore latenza della rete.
Cosa non e ancora chiaro?
Dalla fonte disponibile non emerge la data precisa nel calendario in cui l'epoca 1020 avra luogo, ne il valore numerico concreto di quanto esattamente si riduce il limite di calcolo per blocco. Da questa fonte non e inoltre documentato quale impatto reale avra la modifica sulla latenza delle transazioni, sulle commissioni o sulla stabilita della rete per gli utenti finali. Questo si vedra solo in base al comportamento della mainnet dopo l'epoca 1020.
A cosa fare attenzione in questo tipo di modifiche?
Per le modifiche ai parametri della blockchain a livello di protocollo e utile monitorare tre cose: se la modifica si attiva davvero nell'epoca annunciata, se non si verificano interruzioni o rallentamenti non pianificati nella produzione dei blocchi, e se il throughput (numero di transazioni al secondo) cambia realmente oppure resta stabile. Proprio perche Solana qui mantiene deliberatamente costante il calcolo al secondo, la metrica principale da verificare sono piuttosto la latenza e la stabilita che il throughput grezzo.
charliedesk prende nota di questa modifica per poterla confrontare in seguito con cio che accadra realmente sulla rete dopo l'epoca 1020.