idag förändras Solana för alltid vi har löst det största data-/RPC-problemet som finns Solana historiska/arkivdata - har nu gjorts om Snabb kontext: I dag när du frågar efter historiska data (getBlock/getTransaction/getSignaturesForAddress) träffar de Google BigTable Detta är i) långsamt, ii) dyrt, iii) oflexibelt för frågor t.ex. kan du fysiskt inte få den första tx för en Solana-adress utan att loopa tillbaka oändligt från den senaste tx för upptagna adresser kan detta ta tusentals RPC-samtal – extremt långsamma, dyra och irriterande Föreställ dig också att du vill få de senaste 100 TXS för en adress, hur gör du det? du trycker först på getSignaturesForAddress för att få alla tx-signaturer och sedan anropar getTransaction på varje tx för att få dess detaljer – detta kan ta 1 001 RPC-anrop i värsta fall Inte nu längre Vi har byggt ett nytt distribuerat arkivlagringssystem som är 1 000 gånger snabbare, mer flexibelt och mer skalbart Den bästa delen? Vi introducerar en ny API-metod: getTransactionsForAddress Med den här metoden kan du nu: i) kombinera getSignaturesForAddress- och getTransaction-anrop till bara 1 anrop i stället för 1 000 ii) Du kan söka i omvänd ordning utan att behöva gå igenom iii) du kan söka efter historiska transaktioner efter tid och slotintervall (t.ex. ge mig alla TXN:er från den 5 januari 2025 till den 5 februari 2025) vidare: - getBlock-samtal är nu 10 gånger snabbare - getTransaction-anrop är nu 10 gånger snabbare - getSignaturesForAddress-anrop är nu 10 gånger snabbare 10 gånger lägre latens, 100 gånger färre RPC-samtal och 1000 gånger mindre kod njuta! Dokument nedan