Metodele noastre @solana de arhivare sunt de până la 20 de ori mai rapide decât orice altceva de pe piață. Am făcut open source întregului stack. Adaugă asta 🔖 la favorite Interogările arhivate pe Solana sunt notoriu lente și nesigure: blocuri lipsă, răspunsuri întârziate, date pierdute. Iată cum am rezolvat problema 🧵

Stack-ul standard de arhivare Solana (Bigtable + noduri RPC validator) este ușor de implementat, dar greu de scalat. Este consumator de CPU, consumă multă memorie și are dificultăți cu cererile de loturi mari. Datele istorice sunt locul unde latența lovește cel mai tare.

Am încercat să optimizăm Bigtable. Am adăugat tabele personalizate, am ajustat interogările, am împins totul cât de departe a putut. Dar fiecare schimbare necesita reporniri complete ale nodurilor. 30 de minute până la câteva ore de fiecare dată. Așa că am renunțat la asta și am reconstruit totul: ingestie, stocare și server RPC.

Noua stivă: → ArchivalRPC: pornește în secunde, nu în ore. Se scalează până la 200K RPS. → Ingestor personalizat: ingestie selectivă pentru a reduce costurile și punctele de eșec. → HBase peste Bigtable: auto-găzduit, co-localizat, latență aproape zero.

Viteza nu înseamnă nimic dacă datele sunt greșite. Am construit ingestie triplu verificată: fiecare înregistrare este scrisă de două ori, validată programatic și scanată continuu. Dacă se detectează o breșă, conductele auto-vindecătoare o reîngeră automat și o repară.

Rezultatul, pe regiune: • 100.000 RPS pentru getTransaction • 50.000 RPS pentru getSignaturesForAddress • 2.000 RPS pentru getBlock De până la 20 de ori mai rapid decât orice altă soluție de pe piață.