現在（GMT 04:50）私のノードがあなたのノードに接続しているが、毎回ゾンビ接続になっている。ソケットはエラーを返さず、通知なしにゾンビになるだけだ。今 Linux ビルドを実行しているなら、あなた側のログに何が表示されているか見てみると興味深いだろう。
test3：
ゾンビソケットを検出するための専用コードを追加した。接続から 60秒以内にデータの送受信がないソケットを検出し、送信待ちのデータが 3分間送信されていない場合も検出する。
test2 で再接続速度を弱めてしまったかもしれない。test3 では素早く再接続するようにより積極的にしている。
他のノードがあなたの生成したブロックを受信したかどうかを追跡するチェック機能を追加した。どのノードも受信しなかった場合、説明文で警告する： 「Generated - Warning: This block was not received by any other nodes and will probably not be accepted!」
ブロックやトランザクションが他のどのノードにも送信されない場合、ステータスは「#/offline?」になる。
これらすべてにより、おかしくなったらすぐに気付かないことは不可能なはずだ。すべてのゾンビソケットを切断できるはずだ。その後、良好な接続を確立できるのか、それともソケットが完全に壊れて 0 接続のままなのかは分からない。
これでうまくいかない場合は、BitTorrent など他の P2P アプリのソースコードを見て、こうした問題にどう対処しているか確認するつもりだ。ソケットシステムを復活させるための魔法のフラグや手順があるかもしれない。
ファイル linux-0.1.6-test3.tar.bz2 は次のメッセージに添付する。
NewLibertyStandardの投稿2009年11月11日午前8:08、Liberty Standard
NewLibertyStandardの投稿ネットワーク接続はコンピューターに直接つながっています。ISPはインターネットに 接続するためにVPNの実行を要求します。その上で2つ目のNICでインターネットを 他のデバイスと共有しています。コンピューターを使用中のIPアドレスは実際のIP アドレスですが、2つ目のNIC経由で接続されたデバイスはNATを使用します。 仮想マシン経由で接続する場合もNATを使用します。これらの設定にはほとんど 設定が不要です。UbuntuのNetworkManagerには2つ目のNIC経由でインターネット 接続を共有するオプションがあり、VirtualBoxにはNATを使用するオプションが あります。
また数パックのBitcoinを失ったので、その問題はまだ修正されていません。 何が起こっているか分かった今では少し耐えられます。当面はBitcoinの 熟成が始まるのを見たら再起動するようにします。LinuxとWineを行き来 するかもしれませんが、新しいバージョンが出るたびに必ずテストします。 現時点ではまだLinuxビルドを実行しています。
2009年11月11日午前7:49、Satoshi Nakamoto <satoshin@gmx.com
サトシ・ナカモトの投稿ありがとう。ログは特別なところで止まっておらず、単純な メッセージ受け渡しだった。おそらくUI関連だろう。初期のバグの ほとんどはUIに関するものだった。
ファイアウォールのブランド/モデルは何だ？BitTorrentが一部の モデルが処理できる接続数を圧倒する可能性がある。ほとんどの モデルは性能不足で、負荷がかかると不安定だ。
NewLibertyStandardの投稿添付ファイルはちゃんと受け取れています。Marttiに大きな 添付ファイルを送らないようにしただけです。
バグを再現できません。ペースト、ブロックの完了、両方の 組み合わせ、それとも全く別のものが障害を引き起こしたのか 分かりません。
…
しかしダウンロードが始まった後、BitTorrentクライアントを 見てみたら、案の定、あるトレントのことを忘れていて、 アップロードが設定した上限でかなり高くなっていました。