dzisiaj Solana zmienia się na zawsze rozwiązaliśmy największy problem z danymi/RPC, który istnieje dane historyczne/archiwalne Solany — zostały teraz przeprojektowane szybki kontekst: dzisiaj, gdy zapytujesz o dane historyczne (getBlock/getTransaction/getSignaturesForAddress), trafiasz do Google BigTable to i) wolne, ii) drogie, iii) elastyczne w przypadku zapytań tj. fizycznie nie możesz uzyskać pierwszej transakcji dla adresu Solany bez niekończącego się powracania od najnowszej transakcji w przypadku zajętych adresów może to zająć tysiące wywołań RPC — niezwykle wolne, drogie i irytujące wyobraź sobie również, że chcesz uzyskać 100 najnowszych transakcji dla adresu, jak to zrobisz? najpierw wywołujesz getSignaturesForAddress, aby uzyskać wszystkie podpisy transakcji, a następnie wywołujesz getTransaction dla każdej transakcji, aby uzyskać jej szczegóły — w najgorszym przypadku może to zająć 1,001 wywołań RPC już nie zbudowaliśmy nowy rozproszony system archiwalnego przechowywania, który jest 1,000x szybszy, bardziej elastyczny i bardziej skalowalny to najlepsza część? wprowadzamy nową metodę API: getTransactionsForAddress dzięki tej metodzie możesz teraz: i) połączyć wywołania getSignaturesForAddress i getTransaction w jedno wywołanie zamiast 1,000 ii) możesz przeszukiwać w odwrotnej kolejności bez potrzeby przeszukiwania iii) możesz przeszukiwać historyczne transakcje według zakresów czasu i slotów (np. daj mi wszystkie transakcje od 5 stycznia 2025 do 5 lutego 2025) co więcej: - wywołania getBlock są teraz 10x szybsze - wywołania getTransaction są teraz 10x szybsze - wywołania getSignaturesForAddress są teraz 10x szybsze 10x niższe opóźnienie, 100x mniej wywołań RPC i 1000x mniej kodu miłej zabawy! dokumentacja poniżej