Re: RFC:リリースtarballにブロックチェーン1〜74000を同梱するか?

参加者: RHorning

これについては複雑な思いがある。問題の一部は、Source Forgeという形でネットワークホスティングサービスの無料財が存在すると認識されていることだ。

もう一つの問題は、ノード間のネットワーク帯域幅もまた無料財であるということだ。

ブロックのダウンロードのためのネットワーク帯域幅はどちらにしても変わらないが、「オンライン」になろうとしている新しいクライアントが完全なブロックチェーンを取得するとBitcoinネットワークを通じて大量のブロックを吸い上げ、それらのノードに接続している誰にでも影響する。これが帯域幅に対して「課金」を始めることが非常に有用だと思う理由の一つだ。

これは複雑な問題に対するシンプルな解決策だが、すべての問題を解決するわけではない。

Quote from: witchspace on November 25, 2010, 01:37:13 PM

えっ、P2Pは1つのソースではなく多くのユーザーから同時にダウンロードできるから、より高速なはずではないか? (一部のゲーム会社がアップデートの配布にBitTorrentを使っている理由でもある)

本質的にP2Pチャネルを通じて分散されているものを、従来のクライアント・サーバー配布モデルに入れるのは非常に奇妙に思える。問題は、新しいクライアントがブロックチェーン全体を要求し、そのチェーンを持つまで「マイニング」や新しい取引の確認に参加できないことだ。その問題を解決しよう。それがより大きな問題だ。

もう一つの問題は、ソフトウェアを更新するだけなのにクライアントにこれらのブロックを含めるのは帯域幅の無駄に思えることだ。無料財だからといって、この方法をとることに他の結果がないことを意味しない。