Calcular repetidamente la misma raíz de Merkle resulta menos interesante que seguir primero el flujo de datos antes de añadir más hilos. Agave Draft #16835 propone transmitir, junto con el resultado de la verificación, la raíz del shred ya calculada durante la fase de verificación de firmas, evitando así volver a calcularla más adelante y usar un grupo de hilos dedicado. El texto original también explica los límites de este comportamiento: solo se reenvían los shreds que se pueden analizar y que superan la validación de sanitize, mientras que el conjunto de shreds que pueden entrar en un bloque no cambia, ya que la ruta de inserción ya los filtraba. En mi opinión, una optimización debe rastrear tanto el trabajo duplicado como comprobar dónde se aplica el filtrado. Este borrador de $SOL aún requiere completar las pruebas de funcionamiento de nodos y el análisis, por lo que no se puede afirmar que ya haya logrado un porcentaje concreto de aceleración en la red principal.