Våra @solana arkiveringsmetoder är upp till 20 gånger snabbare än något annat på marknaden. Vi gjorde hela stacken öppen källkod. Bokmärk detta 🔖 Arkivförfrågningar på Solana är ökända för att vara långsamma och opålitliga: saknade block, lagga svar, tappad data. Så här fixade vi det 🧵
Den standardiserade Solana-arkivstacken (Bigtable + validator RPC-noder) är lätt att distribuera men svår att skala. Det är CPU-intensivt, minneskrävande och har svårt med stora batchförfrågningar. Historisk data är där latensen slår hårdast till.
Vi försökte optimera Bigtable. Lade till egna tabeller, justerade frågor, pressade det så långt det gick. Men varje ändring krävde fullständiga omstarter av noden. 30 minuter till flera timmar varje gång. Så vi skrotade den och byggde om allt: intagning, lagring och RPC-server.
Den nya stacken: → ArchivalRPC: startar på sekunder, inte timmar. Skalar till 200 000 RPS. → Anpassad inköpare: selektiv intagning för att minska kostnader och felpunkter. → HBase över Bigtable: självhostat, samlokaliserat, nästan noll latens.
Hastighet betyder ingenting om datan är fel. Vi byggde trippelverifierad insamling: varje post skrivs två gånger, valideras programmatiskt och skannas kontinuerligt. Om en lucka upptäcks, återintar och reparerar självläkande pipelines den automatiskt.
Resultatet, per region: • 100 000 RPS för getTransaction • 50 000 RPS för getSignaturesForAddress • 2 000 RPS för getBlock Upp till 20 gånger snabbare än någon annan lösning på marknaden.
556