本当にWineでの実行を続けない方がいい。データベースエラーが出ている（db.log）。おそらく新規インストールに転送する儀式的な手順は、データベース破損に対処するために編み出したものだろう。未確認ブロックを失う方法があるとすれば、データベースエラーが原因だろう。Linuxビルドで見つかった問題は修正できる。Berkeley DBの深い部分にあるWineの非互換性は修正不可能だ。
LinuxビルドのGCC 4.3.3は、WindowsのGCC 3.4.5よりもSHA-256コードをうまく最適化したのだと思う。最適なSHA-256コードを探していた時、手動でチューニングされた高度に最適化されたSHA1コードはたくさんあったが、SHA-256についてはまだそれほど多くなかった。MinGWを4.3.xにアップグレードして同じ土俵に立てるか見てみるべきだな。
Liberty Standardの書き込み：
このLinuxビルドの制作に貢献してくれた皆さん、本当に素晴らしい仕事をしてくれました！ 尽力に感謝します。Bitcoinの熟成が始まったので、当面はLinuxクライアントを実行し 続けて、Wine上のWindows版と同等以上にコインを生成できるかどうか判断するつもりです。
2009年11月9日 午前8:59、Liberty Standard <newlibertystandard@gmail.com mailto:newlibertystandard@gmail.com> の書き込み：
複数のインスタンスを実行したいもう一つの場面は、Bitcoinをアップグレード する時です。古いBitcoinでコイン生成のチェックボックスを外し、新しい Bitcoinを起動して別のデータディレクトリでコイン生成を開始し、古い アプリケーションのコインが熟成したら新しいアプリケーションに送金して 古いアプリケーションを閉じます。古いデータを維持しながら アップグレードするよりも、クリーンインストールを好みます。 2009年11月9日 午前7:42、Satoshi Nakamoto <satoshin@gmx.com <mailto:satoshin@gmx.com>> の書き込み： ありがとうございます、何が起こったか分かりました。最初のノードが 遅かったため、他の全員にもブロックを要求してしまい、全体が 詰まっただけです。これは修正できます。正しいやり方を少し考える 必要があります。 未確認の状態でシャットダウンしてもリスクはありません。トランザクション や新しいブロックを作成すると、すぐにネットワークにブロードキャスト されます。その後の確認数/#の増加は結果を監視しているだけです。その間に あなたのノードが承認を促進するために何かをすることはありません。
出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。