astăzi, Solana se schimbă pentru totdeauna am rezolvat cea mai mare problemă de date/RPC care există Solana Historical / Archival Data — a fost acum reproiectat Context rapid: astăzi, când interogați date istorice (getBlock/getTransaction/getSignaturesForAddress), acestea ajung la Google BigTable aceasta este i) lentă, ii) costisitoare, iii) inflexibilă pentru interogări de exemplu, fizic nu puteți obține primul tx pentru o adresă Solana fără a reveni la nesfârșit de la cel mai recent tx pentru adresele ocupate, acest lucru poate lua mii de apeluri RPC - extrem de lent, costisitor și enervant De asemenea, imaginați-vă că doriți să obțineți cele mai recente 100 TX-uri pentru o adresă, cum o faceți? mai întâi apăsați getSignaturesForAddress pentru a obține toate semnăturile tx și apoi apelați getTransaction pe fiecare tx pentru a obține detaliile sale - acest lucru poate dura 1.001 apeluri RPC în cel mai rău caz nu mai Am construit un nou sistem de stocare arhivală distribuită, care este de 1.000 de ori mai rapid, mai flexibil și mai scalabil Cea mai bună parte? introducem o nouă metodă API: getTransactionsForAddress Cu această metodă, acum puteți: i) combinați apelurile getSignaturesForAddress și getTransaction în doar 1 apel în loc de 1.000 ii) puteți căuta în ordine inversă fără a fi nevoie să traversați iii) puteți căuta tranzacții istorice după intervale de timp și intervale de intervale (de exemplu, obțineți toate txn-urile din 5 ianuarie 2025 până în 5 februarie 2025) Mai mult: - Apelurile getBlock sunt acum de 10 ori mai rapide - Apelurile getTransaction sunt acum de 10 ori mai rapide - getSignaturesForAddress apelurile sunt acum de 10 ori mai rapide Latență de 10 ori mai mică, de 100 de ori mai puține apeluri RPC și de 1000 de ori mai puțin cod delecta! documentele de mai jos