同じ Merkle ルートを何度も計算するなら、スレッドを増やすより先にデータの流れを調べるほうが興味深い。Agave Draft #16835 は、署名検証の段階ですでに計算された shred のルートを検証結果とともに引き渡し、下流での再計算と専用スレッドプールを省くことを提案している。原文では動作の境界も説明されている。転送するのは解析でき、sanitize にも通過した shred のみだが、ブロックに含められる範囲は変わらない。挿入経路では以前からフィルタリングが行われているためだ。私の見解では、最適化にあたっては重複作業を追跡すると同時に、フィルタリングがどこで行われるかも確認する必要がある。$SOL のこの草案は、ノードでの運用と分析がまだ完了していないため、これを根拠にメインネットの高速化率を報告することはできない。