Повторно вычислять один и тот же корень Merkle — менее интересно, чем сначала изучить поток данных, а не сразу добавлять потоки. В предложении Agave Draft #16835 предлагается передавать корень shred, уже вычисленный на этапе проверки подписи, вместе с результатом проверки, чтобы избежать повторных вычислений на последующих этапах и использования отдельного пула потоков. В оригинале также описаны границы поведения: пересылаются только shred, которые удалось разобрать и которые прошли sanitize, а диапазон данных, способных попасть в блок, не меняется, поскольку путь вставки и раньше выполнял фильтрацию. На мой взгляд, при оптимизации нужно не только отслеживать повторную работу, но и проверять, на каком этапе происходит фильтрация. По этому черновому предложению $SOL ещё предстоит завершить тестирование работы узлов и анализ, поэтому на его основании нельзя заявлять о каком-либо уже достигнутом проценте ускорения основной сети.