ビットコイン・インスティテュート

ネットワーク規模

7件のメッセージ BitcoinTalk InterArmaEnimSil, AndrewBuck, NewLibertyStandard, FreeMoney, サトシ・ナカモト, dete 2010年7月16日 — 2010年7月18日
InterArmaEnimSil 2010年7月16日23:04 UTC

現在のネットワークの規模を、例えば接続クライアント数、アクティブに生成しているクライアント数、FLOPS、あるいは理想的にはこれらすべてで照会する方法はあるだろうか? 自分のクライアントは過去4日間ずっと15クライアントに接続されているが……コインを生成しているのが15人だけとは、どうも思えない。スケーラビリティの評価という観点でこれを調べたいと思っている。

AndrewBuck 2010年7月17日19:46 UTC

正常な動作には1つで十分だが、接続数が多いほどネットワークのセグメント化を防げる。常に15なのが奇妙に思えたので、制限があるのかと思っただけだ。

プロトコル自体がこのようなメカニズムをサポートすべきだと思う。知っておくと良い。自分の理解では、IRCサーバーはより恒久的な解決策が実装されるまでの一時的なものだ。これはおそらく早めに対処する必要がある。システムの成長がすぐにIRCサーバーを圧倒するからだ。単一障害点でもあり、クライアントには他の方法で互いを見つける手段があるが、IRCサーバーを失うとネットワークがフラグメント化し、相互接続されたノードの複数の「島」ができる可能性がある。この島状態が十分長く続くと、トランザクションが失われる可能性がある。

-Buck

NewLibertyStandard 2010年7月17日22:22 UTC

バージョン0.3はポートフォワーディングしていないクライアントの発信接続を15から8に減らすはずだったが、実際には起きていないと思う。確信は持てない。間違っていたら訂正してほしい。

FreeMoney 2010年7月17日22:34 UTC

v3を使っていてポートフォワーディングなしで、8以上になったことはない。

NewLibertyStandardの投稿(2010年7月17日22:22 UTC)

バージョン0.3はポートフォワーディングしていないクライアントの発信接続を15から8に減らすはずだったが、実際には起きていないと思う。確信は持てない。間違っていたら訂正してほしい。

0.3.0では、8への変更はWindows版にのみ反映され、他のバージョンはまだ15のままだった。

0.3.2にアップグレードしてほしい。現在利用可能だ。

dete 2010年7月18日01:16 UTC

最初の投稿者の質問に戻ろう。現在のswarmサイズをどう見積もるか?

私の見たところ、difficulty値を見るだけで過去最大のswarmサイズ(ノード数ではなく計算能力で)をかなり良く見積もれそうだ。理解しているところでは、difficultyはswarmが新しいブロックをどれだけ速く計算できるかに基づいてスケールアップされる。

もっと正確で最新の見積もりは、直近のいくつかのブロックが解かれるのにかかった時間に基づいて出せるだろう。

ノード数を直接正確に見積もる方法があるとは(あるいはありえるとは!)思えない。ファイアウォールやtorなどが多すぎる。

dete 2010年7月18日03:43 UTC

http://www.alloscomp.com/bitcoin/calculator.phpに基づくと:

1,250,000 khpsで平均生成時間は10分。  900,000 khpsで中央値生成時間は10分。

このスレッドでは平均生成速度が約400 khpsだと主張されているが、私の環境では約1000(比較的新しいマシン)だ。それを基にすると、swarm内で働いているマシン数は1000~3000台と見積もれる。