ネットワーク規模

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日 13: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 台と見積もれる。