Nuestros métodos de archivo @solana son hasta 20 veces más rápidos que cualquier otro en el mercado. Abrimos el código de toda la pila. Guarda esto 🔖 en favoritos Las consultas archivísticas en Solana son notoriamente lentas e poco fiables: bloques faltantes, respuestas lentas, datos perdidos. Así es como lo 🧵 solucionamos

La pila archivística estándar de Solana (Bigtable + nodos validadores RPC) es fácil de desplegar pero difícil de escalar. Consume mucho CPU, consume mucha memoria y tiene problemas con peticiones en lotes grandes. Los datos históricos son donde la latencia más afecta.

Intentamos optimizar Bigtable. Añadí tablas personalizadas, ajusté consultas, lo llevé tan lejos como pudo. Pero cada cambio requería reinicios completos de nodos. De 30 minutos a varias horas cada vez. Así que lo descartamos y reconstruimos todo: ingestión, almacenamiento y servidor RPC.

La nueva pila: → ArchivalRPC: arranca en segundos, no en horas. Escala hasta 200K RPS. → Gestor personalizado: ingestión selectiva para reducir costes y puntos de fallo. → HBase sobre Bigtable: autoalojado, co-localizado, latencia casi nula.

La velocidad no significa nada si los datos son incorrectos. Construimos una ingestión triple verificada: cada registro se escribe dos veces, se valida programáticamente y se escanea continuamente. Si se detecta una brecha, las tuberías autorreparables la reinvierten y reparan automáticamente.

El resultado, por región: • 100.000 RPS para getTransaction • 50.000 RPS para getSignaturesForAddress • 2.000 RPS para getBlock Hasta 20 veces más rápido que cualquier otra solución del mercado.