機能リクエスト: 接続数の制限
ビットコインクライアントが受け入れる接続数を制限するオプション(RPCインターフェース付き)を希望する。自宅のクライアントは70の異なるノードに接続されており、貧弱なルーターではとても追いつけない。ネットワークが遅くなり始めており、このままではビットコインに接続リクエストを無視させる(-connect=<ノード>を使って)必要が出てくるだろう。
接続制限オプションがあれば素晴らしい代替手段になるだろう。
了解。ありがとう。
それでも良い機能だと思う。ブートストラップなどのために他の人が接続してくるのは構わないし、おそらく15ではなく40に設定するだろう。
このリクエストを「標準」GUI機能として支持したい。
最近、さまざまなSOCKSプロキシ/プロバイダー経由でBitcoinをテストしており、接続数を10未満に制限できる機能は非常に便利だろう。
フィードバックありがとう。
一つの方法として、アウトバウンド接続を15から10、あるいは5に減らすことができる。15という選択は恣意的だった。冗長性と高速な指数関数的メッセージ伝播に十分な数があれば良いのだ。10でもまだ十分だ。5でも問題ないはずだ。10はきれいな切りの良い数字として良いので、ユーザーは意図的に止まったことが分かる。
UPnPを実装すれば、インバウンドを受け入れるノードが増えるので助けになるだろう。接続数は、インバウンドを受け入れるノードとアウトバウンドのみのノードの比率に15を掛けたものだ。インバウンド接続を受け入れる人をもっと増やすよう奨励する必要がある。
一定の接続数に達したらインバウンド接続の受け入れを停止する機能を実装する予定だ。
どのバージョンを使っているか?
BitTorrentのような典型的なP2Pソフトウェアで接続数が最大何になるか知っている方はいるか?
BitTorrentクライアントは簡単に何百もの接続を処理できる。これが小さな組み込みルーターをダメにする理由だ。通常のIPルーターなら問題ないが、小さな組み込み機器はNATを行っているので、すべての接続の状態を追跡してメモリ不足になる。また、非常に低速なSoCスタイルのコンピュータなので、それを通過するすべてのものが影響を受ける。
Torrentクライアントには一般的に、グローバル最大接続数、最大受信接続数、最大送信接続数を設定するオプションがある。
能力のある人には無制限の受信/送信接続を許可し、NAT、Tor、プロキシなどを使っている人には控えめなデフォルトを提供するのが良いと思う。
RC4で最大アウトバウンド接続を15から8に減らした。
15は冗長性のために必要な数をはるかに超えていた。8でも十分な冗長性がある。
ノードがこのバージョンにアップグレードするにつれて、インバウンドを受け入れるノードが受ける接続数は半減する。
8以上の接続が必要な方は、ファイアウォールでポート8333を開けてほしい。