バックアップに関する継続的な議論についてはhttp://bitcointalk.org/index.php?topic=921.0を参照
サトシ・ナカモトの投稿（2010年8月19日20:14 UTC）
- wallet.datファイルをいじらないよう警告。これはデータベースファイルであり、思っているほど単純ではない。このベータ版では、まだいじり防止対策をする時間がなかった。入れ替えたりし始めると、期待通りに動作しないかもしれない。
で、どのくらい単純なの？ 昨日投稿した宝くじサイトの確実なバックアップについて今考えているが、これに関する情報を見つけるのに苦労している。bitcoindは安全な状態でダンプできる？ 無理なら、せめて要求に応じてフラッシュできる？ トランザクション中にファイルをバックアップしたら、全体を失う？ それとも進行中の更新だけ？ いつバックアップが必要？ 送金ごとに必要なのは明らかだ。鍵ペアは自動的に作成されるが、受け取ったトランザクションについてはどうなる？ 鍵ペアは既にあった。新しいアドレスを作成する必要はないようだ。それともBitcoinは受取側でも同じおつりの処理をするの？
この部分が最も重要だと思う。MSEやクロックスキューは通常のプログラム使用を妨げるかもしれないが、ウォレットバックアップの問題は人々に大量のコインを失わせた。これは明らかに最悪であり、継続的な使用のサポートにはあまり役立たない。
このコメントは、議論が指数的に広がるよう、このスレッドをスレッド表示にする価値があると思える。ただ、このフォーラムがスレッド表示でない場合のために、簡単に（話が逸れないように）述べると、Bitcoinプロセスを中断せずに定期的またはトリガーされたバックアップを扱うための、何らかの確立された手順や仕組みがあるべきだ。普及への動機をより強く与えるためには、データの信頼性/可用性をできる限り「完璧に」することが必須に思える。
実は、これはそんなに脱線していない。
サトシ・ナカモト
- wallet.datファイルをいじらないよう警告。これはデータベースファイルであり、思っているほど単純ではない。このベータ版では、まだいじり防止対策をする時間がなかった。入れ替えたりし始めると、期待通りに動作しないかもしれない。
ウォレットファイルやバックアップの取り扱いについて警告を導入したり、注意と遅延の前例を確立したりする代わりに、上で提案した通り、データ/ウォレットファイルのバックアップ実装にもっと考察と確立が必要だ。
現在のデータフローのプロセス/構造には詳しくないが、誰かがデータの流れを示す図のようなものを書いたり描いたりしてくれたら、その図のような情報を元に、私のような他の人もどう動くかを理解する助けになり、改善の提案ができるかもしれない。あるいは、どのデータ送受信の後に自動化された/トリガーされたバックアップや類似のアクションを実装する価値があるかといったことを認識できるかもしれない。
バックアップに関する継続的な議論についてはhttp://bitcointalk.org/index.php?topic=921.0を参照