現在（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日 13:08 UTC）NewLibertyStandardのメール（2009年11月11日 13:08 UTC）私のネットワーク接続はコンピューター直結です。 ISP はインターネット接続に VPN を要求してきます。 そして 2 枚目の NIC を持っていて、そこからインターネットを他の機器に共有しています。 自分のコンピューター利用時の IP アドレスは実 IP ですが、 2 枚目の NIC 経由で接続する機器は NAT を使います。 仮想マシン経由で接続する時も NAT です。 設定の手間はほぼかかっていません。 Ubuntu の NetworkManager に 2 枚目の NIC 経由でインターネット接続を共有するオプションがあり、 VirtualBox にも NAT を使うオプションがあります。
ビットコインを 2 セット分また失ってしまいましたので、その問題はまだ直っていません。 状況が理解できるようになった今、少しは耐えられます。 当面はビットコインのセットが熟成し始めるたびにビットコインを再起動する運用にします。 Linux と Wine の間を行ったり来たりするかもしれませんが、新版が出るたびに必ず検査します。 今この瞬間も Linux ビルドを動かしています。
サトシ・ナカモトのメール（2009年11月11日 00:41 UTC）ありがとう。ログは特別なところで止まっておらず、単純な メッセージ受け渡しだった。おそらく UI 関連だろう。初期のバグの ほとんどは UI に関するものだった。
ファイアウォールのブランド/モデルは何だ？BitTorrent が一部の モデルが処理できる接続数を圧倒する可能性がある。ほとんどの モデルは性能不足で、負荷がかかると不安定だ。
NewLibertyStandardのメール（2009年11月11日 23:00 UTC）君からの添付ファイルは問題なく届いている。 大きな添付をマルッティに送らない方が良いと思っただけだ。
このバグは再現できない。 貼り付け、ブロック完了、その組み合わせ、 あるいは他の何かが原因なのか、分からない。
…
ただ、ダウンロードが始まった後、自分の BitTorrent クライアントを見たら、忘れていたトレントがあって、上り帯域が私の設定した上限近くまで使われていた。