i dag forandrer Solana seg for alltid vi har løst det største data/RPC-problemet som finnes Solana historiske/arkivdata – har nå blitt redesignet Rask kontekst: i dag når du spør etter historiske data (getBlock/getTransaction/getSignaturesForAddress), treffer de Google BigTable Dette er i) sakte, ii) dyrt, iii) lite fleksibelt for spørsmål f.eks. kan du fysisk ikke få den første tx for en Solana-adresse uten å gå tilbake i det uendelige fra den nyeste tx for opptatte adresser kan dette ta tusenvis av RPC-anrop – ekstremt tregt, dyrt og irriterende Tenk deg også at du ønsket å få de siste 100 TX-ene for en adresse, hvordan gjør du det? du trykker først på getSignaturesForAddress for å få alle tx-signaturene, og deretter kaller du getTransaction på hver tx for å få detaljene – dette kan i verste fall ta 1,001 RPC-kall ikke nå lenger Vi har bygget et nytt distribuert arkivlagringssystem som er 1,000 ganger raskere, mer fleksibelt og mer skalerbart Den beste delen? Vi introduserer en ny API-metode: getTransactionsForAddress Med denne metoden kan du nå: i) kombinere getSignaturesForAddress og getTransaction-kall til bare 1 kall i stedet for 1 000 ii) du kan søke i omvendt rekkefølge uten å måtte krysse iii) du kan søke i historiske transaksjoner etter tids- og sporområder (f.eks. få meg alle txn-ene fra 5. januar 2025 til 5. februar 2025) videre: - getBlock-samtaler er nå 10 ganger raskere - getTransaksjonssamtaler er nå 10 ganger raskere - getSignaturesForAddress-anrop er nå 10 ganger raskere 10 ganger lavere ventetid, 100 ganger færre RPC-anrop og 1000 ganger mindre kode nyte! dokumenter nedenfor