Helius afferma di aver riprogettato il modo in cui i dati storici di Solana vengono archiviati e recuperati, introducendo un nuovo backend di archiviazione e un metodo RPC che comprime gli attuali flussi di lavoro multi-chiamata in un'unica richiesta.
Il CEO Mert Mumtaz ha inquadrato il cambiamento in termini radicali: "Oggi Solana cambia per sempre… abbiamo risolto il più grande problema di dati/RPC esistente", ha scritto , sostenendo che lo status quo (query storiche che arrivano su Google Bigtable) è stato "lento", "costoso" e "inflessibile".
Cosa significa questo per Solana
Mumtaz ha evidenziato il punto critico pratico che ogni indicizzatore Solana o sviluppatore di portafogli conosce: ottenere la "prima transazione per un indirizzo Solana senza tornare indietro all'infinito" ed estrarre le "100 transazioni più recenti per un indirizzo" richiedono entrambe chiamate a catena e attraversamenti che possono trasformarsi in "migliaia di chiamate RPC". "Non più", ha detto Mumtaz.
Il cuore della release è un metodo RPC esclusivo di Helius, getTransactionsForAddress, supportato da un livello di archiviazione distribuito che l'azienda afferma essere "1.000 volte più veloce, più flessibile e più scalabile". Dal punto di vista funzionale, il metodo unisce l'attuale schema in due fasi (getSignaturesForAddress per enumerare le firme, quindi getTransaction per idratare i dettagli) in un'unica chiamata in grado di restituire transazioni completamente decodificate, con ordinamento temporale bidirezionale e filtri di intervallo per slot o timestamp.
La documentazione di Helius specifica che consente la ricerca inversa senza attraversamento all'indietro e supporta la paginazione ottimizzata per account attivi e di grandi dimensioni. L'azienda sottolinea inoltre che non si tratta di un'aggiunta fondamentale di Solana RPC; si tratta di un'estensione proprietaria disponibile sui nodi Helius, al prezzo di 100 crediti per richiesta per i piani Developer e superiori. Le prestazioni dichiarate riguardano sia il nuovo metodo che gli endpoint legacy, con Helius che afferma che getBlock, getTransaction e getSignaturesForAddress sono ora "10 volte più veloci", mentre il sistema di archiviazione integrato offre i principali miglioramenti in termini di throughput per le query storiche.
L'inquadratura è mirata a eliminare i picchi di latenza legati a Bigtable e a ridurre il numero di chiamate di "100 volte", oltre a "latenza 10 volte inferiore" e "codice 1000 volte inferiore". Queste affermazioni sono in linea con le comuni lamentele degli sviluppatori documentate nei forum di Solana sulla lenta idratazione storica sugli indirizzi occupati, ma i numeri concreti qui sono i benchmark di Helius.
Il contesto strategico è importante. L'attività on-chain di Solana continua a orientarsi verso casi d'uso ad alto rendimento per consumatori e pagamenti, penalizzando modelli di accesso ai dati inefficienti.
Il lancio è avvenuto lo stesso giorno in cui il primo ETF Solana statunitense è stato lanciato sul NYSE : BSOL di Bitwise. Secondo Eric Balchunas, analista senior di ETF di Bloomberg, BSOL ha registrato un volume di 56 milioni di dollari il primo giorno. "I 56 milioni di dollari di BSOL rappresentano il volume PIÙ ALTO di qualsiasi lancio di quest'anno… Più di XRPR, SSK , Ives e $MNU. E la cosa sorprendente è che ha ricevuto un seed di 220 milioni di dollari. Avrebbe potuto investire il seed il primo giorno, il che avrebbe portato a circa 280 milioni di dollari, una cifra persino superiore al debutto di ETHA . Un ottimo inizio in entrambi i casi", ha scritto Balchunas.
Un altro elemento di contesto macroeconomico: Western Union ha annunciato l'intenzione di introdurre una stablecoin basata sul dollaro, USDPT, su Solana, emessa da Anchorage Digital Bank, la cui disponibilità è prevista per la prima metà del 2026.
Al momento della stampa, SOL veniva quotato a 195 dollari.
