debug.logでは、ブロックリストを要求し、ブロックリストを受信した後、要求されたブロックのリストのアップロードを開始している。ブロックを受信していないが、十分な時間が経っていないので確実なことは言えない。それ以外はすべて正常に見える。
どのくらいの時間実行した？ ブロックのダウンロードが始まるまで数分かかることがある。特にケーブルモデムを使っている場合、上りの帯域幅がかなり低いことがあるので、ブロック要求リストのアップロードに時間がかかることがある。
もう一度実行してもブロックがダウンロードされない場合は、少なくとも数時間実行し続けてからdebug.logを送ってくれ。そうすれば、私のノードがあなたに接続する時間ができ、私のノードで何が表示されているか確認してあなたのdebug.logと照合できる。
閉じる時の最小化オプションについてはその通りで、別にできない理由はない。マルッティはもともと別々にしていたのを、私がサブオプションにしてしまった。私が悪かった。元に戻す。
NewLibertyStandardのメール（2009年11月8日14:00 UTC）そういう意味だ。プログラムを動かしている間、ステータスバーに表示されるブロック数は全く増えなかった。debug.logを添付した。
Gnomeでトレイアイコンの動作を確かめるには、通知領域を一度削除してから戻すといい。 通知領域を戻した後にアイコンが表示されていれば、正しく動いているということだ。
普段、私はアプリケーションの設定でトレイ最小化はオフ、トレイ終了はオンにしている。 そしてアプリケーションは常時最小化している。 こうすれば、誤ってプログラムを閉じてしまうこともなく、トレイから開ける利便性も保てる ( タスクバーにはウインドウを表示しないが、クリックするとサブメニューで開いているウインドウ一覧を出すアイコンを置いている )。 もしトレイアイコンが消えたら、設定でアイコン表示をいったん無効にしてから再度有効にすれば戻る。 ところが、ビットコインの設定ではこれができない。 トレイ最小化のチェックを入れないと、トレイ終了のチェックが入れられないからだ。
サトシ・ナカモトのメール（2009年11月8日05:52 UTC）ステータスバーのブロック数が約26600まで上がっていないということであれば、 それはバグだ。debug.logを送ってくれ。 （~/.bitcoin/debug.logにある）
Windowsのように、Linux上で既に実行中のプログラムを見つけて表示する方法は まだ分かっていない。話からすると、少なくともトレイに最小化の オプションは、最初はデフォルトでオフにしておくべきだ。
NewLibertyStandardのメール（2009年11月8日08:00 UTC）ダウンロードしたら起動した。CPUをかなり使っているので、ちゃんと動いていると思う。 既存ブロックがダウンロードされていないが、これはバグなの？ それとも新機能？
Gnomeのシステムトレイはあまり安定していない。 アイコンが消えてしまって、プログラムに戻る術がなくなることがある。 これがビットコインでも起こり得ることを確認した。 既にビットコインが起動している状態でビットコインを起動すると、 既に動いているビットコインのプロセスのGUIが前面に出るようになっているとありがたい。
