Przegląd: Żądania RPC są bramą aplikacji do klastra Solana. Żądania są obsługiwane przez stosownie nazwane węzły RPC, które zazwyczaj są dedykowane do tego zadania, zamiast uczestniczyć w konsensusie. Niemniej jednak z perspektywy użytkownika aplikacji słaba wydajność RPC nie różni się od słabej wydajności klastra. Aby zapewnić użytkownikom doskonałe doświadczenie i pokazać szybkość oraz niskie opóźnienia Solana, ważne jest posiadanie infrastruktury RPC sprostającej temu zadaniu.
Rozwój: Zachęcamy programistów do korzystania z lokalnego klastra podczas tworzenia aplikacji, szczególnie na wczesnych etapach i do testowania. Klastry lokalne są bardziej elastyczne niż oferty publiczne, dając swobodę uruchamiania niezoptymalizowanych wczesnych iteracji. Najłatwiejszym sposobem uruchomienia lokalnego klastra jest binarka solana-test-validator, dołączona do pakietu narzędzi Solana CLI. Gdy aplikacja osiągnie stabilny stan, wdrożenie w klastrze publicznym staje się bardziej odpowiednie.
Jak w przypadku wszystkich zadań optymalizacji kodu, jeśli chodzi o żądania RPC, mniej znaczy więcej. Unikaj częstych, powtarzających się wywołań dla tych samych danych. Unikaj budowania klientów, którzy wykonują żądania RPC bezpośrednio. "DApps bez backendu" to mit; po prostu bombardujesz cudzą infrastrukturę. Przechowuj w pamięci podręcznej kosztowne wywołania (zwłaszcza getProgramAccount, getSignaturesForAddress2 i getConfirmedBlock) w sposób zoptymalizowany dla aplikacji i obsługuj swoich użytkowników z pamięci podręcznej. Poświęcenie czasu na optymalizację kodu przed uruchomieniem może zaoszczędzić wiele problemów wynikających ze zgłoszeń o słabym doświadczeniu użytkownika i może znacznie zmniejszyć wydatki na infrastrukturę.
Kilku dostawców oferuje darmowy dostęp RPC do publicznych klastrów Solana. Te usługi są dobre do testów w rzeczywistych warunkach, wczesnych wersji demonstracyjnych i małych, prywatnych programów beta. Pamiętaj, że otrzymujesz dokładnie to, za co płacisz. Darmowe usługi zazwyczaj nie skalują się automatycznie, mają ograniczoną przepustowość, nie oferują SLA i nie boją się banować nadużywających. Gdy aplikacja jest gotowa do udostępnienia publicznie, nadszedł czas, aby zainwestować w prywatny dostęp RPC.
Niektórzy darmowi dostawcy RPC:
Testnet
Devnet
Mainnet-beta
Ze względu na zmienność wymagań RPC między aplikacjami, uogólniona publiczna infrastruktura RPC rzadko jest odpowiednia. Aby zapewnić użytkownikom dobre doświadczenie, aplikacje skierowane do użytkowników publicznych muszą zabezpieczyć własny prywatny dostęp RPC. Pozwoli ci to na automatyczne skalowanie w oparciu o zapotrzebowanie użytkowników, złagodzenie limitów przepustowości zgodnie z twoją aplikacją i zapewni spokój ducha, że użytkownicy innych aplikacji nie będą wypierać twoich. Kilka organizacji oferuje wysokiej dostępności usługi RPC na żądanie; patrz poniżej. Jeśli żaden z dostawców nie jest odpowiedni, a ty jesteś gotowy podjąć się zadania uruchomienia własnej usługi RPC, skontaktuj się z Solana Foundation w celu uzyskania wskazówek.