16835

Recalculer sans cesse la même racine Merkle : mieux vaut d’abord examiner le flux de données que multiplier les threads. La proposition Agave Draft #16835 suggère de transmettre avec le résultat de la vérification la racine du shred, déjà calculée lors de la phase de vérification des signatures, afin d’éviter un nouveau calcul en aval et le recours à un pool de threads dédié. Le texte précise également les limites du comportement : seuls les shreds analysables et ayant passé la sanitisation sont transmis, tandis que les critères d’admissibilité dans un bloc restent inchangés, puisque le chemin d’insertion effectuait déjà ce filtrage. À mon avis, une optimisation doit permettre de repérer le travail répété, mais aussi de vérifier où le filtrage a lieu. Cette proposition $SOL doit encore faire l’objet d’essais en conditions réelles sur des nœuds et d’analyses ; on ne peut donc pas en déduire un pourcentage de gain de vitesse déjà obtenu sur le réseau principal.