Heute verändert sich Solana für immer Wir haben das größte Daten-/RPC-Problem gelöst, das es gibt Die historischen/archivierten Daten von Solana — wurden jetzt neu gestaltet Kurzer Kontext: Heute, wenn Sie historische Daten abfragen (getBlock/getTransaction/getSignaturesForAddress), wird Google BigTable verwendet Das ist i) langsam, ii) teuer, iii) unflexibel für Abfragen z.B. können Sie physisch die erste Transaktion für eine Solana-Adresse nicht abrufen, ohne endlos von der letzten Transaktion zurückzuschleifen Für stark frequentierte Adressen kann dies Tausende von RPC-Anfragen erfordern — extrem langsam, teuer und ärgerlich Stellen Sie sich auch vor, Sie möchten die letzten 100 Transaktionen für eine Adresse abrufen, wie machen Sie das? Sie rufen zuerst getSignaturesForAddress auf, um alle Transaktionssignaturen zu erhalten, und rufen dann getTransaction für jede Transaktion auf, um deren Details zu erhalten — das kann im schlimmsten Fall 1.001 RPC-Anfragen erfordern Nicht mehr Wir haben ein neues verteiltes Archivierungsspeichersystem entwickelt, das 1.000x schneller, flexibler und skalierbarer ist Das Beste daran? Wir führen eine neue API-Methode ein: getTransactionsForAddress Mit dieser Methode können Sie jetzt: i) getSignaturesForAddress- und getTransaction-Aufrufe in nur 1 Aufruf anstelle von 1.000 kombinieren ii) Sie können in umgekehrter Reihenfolge suchen, ohne traversieren zu müssen iii) Sie können historische Transaktionen nach Zeit- und Slotbereichen durchsuchen (z.B. holen Sie mir alle Transaktionen vom 5. Januar 2025 bis zum 5. Februar 2025) Was noch: - getBlock-Aufrufe sind jetzt 10x schneller - getTransaction-Aufrufe sind jetzt 10x schneller - getSignaturesForAddress-Aufrufe sind jetzt 10x schneller 10x geringere Latenz, 100x weniger RPC-Anfragen und 1000x weniger Code Viel Spaß! Dokumentation unten