Helius says it has re-engineered how Solana’s historical data is stored and retrieved, introducing a new archival backend and an RPC method that collapses today’s multi-call workflows into a single request.
Mumtaz highlighted the practical pain point every Solana indexer or wallet developer knows: getting the “first tx for a Solana address without looping back endlessly” and pulling the “most recent 100 txs for an address” both require chaining calls and traversals that can balloon into “thousands of RPC calls.” “Not anymore,” Mumtaz said.
At the heart of the release is a Helius-exclusive RPC method, getTransactionsForAddress, backed by a distributed archival storage layer that the company claims is “1,000x faster, more flexible, and more scalable.” Functionally, the method merges today’s common two-step pattern—getSignaturesForAddress to enumerate signatures, then getTransaction to hydrate details—into one call that can return fully decoded transactions, with bidirectional time ordering and range filters by slot or timestamp.
The framing is squarely aimed at eliminating Bigtable-bound latency spikes and reducing call counts by “100x” alongside “10x lower latency” and “1000x less code.” Those assertions track with common developer complaints documented across Solana forums about slow historical hydration on busy addresses, but the hard numbers here are Helius’ own benchmarks.
The strategic context matters. Solana’s on-chain activity continues to skew toward high-throughput consumer and payments use cases, which punish inefficient data access patterns.
Another macro backdrop piece: Western Union announced plans to introduce a dollar-backed stablecoin, USDPT, on Solana, issued by Anchorage Digital Bank, with availability targeted for the first half of 2026.
At press time, SOL traded at $195.
