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

サトシ・ナカモトの投稿(2010年11月25日 17:51 UTC)

時間がかかるのはダウンロードではなく、検証とインデックス作成だ。

これは多くの初心者ユーザーには当てはまらない。「まあ、90000 ブロックすべてを取得するのに数時間かかりましたが、最終的に到着しました」と言うような人たちだ(今日 IRC で新規ユーザーからの引用)。

同意する。アーカイブに圧縮すると、blk0001.dat は約 36MB になる。

検証ではなくダウンロードが最も高い体験のばらつきを持っている。初回ユーザーはソフトウェアが実際に使えるようになるまで 30分から数時間の遅延を経験する。一部の P2P ノードは非常に遅い場合がある(古いブロックや 512 バイトを超えるブロックでは、レイテンシとスループットに大きなばらつきが見られる)。エンドユーザーの帯域幅は低く、不安定で、高価かもしれない。ファイアウォールはしばしば問題になる。

上記の苦情はおそらく Microsoft のファイアウォールが原因だったと思うが、それでも論点は変わらない。ネットワーク構成と性能の大きなばらつきを踏まえると、P2P ダウンロードの影響は、90,000 ブロックのディスク上の検証の影響よりもはるかに大きい可能性がある。

誰が「信頼できない」と言った?提案しているのは、bitcoin.org の公式クライアントのダウンロードに blk0001.dat(それだけ)を同梱するということだ。もちろんクライアントは、初回使用時に blk0001.dat の検証にいくらか時間を費やすことになる。これは避けられないことであり、検証を変更または排除することを提案した者は誰もいない。

公式 Bitcoin に blk0001.dat を同梱するだけで、新しい Bitcoin ユーザーが経験し続ける複数の問題を解消できる。