最初の反応は「高速セットアップに+1」だったが、24時間の遅延のほとんどはローカルディスクによるものだった。キャッチアップモード中にデータベースのfsync(?)を無効にすることが最も効果的だろう。
ウラジミール・ファン・デル・ラーンの投稿（2010年11月25日13:37 UTC）😕 P2Pって、1つのソースではなく多くのユーザーから同時にダウンロードできるから、速いはずじゃないの？ （一部のゲーム会社がアップデートの配布にBitTorrentを使っている理由でもある）
良い指摘だ。しかし、ブロックのSHA-256がコードに組み込まれているので、データも同梱するのは完全に合理的だ。ブロックチェーンが500MBを超えたら、転送効率が重要になると思う。
選択肢がある、
- SFの利用規約の範囲内で妥当な限り、SFからブロックチェーンを配布する。ファイルサイズの上限は見つからなかった。プロジェクトのウェブサイトサービスについても同様だ（ドキュメントをざっと見ただけだが）。
- SFから「小さな」バイナリを配布し、BitTorrent経由でデータ付きの「大きな」リリースを配布する
- 「小さな」リリースを配布し、ブロックチェーン用の.torrentとフェッチャースクリプトを含める。このスクリプトは、対象プラットフォーム向けに人気のコマンドラインBitTorrentクライアント3つのいずれかを探し、それを使ってチェーンを取得する。見つからなければ文句を言う。
http://sourceforge.net/apps/trac/sourceforge/wiki/Developer%20webにはこう書かれている。
うーん、各バイナリアーキテクチャごとにブロックチェーンを同梱するのは馬鹿げている。
では、誰がデータのトラッカーとシードを提供するのか？ インセンティブやコミュニティ精神のある人？ まあ、このフォーラム+Wikiはhttp://www.slicehost.com/ で動いているようだ => 最低月$20。おそらくWebサイトに影響を与えずに共有でき、シードを厳しくスロットルして他のBTシードにより多くの負担をかけることもできる。