Solana hat gerade sein größtes Datenproblem gelöst, sagt Helius CEO

Helius gibt an, die Speicherung und den Abruf historischer Daten von Solana neu konzipiert zu haben, indem ein neues Archiv-Backend und eine RPC-Methode eingeführt wurden, die die heutigen Multi-Call-Workflows in eine einzige Anfrage zusammenfasst.

CEO Mert Mumtaz beschrieb die Änderung in umfassenden Worten: "Heute verändert sich Solana für immer... wir haben das größte Daten-/RPC-Problem gelöst, das existiert", schrieb er und argumentierte, dass der Status quo – historische Abfragen, die auf Google Bigtable zugreifen – "langsam", "teuer" und "unflexibel" gewesen sei.

Was Das Für Solana Bedeutet

Mumtaz hob den praktischen Schmerzpunkt hervor, den jeder Solana-Indexer oder Wallet-Entwickler kennt: Das Abrufen der "ersten Transaktion für eine Solana-Adresse ohne endloses Zurückschleifen" und das Abrufen der "neuesten 100 Transaktionen für eine Adresse" erfordern beide Verkettungen von Aufrufen und Durchläufen, die zu "Tausenden von RPC-Aufrufen" anwachsen können. "Nicht mehr", sagte Mumtaz.

Im Mittelpunkt der Veröffentlichung steht eine Helius-exklusive RPC-Methode, getTransactionsForAddress, die von einer verteilten Archiv-Speicherschicht unterstützt wird, die laut Unternehmen "1.000-mal schneller, flexibler und skalierbarer" ist. Funktionell führt die Methode das heutige übliche zweistufige Muster – getSignaturesForAddress zur Aufzählung von Signaturen, dann getTransaction zum Anreichern von Details – in einem Aufruf zusammen, der vollständig decodierte Transaktionen mit bidirektionaler Zeitordnung und Bereichsfiltern nach Slot oder Zeitstempel zurückgeben kann.

Die Dokumentation von Helius erklärt, dass sie eine Rückwärtssuche ohne Rückverfolgung ermöglicht und Paginierung unterstützt, die für große, aktive Konten optimiert ist. Das Unternehmen betont auch, dass dies keine Kern-Solana-RPC-Erweiterung ist; es handelt sich um eine proprietäre Erweiterung, die auf Helius-Knoten verfügbar ist und bei Developer-Plänen und höher mit 100 Credits pro Anfrage berechnet wird. Die Leistungsangaben umfassen sowohl die neue Methode als auch Legacy-Endpunkte, wobei Helius angibt, dass getBlock, getTransaction und getSignaturesForAddress jetzt "10-mal schneller" sind, während das Archivsystem unter der Haube die Headline-Durchsatzverbesserungen für historische Abfragen liefert.

Der Rahmen zielt eindeutig darauf ab, an Bigtable gebundene Latenzspitzen zu beseitigen und die Anzahl der Aufrufe um "100x" zu reduzieren, zusammen mit "10x niedrigerer Latenz" und "1000x weniger Code". Diese Behauptungen stimmen mit den üblichen Entwicklerbeschwerden überein, die in Solana-Foren über langsame historische Hydratation bei stark frequentierten Adressen dokumentiert sind, aber die harten Zahlen hier sind Helius' eigene Benchmarks.

Der strategische Kontext ist wichtig. Die On-Chain-Aktivität von Solana tendiert weiterhin zu Anwendungsfällen mit hohem Durchsatz für Verbraucher und Zahlungen, die ineffiziente Datenzugriffsmuster bestrafen.

Der Start erfolgte am selben Tag, an dem der erste US-Spot-Solana-ETF an der NYSE live ging – Bitwise's BSOL. Laut Eric Balchunas, Senior ETF-Analyst bei Bloomberg, verzeichnete BSOL am ersten Tag ein Volumen von 56 Millionen Dollar. "BSOLs 56 Millionen Dollar sind das MEISTE aller Starts in diesem Jahr... Mehr als XRPR, SSK, Ives und $MNU. Und was erstaunlich ist, ist, dass es mit 220 Millionen Dollar gesät wurde. Es hätte die Seed-Investition am ersten Tag investieren können, was zu etwa 280 Millionen Dollar geführt hätte, was sogar mehr als ETHAs Debüt gewesen wäre. Auf jeden Fall ein starker Start", schrieb Balchunas.

Ein weiteres Makro-Hintergrundstück: Western Union kündigte Pläne an, einen Dollar-gestützten Stablecoin, USDPT, auf Solana einzuführen, der von der Anchorage Digital Bank ausgegeben wird und dessen Verfügbarkeit für die erste Hälfte des Jahres 2026 angestrebt wird.

Zum Zeitpunkt der Drucklegung wurde SOL bei 195 $ gehandelt.