私が調べた範囲では、
本当にハッシュ値が同一の別のデータ列を生成する必要はないようです。

ファイルを小さなブロックに分割して送受信しているわけですが、
ブロックに付けられているチェックサム的なハッシュ値が一致していないと相手側が受信した時のチェックで即座に破棄されますが、
ファイル全体のハッシュ値が一致しなくなるような不正なブロック(ブロックのハッシュ値は正しい)を受信しても、それがそうであるとチェックされることはなく受け入れられます。
これはブロックを順不同で受信できるようにするためです。
そして、全ブロックが揃ってファイルに書きだそうとした時点で、ようやくハッシュ値が合わないことを検出しますが、どのブロックが不正だったのかはわからないので、全ブロックを破棄します。

すでに持っているブロックと同じものを受信した場合、後から受信したものでローカルに保持したものを上書きするなら、当該のファイルを持っているノードに不正なブロックを送りつければ、削除できるし、もし上書きしないのであれば先手を打って、全ノードに不正なブロックを送りつけて先に保持させておけば、新たなダウンロードを阻止することができるでしょう。

不正なブロックの内容は何でもいいし、そのブロックのハッシュ値は不正なブロックの内容で普通に計算すればいいので、ハッシュ値の衝突なんて難しいことは、やらなくていいのです。

もちろん、悪意のある者が、別のファイルとして新たに共有するのには、対抗できませんが。