接続制限
SVN rev 125:
- 8 つの着信接続がある場合でも常に 8 つの発信接続を確立
- 発信接続を a.b.?.?の範囲ごとに 1 つに制限
- スイッチ -maxconnections=#
（現在ドキュメント化されていない）スイッチ -maxconnections=# を追加した。ルーターが多くの接続を維持できない場合を除いて使用すべきではない。その場合は -maxconnections=30 を試してくれ。
-maxconnections はあまりテストしていないので、誰かテストしてくれないか？
同じサブネット内の複数の a.b.?.?ピアへの接続を有効にするのは理にかなっているのではないか？ それで多少速度が出せる。
編集： 言いたかったのは、近隣ノードへの接続上限を無効化することで、ネットワークのレイテンシを低く保てるのではないか、ということだ。
同じサブネット内の複数のa.b.?.?ピアへの接続を有効にするのは理にかなっているのではないか？ それで多少速度が出せる。
速度は副次的な目標だ。
P2P はトランザクションとブロックデータのためのものであって、大きなファイルのためのものではないので、速度はあまり問題にならない。レイテンシはおそらく良い目標だ。よく接続された群があれば、トランザクションが素早く処理され、ブロックデータが素早く更新されるので、クライアントがネットワークの他の部分から遅れずに済む。
主にサトシは、bitcoin の P2P 部分によって家庭用ルーターが過負荷になることを避けたい、ということだろう。
同時に、帯域幅と CPU に余裕がある人は、上限を高く（1000 以上など）設定して、他のノードが経由して接続するためのスーパーノードとして振る舞わせればいい。
-maxconnections はあまりテストしていないので、誰かテストしてくれないか？
これは外向き接続の最大数なのか、それともピア接続の総数の最大なのか？
別々のオプションで両方を個別に制限できると便利ではないか？
knightmbの投稿（2010年8月9日 23:58）トランザクションとブロックデータ。大きなファイルではない
「トランザクションとブロックデータはまだ大きなファイルではない」という意味で言ったのだろうか？ 1日あたりメガバイト程度なら自分のインターネットにとってまだ大きくはないが、Bitcoin だけのために 1日ギガバイト受信するのはすでに多すぎる。 将来の成功が示唆するもの、という意味だ。