（Bitcoinerのコンテキスト投稿）

4 件のメッセージ BitcoinTalk Bitcoiner, ギャビン・アンドレセン, llama, サトシ・ナカモト 2010年7月7日 — 2010年7月10日

Bitcoiner 2010年7月7日原文 · 個別ページ

Bitcoinへの攻撃、妨害、破壊を試みる組織的な取り組みはあっただろうか？安全であることをテストする一つの方法は、実際に二重支払い、偽造コインの作成、偽の取引の投稿などで破壊を試みることだ。欠陥が見つかるなら、Bitcoin経済が大きくなって失うものが増える後よりも、今見つかる方がいい。

ギャビン・アンドレセン（Gavin Andresen） 2010年7月9日原文 · 個別ページ

「本番」のBitcoinネットワークを壊そうとするのは悪いアイデアだ。

Bitcoinの拡張、互換実装の開発、不正な取引の作成による破壊テストに本格的に取り組み始める人がいるなら、独自のブロックチェーン、データディレクトリなどを持つ「パラレルユニバース」テストネットワークを作成するのが合理的だと思う。

サトシ：代替のジェネシスブロック、データディレクトリ、リッスンポート、IRCチャンネルに切り替える—testnetwork（か何か）フラグを受け入れる気はあるか？テストを速くするために、平均ブロック生成時間も非常に短く（10分に1回ではなく1分に1回のように）して、すべてが10倍速く進むようにするとか。

llama 2010年7月9日原文 · 個別ページ

Quote from: gavinandresen on July 09, 2010, 06:11:27 PM

サトシ：代替のジェネシスブロック、データディレクトリ、リッスンポート、IRCチャンネルに切り替える—testnetwork（か何か）フラグを受け入れる気はあるか？テストを速くするために、平均ブロック生成時間も非常に短く（10分に1回ではなく1分に1回のように）して、すべてが10倍速く進むようにするとか。

賛成だが、ブロック生成時間は変更すべきではないと思う。本番ネットワークと同一であるべきだ。たとえばこれにより、テスターが特に低レイテンシーのノードを作成してシステムを妨害しようとすることが可能になり、結果を実際のネットワークに適用できる。

素晴らしいアイデアだギャビン！

サトシ・ナカモト（Satoshi Nakamoto） 2010年7月10日原文 · 個別ページ

これをどうやるか考え始める。

現時点では、-connectをある程度使える。-connectを使ってLAN上のローカルコンピュータに接続させることができる。例えば-connect=192.168.0.100のように。空白の状態から始めてメインネットワークに接続させなければ、難易度は元の低い難易度のままだ。ただし、ポートフォワーディングをしている場合は、外部のノードがまだあなたにインバウンドで接続してくる可能性がある。

-connectを使ってもまだIRCは使用されるが、-connectで特定のノードにのみ接続するよう指示している時はIRCに接続しないようにすべきだと思うか？-connectの主なシナリオは、サーバーファームがあり、2台がネットワークに接続し、残りが最初の2台に接続するケースだ。その場合、-connectのコンピュータをIRCに接続させたくないだろう。

void ThreadIRCSeed(void* parg)
{
    if (mapArgs.count("-connect"))
        return;