solana requiere que la lista de transacciones incluya todos los estados/cuentas utilizados en los metadatos de la transacción (paralelismo estático), lo cual es muy útil para la simulación. es tan fácil construir un pipeline de retrotesting de solana que almacena todo el estado relevante y simula la eficiencia contra ese estado más tarde. cadenas como aptos (he hecho mucho desarrollo en aptos) o ethereum cargan dinámicamente cuentas en tiempo de ejecución, lo que proporciona una buena experiencia de desarrollo, pero requiere un pipeline de simulación mucho más complicado que potencialmente necesita guardar todo el estado de la blockchain en cada paso para obtener resultados de simulación precisos. jugar con litesvm cambió completamente mi perspectiva sobre esto.

@bl8_runner el rendimiento es lo suficientemente bueno para mí 1 millón de puntos de datos simulados para generar este gráfico volví a ejecutar el script y obtuve 577 sim/seg por proceso, paralelizado en los 5 procesos por pAMMs ~2,900/s podría paralelizar aún más

@bl8_runner **5m puntos de datos, 1m por pAMM