Satoshiさん、ありがとう。
昨日アプリを試してみた。Wine上でかなりうまく動いているようだ（MacOSで試したが、Linuxでも動くはずなので、来週仕事に戻ったら試してみる）。
右下隅にブロック数が表示されており、急速に増加してから止まる。これはグローバルチェーンの長さだろうか？それにしては進行が速すぎるように思える。それとも、試されたがパーシャルコリジョンに至らなかったジェネシスブロックの数だろうか？停止と開始の仕方が想定通りなのか、エミュレーション下での動作による不具合なのか分からない。私の推測では――グローバルチェーンの長さであり、最初の急速な進行は、ソフトウェアがチェーン内の先行ブロックをダウンロードし、有効であることを検証しているためだろう。
買い手/売り手の体験に関して、現在の設定ではグローバルチェーンは1時間あたり約6〜7ブロック進行すると理解している。0.1%が良いリスク率だと仮定すると、z=5となり、したがってどのトランザクションもチェーンに固定されるまで1時間弱待つ必要がある。ウェブコンテンツやバーチャルグッズなどのマイクロペイメントは、定義上低いオーバーヘッドが求められるものであり、1時間の待機はかなり大きなハードルのように思える。
ノードが協調なしにグローバルチェーンを進めるためのPoWを見つけようとすることは理解している。しかし次の文：
「CPUパワーの過半数が正直なノードによって制御されている場合、正直なチェーンが最も速く成長し、競合するチェーンを上回る。」
は私にとって混乱を招く。なぜなら、正直なチェーンが1つの攻撃CPUによって作業されるチェーンよりも速く成長できる唯一の方法は、パーシャルコリジョンを探すためにスキャンするキースペースが参加する正直なノード間で均等にシャーディングされている場合だけのように見えるからだ。そうすればコリジョンが見つかる速度はノード数に比例する。しかし、そのようなワークシャーディングの議論が見当たらない。これは明らかに複雑さを増す。同様に：
「ハードウェアの速度の増加とノード運営への関心の経時変化を補うために、プルーフ・オブ・ワークの難易度は1時間あたりの平均ブロック数を目標とする移動平均によって決定される。生成が速すぎる場合、難易度が上がる。」
各ブロックに必要な難易度は、ネットワークを通じてどのように伝達され、合意されるのだろうか？
重ねてありがとう。まだ質問があるが、1通のメールにはこれで十分だ :) いずれかの時点で、これらの議論をFAQ形式のドキュメントにまとめたいと思う。質問が些細に思えたら申し訳ない。
-mike