Solana acaba de resolver su mayor problema de datos, dice el CEO de Helius

Helius dice que ha rediseñado cómo se almacenan y recuperan los datos históricos de Solana, introduciendo un nuevo backend de archivo y un método RPC que reduce los flujos de trabajo de múltiples llamadas actuales a una sola solicitud.

El CEO Mert Mumtaz enmarcó el cambio en términos generales: "hoy, Solana cambia para siempre... hemos resuelto el mayor problema de datos/RPC que existe", escribió, argumentando que el status quo—consultas históricas que acceden a Google Bigtable—ha sido "lento", "costoso" e "inflexible".

Qué Significa Esto Para Solana

Mumtaz destacó el punto de dolor práctico que todo indexador de Solana o desarrollador de billetera conoce: obtener la "primera transacción para una dirección de Solana sin bucles interminables" y extraer las "100 transacciones más recientes para una dirección" requieren encadenar llamadas y recorridos que pueden expandirse a "miles de llamadas RPC". "Ya no más", dijo Mumtaz.

En el centro del lanzamiento está un método RPC exclusivo de Helius, getTransactionsForAddress, respaldado por una capa de almacenamiento de archivo distribuido que la compañía afirma es "1.000 veces más rápida, más flexible y más escalable". Funcionalmente, el método fusiona el patrón común de dos pasos actual—getSignaturesForAddress para enumerar firmas, luego getTransaction para hidratar detalles—en una sola llamada que puede devolver transacciones completamente decodificadas, con ordenamiento bidireccional por tiempo y filtros de rango por ranura o marca de tiempo.

La documentación de Helius explica que permite búsquedas inversas sin recorrido hacia atrás y admite paginación ajustada para cuentas grandes y activas. La compañía también enfatiza que esto no es una adición al RPC central de Solana; es una extensión propietaria disponible en los nodos de Helius, con un precio de 100 créditos por solicitud en planes de Desarrollador y superiores. Las afirmaciones de rendimiento abarcan tanto el nuevo método como los endpoints heredados, con Helius diciendo que getBlock, getTransaction y getSignaturesForAddress son ahora "10 veces más rápidos", mientras que el sistema de archivo subyacente ofrece las mejoras de rendimiento principales para consultas históricas.

El enfoque está claramente dirigido a eliminar los picos de latencia vinculados a Bigtable y reducir el número de llamadas en "100 veces" junto con "10 veces menos latencia" y "1000 veces menos código". Esas afirmaciones coinciden con las quejas comunes de los desarrolladores documentadas en los foros de Solana sobre la lenta hidratación histórica en direcciones ocupadas, pero las cifras concretas aquí son los propios puntos de referencia de Helius.

El contexto estratégico importa. La actividad en cadena de Solana continúa inclinándose hacia casos de uso de consumo y pagos de alto rendimiento, que penalizan los patrones de acceso a datos ineficientes.

El lanzamiento coincidió con el mismo día en que el primer ETF spot de Solana en EE.UU. se activó en la NYSE—BSOL de Bitwise. Según el analista senior de ETF de Bloomberg, Eric Balchunas, BSOL registró un volumen de $56 millones en el primer día. "Los $56m de BSOL son lo MÁXIMO de cualquier lanzamiento este año... Más que XRPR, SSK, Ives y $MNU. Y lo sorprendente es que comenzó con $220m. Podría haber invertido la semilla el primer día, lo que habría resultado en unos $280m, sería incluso más que el debut de ETHA. Un comienzo fuerte de cualquier manera", escribió Balchunas.

Otra pieza del contexto macro: Western Union anunció planes para introducir una stablecoin respaldada por dólares, USDPT, en Solana, emitida por Anchorage Digital Bank, con disponibilidad prevista para la primera mitad de 2026.

Al momento de la publicación, SOL cotizaba a $195.