ユーザーが知っておくべきことをまとめた投稿が必要
何と呼ぶべきかわからないが、ユーザーが知っておくべきことをリストアップした投稿があると助かる。誰か書く時間がある方のために、リストはこちらだ:
-
時計が正しく設定されていることを確認してほしい。
-
Microsoft Security Essentials。これはまだちゃんとまとめられていなかった。
-
wallet.dat ファイルをいじらないよう警告。これはデータベースファイルであり、思っているほど単純ではない。このベータ版では、まだいじり防止対策をする時間がなかった。入れ替えたりし始めると、期待通りに動作しないかもしれない。
ユーザーが知っておくべきことの一覧を掲載するため、上記のコメントを wiki にポストした: http://www.bitcoin.org/wiki/doku.php?id=things_you_should_know
mizeryderia、サトシの投稿をそのままコピー&ペーストしただけで何の付加価値もない。
彼が提起したポイントに対応しようとするか、少なくともこのページがなぜ Wiki にあるのか、何をしてほしいのかを説明するメモを付けることができただろう。
申し訳ない。何を加えればいいか分からなかった。
mizeryderia、サトシの投稿をそのままコピー&ペーストしただけで何の付加価値もない。
彼が提起したポイントに対応しようとするか、少なくともこのページがなぜ Wiki にあるのか、何をしてほしいのかを説明するメモを付けることができただろう。
時計の部分は次のリリース(0.3.11 以降)で対応される。SVN rev 141 では、時計がずれすぎている場合にメッセージボックスをポップアップ表示する。
- wallet.dat ファイルをいじらないよう警告。これはデータベースファイルであり、思っているほど単純ではない。このベータ版では、まだいじり防止対策をする時間がなかった。入れ替えたりし始めると、期待通りに動作しないかもしれない。
具体的にどのくらい単純なのか?昨日投稿した宝くじサイトの確実なバックアップについて今考えているが、これに関する情報を見つけるのに苦労している。bitcoind は安全な状態でダンプできるのか、少なくとも要求に応じてフラッシュできるのか?トランザクション中にファイルをバックアップしたら、全体を失うのか、進行中の更新だけを失うのか?いつバックアップが必要か?送金ごとに必要なのは明らかだ。鍵ペアは自動的に作成されるが、受け取ったトランザクションについてはどうか?鍵ペアは既にあった。新しいアドレスを作成する必要はないようだ。それとも Bitcoin は受取側でも同じおつりの処理をするのか?
この部分が最も重要だと思う。MSE やクロックスキューは通常のプログラム使用を妨げるかもしれないが、ウォレットバックアップの問題は人々に大量のコインを失わせた。これは明らかに最悪であり、継続的な使用のサポートにはあまり役立たない。
バックアップに関する継続的な議論については http://bitcointalk.org/index.php?topic=921.0 を参照
サトシ・ナカモトの投稿(2010年8月19日 20:14 UTC)
- wallet.dat ファイルをいじらないよう警告。これはデータベースファイルであり、思っているほど単純ではない。このベータ版では、まだいじり防止対策をする時間がなかった。入れ替えたりし始めると、期待通りに動作しないかもしれない。
では、どれくらい単純なんだろう?ちょうど今、昨日投稿したくじサイトに対して確実なバックアップを考えていて、この情報を探すのに苦労している。bitcoindは安全な状態でダンプできるのか、あるいは少なくともリクエストに応じてフラッシュできるのか?トランザクションの最中にファイルをバックアップしたら、全体を失うのか、それとも進行中の更新だけを失うのか?いつバックアップする必要があるのか?送金は明らかで、自動的に鍵ペアが作られる。しかし受信した送金についてはどうなんだ?私が知る限り、すでに持っていた鍵ペアで、新しいアドレスを作る必要はないはずだ。それともbitcoinは受信側でも同じおつりのダンスをやっているのか?
この部分は、私が思うに、この中でも最も重要な部分だ。MSEや時計のずれは通常のプログラム利用を妨げるかもしれないが、ウォレットバックアップの問題は人々に大量のコインを失わせており、それは明らかに最悪で、継続利用の支援にはほとんどならない。
このコメントは、議論が指数的に広がるよう、このスレッドをスレッド表示にする価値があると思える。ただ、このフォーラムがスレッド表示でない場合のために、簡単に(話が逸れないように)述べると、Bitcoin プロセスを中断せずに定期的またはトリガーされたバックアップを扱うための、何らかの確立された手順や仕組みがあるべきだ。普及への動機をより強く与えるためには、データの信頼性/可用性をできる限り「完璧に」することが必須に思える。
実は、これはそんなに脱線していない。
サトシ・ナカモトの投稿(2010年8月19日 20:14 UTC)
- wallet.dat ファイルをいじらないよう警告。これはデータベースファイルであり、思っているほど単純ではない。このベータ版では、まだいじり防止対策をする時間がなかった。入れ替えたりし始めると、期待通りに動作しないかもしれない。
ウォレットファイルやバックアップの取り扱いについて警告を導入したり、注意と遅延の前例を確立したりする代わりに、上で提案した通り、データ/ウォレットファイルのバックアップ実装にもっと考察と確立が必要だ。
現在のデータフローのプロセス/構造には詳しくないが、誰かがデータの流れを示す図のようなものを書いたり描いたりしてくれたら、その図のような情報を元に、私のような他の人もどう動くかを理解する助けになり、改善の提案ができるかもしれない。あるいは、どのデータ送受信の後に自動化された/トリガーされたバックアップや類似のアクションを実装する価値があるかといったことを認識できるかもしれない。
バックアップに関する継続的な議論については http://bitcointalk.org/index.php?topic=921.0 を参照
どのバックアッププロセス/手順も、ソフトウェアでコーディングソリューションに適切に取り組む時間ができるまでの応急措置にすぎない。コードがそこに到達するまで、言葉で状況を改善しようとできる。
主なバックアップの改善は、事前作成された鍵のプールと、ロード時にブロック履歴から見逃したトランザクションをスクレイピングする再スキャンだ。そうすればバックアップは長期間有効に持続する。