Denselben Merkle-Root wiederholt zu berechnen, macht die Suche nach dem Datenfluss interessanter als das Aufstocken der Thread-Zahl. Agave Draft #16835 schlägt vor, den bereits in der Signaturprüfungsphase berechneten Shred-Root zusammen mit dem Prüfergebnis weiterzugeben und so eine erneute Berechnung weiter unten sowie einen dedizierten Thread-Pool einzusparen. Im Original werden auch die Verhaltensgrenzen erläutert: Weitergeleitet werden nur Shreds, die sich parsen lassen und die Sanitize-Prüfung bestehen. Der Bereich der Shreds, die in einen Block gelangen können, bleibt unverändert, da der Einfügepfad sie bereits zuvor herausgefiltert hat. Meiner Ansicht nach muss eine Optimierung sowohl wiederholte Arbeit aufspüren als auch prüfen, an welcher Stelle die Filterung erfolgt. Für diesen Entwurf $SOL stehen der Node-Betrieb und die Analyse noch aus; daraus lässt sich kein bereits erzielter Beschleunigungswert für das Mainnet ableiten.