サトシ ↔ マルッティ・マルミ メール

メッセージ本文:

こんにちは。

anti-state.com フォーラムの Trickstern です。ビットコインの開発で何か手伝えることがあれば、お手伝いしたいです。

Java と C 言語については学校の授業で良い感触を得ています（コンピューターサイエンスを学んでいます）。ただし開発経験はまだそれほど多くありません。その下地があるので C++ の作法もすぐ覚えられると思います。テストやドキュメント作成も可能です。

よろしくお願いします。 マルッティ・マルミ

— このメッセージは登録 SourceForge.net ユーザーであるあなた宛に、別のサイトユーザーから SourceForge.net サイトを経由して送信されている。本メッセージは SourceForge.net メールエイリアスに配信されている。メールクライアントの「返信」 機能、または SourceForge.net のメッセージ機能から返信できる: https://sourceforge.net/sendmessage.php?touser=2495503

ASC でトピックを立ててくれてありがとう。あなたのビットコインの理解はぴたりと当たっている。彼らの反応の一部はかなりネアンデルタール人的だったが、彼らは反法定通貨に慣れすぎていて、金以外のものは何でも不十分だと感じるのだろう。彼らは何かが可燃性であることは認めるが、火花が散らないから決して燃えないと主張する。現金で裏付けられればその見方は変わるかもしれないが、準備が整うまで公の場でそれに触れるのは控えた方がよさそうだ。初心者が殺到することになるだろうから、まず準備を整える必要がある。

今いちばん必要なのはウェブサイトの記述だ。私の文章はあまり上手くない、コーディングのほうがずっと得意だ。今は空白になっている SourceForge 上でウェブサイトを作ってくれるとよいかもしれない。FAQ を書いてくれるなら、メールやフォーラムで質問に答えた私の返信集を渡せる。事実・詳細・アイデアの素材として使ってほしい。

コード面では、今すぐ取り組みやすいものは多くない。必要なのは Java、Python、PHP、ASP などのサーバーサイドスクリプト言語へのインターフェースだ。ビットコインがウェブサーバー上で稼働し、サーバーサイドのスクリプトから呼び出して取引を実行する形になる。Windows なので、OLE/COM がインターフェースになると思う。

簡単で本当に助けになるのは、受信接続を受け付けられるノードを稼働させることだ（ファイアウォールでポート 8333 を開放してほしい）。これは、新規ユーザーが試したときに接続先が確保されているようにするためだ。試して接続が 0 だと、おそらくそのままあきらめてしまう。

サトシ

メッセージ本文：

こんにちは。

anti-state.com フォーラムの Trickstern です。 何か私にできることがあれば、ビットコインの手伝いをしたいです。

学校のコースで Java と C 言語にはそれなりに触れています（CS を専攻中です）が、 開発経験はまだあまりありません。それを土台にすれば C++ のコツもかなり簡単に 学べると思います。テストやドキュメント作成もできます。

よろしくお願いします。 Martti Malmi

— このメッセージは登録 SourceForge.net ユーザーであるあなた宛に、別のサイトユーザーから SourceForge.net サイトを経由して送信されている。本メッセージは SourceForge.net メールエイリアスに配信されている。メールクライアントの「返信」 機能、または SourceForge.net のメッセージ機能から返信できる: https://sourceforge.net/sendmessage.php?touser=2495503

了解しました。ウェブサイトと FAQ は私が担当できます。思いつく質問から FAQ を書き始めます。

プログラムへの機能提案があります：パスワードで保護された秘密鍵を作成し、任意の場所に保存できる UI ツールです。鍵のバックアップは、コインの管理権を失わないため、また複数のコンピューターでコインを使えるようにするために必要です。パスワード保護は、鍵ファイルを偶然見つけた人が金銭を使うことを難しくするために必要です。

SourceForge のプロジェクトページにバグ・機能追跡ツールを設置してはどうでしょうか？

私の PC の電源が入っているとき、ビットコインノードは常に稼働させています。つまりほぼ 24 時間 365 日稼働です。ビットコインは素晴らしいプロジェクトで、参加できて本当に光栄です！

Martti Malmi

ASC でトピックを立ててくれてありがとう。あなたのビットコインの理解は ぴたりと当たっている。彼らの反応の一部はかなりネアンデルタール人的だったが、 彼らは反法定通貨に慣れすぎていて、金以外のものは何でも不十分だと感じる のだろう。彼らは何かが可燃性であることは認めるが、火花が散らないから 決して燃えないと主張する。現金で裏付けられればその見方は変わるかもしれない が、準備が整うまで公の場でそれに触れるのは控えた方がよさそうだ。初心者が 殺到することになるだろうから、まず準備を整える必要がある。

今いちばん必要なのはウェブサイトの記述だ。私の文章はあまり上手くない、 コーディングのほうがずっと得意だ。今は空白になっている SourceForge 上で ウェブサイトを作ってくれるとよいかもしれない。FAQ を書いてくれるなら、 メールやフォーラムで質問に答えた私の返信集を渡せる。事実・詳細・アイデア の素材として使ってほしい。

コード面では、今すぐ取り組みやすいものは多くない。必要なのは Java、Python、 PHP、ASP などのサーバーサイドスクリプト言語へのインターフェースだ。 ビットコインがウェブサーバー上で稼働し、サーバーサイドのスクリプトから 呼び出して取引を実行する形になる。Windows なので、OLE/COM がインターフェース になると思う。

簡単で本当に助けになるのは、受信接続を受け付けられるノードを稼働させる

了解しました。 ウェブサイトと FAQ は私が担当できます。 思いつく質問から FAQ を書き始めます。

それは素晴らしい。 あなた (dmp1ce) を SourceForge プロジェクトの開発者として追加し、 ウェブスペースなどを編集する権限を与えた。

プログラムへの機能提案があります: パスワードで保護された秘密鍵を作成し、 任意の場所に保存できる UI ツールです。 鍵のバックアップは、 コインの管理権を失わないため、 また複数のコンピューターでコインを使えるようにするために必要です。 パスワード保護は、 鍵ファイルを偶然見つけた人が金銭を使うことを難しくするために必要です。

その通り。 物事が動き始めれば、 これは絶対に必須の機能になる。 強力な暗号化で自分の資産を施錠でき、 物理的な金庫よりも安全にバックアップできるようになる。 これまでは他の機能を優先して後回しにしてきた。 ビットコインに価値が付くまではまだ重要でないからだ。

次にエスクロー機能の開発に取り組む予定だ。 これは物理的な物の取引をより安全にし、 法定通貨での裏付けが始まる前に必要だ。

PC の電源を入れているときはいつもビットコインノードを稼働させています、 ほぼ 24 時間。 ビットコインは素晴らしいプロジェクトで、 参加できるのは本当にクールです！

ありがとう！ 今ネットワーク上には incoming 接続を受けられない人が多くいるので、 受けられるノードは大いに助かる。 ノードが増えれば、 「(not accepted)」 の問題を抑える助けになる。 v0.1.6 でその発生確率を下げるまでの暫定対策だ。

FAQ の項目の一つとして、 incoming 接続を受けるためにポート 8333 をフォワードするファイアウォール設定の方法を入れるとよいと思う。 質問は「接続が 0 件のときどうすればよいか」 のようなものでよく、 答えは設定をしないと接続できるノードが限られる可能性がある、 となるだろう。

以下に、 フォーラムやメールで答えてきた質問の集成を載せる。 頻出質問が何で、 私がどう答えてきたかの参考になるはずだ。 全部や大半を使うつもりはなく、 取捨選択してくれ。 これまで答えた内容のダンプにすぎない。

簡単に答えられない論点は、 そもそも持ち出さない方がよい。 一般ユーザーはシステムが述べた通り動く (実際に動く) と仮定して満足するもので、 設計の細部に入ると、 システムを深く理解しなければ答えられない厄介な議論を開いてしまう。 これまで受けた高度な質問は人ごとに違っていて、 個別に答えるのが最善だった。

**** 質問と回答のダンプ ****

FAQ に使う質問はおそらく言い回しを変えるべきだ。

質問:

UI の下部に次のように表示される:

Generating 4 connections 4024 blocks 164 transactions

generating は理解できる。 4 つの他のノードに接続していると思う。 164 のトランザクション (失敗した生成試行を含む) を記録していることも分かる。 blocks の数字が何を表しているのか分からない。 各トランザクションに対して表示されるブロック数の合計よりずっと小さい。

これはブロックチェーンのブロック総数、 すなわちネットワークのブロックチェーンの数で、 全員が同じものを持っている。 すべてのビットコインノードが同じ数字を表示し、 誰かがブロックを生成するたびに約 10 分ごとに増えていく。 しばらく動かしていなかった場合、 接続後に不在中に生成された分をダウンロードして急速に追いつく。 (ステータスバーに 1 語、 最大でも 2 語で収まるように) どう説明するのがよいか、 アイデアはあるか？

トランザクションの隣のステータス列にある blocks 数字は、 そのトランザクションの後に来たブロックの数だ。 トランザクションはそれだけのブロック内に本質的に「入っている」 ことになる。

Satoshi

私の推測では ―― グローバルチェーンの長さであり、 最初の急速な進行は、 ソフトウェアがチェーン内の先行ブロックをダウンロードし、 有効であることを検証しているためだろう。

その通り。 もっと明確な表現を考えているところで、 「%d network blocks」 や「%d block chain」 のようなものを検討している。

(block not-accepted) の失敗が普段より多く出ているようなので、 何か意味があるかもしれないと思い知らせておく。

not-accepted のレートはどれくらいだった？ こちらでは異常は見えなかった。 仮に 4 件以上連続したら異常で、 おそらくネットワーク通信の喪失だ。 散発的に 25% 未満なら、 単なる不運だ。 不採用がランダムにある程度発生するのは正常で無害だ。 もちろんランダムな分布は偏ってパターンに見えることもある。

unaccepted ブロックの表示/非表示オプションは良いアイデアだ。 生成ブロック全体の表示/非表示も同様で、 着信トランザクションがより見やすくなる。 unaccepted ブロックの表示は、 ただ煩わしく不満を感じるだけだ。 不採用率は誰もが同じで、 プロセスの一部にすぎない。 デフォルトでは unaccepted ブロックを隠す方がよいだろう。 そもそも存在しなかったものを与えて取り上げる演出を避けられるし、 新規生成ブロックも少なくとも 1 confirmation が付くまでは表示しない方がよい。 通常より 15 分遅れて生成ブロックを知るだけのことで、 どのみち成熟まであと 119 ブロック残っている。 これは v0.1.6 の TODO だ。

Satoshi

（注：0.1.6 でこの問題をある程度軽減する改善を入れる。 また、 ネットワークが大きくなれば自然に改善する）

何らかの理由で、 あなたからの送金が From: unknown と表示される。 私のアドレス帳にあなたを追加したのに。

トランザクションリストに Generated (not accepted) という行がある。コインの生成の試みが何かうまくいかなかったようだ。何が起きたのか分からない――おそらく私のノードがブロックの解決に成功したものの、ネットワークに送信される前にオフラインになったのだろうか？

ビットコインアドレス宛に送られたトランザクションは常に from: unknown と表示される。 トランザクションは宛先しか伝えない。 ビットコインアドレス送信にはいくつかの問題があるが、 オンラインかどうかに関わらず誰にでも送れるフォールバックがあるのは大変ありがたい。 後で改善するアイデアがいくつかある。 今は、 もし現実世界のように大半のトランザクションが商人とのものになれば、 商人は必ず IP で受け取れるよう設定するだろう。 P2P ファイル共有ネットワークは、 ユーザーの大部分にファイアウォールのポートフォワードを設定させることに概ね成功している。

間接送金にコメントを添える方法を切実に探したが、 手段がなかった。 ビットコインは EC-DSA を使っている。 ブロックチェーンを今日の技術で実用的なほどコンパクトにするために必須だった。 EC-DSA の署名は RSA より一桁小さい。 だが EC-DSA は RSA のようにメッセージを暗号化できず、 署名検証にしか使えない。

Generated (not accepted) は通常、 2 つのノードがほぼ同時にブロックを見つけた場合に発生する。 一方が採用されない。 正常で避けられない。 v0.1.6 ではこれを隠す予定だ。 ただ混乱と苛立ちを生むだけで、 ユーザーに見せる理由がない。 ネットワークが今のように小さい間は、 incoming 接続を受けられないと、 ブロック告知を直接受け取れないため不利になる。

…今のところ Generated メッセージが 2 つ出ている。 だが Credit フィールドは 0.00 で残高は変わっていない。 コインが有効になるまでの age/maturity 要件のせいか？

そう、 credit フィールドは成熟するまで 0.00 のままで、 成熟すると 50.00 になる。 ちなみに、 行をダブルクリックすれば詳細が見える。

…正しく理解していれば、 すべてのトランザクションがハッシュ化される単一の (もしくは数本の) グローバルチェーンしか存在しない。 「経済の物語」 を記録するチェーンが 1 本しかないなら、 これはどうスケールするのか？ 全球規模で展開すれば、 1 時間に数百万、 数十億のトランザクションがチェーンにハッシュ化されることになる…

…インセンティブの節が分かりにくかった。 特に、 ノードを動かす理由が新規コインの鋳造からトランザクション手数料の徴収に移る引き金が何なのか分からない (BitCoin の要点はそもそもトランザクションコストをゼロにすることではないのか？)。 おそらくシステムを取り仕切る人間がいると想定するが…

…v1 のインフレスケジュールはどう決めたのか？ 2,100 万コインはどこから来たのか？ これらのコインの額面は何か？ 価値の結合と分割の方法に言及があるが、 仕組みが分からない。 例えば、 ビットコインは常に整数で表されるのか、 それとも小数を持てるのか？…

…本当に革命的なアイデアに出会うことは滅多にない。 新しい貨幣スキームでこれほど興奮したのは、 リップルを見つけた時以来だ。 リップルについて何か考えがあれば、 ぜひ聞かせてほしい。

グローバルチェーンは 1 本だけだ。

既存の Visa クレジットカードネットワークは世界で日に約 1,500 万件のインターネット購入を処理している。 ビットコインは既存ハードウェアでその何倍もスケール可能で、 コストも一桁安い。 実質的にスケール上限に達することがない。 興味があれば、 極端な規模にどう対処するか説明する。

ムーアの法則により、 ハードウェア速度は 5 年で 10 倍、 10 年で 100 倍速くなると見込める。 ビットコインが狂気じみた採用率で伸びても、 コンピューターの速度はトランザクション数の伸びを先行し続けると思う。

近いうちに手数料が必要になるとは見ていない。 だがノード運用が負担になりすぎる場合は、 トランザクション手数料を含むトランザクションのみを処理するノードを動かすことも可能だ。 ノードオーナーが受け入れる最低手数料を決める。 今そのようなノードは何も得られない。 誰も手数料を含めないからだ。 だが十分な数のノードがそうすれば、 手数料を含めるユーザーはより速く受理され、 含めなければ遅くなる。 市場が落ち着く手数料は最小限になるはずだ。 ノードが高い手数料を要求すれば、 そのノードは低い手数料のトランザクションを取り逃す。 むしろ可能な限り多くの有料トランザクションを処理することで、 出来高を増やしより多く稼げる可能性が高い。 移行はシステムを取り仕切る人間に制御されるのではなく、 個人が市場の力に反応するだけだ。

ビットコインの重要な側面は、 ネットワークのセキュリティが、 ネットワークの規模と保護すべき価値の量とともに成長することだ。 短所は、 開始時の小さい段階では脆弱だということだ。 ただし盗まれうる価値は常に盗むのに必要な労力より小さいはずだ。 誰かが別の動機で論点を証明したいなら、 私が既に認めている論点を証明することになる。

コイン数と分配スケジュールの選択は教育的推測だった。 難しい選択だった。 ネットワークが動き出すと固定されてしまい、 そのまま付き合うことになるからだ。 既存通貨と似た価格になる数字を選びたかったが、 未来を知らないでこれは非常に難しい。 最終的に中間を選んだ。 ビットコインが小さなニッチに留まれば、 単位あたり既存通貨より安くなる。 世界商取引の一部に使われると想像すれば、 全世界で 2,100 万コインしかないので、 単位あたりずっと高い価値になる。 値は 64 ビット整数で小数点以下 8 桁、 つまり 1 コインは内部的に 100000000 と表される。 典型的な価格が小さくなっても粒度は十分にある。 例えば 0.001 が 1 ユーロの価値になれば、 小数点の表示位置を変える方が楽だろう。 1 ビットコインが 1000 と表示され、 0.001 が 1 と表示される、 など。

リップルは信頼を扱う点で興味深い。 中央サーバーに集中させる以外で信頼を扱う唯一の他システムだ。

Satoshi

それは素晴らしい。 あなた (dmp1ce) を SourceForge プロジェクトの開発者として追加し、 ウェブスペースなどを編集する権限を与えた。

ああ、それは僕ではなく、協力を申し出た別の人です。Freedomain Radio フォーラムで見かけたことがあります。僕の名前は Martti Malmi で、Sourceforge アカウントは sirius-m です。問題ありません！

回答いただいた質問をありがとうございます。FAQ に追加しておきます。以下が今までに作成したものです：

**** ビットコイン FAQ ****

一般的な質問

1 ビットコインとは何ですか？

ビットコインはピアツーピアネットワークに基づく匿名デジタル通貨です。ピアツーピア（P2P）とは、新しい通貨を発行したり取引を記録したりする中央機関が存在しないことを意味します。その代わり、これらのタスクはネットワークのノードによって集合的に管理されます。匿名性とは、取引当事者の実世界での身元を公衆から、あるいは当事者自身からも隠すことができることを意味します。

2 ビットコインはどのように機能しますか？

ビットコインは公開鍵/秘密鍵暗号方式を利用しています。コインがユーザー A からユーザー B に送金される際、A は B の公開鍵をコインに追加し、自分の秘密鍵で署名します。これで B がコインを所有し、さらに送金することができます。A が既に使用したコインを別のユーザー C に送金することを防ぐため、過去のすべての取引の公開リストがビットコインノードのネットワークによって集合的に維持され、各取引の前にコインが未使用であることが確認されます。

詳細については、上級者向けの質問の章を参照してください。

3 ビットコインの価値は何に裏付けられていますか？

ビットコインは、すべての伝統的な紙幣と同様に、それと交換できるものによって価値が評価されます。

最初のユーザーが「100 ビットコインをくれたら誰にでもピザを作る」と公に宣言すれば、人々がピザを欲しがり彼の宣言を信頼する限り、ある程度ビットコインを支払い手段として使うことができます。彼を友人として信頼するピザ好きの美容師が、おしゃれなヘアカットの支払いにビットコインを受け付け始めると宣言すれば、ビットコインの価値はさらに高まります——これでピザもヘアカットも買えるようになります。ビットコインが十分に広く受け入れられるようになれば、彼はピザ事業から引退しても、ビットコインの貯蓄を使い続けることができるでしょう。

4 新しいビットコインはどのように作られますか？

新しいコインは、ネットワークノードが特定の計算問題の解を見つけるたびに生成されます。ビットコインネットワークの最初の 4年間で、X 枚のコインが作られます。この量は 4年ごとに半減するため、4年後には X/2、8年後には X/4 となります。したがって、コインの総数は 2X に近づきます。

5 ビットコインは安全ですか？

はい。コインの鍵のバックアップを取り、強力なパスワードで保護し、コンピューターからキーロガーを遠ざけている限り安全です。鍵を紛失したり、未知の攻撃者が解除に成功した場合、コインを取り戻す方法はありません。大量のコインを持っている場合は、複数の鍵に分散させることをお勧めします。ドルやユーロをすべて紙幣のまま一つのウォレットに入れて放置することもしないでしょう。

6 なぜビットコインを使うべきですか？

• 第三者を信頼することなく、インターネットを通じて簡単に送金できます。

• 第三者があなたの取引を妨げたり管理したりすることはできません。

• 独占的な中央銀行の不公平な金融政策や、通貨供給に対する中央集権的な権力のその他のリスクから安全です。ビットコインシステムの通貨供給のインフレーションは限定的であり、銀行エリートに独占されるのではなく、ネットワーク全体に（CPU 能力に応じて）均等に分配されます。

• ビットコインの価値は、ビットコイン経済の成長がインフレ率を上回るにつれて上昇する可能性が高いです。ビットコインを投資と考えて、今日からノードの運用を始めましょう！

7 ビットコインはどこで入手できますか？

ビットコインの所有者を見つけて何かを売りましょう——MMORPG の装備、IT サポート、芝刈り、ドルなど、相手と取引できるものなら何でも構いません。ビットコインネットワークノードを運用することで、自分で新しいビットコインを生成することもできます。

しまった、 SourceForge のユーザー名を取り違えていた、 すまない。 ユーザー名を探していて間違ったメールをクリックしてしまった。 これでアクセスできるようになっている。

FAQ はここまで良くまとまっている！

bitcoin.sourceforge.net では好きなものを作ってよい。 ビットコインが何か、 どう使うか、 なぜ使うかを新規ユーザーに把握してもらうもので、 清潔で専門的な見た目があれば、 きちんと確立されたプロジェクトに見えるのに役立つ。 bitcoin.org のサイトは、 暗号学リストで設計論文を発表していた頃により学術的なスタイルで作ったが、 その段階からは前に進んでいるところだ。

「複数の鍵に分けて保管する」 の部分はおそらく書き換えるべきだ。 論文がそう言うとき、 それはソフトウェアにやらせる意味で、 実際そうなっている。 プライバシーのため、 ソフトウェアは既にトランザクションごとに別の鍵を使っており、 ウォレット内の各通貨片は既に別々の鍵にある。 例外はビットコインアドレスを使う場合で、 同じビットコインアドレス宛に送られたものはすべて同じ鍵にある。 匿名性を保ちたい場合はプライバシー上のリスクだ。 EC-DSA の鍵サイズは非常に強い (将来を見据えたサイズ) ので、 鍵が破られる心配は実質的にないが、 もしも破られた場合の利点は、 巨大な計算リソースをかける者がトランザクション 1 件分しか得られず、 アカウント全体ではないということだ。 ウォレットファイルのバックアップ方法は質疑応答のダンプに、 また readme.txt にも書かれており、 FAQ にも当然入る。

ああ、 freedomainradio で byronm の懸念に答えようとしているのだな。 パスワード機能がその議論への回答として有用だと言うのが分かる。 銀行は、 あなたの氏名と口座番号を知る誰にでもあなたの口座から金を引き出させてしまい、 ナイジェリアから取り戻すことはできない。 もし誰かがあなたのコンピューターにキーロガーを仕込めば、 銀行パスワードも同じくらい簡単に盗まれて、 口座から送金されてしまう。 ウォレットをパスワード暗号化すれば、 銀行よりずっと安全だという主張をより明確にできるようになる。 私たちは強力な暗号化を使い、 銀行は今もなおあなたの口座情報を知る誰にでも口座から金を引き出させている。

bitcoin.sourceforge.net では好きなものを作ってよい。 ビットコインが何か、 どう使うか、 なぜ使うかを新規ユーザーに把握してもらうもので、 清潔で専門的な見た目があれば、 きちんと確立されたプロジェクトに見えるのに役立つ。 bitcoin.org のサイトは、 暗号学リストで設計論文を発表していた頃により学術的なスタイルで作ったが、 その段階からは前に進んでいるところだ。

わかりました。サイトに CMS をセットアップできるように、プロジェクトの MySQL データベースのパスワードを設定していただけますか？WordPress を考えています。シンプルでよくメンテナンスされているようです。読み書きアカウントのパスワードと、データベース 1 つ（または自分で作成するためのデータベース管理者パスワード）が必要です。プロジェクト管理ページのどこかで設定できると思います。

「複数の鍵に分けて保管する」 の部分はおそらく書き換えるべきだ。 論文がそう言うとき、 それはソフトウェアにやらせる意味で、 実際そうなっている。 プライバシーのため、 ソフトウェアは既にトランザクションごとに別の鍵を使っており、 ウォレット内の各通貨片は既に別々の鍵にある。 例外はビットコインアドレスを使う場合で、 同じビットコインアドレス宛に送られたものはすべて同じ鍵にある。 匿名性を保ちたい場合はプライバシー上のリスクだ。 EC-DSA の鍵サイズは非常に強い (将来を見据えたサイズ) ので、 鍵が破られる心配は実質的にないが、 もしも破られた場合の利点は、 巨大な計算リソースをかける者がトランザクション 1 件分しか得られず、 アカウント全体ではないということだ。 ウォレットファイルのバックアップ方法は質疑応答のダンプに、 また readme.txt にも書かれており、 FAQ にも当然入る。

わかりました、それは知っておいてよかったです。

ああ、 freedomainradio で byronm の懸念に答えようとしているのだな。 パスワード機能がその議論への回答として有用だと言うのが分かる。 銀行は、 あなたの氏名と口座番号を知る誰にでもあなたの口座から金を引き出させてしまい、 ナイジェリアから取り戻すことはできない。 もし誰かがあなたのコンピューターにキーロガーを仕込めば、 銀行パスワードも同じくらい簡単に盗まれて、 口座から送金されてしまう。 ウォレットをパスワード暗号化すれば、 銀行よりずっと安全だという主張をより明確にできるようになる。 私たちは強力な暗号化を使い、 銀行は今もなおあなたの口座情報を知る誰にでも口座から金を引き出させている。

まあ、結局のところそれは確かにその通りですね。

なるほど、freedomainradioでのbyronmの懸念に対処しようとしているんだね。 パスワード機能がその議論に対処するのに有用だという意味がわかる。 銀行はあなたの名前と口座番号を知っている人なら誰でも口座から引き出すことができ、 ナイジェリアから取り戻すことはできない。誰かがあなたのコンピューターにキーロガーを インストールすれば、銀行のパスワードも同じくらい簡単に取得して口座からお金を 送金できる。ウォレットをパスワード暗号化すれば、銀行よりはるかに安全であるという 主張をより明確にできるようになる。私たちは強力な暗号化を使用しているが、 銀行はいまだに口座情報を持っている人なら誰でもお金を引き出すことを許している。

まあ、結局のところそれは確かにその通りですね。

……ただし違いは、通常の銀行のお金を管理不能な場所に簡単に送金できるわけではないということです。ビットコインでは誰でもそれができます。

bitcoin.sourceforge.net上で好きなものを作成してくれ。新しいユーザーが ビットコインとは何か、使い方、そしてなぜ使うべきかを理解できるような、きれいで プロフェッショナルな見た目のものがあれば、確立されたプロジェクトに見えるだろう。 bitcoin.orgのサイトは、暗号学メーリングリストで設計論文を発表していた時に より学術的なスタイルで設計したが、そのフェーズからは前に進んでいる。

わかりました。サイトにCMSをセットアップできるように、プロジェクトのMySQLデータベースの パスワードを設定していただけますか？WordPressを考えています。シンプルでよく メンテナンスされているようです。読み書きアカウントのパスワードと、データベース1つ （または自分で作成するためのデータベース管理者パスワード）が必要です。 プロジェクト管理ページのどこかで設定できると思います。

Wordpress が組み込まれているので、データベースの設定を手動で行う必要はないかもしれない。Wordpress 機能を有効にして、あなたを管理者として追加した。アカウントは sirius-m、メールは sirius-m@users.sourceforge.net だ。アクセスのパスワードがどう決まるかはわからないが、おそらく Sourceforge にログインしているかどうかで判断されるのだろう。

https://apps.sourceforge.net/wordpress/bitcoin/wp-admin/

MediaWiki のサポートもあるので、必要であればどうぞ。

念のため、まだ必要であれば、MySQL のアカウントとパスワードはこちらだ。

# このプロジェクトのデータベースにインターネット経由でアクセス
https://apps.sourceforge.net/admin/Bitcoin
# ドキュメント：MySQL データベースサービスガイド
http://p.sf.net/sourceforge/mysql
# ホスト名：mysql-b（ドメインサフィックスなし、表示通りそのまま）
# データベース名プレフィックス：b244765_ — つまり ADMIN ユーザーとして “CREATE DATABASE b244765_myapp”
# RO ユーザー：b244765ro (SELECT)
# RW ユーザー：b244765rw (SELECT, INSERT, DELETE, UPDATE)
# ADMIN ユーザー：b244765admin (RW アカウント権限に加え CREATE, DROP, ALTER, INDEX, LOCK TABLES)
# ウェブアクセス URL：https://mysql-b.sourceforge.net/
パスワード：
b244765ro EaG3nHLL
b244765rw sNKgyt4W
b244765admin Mz589ZKf

……ただし違いは、通常の銀行のお金を管理不能な場所に簡単に送金できるわけではないということです。ビットコインでは誰でもそれができます。

それはその通りだ。

個人情報の盗用に対するセキュリティを売り文句にしようとすべきではない。反論につながってしまう。現在の銀行モデルはすでにテスト済みで、実際の損失率もわかっている。たとえ私たちのものがおそらく優れているとしても、未知数なので人々は何でも想像できてしまう。平均損失率がどうなるかという不確実性は、実際の損失率そのものよりも大きいのだ。

Wordpressが組み込まれているので、データベースの設定を手動で 行う必要はないかもしれない。

MediaWikiのサポートもあるので、必要であればどうぞ。

組み込みの Wordpress には広告が付いており、新しいプラグインやテーマは Sourceforge スタッフにインストールしてもらう必要があるため、http://bitcoin.sourceforge.net/ に Wordpress をインストールしました。管理ページは…/wp-admin/で、ログインは admin/Wubreches3eS です。追加や変更があれば、ご自由にどうぞ。

現在のレイアウトは急いで適用した無料テーマですが、自分でもう少しビジュアル的に良いものを作れないか検討してみます。

MediaWiki は FAQ の管理にとても便利かもしれないですね。メインサイトにそこから取得する方法もあるでしょう。Wiki にはページを作成するにはエディターか管理者である必要があると表示されますが、おかしなことに https://apps.sourceforge.net/mediawiki/bitcoin/index.php?title=Special:ListGroupRights によればユーザーもページを作成できるとなっています。

現在のレイアウトは急いで適用した無料テーマですが、自分でもう少しビジュアル的に良いものを作れないか検討してみます。

もちろん、コンテンツの改善も続けていきます。

すでに改善されているし、おっしゃる通り、もっと良いテーマが選べるはずだ。

ダウンロードリンクがダウンロードエリアに直接飛ぶようにすると良いだろう：
https://sourceforge.net/project/showfiles.php?group_id=244765

MediaWiki 機能の管理者権限を取得する方法が見つからない。別の S_nakamoto と認識されているようだ： ユーザーリスト * S nakamoto <- これが自分だと認識されている * S nakamoto ‎(admin, editor) * Sirius-m

機能を削除して再度有効にしてみたが、ダメだった。仕方ないな。

サトシ・ナカモトのメール（2009年5月5日 17:39 UTC）

Wordpressが組み込まれているので、データベースの設定を手動で 行う必要はないかもしれない。

MediaWikiのサポートもあるので、必要であればどうぞ。

組み込みのWordpressには広告が付いており、新しいプラグインやテーマは Sourceforgeスタッフにインストールしてもらう必要があるため、 http://bitcoin.sourceforge.net/ にWordpressをインストールしました。管理ページは …/wp-admin/で、ログインはadmin/Wubreches3eSです。追加や変更があれば、 ご自由にどうぞ。

現在のレイアウトは急いで適用した無料テーマですが、自分でもう少しビジュアル的に 良いものを作れないか検討してみます。

MediaWikiはFAQの管理にとても便利かもしれません。メインサイトにそこから 取得する方法もあるでしょう。Wikiにはページを作成するにはエディターか管理者で ある必要があると表示されますが、おかしなことに https://apps.sourceforge.net/mediawiki/bitcoin/index.php?title=Special:ListGroupRights によればユーザーもページを作成できるとなっています。

MediaWiki機能の管理者権限を取得する方法が見つからない。 別のS_nakamotoと認識されているようだ： ユーザーリスト * S nakamoto <- これが自分だと認識されている * S nakamoto ‎(admin, editor) * Sirius-m

機能を削除して再度有効にしてみたが、ダメだった。仕方ないな。

これはユーザー名のアンダースコア文字に関係があると思います。MediaWiki はアンダースコアをスペースとして扱うんです。SF サポートに問い合わせてみましょうか。

サトシ・ナカモトのメール（2009年5月7日 02:35 UTC）

MediaWiki機能の管理者権限を取得する方法が見つからない。 別のS_nakamotoと認識されているようだ： ユーザーリスト

• S nakamoto <- これが自分だと認識されている
• S nakamoto ‎(admin, editor)
• Sirius-m

機能を削除して再度有効にしてみたが、ダメだった。仕方ない。

これはユーザー名のアンダースコア文字に関係があると思います。MediaWikiは アンダースコアをスペースとして扱います。SFサポートに問い合わせてみましょうか。

あるいは、nakamoto2 のアカウントで MediaWiki を操作できませんか？

マルッティ・マルミのメール（2009年5月22日 08:08 UTC）

サトシ・ナカモトのメール（2009年5月7日 02:35 UTC）

MediaWiki機能の管理者権限を取得する方法が見つからない。 別のS_nakamotoと認識されているようだ： ユーザーリスト

• S nakamoto <- これが自分だと認識されている
• S nakamoto ‎(admin, editor)
• Sirius-m

機能を削除して再度有効にしてみたが、ダメだった。仕方ない。

これはユーザー名のアンダースコア文字に関係があると思います。MediaWikiは アンダースコアをスペースとして扱います。SFサポートに問い合わせてみましょうか。

あるいは、nakamoto2のアカウントでMediaWikiを操作できませんか？

メールを連発してすみませんが、問題はやはりアンダースコア文字にありますね：
http://apps.sourceforge.net/trac/sourceforge/ticket/300

その通りだった。別のアカウントを使ってアクセス権限を付与した。

少なくとも FAQ を Wiki に移すというあなたのアイデアは気に入っている。Wiki を FAQ やサイト全体に使っている他のプロジェクトも見たことがある。一般ユーザーが編集できるようにする方法がわかれば、手伝いたい人は誰でも参加できる。

マルッティ・マルミのメール（2009年5月22日 08:12 UTC）

マルッティ・マルミのメール（2009年5月22日 08:12 UTC）

サトシ・ナカモトのメール（2009年5月7日 02:35 UTC）

MediaWiki機能の管理者権限を取得する方法が見つからない。 別のS_nakamotoと認識されているようだ： ユーザーリスト

• S nakamoto <- これが自分だと認識されている
• S nakamoto ‎(admin, editor)
• Sirius-m

機能を削除して再度有効にしてみましたが、ダメでした。仕方ありません。

これはユーザー名のアンダースコア文字に関係があると思います。MediaWikiは アンダースコアをスペースとして扱います。SFサポートに問い合わせてみましょうか。

あるいは、nakamoto2のアカウントでMediaWikiを操作できませんか？

メールを連発してすみませんが、問題はやはりアンダースコア文字にあります： http://apps.sourceforge.net/trac/sourceforge/ticket/300

少なくとも FAQ を Wiki に移すというあなたのアイデアは気に入っている。Wiki を FAQ やサイト全体に使っている他のプロジェクトも見たことがある。一般ユーザーが編集できるようにする方法がわかれば、手伝いたい人は誰でも参加できる。

ユーザーグループの権限は、Wiki のソースファイルを変更しないと変えられないようです。ホスティングされたアプリの場合、これは SF 管理者しかできません。ホスティングされたアプリは他の面でも非常に融通が利かないですね。SF アカウントでしかログインできず、テーマを自分で変更することもできませんし、もちろんページの上に広告バーが表示されます。

bitcoin.sourceforge.net の現在の Wordpress インストールを TikiWiki に置き換えるのが良い解決策になると思います。TikiWiki は CMS 機能、フォーラム、Wiki、バグトラッカー、その他必要に応じて多くの機能をサポートしています。TikiWiki インストールの最も見栄えの良い例はおそらく http://support.mozilla.com/ にありますね。

現在のサイトのバックアップを取って、TikiWiki が SF にインストールできるか試してみます。うまくいかなければ、Wiki/フォーラム機能を Wordpress と統合する方法を検討するか、別の方法を考えます。

TikiWiki がうまく動かなかったので、軽量な TikiWiki 派生の Bitweaver をインストールしました。目的に対して機能は十分で、カスタマイズも簡単です。

管理者アカウントのパスワードは再び Wubreches3eS です。新しいユーザーはサイトに登録して Wiki やフォーラムに書き込むことができますよ。次はカスタムメニューとカスタムレイアウトの作り方を調べるつもりです。

プロジェクトのウェブが稼働している今、bitcoin.org ドメインのカスタム VHOST を設定するのは良いアイデアだと思いますか？手順はこちら： http://apps.sourceforge.net/trac/sourceforge/wiki/Custom%20VHOSTs

また、以下の説明に従って、統計用の SF ロゴへのリンクを送っていただけますか： http://apps.sourceforge.net/trac/sourceforge/wiki/Use%20of%20sflogo%20for%20statistics%20tracking

Sourceforgeのサイトでは、私が自分のサイトでは言えない多くのことが言える。 それでも、明確に「投資として考えてほしい」と言うのは気が進まない。 それは危険な発言だし、その箇条書きは削除すべきだ。彼ら自身で その結論に至るのは構わないが、私たちからそう売り込むことはできない。

いくつか細かい点：FAQに「セクション2.3参照」とあるが、セクション番号が 振られていない。また、FAQの最後の文「v0.1.6で非表示にする予定だ。 混乱を招き面倒なだけで、ユーザーが見る必要はないため。」を 削除してもらえないだろうか——あれは公に言うつもりではなかったことだ。

変更しました。サイトに登録するか管理者アカウントを使って、必要な変更を自分でも行えますよ。ページは Wiki にあります。

誰かが「cryptocurrency（暗号通貨）」という言葉を考えついた…… ビットコインを説明する時に使うべき言葉かもしれない。気に入ったかな？

いい響きですね。「The P2P Cryptocurrency」はスローガンとして検討できると思います。「The Digital P2P Cash」よりは少し言いにくいですが、システムをよりよく表現していますし、より面白く聞こえると思いますよ。

メーリングリストに新しいサイトについて通知して、フォーラムや Wiki への参加を呼びかけることもできますね。

変更しました。サイトに登録するか管理者アカウントを使って、必要な変更を自分でも行えますよ。ページは Wiki にあります。

ありがとう。最近とても忙しかった。

ユーザー名「satoshi」で登録した。SSL ログインがないので、主にそのアカウントをサブ管理者権限で使い、管理者アカウントの使用はできるだけ少なくしたいと思っている。satoshi アカウントに、すべてを覆すことはできない範囲で可能な限りの編集権限を与えるために「Moderators」グループを作成した。

右側のダウンロードバーが要素を覆い隠すという変な問題がある。新規アカウント登録ではブラウザーの幅をかなり広くしないと入力フィールドが隠れるし、ホームページではスクリーンショットが隠れてしまう。（Firefox で）

右側のダウンロードバーが要素を覆い隠すという変な問題がある。新規アカウント登録ではブラウザーの幅をかなり広くしないと入力フィールドが隠れるし、ホームページではスクリーンショットが隠れてしまう。（Firefox で）

問題を修正しました。固定幅レイアウトに切り替えたので、行が短くなり読みやすくもなりましたよ。

こんにちは、

1ヶ月ほど前に SF のビットコイン開発者フォーラムに投稿し、あなた、デイヴィッド、ハルに users.sourceforge.net のメールで通知を送りました。数日前、なぜ誰も返信していないのか不思議に思い、SF のメールエイリアスが機能するか試してみたところ、少なくとも僕のアカウントでは機能していませんでした。このメッセージを他の方々に転送していただけますか？

よろしくお願いいたします、 sirius-m

馬鹿みたいに聞こえるかもしれないが、まだ Sourceforge のログインページを読み込めていないので、読むこともできていない。https://sourceforge.net/account/login.php

ハルは現在積極的には関わっていない。暗号学メーリングリストで設計を擁護する際にとても助けてくれたし、最初のリリース時の初期テストでも協力してくれた。彼は何年も前に Reusable Proof Of Work（RPOW）でこの松明を掲げていた。

私も今はあまり助けにならない。仕事がかなり忙しく、18ヶ月の開発の後で一息つく必要がある。

人々が使える何かがあると助かるのだが。ブートストラップのためのアプリケーションが必要だ。何かアイデアはあるか？

資金が必要なものを思いつけば頼れる寄付者がいるが、彼らは匿名を望んでおり、実際に何かするのが難しくなっている。

こんにちは、

1ヶ月ほど前にSFのビットコイン開発者フォーラムに投稿し、あなた、デイヴィッド、ハルに users.sourceforge.netのメールで通知を送りました。数日前、なぜ誰も返信して いないのか不思議に思い、SFのメールエイリアスが機能するか試してみたところ、 少なくとも私のアカウントでは機能していませんでした。このメッセージを 他の方々に転送していただけますか？

よろしくお願いいたします、 sirius-m

サードパーティライブラリのビルドとビットコインビルドへの追加で、かなりのエラーが発生しています。すぐにビルドできるパッケージを CVS かどこかにアップロードしていただくことは可能ですか？mingw + msys を使っていますが、そちらの方が簡単であれば Visual C++も試せますよ。

wxWidgets の代わりに wxPack を使ったところ、MinGW + MSYS でコンパイルできました。wxAdditions が必要だったのかもしれません。ただ、bitcoin.exe のファイルサイズが 52MB になってしまったので、どうすれば修正できるか検討する必要があります。

次は「トレイに最小化」機能と Windows と一緒にビットコインを自動起動するオプションを実装するつもりです。そうすればオンラインのノード数を高く保てます。その後、Linux への移植か、ウェブアプリフレームワークに必要なコマンドラインインターフェースに取り組めるか検討します。

IRC を使うなら、FreeNode の#bitcoin-dev に立ち寄ってください。

改めて、ビットコインで素晴らしい仕事をされていることに感謝します。

mmalmi@cc.hut.fi の引用：

サードパーティライブラリのビルドとビットコインビルドへの追加で、かなりのエラーが発生しています。すぐにビルドできるパッケージを CVS かどこかにアップロードしていただくことは可能ですか？mingw + msys を使っていますが、そちらの方が簡単であれば Visual C++も試せますよ。

コインの存在数と新規作成速度がわかっているので、手持ちの既存通貨の量に基づいてサポート価格を設定し、すべての需要に応えるのに十分であると確信できるという良い指摘だ。オークションを想像していたが、特定の為替レートで裏付ける方がはるかにシンプルで信頼感を与えるだろう。

ビットコインを裏付けるために通貨を提供すれば、タダ乗り狙いの人々を引きつけるが、多くの宣伝効果を得られるという利点がある。最初はコンピューターのアイドル時間でタダでお金を稼ぐ方法として見られるだろう。電子商取引の未来を支援して、コンピューターの空きサイクルで少しお金を稼ごう、というような売り込みができるかもしれない。人々が実際に換金して支払いを受け取れば、口コミは指数関数的に広がるだろう。

最小取引サイズを、一般的なユーザーが 1 台のコンピューターで蓄積できる量より高く設定しておくと良いかもしれない。そうすれば、換金するのに十分な額を集めるために、ユーザー同士が取引する必要がある。アグリゲーターがより小さな単位でビットコインを買い取る店を開設すれば、あなた以外にも買い手がいるという、ユーザーがビットコインを売る能力への信頼が高まるだろう。

タダのお金を得ようとする人々の殺到に対して裏付けが持ちこたえられるか、最初は当然懐疑的だろう。しかし、競争がプルーフ・オブ・ワークの難易度を上げるにつれ、ビットコインが希少であることが明らかになるはずだ。人々は、好きなだけビットコインを手に入れることはできないとわかるだろう。これによりビットコインに最低限の価値が確立され、他の目的で使えるようになる——うまくいけば、他の目的が何かに使えるものを待っているだろう。

人々が使える何かがあると助かるのだが。ブートストラップのための アプリケーションが必要だ。何かアイデアはあるか？

ユーロやその他の通貨でビットコインを売買する通貨交換サービスについて 考えていました。既存通貨への直接的な交換可能性は、ビットコインに 最良の初期流動性を与え、新規ユーザーにとって最高の採用しやすさを もたらすでしょう。一般的なお金に簡単に交換できるコインでの支払いは 誰でも受け入れますが、特定の種類の製品しか買えないことが保証された コインでの支払いを誰もが受け入れるわけではありません。

何か狭い範囲の商品市場で使えるものもあれば、もっと強力になるだろう。Tencent の Q coin のような仮想通貨は仮想商品で進出している。公式の仮想通貨が制限されて取り締まられる際に、そうした市場に参入できる方法があれば素晴らしいのだが。何もなくてもうまくいかないとは言わないが、それが満たす具体的な取引ニーズがあれば、成功の確実性が高まる。

最もシンプルな形では、この交換サービスは個人であるトレーダーが レートを掲示でき、一般ユーザーが取引リクエストを残せるウェブサイトに なるでしょう。サイト上に何らかの平均レート推定値を表示できます。 個人による小規模取引はほとんどの国で法的問題の範囲外でしょうし、 すべてを一つのかごに入れることも避けられます。

基本的には eBay のようなサイトで、ユーザーレビューによりどの売り手が信頼できるかを確立しようとするものだな。エスクロー機能は役立つが、すべてを解決するわけではない。そのようなサイトを作るのは、自分の交換サイトを一つ作るよりもはるかに手間がかかるし、後になるまでユーザーが集まらないだろう。eBay 型のサイトを作るのは後になってからの方が理にかなっていると思う。

もう一つのアイデアは、前のものに追加する形で、自動交換サービスです。 サービスが自動的に為替レートを計算して取引を実行します。ユーザーに とってはより使いやすいでしょう：取引リクエストの完了が確実かつ即座です。 ビットコインのコマンドラインインターフェースがあれば、このサービスの構築は 実は非常に簡単かもしれません：ウェブアプリケーションフレームワークを使い、 PayPalのバックエンド統合でビットコインを受け取った際に自動的にユーロを送金し、 その逆も行います。この種のビジネスは、会社を設立して通貨交換に必要な 官僚手続きをすべて処理すれば、より大規模にも展開できるでしょう。 （実際、ITの請求に使ってきた登記済みの会社があるので、それをベースにできます。）

自動化したとしても、処理する前に注文を手動で確認したくなるだろう。特に最初は、手動で注文を処理するのはそれほど難しくない。最低注文サイズを設定して注文頻度を下げることもできる。

この交換ビジネスは私が興味を持っていることで、必要な技術スキルも 持っています。ただし、これを行う前に、ビットコインのアルファ版ではないバージョン （とコマンドラインインターフェース/API）が必要です。

これが始動したら、寄付者/ハイリスク投資家が通貨の裏付けに 資本を提供してくれると非常にありがたいです。

それで、このアイデアについてどう思いますか？これは（もし望まなければ）あなたに お願いすることではなく、他のことで忙しい場合は。計画について良い評価が もらえれば、私自身でやることもできます。

素晴らしい。おそらく寄付者に通貨をあなたに送ってもらい、あなたがそれをユーロに換えてユーザーにとって便利な方法で支払うことができるだろう。私自身は交換ビジネスをやりたくないが、私とは独立して行うことができる。おっしゃる通り、まず行うべきソフトウェア開発があるし、私もしばらくはビットコインの用途となるブートストラップアプリケーションを考え続けたいと思っている。交換所が存在する前にしかできないアイデアがいくつかある。

ところで、始める前に bitcoin.com を購入しようとしたが、無理だった。プロのドメイン転売業者が所有している。オープンソースプロジェクトが.org を使うのは普通のことなので、そこまで悪くはない。

うまくいって良かった。依存関係が大きくてビルドが大変なのは厄介だな。Windows ビルドにあまり注意を払っていないものもある。次回最新バージョンに更新する時は、すべてを 1 つのディレクトリツリーにまとめて、巨大なアーカイブにバンドルするかもしれない。

以前は wxPack がなかったかもしれない。みんなが自分で wxWidgets をビルドしなくて済むようになって良かった。OpenSSL の方がビルドが難しい。

strip.exe を実行してデバッグシンボルを取り除くことで EXE サイズを縮小した。これは mingw でのことだ。そちらがより良いコンパイラーで、VC はデバッグにしか使っていなかった。

wxWidgetsの代わりにwxPackを使ったところ、MinGW + MSYSでコンパイルできました。 wxAdditionsが必要だったのかもしれません。ただ、bitcoin.exeのファイルサイズが 52MBになってしまったので、どうすれば修正できるか検討する必要があります。

次は「トレイに最小化」機能とWindowsと一緒にビットコインを自動起動するオプションを 実装するつもりです。そうすればオンラインのノード数を高く保てます。その後、 Linuxへの移植か、ウェブアプリフレームワークに必要なコマンドラインインターフェースに 取り組めるか検討します。

IRCを使うなら、FreeNodeの#bitcoin-devに立ち寄ってください。

改めて、ビットコインで素晴らしい仕事をされていることに感謝します。

マルッティ・マルミのメール（2009年7月29日 15:14 UTC）

サードパーティライブラリのビルドとビットコインビルドへの追加で、かなりのエラーが 発生している。すぐにビルドできるパッケージをCVSかどこかにアップロード してもらうことは可能か？mingw + msysを使っているが、そちらの方が 簡単であればVisual C++も試せる。

最小取引サイズを、一般的なユーザーが 1 台のコンピューターで蓄積できる量より高く設定しておくと良いかもしれない。そうすれば、換金するのに十分な額を集めるために、ユーザー同士が取引する必要がある。アグリゲーターがより小さな単位でビットコインを買い取る店を開設すれば、あなた以外にも買い手がいるという、ユーザーがビットコインを売る能力への信頼が高まるだろう。

それは良いアイデアかもしれません。

何か狭い範囲の商品市場で使えるものもあれば、もっと強力になるだろう。Tencent の Q coin のような仮想通貨は仮想商品で進出している。公式の仮想通貨が制限されて取り締まられる際に、そうした市場に参入できる方法があれば素晴らしいのだが。何もなくてもうまくいかないとは言わないが、それが満たす具体的な取引ニーズがあれば、成功の確実性が高まる。

ビットコインは、World of Warcraft や Second Life のような仮想コミュニティのユーザーに宣伝できるでしょう。どちらも数百万のユーザーがいます。ピアツーピアのアイテムトレーダーだけでなく、すでに多くの顧客を持つ既存の仮想サービス提供者も早期に通貨を採用してくれれば素晴らしいのですが。

プログラミングに関する質問：Boost の program_options を使って、取引手数料などの設定を bitcoin.config ファイルに書き込むことについてどう思いますか？それとも現在のようにデータベースに保存する方が良いでしょうか？設定ファイルがあれば、コンソールアクセスのみのリモートサーバーでプログラムを実行する際に設定を変更しやすくなります。

参考情報：作業コピーを svn/branches にコミットしました。トレイに最小化する機能やその他の変更が含まれています。バックグラウンドでの動作がより快適になりましたが、まだ不完全で作業中です。バグは bugs.txt に記載されています。

Sourceforge のアカウントはもう使えるようになりましたか？

それは素晴らしい、良い前進だね。

そう、SourceForge のログイン問題は解決したよ。ログインページの厄介な仕様がブラウザーのアドインの奇妙なバグを引き起こしていたんだ。

報告まで：自分の作業コピーをsvn/branchesにコミットしました。 トレイに最小化する機能といくつかの変更が含まれています。バックグラウンドで 動作させるのが快適になりましたが、まだ不完全で作業中です。バグはbugs.txtに リストアップしています。

Sourceforgeのアカウントはもう使えるようになりましたか？

最新版のビットコインの Windows インストーラーを作りました。自動起動とトレイに最小化する機能が含まれています。インストーラーはスタートメニューのショートカットとスタートアップのレジストリエントリを作成します。最初はスタートアップフォルダーへのショートカットで自動起動を実装しましたが、デフォルトでは常に動作するわけではないことがわかり、最終的にレジストリエントリで実装しました。レジストリエントリはアンインストーラーで削除され、オプションメニューから無効にすることもできるので、ユーザーにとってそこまで大きな問題ではないと思います。

インストーラーは NSIS で作成しました。nsi スクリプトは SVN にあります。

インストーラーを SF のダウンロードページに追加してもらえますか？ファイルはこちらです：
http://bitcoin.sourceforge.net/uploads/Bitcoin_setup.exe

bitcoin.sf.net のサイトに新しいユーザーが何人か登録しています。そのうちの一人がビットコインをドルで取引すると発表しました。彼のサイトはこちらです：http://newlibertystandard.wetpaint.com/。取引所サービスを始めるのは今の段階では少し時期尚早に思えましたが、一方でプロジェクトに興味を示す人がいるのは良いことですし、これがさらに多くの関心を持つ人たち（そしてうまくいけばもっと多くの開発者）を引き付けるかもしれません。彼にはメールを送っておきました。 (http://newlibertystandard.wetpaint.com/%E3%80%82%E5%8F%96%E5%BC%95%E6%89%80%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%82%92%E5%A7%8B%E3%82%81%E3%82%8B%E3%81%AE%E3%81%AF%E4%BB%8A%E3%81%AE%E6%AE%B5%E9%9A%8E%E3%81%A7%E3%81%AF%E5%B0%91%E3%81%97%E6%99%82%E6%9C%9F%E5%B0%9A%E6%97%A9%E3%81%AB%E6%80%9D%E3%81%88%E3%81%BE%E3%81%97%E3%81%9F%E3%81%8C%E3%80%81%E4%B8%80%E6%96%B9%E3%81%A7%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E3%81%AB%E8%88%88%E5%91%B3%E3%82%92%E7%A4%BA%E3%81%99%E4%BA%BA%E3%81%8C%E3%81%84%E3%82%8B%E3%81%AE%E3%81%AF%E8%89%AF%E3%81%84%E3%81%93%E3%81%A8%E3%81%A7%E3%81%99%E3%81%97%E3%80%81%E3%81%93%E3%82%8C%E3%81%8C%E3%81%95%E3%82%89%E3%81%AB%E5%A4%9A%E3%81%8F%E3%81%AE%E9%96%A2%E5%BF%83%E3%82%92%E6%8C%81%E3%81%A4%E4%BA%BA%E3%81%9F%E3%81%A1%EF%BC%88%E3%81%9D%E3%81%97%E3%81%A6%E3%81%86%E3%81%BE%E3%81%8F%E3%81%84%E3%81%91%E3%81%B0%E3%82%82%E3%81%A3%E3%81%A8%E5%A4%9A%E3%81%8F%E3%81%AE%E9%96%8B%E7%99%BA%E8%80%85%EF%BC%89%E3%82%92%E5%BC%95%E3%81%8D%E4%BB%98%E3%81%91%E3%82%8B%E3%81%8B%E3%82%82%E3%81%97%E3%82%8C%E3%81%BE%E3%81%9B%E3%82%93%E3%80%82%E5%BD%BC%E3%81%AB%E3%81%AF%E3%83%A1%E3%83%BC%E3%83%AB%E3%82%92%E9%80%81%E3%81%A3%E3%81%A6%E3%81%8A%E3%81%8D%E3%81%BE%E3%81%97%E3%81%9F%E3%80%82)

ありがとう。次のリリース前に入れる必要のある変更をまだマージしているところだよ。受け取った質問やフィードバックに基づいた、混乱を減らすための変更だ。マルチプロセッサーでの生成サポートを有効にして、できれば wallet.dat をバックアップするだけでお金をバックアップできるよう安全にしたい。またコーディングできるのは嬉しいね！

トランザクション手数料の設定は隠すつもりだ。まったく必要ないし、人々を混乱させるだけだ。テストと技術的な詳細のデモンストレーションのためにあっただけで、遠い将来にしか必要にならないかもしれないが、後で可能にするために最初に実装しておく必要があったんだ。

スタートアップフォルダーのショートカットは何が問題だった？コードを送ってくれたら、もう一度見て何が問題だったか確認したい。レジストリコードの最初の strcat は strcpy であるべきで、さもないと断続的に失敗する。ショートカットのコードにも同じものがあったなら、それが原因だったのかもしれない。

NewLibertyStandard のサイトのように、より多くの人が興味を持ち始めているのは励みになるね。彼の電力に基づいた価値の推定アプローチは気に入っている。人々がどんな説明を採用するか見るのは教育的だ。大衆にとってより分かりやすい、簡略化された理解方法の発見につながるかもしれない。世の中の多くの複雑な概念には、80%の人を満足させる単純な説明と、その単純な説明の欠陥を見抜く残りの 20%を満足させる完全な説明がある。

最新版のビットコインのWindowsインストーラーを作りました。自動起動とトレイに 最小化する機能が含まれています。インストーラーはスタートメニューの ショートカットとスタートアップのレジストリエントリを作成します。最初は スタートアップフォルダーへのショートカットで自動起動を実装しましたが、 デフォルトでは常に動作するわけではないことがわかり、最終的にレジストリ エントリで実装しました。レジストリエントリはアンインストーラーで削除され、 オプションメニューから無効にすることもできるので、ユーザーにとってそこまで 大きな問題ではないと思います。

インストーラーはNSISで作成しました。nsiスクリプトはSVNにあります。

インストーラーをSFのダウンロードページに追加してもらえますか？ファイルはこちらです： http://bitcoin.sourceforge.net/uploads/Bitcoin_setup.exe

bitcoin.sf.netのサイトに新しいユーザーが何人か登録しています。そのうちの 一人がビットコインをドルで取引すると発表しました。彼のサイトはこちらです： http://newlibertystandard.wetpaint.com/。取引所サービスを始めるのは今の (http://newlibertystandard.wetpaint.com/%E3%80%82%E5%8F%96%E5%BC%95%E6%89%80%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%82%92%E5%A7%8B%E3%82%81%E3%82%8B%E3%81%AE%E3%81%AF%E4%BB%8A%E3%81%AE) 段階では少し時期尚早に思えましたが、一方でプロジェクトに興味を示す人が いるのは良いことですし、これがさらに多くの関心を持つ人たち（そしてうまく いけばもっと多くの開発者）を引き付けるかもしれません。彼にはメールを 送っておきました。

確認したよ。レジストリに変更する前のスタートアップフォルダーのコードをチェックインしていたんだね。コードに目に見える問題は見当たらない。デフォルトで常に動作しなかった問題が具体的に何だったかによるね。Vista/UAC のセキュリティの問題だったのかな？

スタートアップフォルダーのショートカットは何が問題だった？コードを送って くれたら、もう一度見て何が問題だったか確認したい。レジストリコードの最初の strcatはstrcpyであるべきで、さもないと断続的に失敗する。ショートカットの コードにも同じものがあったなら、それが原因だったのかもしれない。

マルッティ・マルミのメール（2009年10月8日 17:44 UTC）

最新版のビットコインのWindowsインストーラーを作った。自動起動とトレイに 最小化する機能が含まれている。インストーラーはスタートメニューの ショートカットとスタートアップのレジストリエントリを作成する。最初は スタートアップフォルダーへのショートカットで自動起動を実装したが、 デフォルトでは常に動作するわけではないことがわかり、最終的にレジストリ エントリで実装した。レジストリエントリはアンインストーラーで削除され、 オプションメニューから無効にすることもできるので、ユーザーにとってそこまで 大きな問題ではないと思う。

コードは動作してスタートアップフォルダーにショートカットを作成しました。なぜか起動時に自動的に開始されませんでしたが、メニューでクリックすると正常に動作しました。今度は手動でショートカットを作ってみたところ、今回は自動起動で動作します。理由はわかりません。古いコードでもう一度試してみることもできます。

確認したよ。レジストリに変更する前のスタートアップフォルダーのコードを チェックインしていたんだね。コードに目に見える問題は見当たらない。 デフォルトで常に動作しなかった問題が具体的に何だったかによるね。 Vista/UACのセキュリティの問題だったのかな？

スタートアップフォルダーのショートカットは何が問題でしたか？コードを 送ってくれたら、もう一度見て何が問題だったか確認したいとのことです。 レジストリコードの最初のstrcatはstrcpyであるべきで、さもないと断続的に 失敗します。ショートカットのコードにも同じものがあったなら、それが原因 だったのかもしれません。

マルッティ・マルミのメール（2009年10月8日 17:44 UTC）

最新版のビットコインのWindowsインストーラーを作った。自動起動と トレイに最小化する機能が含まれている。インストーラーはスタート メニューのショートカットとスタートアップのレジストリエントリを 作成する。最初はスタートアップフォルダーへのショートカットで 自動起動を実装したが、デフォルトでは常に動作するわけではない ことがわかり、最終的にレジストリエントリで実装した。レジストリ エントリはアンインストーラーで削除され、オプションメニューから 無効にすることもできるので、ユーザーにとってそこまで大きな問題 ではないと思う。

ビットコインが実行されたけど何か問題があって終了した可能性がある。その場合は debug.log に何か記録されているはずだ。どの OS を使っている？管理者権限が必要なのに気づいていないのかもしれない。管理者権限が必要なものは Vista ではスタートアップ時に起動できない。

プログラムのショートカットには複数のタブの設定があり、細かい設定がたくさんある。スタートアップフォルダーのコードを試して問題を再現できるか見てみよう。自分のパソコンの他のシステムトレイアイコンはすべてスタートアップフォルダーにあるし、ユーザーが自動起動をすべて一箇所で管理できるので便利だ。レジストリキーにあるものは、こっそり隠されたブロートウェアになりがちだ。

wallet.dat が閉じられるたびにフラッシュするコードを実装したので、ユーザーには wallet.dat をバックアップするだけでよいと伝えられるようになる。wallet.dat だけを復元すれば、残りは再ダウンロードされる。リリース前にもう一度ストレステストをする必要がある。

コードは動作してスタートアップフォルダーにショートカットを作成しました。 なぜか起動時に自動的に開始されませんでしたが、メニューでクリックすると 正常に動作しました。今度は手動でショートカットを作ってみたところ、今回は 自動起動で動作します。理由はわかりません。古いコードでもう一度試してみる こともできます。

確認したよ。レジストリに変更する前のスタートアップフォルダーのコードを チェックインしていたんだね。コードに目に見える問題は見当たらない。 デフォルトで常に動作しなかった問題が具体的に何だったかによるね。 Vista/UACのセキュリティの問題だったのかな？

サトシ・ナカモトのメール（2009年10月18日 17:59 UTC）

スタートアップフォルダーのショートカットは何が問題だった？コードを 送ってくれたら、もう一度見て何が問題だったか確認したい。レジストリ コードの最初のstrcatはstrcpyであるべきで、さもないと断続的に失敗 する。ショートカットのコードにも同じものがあったなら、それが原因 だったのかもしれない。

マルッティ・マルミのメール（2009年10月18日 21:02 UTC）

最新版のビットコインのWindowsインストーラーを作った。自動起動と トレイに最小化する機能が含まれている。インストーラーはスタート メニューのショートカットとスタートアップのレジストリエントリを 作成する。最初はスタートアップフォルダーへのショートカットで 自動起動を実装したが、デフォルトでは常に動作するわけではない ことがわかり、最終的にレジストリエントリで実装した。レジストリ エントリはアンインストーラーで削除され、オプションメニューから 無効にすることもできるので、ユーザーにとってそこまで大きな問題 ではないと思う。

ビットコインが実行されたけど何か問題があって終了した可能性がある。その場合は debug.log に何か記録されているはずだ。どの OS を使っている？管理者権限が必要なのに気づいていないのかもしれない。管理者権限が必要なものは Vista ではスタートアップ時に起動できない。

XP を使っています。古いリビジョンを再コンパイルしたところ、今回はスタートアップショートカットが動作しました。Vista（非管理者）でテストしても動作します。前回は何か見落としていたのかもしれません。

プログラムのショートカットには複数のタブの設定があり、細かい設定がたくさんある。スタートアップフォルダーのコードを試して問題を再現できるか見てみよう。自分のパソコンの他のシステムトレイアイコンはすべてスタートアップフォルダーにあるし、ユーザーが自動起動をすべて一箇所で管理できるので便利だ。レジストリキーにあるものは、こっそり隠されたブロートウェアになりがちだ。

こちらでは逆で、スタートアッププログラムはすべてレジストリにあります。でも同じように動作するなら、ショートカット方式のほうがユーザーにとっては親切かもしれませんね。

君のスタートアップフォルダーのショートカットコードを戻したら、XP と Vista の両方で問題なく起動したよ。念のため、手動で作成したショートカットと同じ設定になるように変更した。debug.log が作成される EXE のある場所に作業ディレクトリを設定した。そうしないと Windows が変なディレクトリに配置してしまうからね。セットアップスクリプトはまだ変更していない。

SVN にすべてチェックインした（セットアップしてくれてありがとう）

• マルチプロセッサー生成
• 変更のたびに wallet.dat をフラッシュして、DB がトランザクションログにデータを残さないようにする
• 生成されたコインをすべて非表示にして支払いトランザクションだけ表示できる表示メニューのチェックボックス
• トランザクション手数料オプションの無効化
• トレイに最小化するオプションを Firefox の MinimizeToTray に似た動作に変更
• 0.1.5 リリース以降のその他の雑多な変更

承認されていない生成コインを表示しないようにした。生成されたコインは少なくとも 1回の承認（その後に 1 ブロックがリンクされた状態）があるまで表示されないので、通常はまったく表示されないことになる。表示された生成コインが後から承認されなくなって消えることがたまにあるかもしれない。UI で指摘しなければ、たまにある未承認のコインに誰も気づかないと思う。みんなトランザクション記録に永久的に表示されるのが鬱陶しいと言っていた。

まだテストが残っている。Windows 7 のテストもしないといけないね。

ビットコインが実行されたけど何か問題があって終了した可能性がある。その場合は debug.logに何か記録されているはずだ。どのOSを使っている？管理者権限が 必要なのに気づいていないのかもしれない。管理者権限が必要なものはVistaでは スタートアップ時に起動できない。

XPを使っています。古いリビジョンを再コンパイルしたところ、今回はスタート アップショートカットが動作しました。Vista（非管理者）でテストしても動作 します。前回は何か見落としていたのかもしれません。

プログラムのショートカットには複数のタブの設定があり、細かい設定がたくさん ある。スタートアップフォルダーのコードを試して問題を再現できるか見てみよう。 自分のパソコンの他のシステムトレイアイコンはすべてスタートアップフォルダーに あるし、ユーザーが自動起動をすべて一箇所で管理できるので便利だ。レジストリ キーにあるものは、こっそり隠されたブロートウェアになりがちだ。

こちらでは逆で、スタートアッププログラムはすべてレジストリにあります。でも 同じように動作するなら、ショートカット方式のほうがユーザーにとっては親切 かもしれませんね。

Windowsユーザーは時々ビットコインがクラッシュすることがあるか？ 最近wine-1.0.1上で動作しているビットコインが頻繁にクラッシュしている。 これがWineの問題なのかビットコインの問題なのか気になった。

v0.1.5 でのクラッシュ報告は受けていない。Windows では非常に安定している。Wine に関連した問題だと思う。Wine でまたクラッシュしてターミナルに何か表示されたら、メールしてほしい。何が起きたか突き止められるかもしれないし、回避策を見つけられるかもしれない。マルッティと一緒に近くリリースする新しいバージョンに取り組んでいて、Wine の修正も入れられるといいんだけど。

ビットコインを起動するとターミナルに以下の 4 行が出力される。 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub

それらは心配するようなものには見えない。おそらく Wine で実装されていない関数が無害にスタブアウトされているだけだ。

これまでビットコインをターミナルから起動していなかったので、クラッシュ時に何が出力されるかは分からない。次にクラッシュしたら結果を返信する。

ビットコインが既存ブロックをダウンロードしている間、debug.log は 17.4 MB まで増加して、その後増加が止まる。ビットコインが採掘されるにつれて、また増加していくのだろうと想像している。

ディスク容量を節約したければ、debug.log は時々削除して構わない。デバッグに役立つステータスメッセージに過ぎないからね。

bitcoin.sourceforge.net は今は正常に見える。SourceForge がメンテナンスをしていたのかもしれない。

Satoshi

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
bitcoin-list mailing list
bitcoin-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-list

何が起きているか分かる？自分が見るたびに正常なんだけど。

Eugen Leitl の書き込み:

bitcoin.sourceforge.netは今は正常に見える。SourceForgeが

今は動作していない。

メンテナンスをしていたのかもしれない。

ご存じないかもしれませんが、ビットコインのウェブサイトがダウンしています。

http://bitcoin.sourceforge.net/

---

You are running bitweaver in TEST mode

* Click here to log a bug, if this appears to be an error with the

application. * Go here to begin the installation process, if you haven’t done so already. * To hide this message, please set the IS_LIVE constant to TRUE in your kernel/config_inc.php file.

IS_LIVE オプションは確かに false に設定されていましたが、ユーザーへのエラーメッセージの表示にしか影響しません。サイトが時々遅くなることに気づいていて、読み込みに最大 30秒かかることもあります。SourceForge のホスティングに関連していると思います。Bitweaver は最も軽量な PHP CMS の一つのはずですが、何か問題がないか確認してみます。

話は変わりますが、Windows 固有のものの代わりに Boost のスレッドとソケットライブラリを使うことはできると思いますか？コードに他に Windows 専用の関数は使われていますか？

何が起きているか分かる？自分が見るたびに正常なんだけど。

サトシ・ナカモトのメール（2009年10月26日 17:50 UTC）

bitcoin.sourceforge.netは今は正常に見える。SourceForgeが

今は動作していない。

メンテナンスをしていたのかもしれない。

NewLibertyStandardのメール（2009年10月26日 15:00 UTC）

ご存じないかもしれないが、ビットコインのウェブサイトがダウンしている。

http://bitcoin.sourceforge.net/

---

You are running bitweaver in TEST mode

* Click here to log a bug, if this appears to be an error with the

application. * Go here to begin the installation process, if you haven’t done so already. * To hide this message, please set the IS_LIVE constant to TRUE in your kernel/config_inc.php file.

SourceForge は本当に遅いね。でも他にどうすればいいかわからない。あれはもう標準みたいなもので、大抵のプロジェクトは projectname.sourceforge.net のサイトを持っている。Google 検索で whatever.sourceforge.net を見かけると、それが公式サイトだと思う。

Bitweaver でユーザーがフォーラムの自分のメッセージを編集（できれば削除も）できるようにする方法はある？

Linux への移植がしたくてうずうずしている？一度やってしまうと、テストとビルドの作業量が倍になるから、軽々しく決められることではない。ただ、Liberty の Wine クラッシュは心配だ。

できるだけ移植性を高めるようにして、Windows の呼び出しの代わりに標準 C を使うようにしてきた。スレッド処理は_beginthread で、標準 C ライブラリの一部だ。wxWidgets には wxCriticalSection があるので使える。ソケットのコードは send/recv で、Microsoft が BSD からソケットを移植したので Unix と同じだと思う。ソケットは直接制御する必要があり、抽象化レイヤーの裏に置くのは良い考えではない。wxWidgets はクロスプラットフォームのサポート関数を探すのに良い場所だ。できれば#ifdef だらけのコードは避けたい。複数回使われるものは util.cpp の関数にして、その中に#ifdef を入れる形がいいだろう。

ところで、今コミットしていない変更がたくさんある。徹底的にテストするまでネットワークに放出できない重要なプロトコル移行が含まれているからだ。もうそんなに長くはかからないはずだ。

セットアップでスタートアップフォルダーのアイコンをアンインストールするようにできる？通常のプログラムグループにアイコンをインストール・アンインストールして、スタートアップフォルダーのものはアンインストールだけすればいいと思う。スタートアップフォルダーのアイコンをインストール・アンインストール両方するか、アンインストールだけするかは、そこまで大きな問題ではないけど。

IS_LIVEオプションは確かにfalseに設定されていましたが、ユーザーへのエラー メッセージの表示にしか影響しません。サイトが時々遅くなることに気づいていて、 読み込みに最大30秒かかることもあります。SourceForgeのホスティングに関連して いると思います。Bitweaverは最も軽量なPHP CMSの一つのはずですが、何か問題が ないか確認してみます。

話は変わりますが、Windows固有のものの代わりにBoostのスレッドとソケット ライブラリを使うことはできると思いますか？コードに他にWindows専用の関数は 使われていますか？

何が起きているか分かる？自分が見るたびに正常なんだけど。

オイゲン・ライトルの投稿（2009年10月26日 12:46 UTC） サトシ・ナカモトのメール（2009年10月26日 17:50 UTC）

bitcoin.sourceforge.netは今は正常に見える。SourceForgeが

今は動作していない。

メンテナンスをしていたのかもしれない。

NewLibertyStandardのメール（2009年10月26日 15:00 UTC）

ご存じないかもしれないが、ビットコインのウェブサイトがダウンしている。

http://bitcoin.sourceforge.net/

---

You are running bitweaver in TEST mode

* Click here to log a bug, if this appears to be an error with the

application. * Go here to begin the installation process, if you haven’t done so already. * To hide this message, please set the IS_LIVE constant to TRUE in your kernel/config_inc.php file.

SourceForgeは本当に遅いね。でも他にどうすればいいかわからない。あれはもう 標準みたいなもので、大抵のプロジェクトはprojectname.sourceforge.netの サイトを持っている。Google検索でwhatever.sourceforge.netを見かけると、 それが公式サイトだと思う。

Bitweaverでユーザーがフォーラムの自分のメッセージを編集（できれば削除も） できるようにする方法はある？

現在のバージョンの Bitweaver では不可能です。Bitweaver の wiki とフォーラムパッケージはそれほど高度ではありません。SF ホスティングにも、時々遅くなることやメーラーやユーザー IP 取得ができないなどの欠点があります。後で取引所サービスに使うために、prq.se（Wikileaks や Pirate Bay などをホストしている）からウェブホスティングを購入することを検討しています。セキュリティを高めるために別のユーザーアカウントで、プロジェクトサイトもそこにホストできるかもしれません。そこでは Drupal や TikiWiki をセットアップできます。これらはより高度で、Bitweaver よりもずっと大きく活発な開発者/ユーザーコミュニティがあります。

Linuxへの移植がしたくてうずうずしている？一度やってしまうと、テストとビルドの 作業量が倍になるから、軽々しく決められることではない。ただ、LibertyのWine クラッシュは心配だ。

できるだけ移植性を高めるようにして、Windowsの呼び出しの代わりに標準Cを使う ようにしてきた。スレッド処理は_beginthreadで、標準Cライブラリの一部だ。 wxWidgetsにはwxCriticalSectionがあるので使える。ソケットのコードはsend/recv で、MicrosoftがBSDからソケットを移植したのでUnixと同じだと思う。ソケットは 直接制御する必要があり、抽象化レイヤーの裏に置くのは良い考えではない。 wxWidgetsはクロスプラットフォームのサポート関数を探すのに良い場所だ。 できれば#ifdefだらけのコードは避けたい。複数回使われるものはutil.cppの 関数にして、その中に#ifdefを入れる形がいいだろう。

はい。Windows のスレッドとソケットライブラリのインクルードをそれらの POSIX 版に置き換えたところ、エラーが少しだけ出るようになりました。主に svn/branches に入れましたが、公式リリースである必要はまだありません。

セットアップでスタートアップフォルダーのアイコンをアンインストールするようにできる？通常のプログラムグループにアイコンをインストール・アンインストールして、スタートアップフォルダーのものはアンインストールだけすればいいと思う。スタートアップフォルダーのアイコンをインストール・アンインストール両方するか、アンインストールだけするかは、そこまで大きな問題ではないけど。

やっておきます。

CriticalSection のコードを wxCriticalSection に変換して SVN にアップロードするよ（少しトリッキーだけど）。TryEnterCriticalSection をどうするかはまだわからない。もうすぐすべてチェックインできる状態になると思う。

君の言う通り、そろそろ Linux ビルドをやる時期だろうね。Linux 環境のセットアップと依存関係のビルドに取り組んでいるところだ。

はい。WindowsのスレッドとソケットライブラリのインクルードをそれらのPOSIX版に 置き換えたところ、エラーが少しだけ出るようになりました。主にCriticalSectionから のエラーです。動作するようにできたら、svn/branchesに入れます。公式リリースで ある必要はまだありません。

CriticalSection のコードを wxCriticalSection に変換して SVN にアップロードするよ（少しトリッキーだけど）。TryEnterCriticalSection をどうするかはまだわからない。もうすぐすべてチェックインできる状態になると思う。

Boost の mutex はここで役に立ちますか？

http://www.boost.org/doc/libs/1_40_0/doc/html/thread/synchronization.html#thread.synchronization.mutex_concepts

簡単な解決策として、wxWidgets のソースコードを見てどう実装しているか確認した。非 MSW 環境では wxMutex にマッピングしていて、TryEnter もあるので、ぴったりマッピングできた。

SVN に溜まっていた変更をすべてチェックインした。util.h の CCriticalSection の全面的な見直しと、util.cpp の OpenSSL の mutex コールバックも含めて、Windows 以外ではすべて wxWidgets で動作するようにした。

Linux で動作するようになったら、まずここでオフネットワークでテストスイートを実行して、その後 LibertyStandard に未リリースのビルドを渡して公開前にしばらくテストしてもらおう。

CriticalSectionのコードをwxCriticalSectionに変換してSVNにアップロード するよ（少しトリッキーだけど）。TryEnterCriticalSectionをどうするかは まだわからない。もうすぐすべてチェックインできる状態になると思う。

Boostのmutexはここで役に立ちますか？

http://www.boost.org/doc/libs/1_40_0/doc/html/thread/synchronization.html#thread.synchronization.mutex_concepts

見つけた移植性のないコードをいくつか修正した： QueryPerformanceCounter printf フォーマット文字列の%I64d Sleep CheckDiskSpace

他に修正すべき移植性のないコードを知っていたら教えてほしい。

debug.log と db.log は、現在のディレクトリではなく、データファイルと同じディレクトリ（%appdata%\Bitcoin）に移動しようと思う。

util.h で QueryPerformanceCounter を Linux の gettimeofday に置き換える#ifdef を作りました。Unicode/ANSI のエラーは wxWidgets 2.9 にアップデートしたらコード変更なしで解決しました。現在 Linux で出ている唯一のコンパイルエラーは util.h の heapchk()からのものです。

見つけた移植性のないコードをいくつか修正した： QueryPerformanceCounter printfフォーマット文字列の%I64d Sleep CheckDiskSpace

他に修正すべき移植性のないコードを知っていたら教えてほしい。

debug.logとdb.logは、現在のディレクトリではなく、データファイルと同じ ディレクトリ（%appdata%\Bitcoin）に移動しようと思う。

heapchk()は MSVCRT のデバッグ用のもので使われていない。Linux では no-op にできる。OpenSSL は Linux では自動的に/dev/urandom を使ってシードするので、RandAddSeedPerfmon も no-op にできる。

十分にオフネットでテストするまでネットワークに接続させないでくれ。2 台のパソコンがあれば、インターネットを切断して bitcoin -connect=<ip> で互いに接続できる。1 台は Windows、もう 1 台は Linux で。-connect を使えば 192.168.x.x のようなルーティング不可能なアドレスにも接続できる。まだ想定していなかった不正なデータを送り出したり、ネットワーク上で何か反社会的なことをしてしまったりして、ネットワークの信頼性に悪影響を与えたくない。

ビルドできる状態のものができたら、テストする時間はある。今実施中の変更に対するストレステストに含めることができるよ。

util.hでQueryPerformanceCounterをLinuxのgettimeofdayに置き換える#ifdefを 作りました。Unicode/ANSIのエラーはwxWidgets 2.9にアップデートしたらコード 変更なしで解決しました。現在Linuxで出ている唯一のコンパイルエラーは util.hのheapchk()からのものです。

サトシ・ナカモトのメール（2009年10月30日 01:05 UTC）

見つけた移植性のないコードをいくつか修正した： QueryPerformanceCounter printfフォーマット文字列の%I64d Sleep CheckDiskSpace

他に修正すべき移植性のないコードを知っていたら教えてほしい。

debug.logとdb.logは、現在のディレクトリではなく、データファイルと同じ ディレクトリ（%appdata%\Bitcoin）に移動しようと思う。

ここまで移植した分を svn/branches にアップロードしました。Util、script、db とヘッダーは完全にコンパイルできるようになり、net.cpp は部分的にコンパイルできるので、まだ作業が残っています。

_beginthread には Linux の直接的な等価物がないので、代わりに Boost スレッドを使いました。

Tor SOCKS プロキシを使って接続できませんでした。Freenode の Tor ポリシーで、彼らの隠しサービスへの接続が必要だからかもしれません：http://freenode.net/irc_servers.shtml#tor

heapchk()はMSVCRTのデバッグ用のもので使われていない。Linuxではno-opに できる。OpenSSLはLinuxでは自動的に/dev/urandomを使ってシードするので、 RandAddSeedPerfmonもno-opにできる。

十分にオフネットでテストするまでネットワークに接続させないでくれ。2台の パソコンがあれば、インターネットを切断して「bitcoin -connect=」で互いに 接続できる。1台はWindows、もう1台はLinuxで。-connectを使えば 192.168.x.xのようなルーティング不可能なアドレスにも接続できる。まだ想定 していなかった不正なデータを送り出したり、ネットワーク上で何か反社会的な ことをしてしまったりして、ネットワークの信頼性に悪影響を与えたくない。

ビルドできる状態のものができたら、テストする時間はある。今実施中の変更に 対するストレステストに含めることができるよ。

マルッティ・マルミのメール（2009年10月31日 09:21 UTC）

util.hでQueryPerformanceCounterをLinuxのgettimeofdayに置き換える #ifdefを作りました。Unicode/ANSIのエラーはwxWidgets 2.9にアップデート したらコード変更なしで解決しました。現在Linuxで出ている唯一のコンパイル エラーはutil.hのheapchk()からのものです。

見つけた移植性のないコードをいくつか修正した： QueryPerformanceCounter printfフォーマット文字列の%I64d Sleep CheckDiskSpace

他に修正すべき移植性のないコードを知っていたら教えてほしい。

debug.logとdb.logは、現在のディレクトリではなく、データファイルと同じ ディレクトリ（%appdata%\Bitcoin）に移動しようと思う。

Linux ビルドに取り組むのを楽しみにしていたよ。

Freenode の隠しサービスに接続すると、悪用のため TOR もそこから禁止したと言われて切断される。Unix 上でパスワードユーティリティを実行してアカウントをメールで申請してログインできるようにする手順が何ステップかあるけど、かなり複雑になる。1 つのアカウントを申請して全員で同じアカウントを使うのはどうだろう？IRC サーバーはおそらくアカウントを 1 ログインに制限しているか、管理者が同じアカウントに十数個のログインがあるのを嫌がるだろうけど。

IRC の件は別として、プロキシのテストはどうだった？以前接続したことがあるから、addr.dat に既知のノードアドレスが含まれているけど、どれがオンラインかを知る IRC がないと、見つけるのに時間がかかる。通常、着信接続を受け入れられるノードは君以外に 1～3個だ。既に君を知っている既存のノードは最終的に接続してくるだろう。何個の接続が得られた？どのくらい時間がかかった？TOR 経由で正常にアウトバウンド接続できたかを知るには、debug.log で「connected」を検索する必要があるだろうね。

TOR で最初に接続するには、通常の接続で一度シードを得ることなく、着信接続を受け入れられる既存ノードのアドレスを知って、こうやってシードする必要がある： bitcoin -proxy=127.0.0.1:9050 -addnode=<ノードの ip>

着信接続を受け入れるノードのうち、自分の IP をプログラムにハードコードしてもいいという人がいれば、自動的にシードできる。あるいは手順と一緒に Wiki ページに IP シードアドレスを掲載するとか。

もう一つの選択肢は、TOR ノードを禁止しない IRC サーバーを世界中から探すことだ。あるいは誰かにセットアップしてもらえれば。IRC サーバーが TOR を禁止するのは、実際のテキストチャットがあるからだ……ボットやジャンクしかないサーバーなら気にしないだろう。フォーラムかメーリングリストに質問を投稿して、誰か知っている人がいないか聞いてみるべきだろうね。

もう一つの問題は、TOR ユーザーは着信接続を受け入れられないことで、受け入れられるノードが非常に少ない。全員が TOR に移行したら、接続先のノードがなくなってしまう。

着信接続を受け入れられるノードが不足している。最近は 2～4個程度だ。ルーターのポートフォワーディングを設定することの重要性を強調する必要がある。すべての P2P ファイル共有プログラムにはその方法の説明がある。bitcoin.sourceforge.net のホームページに、着信接続を受け入れるためのポートフォワーディング設定を促す段落と、各ルーターでの方法を説明するサイトへのリンクを置くべきだ。

ここまで移植した分をsvn/branchesにアップロードしました。Util、script、db とヘッダーは完全にコンパイルできるようになり、net.cppは部分的にコンパイル できるので、まだ作業が残っています。

_beginthreadにはLinuxの直接的な等価物がないので、代わりにBoostスレッドを 使いました。

Tor SOCKSプロキシを使って接続できませんでした。FreenodeのTorポリシーで、 彼らの隠しサービスへの接続が必要だからかもしれません： http://freenode.net/irc_servers.shtml#tor

サトシ・ナカモトのメール（2009年10月31日 20:09 UTC）

heapchk()はMSVCRTのデバッグ用のもので使われていない。Linuxではno-opに できる。OpenSSLはLinuxでは自動的に/dev/urandomを使ってシードするので、 RandAddSeedPerfmonもno-opにできる。

十分にオフネットでテストするまでネットワークに接続させないでくれ。2台の パソコンがあれば、インターネットを切断して「bitcoin -connect=」で互いに 接続できる。1台はWindows、もう1台はLinuxで。-connectを使えば 192.168.x.xのようなルーティング不可能なアドレスにも接続できる。まだ想定 していなかった不正なデータを送り出したり、ネットワーク上で何か反社会的な ことをしてしまったりして、ネットワークの信頼性に悪影響を与えたくない。

ビルドできる状態のものができたら、テストする時間はある。今実施中の変更に 対するストレステストに含めることができるよ。

マルッティ・マルミのメール（2009年10月31日 09:21 UTC）

util.hでQueryPerformanceCounterをLinuxのgettimeofdayに置き換える #ifdefを作りました。Unicode/ANSIのエラーはwxWidgets 2.9にアップデート したらコード変更なしで解決しました。現在Linuxで出ている唯一のコンパイル エラーはutil.hのheapchk()からのものです。

サトシ・ナカモトのメール（2009年10月30日 01:05 UTC）

見つけた移植性のないコードをいくつか修正した： QueryPerformanceCounter printfフォーマット文字列の%I64d Sleep CheckDiskSpace

他に修正すべき移植性のないコードを知っていたら教えてほしい。

debug.logとdb.logは、現在のディレクトリではなく、データファイルと同じ ディレクトリ（%appdata%\Bitcoin）に移動しようと思う。

もうほとんどできていたよ。いくつか修正してコンパイルは通るようになったけど、リンクするシステムライブラリがわからないので、未定義参照が山ほど出ている。

makefile を/usr/local 以下とデフォルトの「make install」の場所を探すように変更した。やったことと使ったスイッチを build-unix.txt に書いた。今のところ wxWidgets 2.8.9 を使っている。Windows 版と同じバージョンだからで、プラットフォーム変更と同時にバージョン変更の問題を気にしたくないからだ。2.8.10 や 2.9.0 でもおそらく大丈夫だけど。ほぼすべてのライブラリにリンクするので、wxWidgets のシングルライブラリコンパイルを選んだ。

xpm ファイルを追加した。これは Windows 以外で RC ファイルの代わりに使われるものだ。静的配列でグラフィックを定義する巧みな C ファイルだ。ビットコインのアイコンには 5 つの異なるバージョンがあるけど、xpm でそれがどう動作するのかわからなかったので、一番大きいものだけ入れた。GTK では自動的にスケーリングしてくれるのかもしれない。これらが正しいかどうかわからないけど、コンパイルは通る。

ここまで移植した分をsvn/branchesにアップロードしました。Util、script、db とヘッダーは完全にコンパイルできるようになり、net.cppは部分的にコンパイル できるので、まだ作業が残っています。

_beginthreadにはLinuxの直接的な等価物がないので、代わりにBoostスレッドを 使いました。

作業の重複を避けるために知らせておくけど、まだ Linux ビルドに取り組んでいるよ。リンクして実行できるようになって、今はリソースの代わりに xpm からビットマップを読み込むように切り替えるなどのランタイムの問題に対処しているところだ。

依存関係の一部は自分でコンパイルする代わりに Debian パッケージが利用可能だ：

apt-get install build-essential
apt-get install libgtk2.0-dev
apt-get install libssl-dev

Berkeley DB や Boost にパッケージがあるか確認する必要がある。

OpenSSL は共有リンクにする。Linux ではほぼ間違いなくプリインストールされているからだ。GTK も共有リンクにする必要がある。デフォルトでプリインストールされているかは完全に確かではない。

IRC の件は別として、プロキシのテストはどうだった？以前接続したことがあるから、addr.dat に既知のノードアドレスが含まれているけど、どれがオンラインかを知る IRC がないと、見つけるのに時間がかかる。通常、着信接続を受け入れられるノードは君以外に 1～3個だ。既に君を知っている既存のノードは最終的に接続してくるだろう。何個の接続が得られた？どのくらい時間がかかった？TOR 経由で正常にアウトバウンド接続できたかを知るには、debug.log で「connected」を検索する必要があるだろうね。

プロキシ設定を有効にしてビットコインを再起動したところ、1分以内に最初の接続が得られ、最終的には 8個の接続にもなりました。すべて本当に TOR 経由なのか気になります。Netstat では localhost:9050 への接続が 2 つと、ローカルポート 8333 から外部への接続が 7 つ表示されています（表示されている接続の中には既に切断されたものも含まれているかもしれません）。なぜか実行しているフォルダーに debug.log がありません。

着信接続を受け入れるノードのうち、自分の IP をプログラムにハードコードしてもいいという人がいれば、自動的にシードできる。あるいは手順と一緒に Wiki ページに IP シードアドレスを掲載するとか。

Wiki ページは良い、すぐに実行できる解決策だと思います。自分の IP をそこで最新に保つことができますし、他の人にも同じことをお願いできます。Linux ビルドが動けば、ほとんどの時間オンラインで静的 IP を持つサーバーにノードをセットアップするのが簡単になります。ビットコインに同梱される静的 IP リストとピア交換プロトコルがあれば素晴らしいですね。そうすれば IRC サーバーは不要になります。

作業の重複を避けるために知らせておくけど、まだ Linux ビルドに取り組んでいるよ。リンクして実行できるようになって、今はリソースの代わりに xpm からビットマップを読み込むように切り替えるなどのランタイムの問題に対処しているところだ。

わかりました。こちらでは最初の試みではリンクできませんでしたが、依存関係についてはまだ詳しく調べていません。

Linux の変更を SVN のメイントランクにマージした。コンパイルして実行できるようになった。問題はすべて UI にあると思う。メニューがすぐに動作しなくなるし、リサイズしないと再描画されないし、UI でセグフォルトが起きている。gdb でデバッグするのはそれほど難しくないはずだ。他のノードとうまく連携するかはまだテストしていないので、オフネットのままにしておいてくれ。

build-unix.txt と makefile.unix を追加した。

プロキシ設定を有効にしてビットコインを再起動したところ、1分以内に最初の接続が得られ、最終的には 8個の接続にもなりました。すべて本当に TOR 経由なのか気になります。Netstat では localhost:9050 への接続が 2 つと、ローカルポート 8333 から外部への接続が 7 つ表示されています（表示されている接続の中には既に切断されたものも含まれているかもしれません）。なぜか実行しているフォルダーに debug.log がありません。

debug.log はデータディレクトリ「%appdata%/bitcoin/debug.log」に移動した。

7 つのインバウンドと 2 つのアウトバウンドは、おおよそ予想通りだ。

前回の SVN コミットで、接続先アドレスの選択順序を全面的に見直し、最近オンラインが確認された順に試行するようにした。これにより、IRC が利用できない場合でもより合理的な時間で接続できるはずだ。IRC は本来、最初の接続のシードとしてのみ必要なのだが、より速く接続するための頼みの綱として使っていた。

受信接続を受け入れるノードの一部が、自分のIPをプログラムにコード化してもよい というなら、自動的にシードできる。あるいは、手順説明と一緒にWikiページに いくつかのIPシードアドレスを掲載するとか。

Wikiページは良い案で、すぐに実行できる解決策ですね。自分のIPをそこで 最新に保つようにして、他の人にも同じことをお願いできます。Linuxビルドが 動くようになれば、ほとんどの時間オンラインで静的IPを持つサーバーにノードを 立てやすくなります。ビットコインに同梱された静的IPリストとピア交換プロトコルが あれば素晴らしいですね。そうすればIRCサーバーは不要になります。

それは素晴らしいな。TOR ユーザーだけが必要とするものなので、bitcoin -proxy=127.0.0.1:9050 -addnode=<someip> という手順説明で、someip の部分を実際の静的 IP にできる。Wiki の誰でも IP を追加できるリストをそばに置くか、そこへのリンクを貼ればいいだろう。受信接続を受け入れられるようになったら、静的 IP の場合はこのリストに IP を追加してくれ、というオプションの手順へのリンクを用意すべきだ。

匿名の人々は完全にステルスでいたいのだろうか。つまり、TOR なしでは一度も接続せず、自分がビットコインを使っていることを誰にも知られたくないということなのか、それとも取引をする前に TOR に切り替えたいだけなのか。完全にステルスでいたい場合のみ、-proxy -addnode の手動シーディングを行う必要がある。これは非常に簡単にミスしてしまう。最初にビットコインを普通に起動すると、すぐに自動的に接続を開始してしまうからだ。

bitcoin.sourceforge.net のフォーラムが軌道に乗りつつあるので、本格的なフォーラムソフトウェアを無料でホスティングしてくれる場所を本当に探すべきだ。bitweaver のフォーラム機能は軽量すぎる。ホームページの「Forum」タブからフォーラムがホスティングされている場所にリンクできると思う。

コードすらまだないのに、フォーラムの議論と夢のような計画だけで大きなフォロワーを獲得しているプロジェクトを見たことがある。フォーラムの議論が多いとプロジェクトのネット上での存在感が増し、検索ヒットが増え、大きく見え、新規ユーザーを引き付け、サポートの質問を解決し、最も求められている機能をまとめるのに役立つ。

少なくともログインページだけでも、できればサイト全体で SSL をサポートできれば大きなプラスだ。フォーラムで複数の人が TOR/I2P に関心を示しており、それらのユーザーには SSL が必要だ。TOR 出口ノードの多くはおそらく ID を盗む者が運営するパスワード収集ツールだからだ。ビットコインへの中核的な関心はプライバシー重視の層から来ることになるだろう。

無料フォーラムをどこで入手できるかアイデアはあるか？他のプロジェクトがフォーラムをどこにホスティングしているか見てみて、探す場所のヒントにすべきかもしれない。

Linux 上で安定して動作するようになった。ただし、GUI スレッド外で wxMessageBox()を使用するとクラッシュする。非 GUI スレッドは Linux ではウィンドウを開けないためだ。まだその修正には取り掛かっていない。ストレステストを実行しているが、正常に動作している。

wxWidgets の大部分は UI スレッド以外のスレッドで使用するとスレッドセーフではないが、経験則として Windows では UI 関連でないものは大丈夫だ。GTK ではさらにスレッドアンセーフであることが判明した。一度に多くのものを置き換えたので、一つのもの（おそらく Repaint）だけが原因だったのかは分からないが、wxString を使う wx 関数でさえも UI スレッド外では安全でないと想定する必要がある。これで wxWidgets の便利なポータビリティサポート関数がすべて使えなくなった。ソースを確認して全て数値処理である wxThread::GetCPUCount()のような単純なものは残したし、wxMutex は安全でなければ使い物にならないので安全なはずだ。

終了して直後に再度起動すると、ポート 8333 をバインドできないという問題がある。ポートは約 1分後に解放される。何か見落としがない限り、終了前にソケットを閉じているので、他に何ができるか分からない。おそらく Linux ではバインドしたポートの解放に 1分かかるということなのだろう。トロイの木馬が Web サーバーを殺して素早くその場所に入り込み、クライアントのリトライを全て拾うことを防ぐためのセキュリティ機能かもしれない。

アイコンの xpm バージョンを正しく作成する方法をまだ調べる必要がある。

データベースの dat ファイルが Windows と互換性があるかどうか気になる。

匿名の人々は完全にステルスでいたいのだろうか。つまり、TOR なしでは一度も接続せず、自分がビットコインを使っていることを誰にも知られたくないということなのか、それとも取引をする前に TOR に切り替えたいだけなのか。完全にステルスでいたい場合のみ、-proxy -addnode の手動シーディングを行う必要がある。これは非常に簡単にミスしてしまう。最初にビットコインを普通に起動すると、すぐに自動的に接続を開始してしまうからだ。

ステルス性に関心のある人々は技術力が高い傾向があり、完全な秘匿性を得るための手順に従うのはおそらく問題ないでしょう。もちろん、使用前にクリックする必要がある接続ボタンを UI に設けることもできますが、トレードオフとして一般ユーザーにとって UI が分かりにくくなります。

少なくともログインページだけでも、できればサイト全体でSSLをサポートできれば 大きなプラスだ。フォーラムで複数の人がTOR/I2Pに関心を示しており、それらの ユーザーにはSSLが必要だ。TOR出口ノードの多くはおそらくIDを盗む者が運営する パスワード収集ツールだからだ。ビットコインへの中核的な関心はプライバシー重視の 層から来ることになるだろう。

無料フォーラムをどこで入手できるかアイデアはあるか？他のプロジェクトがフォーラムをどこにホスティングしているか見てみて、探す場所のヒントにすべき かもしれない。

一つの選択肢は ning.com です。ning.com は人気のコミュニティサイトで、既にアカウントを持っている多くのユーザーは新しいアカウントを登録する必要がありません。例：http://p2pfoundation.ning.com/。SSL (http://p2pfoundation.ning.com/%E3%80%82SSL) に対応しているようです。

もう一つの選択肢は、サイト全体を Drupal や TikiWiki を実行できる場所に移転することです。取引所サービスのためにバーチャルサーバーか Web ホスティングを近いうちに購入しようと考えていて、そのプラットフォームが 2 つの別々のアカウントを許可するなら、サイトもそこで運営できます。CMS とそのデータベースは必要に応じていつでも新しい Web ホストにコピーして移転できます。

bitcoin-linux-0.1.6-test1.tar.bz2 を添付

Linux ビルドのネットワーク上でのテスト準備が完了した。安定しているようだ。前のメールに実行ファイルを添付で送ったが、メールサーバーが通さなかった場合（12MB ある）は、こちらからダウンロードできる：http://rapidshare.com/files/303914158/linux-0.1.6-test1.tar.bz2.html

素晴らしいですね！大きなマイルストーンを達成しました。こちらでは問題なく動作しているようです。

Linux ビルドのネットワーク上でのテスト準備が完了した。安定しているようだ。前のメールに実行ファイルを添付で送ったが、メールサーバーが通さなかった場合（12MB ある）は、こちらからダウンロードできる：http://rapidshare.com/files/303914158/linux-0.1.6-test1.tar.bz2.html

テスト用に ning.com のサイトを作りました：bitcoin.ning.com。使わないとしても、少なくとも Google の検索ヒットにはなります。

bitcoin.sourceforge.netのフォーラムが軌道に乗りつつあるので、本格的なフォーラム ソフトウェアを無料でホスティングしてくれる場所を本当に探すべきだ。bitweaverの フォーラム機能は軽量すぎる。ホームページの「Forum」タブからフォーラムが ホスティングされている場所にリンクできると思う。

コードすらまだないのに、フォーラムの議論と夢のような計画だけで大きなフォロワーを 獲得しているプロジェクトを見たことがある。フォーラムの議論が多いとプロジェクトの ネット上での存在感が増し、検索ヒットが増え、大きく見え、新規ユーザーを引き付け、 サポートの質問を解決し、最も求められている機能をまとめるのに役立つ。

少なくともログインページだけでも、できればサイト全体でSSLをサポートできれば大きな プラスだ。フォーラムで複数の人がTOR/I2Pに関心を示しており、それらのユーザーには SSLが必要だ。TOR出口ノードの多くはおそらくIDを盗む者が運営するパスワード収集 ツールだからだ。ビットコインへの中核的な関心はプライバシー重視の層から来ることに なるだろう。

無料フォーラムをどこで入手できるかアイデアはあるか？他のプロジェクトが フォーラムをどこにホスティングしているか見てみて、探す場所のヒントにすべき かもしれない。

debug.log では、ブロックリストを要求し、ブロックリストを受信した後、要求されたブロックのリストのアップロードを開始している。ブロックを受信していないが、十分な時間が経っていないので確実なことは言えない。それ以外はすべて正常に見える。

どのくらいの時間実行した？ブロックのダウンロードが始まるまで数分かかることがある。特にケーブルモデムを使っている場合、上りの帯域幅がかなり低いことがあるので、ブロック要求リストのアップロードに時間がかかることがある。

もう一度実行してもブロックがダウンロードされない場合は、少なくとも数時間実行し続けてから debug.log を送ってくれ。そうすれば、私のノードがあなたに接続する時間ができ、私の側で何が表示されているか確認してあなたの debug.log と照合できる。

閉じる時の最小化オプションについてはその通りで、別にできない理由はない。マルッティはもともと別々にしていたのを、私がサブオプションにしてしまった。私のミスだ。元に戻す。

それが言いたかったことです。ステータスバーに表示されるブロックはプログラムを 実行している間、まったく増えませんでした。debug.logを添付しました。

Gnomeでトレイアイコンをテストする良い方法は、通知領域を削除してから再度追加 することです。通知領域を再追加した後もアイコンが表示されていれば、正しく動作 しています。

私は通常、アプリケーションの設定でトレイに最小化ではなく、トレイに閉じるように しています。そしてアプリケーションを最小化したままにしておきます。そうすれば 誤ってプログラムを閉じることがなく、トレイからアプリケーションを開く利便性も 保てます。（開いているウィンドウを「タスクバー」に表示せず、クリックすると 開いているウィンドウをサブメニュー項目として表示するアイコンを置いています。） そしてトレイアイコンが消えたら、設定に入ってトレイアイコン設定を無効にしてから 再度有効にして再表示させます。現在のビットコインの設定では、トレイに最小化の チェックボックスを有効にしないとトレイに閉じるのチェックマークを有効に できないため、これが不可能です。

2009年11月8日午前9:08、Satoshi Nakamoto <satoshin@gmx.com

サトシ・ナカモトのメール（2009年11月8日 05:52 UTC）

ステータスバーのブロック数が約26600まで上がっていないということであれば、 それはバグだ。debug.logを送ってくれ。 （~/.bitcoin/debug.logにある）

Windowsのように、Linux上で既に実行中のプログラムを見つけて表示する方法は まだ分かっていない。あなたのお話を聞いて、少なくともトレイに最小化の オプションを初期状態ではデフォルトでオフにすべきだな。

NewLibertyStandardのメール（2009年11月8日 08:00 UTC）

ダウンロードして実行できました。CPUをかなり使っているので、 正常に動作していると思います。以前に生成されたブロックは ダウンロードされていません。これはバグですか、新機能ですか？

Gnomeのシステムトレイはあまり信頼性がありません。アイコンが消えて プログラムに戻る方法がなくなることがあります。ビットコインでもこれが 起こりうることを確認しました。既に実行中のビットコインを起動した時に、 既に実行中のビットコインプロセスのGUIを表示してくれると良いのですが。

あのタイプのフォーラムレイアウトはあまり好みではない。スレッドリストは 1 ページに約 4 スレッドしか収まらず、投稿はニュース記事やブログ記事のように扱われ、下部に返信コメントが付く。SNS サイトに近く、技術的な議論には向いていない。

phpBB や IPB など似たようなものを考えている。スレッドごとに 1 行のテキスト、小さなフォント、縦方向のスペースを効率的に使うものだ。ほとんどの人は既にそのインターフェースに慣れている。

テスト用にning.comのサイトを作りました：bitcoin.ning.com。使わないとしても、 少なくともGoogleの検索ヒットにはなります。

サトシ・ナカモトのメール（2009年11月5日 17:33 UTC）

bitcoin.sourceforge.netのフォーラムが軌道に乗りつつあるので、本格的な フォーラムソフトウェアを無料でホスティングしてくれる場所を本当に探すべきです。 bitweaverのフォーラム機能は軽量すぎる。ホームページの「Forum」タブから フォーラムがホスティングされている場所にリンクできると思う。

コードすらまだないのに、フォーラムの議論と夢のような計画だけで大きな フォロワーを獲得しているプロジェクトを見たことがある。フォーラムの 議論が多いとプロジェクトのネット上での存在感が増し、検索ヒットが増え、 大きく見え、新規ユーザーを引き付け、サポートの質問を解決し、最も求め られている機能をまとめるのに役立つ。

少なくともログインページだけでも、できればサイト全体でSSLをサポートできれば 大きなプラスです。フォーラムで複数の人がTOR/I2Pに関心を示しており、それらの ユーザーにはSSLが必要です。TOR出口ノードの多くはおそらくIDを盗む者が運営する パスワード収集ツールだからです。ビットコインへの中核的な関心はプライバシー重視の 層から来ることになるでしょう。

無料フォーラムをどこで入手できるかアイデアはあるか？他のプロジェクトが フォーラムをどこにホスティングしているか見てみて、探す場所のヒントにすべき かもしれない。

ブロックが増え始めました。Windows版よりも増え始めるまでに確実に時間がかかります。 また、Windows版よりも遅い速度で増えているかもしれません。送ってくれたLinuxビルドで デバッグが有効になっているのでしょうか？ブロックは毎秒約15ブロックのペースで増えて います（時計を見ながらの目測です）。Windows版でどのくらい速かったかは計測して いませんが、もっと速かった気がします。

開始までどのくらいかかった？たまたま要求したノードが遅いだけかもしれない。遅い開始はダウンロード速度が遅いことと整合する。

現在の debug.log ファイルを見て、何が起こっているか理解したい。相手側の接続が本当に遅いだけかもしれないし、何かがおかしくて失敗してリトライしているのかもしれない。時間がかかりすぎると他のユーザーを混乱させる可能性がある。

マルッティ、あなたが実行した時、ブロックのダウンロードが始まるまでどのくらいかかった？そしてどのくらいの速度でダウンロードした？

ビットコインを起動した時にビットコインのポートが利用できないと、コマンドラインに
以下のメッセージが表示されます。ビットコインのポートが利用できる時にはこれらの
メッセージは表示されません。デフォルトポートが使用中の場合にビットコインが
別のポートを選ぶようにすることは可能でしょうか？BitTorrentクライアント
でも同じことが時々起こります。再起動すると、以前開いていたポートが
閉じています。ポートを変更するだけで再び動き始めます。

/usr/lib/gio/modules/libgvfsdbus.so: wrong ELF class: ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so
/usr/lib/gio/modules/libgioremote-volume-monitor.so: wrong ELF
class: ELFCLASS64
Failed to load module:
/usr/lib/gio/modules/libgioremote-volume-monitor.so
/usr/lib/gio/modules/libgiogconf.so: wrong ELF class: ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgiogconf.so

既に SO_REUSEADDR を使用しているので、閉じた後の TIME_WAIT 状態でもポートをバインドできる。バインドに失敗するのはプログラムが本当にまだ実行中の場合だけのはずだ。ビットコインの 2 つのコピーを同じマシンで同時に実行しないことが重要だ。同時にデータベースを変更することになるためだ。1 台のマシンで 2 つ実行する必要はない。コイン生成は今では自動的に複数のプロセッサーを使用する。

これらの lib エラーが何なのかよく分からない。調べてみる。

ありがとう、何が起こったか分かった。最初のノードが遅かったため、他の全員にもブロックを要求してしまい、全体が詰まっただけだ。これは修正できる。正しいやり方を少し考える必要がある。

未確認の状態でシャットダウンしてもリスクはない。トランザクションや新しいブロックを作成すると、すぐにネットワークにブロードキャストされる。その後の確認数/#の増加は結果を監視しているだけだ。その間にあなたのノードが承認を促進するために何かをすることはない。

考えてみれば、ビットコインを閉じると、メインウィンドウはすぐに閉じるが、バックグラウンドでデータベースの秩序あるフラッシュとシャットダウンを完了するために実行を続ける。それを実装する前は、応答しない固まったウィンドウがずっと残っているのが煩わしかったのだ。バックグラウンドでの秩序あるシャットダウンが完了するまでポートはロックされるが、これは別のコピーが完了するまでデータベースに触れないようにするための重要な保護だ。シャットダウンに数秒以上かかったことはない。

Wine では、Windows 版が SO_REUSEADDR を実行する方法がないので、ポートが閉じた後に 60秒（私のシステムでは）の TIME_WAIT が追加される。

2 つのコピー間で転送する必要がある場合は、もう一方のビットコインアドレスに送ることができる。受信側のコピーはその時点でオンラインである必要はない。

異なるデータディレクトリを使用するためのコマンドラインは：
bitcoin -datadir=

例えば、Linux でのデフォルトディレクトリは（~は使わないでくれ）： bitcoin -datadir=/home/yourusername/.bitcoin

通常このスイッチを使う必要はないはずだ。それでも 2 つのインスタンスを同時に実行することはできない。

2009年11月9日午前3:23、Satoshi Nakamoto <satoshin@gmx.com

サトシ・ナカモトのメール（2009年11月9日 01:23 UTC）

開始までどのくらいかかった？たまたま要求したノードが遅いだけ かもしれない。遅い開始はダウンロード速度が遅いことと整合する。

現在のdebug.logファイルを見て、何が起こっているか理解したい。 相手側の接続が本当に遅いだけかもしれないし、何かがおかしくて 失敗してリトライしているのかもしれない。時間がかかりすぎると 他のユーザーを混乱させる可能性がある。

Martti、あなたが実行した時、ブロックのダウンロードが始まるまで どのくらいかかったか、そしてどのくらいの速度でダウンロードしたか？

既にSO_REUSEADDRを使用しているので、閉じた後のTIME_WAIT状態でも ポートをバインドできる。バインドに失敗するのはプログラムが本当に まだ実行中の場合だけのはずだ。ビットコインの2つのコピーを同じマシンで 同時に実行しないことが重要だ。同時にデータベースを変更することに なるためだ。1台のマシンで2つ実行する必要はない。コイン生成は 今では自動的に複数のプロセッサーを使用する。

これらのlibエラーが何なのかよく分からない。調べてみる。

NewLibertyStandardのメール（2009年11月9日 00:30 UTC）

ブロックが増え始めました。Windows版よりも増え始めるまでに確実に 時間がかかります。また、Windows版よりも遅い速度で増えている かもしれません。送ってくれたLinuxビルドでデバッグが有効になって いるのでしょうか？ブロックは毎秒約15ブロックのペースで増えて います（時計を見ながらの目測です）。Windows版でどのくらい速かったかは 計測していませんが、もっと速かった気がします。

速いペースで増え始めるまで約30分かかりました。興味深いことに、安定して 増え始める前にCPU使用率が上がり、安定して増え始めると下がりました。 ただし今回は最初の数分以内にブロックが2まで増えました。まだビットコインを 生成していません。ビットコインが生成されるまで辛抱強く待ちますが、我慢が切れる までに何も生成されなければ、Wine版に戻すつもりです。

現在のdebug.logを添付しました。

ビットコインを起動した時にビットコインのポートが利用できないと、 コマンドラインに以下のメッセージが表示されます。ビットコインのポートが 利用できる時にはこれらのメッセージは表示されません。デフォルト ポートが使用中の場合にビットコインが別のポートを選ぶようにすることは 可能でしょうか？BitTorrentクライアントでも同じことが時々 起こります。再起動すると、以前開いていたポートが閉じて います。ポートを変更するだけで再び動き始めます。

/usr/lib/gio/modules/libgvfsdbus.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so /usr/lib/gio/modules/libgioremote-volume-monitor.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so /usr/lib/gio/modules/libgiogconf.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgiogconf.so

2つのインスタンスを同時に実行する理由は、あるビットコインインスタンスから別の インスタンスにビットコインを転送するためです。もちろん別々のデータディレクトリに アクセスする必要があります。コマンドライン引数で指定できるようになれば いいのですが。現在はビットコインのデータフォルダーを仮想マシンに移動して行って います。ビットコインをシャットダウンして別のデータディレクトリで再起動するのは 良い解決策ではありません。未確認のビットコインがある間にシャットダウンすると それらのビットコインを失うリスクがあるからです。

ポート使用中エラーが出た時、ビットコインは確実に実行されていませんでした。 プロセスは素早く確実に終了しますが、ポートが再び利用可能になるまでに 30秒から3分かかります（記憶からの推測）。WineでのBitcoin 0.1.5から Linuxビルドへの切り替え時と、LinuxビルドからWineでのBitcoin 0.1.5への 切り替え時に発生しました。

もう一つ気づいたのは、バージョン情報ダイアログのテキストが正しく収まって おらず、リサイズもできないことです。

マルッティ、あなたが実行した時、ブロックのダウンロードが始まるまでどのくらいかかった？そしてどのくらいの速度でダウンロードした？

接続後すぐに開始し、CPU が遅い Windows PC よりも速くダウンロードしました。

学校のプロジェクト（偶然にも C++のコーディング）に約 1ヶ月集中しなければならないので、12月までは積極的な開発に使える時間があまりありません。とにかく連絡は取り合いましょう。

NewLibertyStandardのメール（2009年11月9日 00:30 UTC）

ブロックが増え始めました。Windows版よりも増え始めるまでに確実に時間が かかります。また、Windows版よりも遅い速度で増えているかもしれません。 送ってくれたLinuxビルドでデバッグが有効になっているのでしょうか？ブロックは 毎秒約15ブロックのペースで増えています（時計を見ながらの目測です）。 Windows版でどのくらい速かったかは計測していませんが、もっと速かった気がします。

開始までどのくらいかかった？たまたま要求したノードが遅いだけ かもしれない。遅い開始はダウンロード速度が遅いことと整合する。

現在のdebug.logファイルを見て、何が起こっているか理解したい。 相手側の接続が本当に遅いだけかもしれないし、何かがおかしくて失敗して リトライしているのかもしれない。時間がかかりすぎると他のユーザーを 混乱させる可能性がある。

マルッティ、あなたが実行した時、ブロックのダウンロードが始まるまでどのくらいかかった？そしてどのくらいの速度でダウンロードした？

ビットコインを起動した時にビットコインのポートが利用できないと、コマンドラインに 以下のメッセージが表示されます。ビットコインのポートが利用できる時にはこれらの メッセージは表示されません。デフォルトポートが使用中の場合にビットコインが 別のポートを選ぶようにすることは可能でしょうか？BitTorrentクライアント でも同じことが時々起こります。再起動すると、以前開いていたポートが 閉じています。ポートを変更するだけで再び動き始めます。

/usr/lib/gio/modules/libgvfsdbus.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so /usr/lib/gio/modules/libgioremote-volume-monitor.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so /usr/lib/gio/modules/libgiogconf.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgiogconf.so

既にSO_REUSEADDRを使用しているので、閉じた後のTIME_WAIT状態でも ポートをバインドできる。バインドに失敗するのはプログラムが本当にまだ 実行中の場合だけのはずだ。ビットコインの2つのコピーを同じマシンで同時に 実行しないことが重要だ。同時にデータベースを変更することになるためだ。 1台のマシンで2つ実行する必要はない。コイン生成は今では自動的に 複数のプロセッサーを使用する。

これらのlibエラーが何なのかよく分からない。調べてみる。

本当に 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 にアップグレードして同じ土俵に立てるか見てみるべきだな。

このLinuxビルドの制作に貢献してくれた皆さん、本当に素晴らしい仕事をしてくれました！ 尽力に感謝します。ビットコインの熟成が始まったので、当面はLinuxクライアントを実行し 続けて、Wine上のWindows版と同等以上にコインを生成できるかどうか判断するつもりです。

2009年11月9日午前8:59、Liberty Standard

NewLibertyStandardのメール（2009年11月9日 13:59 UTC）

複数のインスタンスを実行したいもう一つの場面は、ビットコインをアップグレード する時です。古いビットコインでコイン生成のチェックボックスを外し、新しい ビットコインを起動して別のデータディレクトリでコイン生成を開始し、古い アプリケーションのコインが熟成したら新しいアプリケーションに送金して 古いアプリケーションを閉じます。古いデータを維持しながら アップグレードするよりも、クリーンインストールを好みます。

2009年11月9日午前7:42、Satoshi Nakamoto <satoshin@gmx.com

サトシ・ナカモトのメール（2009年11月9日 05:42 UTC）

ありがとう、何が起こったか分かった。最初のノードが 遅かったため、他の全員にもブロックを要求してしまい、全体が 詰まっただけだ。これは修正できる。正しいやり方を少し考える 必要がある。

未確認の状態でシャットダウンしてもリスクはない。トランザクション や新しいブロックを作成すると、すぐにネットワークにブロードキャスト される。その後の確認数/#の増加は結果を監視しているだけだ。その間に あなたのノードが承認を促進するために何かをすることはない。

Linux ビルド、自動起動、トレイ最小化、セットアップなど、たくさんのことをやってくれて本当に感謝している。C++プロジェクトの成功を祈っている。

学校のプロジェクト（偶然にも C++のコーディング）に約 1ヶ月集中しなければならないので、12月までは積極的な開発に使える時間があまりありません。とにかく連絡は取り合いましょう。

何が起こったか分かった。すべてのソケットが何らかの理由でデッドになった。ネットワークとの通信がなかったのに、8 つのゾンビ接続があったため、まだオンラインだと思い込んでブロックの生成を続けていた。これが起きている時は、ブロックが他の人のブロックが間に入ることなく連番になっていることで分かる： 2/unconfirmed 3/unconfirmed 4/unconfirmed 5/unconfirmed 6 blocks 7 blocks

6 ブロック連続であなただけがブロックを見つけるというのは現実的ではない。

終了して再起動した時、接続してあなたがいない間にネットワークが見つけた 45 ブロックをダウンロードした。あなたのブロックはすぐにネットワークにブロードキャストされなかったため、ネットワークはそれらなしで進んだ。

Wine 上でもまったく同じ問題があったようだな。Linux のソケットハンドリングに何かがあり、いずれの場合もそれが影響しているようだ。

調査を始める。最終的に問題の根本原因を見つけられない場合は、メッセージの不在を監視して切断する何らかのメカニズムを作る必要がある。今のところの回避策は、より頻繁に終了して再起動することだけだ。

あなたのノード接続のうち 1 つを除いてすべてが同時にデッドになり、1 つがその少し後にデッドになった。IRC はまだ動いていたので、インターネットからオフラインになったわけではない。

ブロックのステータスは熟成まで「#/unconfirmed」と表示すべきだろうか（119/unconfirmed から 120 blocks へ）。ブロックについては、数字の意味がトランザクションほど強くない。

自分自身のブロックを確認としてカウントしないようにすることは改善になると思う。欠点は、異なるノードで表示されるステータス番号が一致しなくなることだ。ステータス番号はブロックの熟成カウントダウンとも連動しなくなる。より軽い選択肢としては、すべての確認が自分自身のものである場合のみ特別扱いすることだ。

6セットの熟成中のコインを失いました！10セットのBitcoinが熟成中でした。 最後のセットは約0:22に生成されました。Bitcoinが固まる前に2/unconfirmedまで 行きました。10:10の時点で、0:22に生成されたBitcoinはまだ2/unconfirmedの ままでした。コインを失うことはないと教えてくれていたので、Bitcoinを シャットダウンして再起動しました。良い面としては、シャットダウンと起動は 非常にスムーズでした。しかし残念なことに、ブロックが更新された時、 6セットのBitcoinを失いました。4セットはまだ未確認でしたが、2セットは 確認済みでした。そして今はそれらの痕跡がありません。「生成されたコインを 表示」オプションが使えるようになったので、失敗したBitcoin生成も表示に 戻してもらえないでしょうか。それらのBitcoinがただ消えてしまったのが 納得できません。現時点ではまだLinuxビルドを実行していますが、過去24時間に 生成した10セットのBitcoinのうち6セットが消えた今、Wine版が急に魅力的に 見えてきました。debug.logを添付しました。

2009年11月10日午前1:45、Liberty Standard

NewLibertyStandardのメール（2009年11月10日 06:45 UTC）

Linuxビルドは過去20時間でかなりの量のBitcoinを生成しましたし、 データベースエラーについてのお話を信じているので、今後はLinuxビルドを 実行する方向に向かっています。Linuxビルドの唯一のちょっと困った点は、 コンピューターのファンが50%から100%になったことです。:-P CPUを制限 できることは分かっているので、あまりにも気になって少ないBitcoin 生成で済ませるなら、そうするかもしれません。あるいは、もっと音楽を 聴き始めるべきかもしれません…

…

               未確認の状態でシャットダウンしてもリスクはない。
                トランザクションや新しいブロックを作成すると、すぐに
               ネットワークにブロードキャストされる。その後の
               確認数/#の増加は結果を監視しているだけだ。
               その間にあなたのノードが承認を促進するために
               何かをすることはない。

ソケットがエラーを起こしても切断されない可能性のあった箇所をいくつか修正した。接続が再びデッドになった場合、切断して再接続するようになるはずだ。フォールバックとして非活動タイムアウトも実装した。

初期ブロックダウンロードの遅さに対する部分的な修正も含まれている。

追加した debug.log 情報を得るために、「-debug」スイッチを付けて実行してくれ。問題がさらにある場合に役立つ。

linux-0.1.6-test2.tar.bz2 12,134,012 バイト
ダウンロード：
http://rapidshare.com/files/305231818/linux-0.1.6-test2.tar.bz2.html

何が起こったか分かった。すべてのソケットが何らかの理由でデッドになった。 ネットワークとの通信がなかったのに、8つのゾンビ接続があったため、まだオンラインだと 思い込んでブロックの生成を続けていた。これが起きている時は、ブロックが他の人の ブロックが間に入ることなく連番になっていることで分かる： 2/unconfirmed 3/unconfirmed 4/unconfirmed 5/unconfirmed 6 blocks 7 blocks

6ブロック連続であなただけがブロックを見つけるというのは現実的ではない。

終了して再起動した時、接続してあなたがいない間にネットワークが見つけた45ブロックを ダウンロードした。あなたのブロックはすぐにネットワークにブロードキャストされ なかったため、ネットワークはそれらなしで進んだ。

Wine上でもまったく同じ問題があったようだな。Linuxのソケットハンドリングに何かが あり、いずれの場合もそれが影響しているようだ。

調査を始める。最終的に問題の根本原因を見つけられない場合は、メッセージの不在を 監視して切断する何らかのメカニズムを作る必要がある。今のところの回避策は、 より頻繁に終了して再起動することだけだ。

あなたのノード接続のうち1つを除いてすべてが同時にデッドになり、1つがその少し後に デッドになった。IRCはまだ動いていたので、インターネットからオフラインに なったわけではない。

ブロックのステータスは熟成まで「#/unconfirmed」と表示すべきだろうか （119/unconfirmedから120 blocksへ）。ブロックについては、数字の意味が トランザクションほど強くない。

自分自身のブロックを確認としてカウントしないようにすることは改善になると思う。 欠点は、異なるノードで表示されるステータス番号が一致しなくなることだ。 ステータス番号はブロックの熟成カウントダウンとも連動しなくなる。より軽い 選択肢としては、すべての確認が自分自身のものである場合のみ特別扱いすることだ。

NewLibertyStandardのメール（2009年11月10日 15:10 UTC）

6セットの熟成中のコインを失った！10セットのBitcoinが熟成中だった。 最後のセットは約0:22に生成された。Bitcoinが固まる前に2/unconfirmedまで 行った。10:10の時点で、0:22に生成されたBitcoinはまだ2/unconfirmedの ままだった。コインを失うことはないと教えてくれていたので、Bitcoinを シャットダウンして再起動した。良い面としては、シャットダウンと起動は 非常にスムーズだった。しかし残念なことに、ブロックが更新された時、 6セットのBitcoinを失った。4セットはまだ未確認だったが、2セットは 確認済みだった。そして今はそれらの痕跡がない。「生成されたコインを 表示」オプションが使えるようになったので、失敗したBitcoin生成も表示に 戻してもらえないだろうか。それらのBitcoinがただ消えてしまったのが 納得できない。現時点ではまだLinuxビルドを実行しているが、過去24時間に 生成した10セットのBitcoinのうち6セットが消えた今、Wine版が急に魅力的に 見えてきた。debug.logを添付した。

2009年11月10日午前1:45、Liberty Standard <newlibertystandard@gmail.com mailto:newlibertystandard@gmail.com> の書き込み：

Linuxビルドは過去20時間でかなりの量のBitcoinを生成したし、
データベースエラーについての話を信じているので、今後はLinuxビルドを
実行する方向に向かっている。Linuxビルドの唯一のちょっと困った点は、
コンピューターのファンが50%から100%になったことだ。:-P CPUを制限
できることは分かっているので、あまりにも気になって少ないBitcoin生成で
済ませるなら、そうするかもしれない。あるいは、もっと音楽を聴き始める
べきかもしれない…

…

               未確認の状態でシャットダウンしてもリスクはない。
                トランザクションや新しいブロックを作成すると、すぐに

ネットワークにブロードキャストされる。その後の 確認数/#の増加は結果を監視しているだけだ。 その間にあなたのノードが承認を促進するために 何かをすることはない。

linux-0.1.6-test2.tar.bz2 を添付

現在（GMT 04:50）私のノードがあなたのノードに接続しているが、毎回ゾンビ接続になっている。ソケットはエラーを返さず、通知なしにゾンビになるだけだ。今 Linux ビルドを実行しているなら、あなた側のログに何が表示されているか見てみると興味深いだろう。

test3：

ゾンビソケットを検出するための専用コードを追加した。接続から 60秒以内にデータの送受信がないソケットを検出し、送信待ちのデータが 3分間送信されていない場合も検出する。

test2 で再接続速度を弱めてしまったかもしれない。test3 では素早く再接続するようにより積極的にしている。

他のノードがあなたの生成したブロックを受信したかどうかを追跡するチェック機能を追加した。どのノードも受信しなかった場合、説明文で警告する： 「Generated - Warning: This block was not received by any other nodes and will probably not be accepted!」

ブロックやトランザクションが他のどのノードにも送信されない場合、ステータスは「#/offline?」になる。

これらすべてにより、おかしくなったらすぐに気付かないことは不可能なはずだ。すべてのゾンビソケットを切断できるはずだ。その後、良好な接続を確立できるのか、それともソケットが完全に壊れて 0 接続のままなのかは分からない。

これでうまくいかない場合は、BitTorrent など他の P2P アプリのソースコードを見て、こうした問題にどう対処しているか確認するつもりだ。ソケットシステムを復活させるための魔法のフラグや手順があるかもしれない。

ファイル linux-0.1.6-test3.tar.bz2 は次のメッセージに添付する。

2009年11月11日午前8:08、Liberty Standard

NewLibertyStandardのメール（2009年11月11日 13:08 UTC）

ネットワーク接続はコンピューターに直接つながっています。ISPはインターネットに 接続するためにVPNの実行を要求します。その上で2つ目のNICでインターネットを 他のデバイスと共有しています。コンピューターを使用中のIPアドレスは実際のIP アドレスですが、2つ目のNIC経由で接続されたデバイスはNATを使用します。 仮想マシン経由で接続する場合もNATを使用します。これらの設定にはほとんど 設定が不要です。UbuntuのNetworkManagerには2つ目のNIC経由でインターネット 接続を共有するオプションがあり、VirtualBoxにはNATを使用するオプションが あります。

また数パックのBitcoinを失ったので、その問題はまだ修正されていません。 何が起こっているか分かった今では少し耐えられます。当面はBitcoinの 熟成が始まるのを見たら再起動するようにします。LinuxとWineを行き来 するかもしれませんが、新しいバージョンが出るたびに必ずテストします。 現時点ではまだLinuxビルドを実行しています。

2009年11月11日午前7:49、Satoshi Nakamoto <satoshin@gmx.com

サトシ・ナカモトのメール（2009年11月11日 00:41 UTC）

ありがとう。ログは特別なところで止まっておらず、単純な メッセージ受け渡しだった。おそらくUI関連だろう。初期のバグの ほとんどはUIに関するものだった。

ファイアウォールのブランド/モデルは何だ？BitTorrentが一部の モデルが処理できる接続数を圧倒する可能性がある。ほとんどの モデルは性能不足で、負荷がかかると不安定だ。

NewLibertyStandardのメール（2009年11月11日 23:00 UTC）

添付ファイルはちゃんと受け取れています。マルッティに大きな 添付ファイルを送らないようにしただけです。

バグを再現できません。ペースト、ブロックの完了、両方の 組み合わせ、それとも全く別のものが障害を引き起こしたのか 分かりません。

…

しかしダウンロードが始まった後、BitTorrentクライアントを 見てみたら、案の定、あるトレントのことを忘れていて、 アップロードが設定した上限でかなり高くなっていました。

ファイル linux-0.1.6-test3.tar.bz2 を添付

linux-0.1.6-test3.tar.bz2 12,143,473 バイト

test 5：

ソケットがノンブロッキングであることを忘れている場合に備えて、send と recv の呼び出しに MSG_DONTWAIT を追加した。それでもうまくいかない場合の万全の対策として、別のスレッドが send/recv スレッドを監視し、停止した場合に終了して再起動する。debug.log に「*** Restarting ThreadSocketHandler ***」と出力され、ステータスバーにしばらくエラーメッセージが表示される。

終了する前に、ハングしているソケットを閉じることを試みる。それがうまくいけば、スレッドの終了に頼る必要はない。

スレッドを約 1000回終了させるテストを実行したが、問題なかったので安全なはずだ。Linux 上での終了は pthread_cancel で、これにより C++の例外ハンドラに投げ込まれる。

使っていたスレッド呼び出しには終了機能がなかったので、util.h に Windows では CreateThread、Linux では Npthread_create を使用する独自のラッパーを作成した。以下の代わりに：
_beginthread は Windows 専用で終了機能なし
boost::thread は非常に魅力的だが終了機能なし
wxThread は呼び出す可能性のある各関数にクラスを作成する必要がある（最悪）

ファイルは次のメールに添付する

12,033,918 linux-0.1.6-test5.tar.bz2

InvisionFree が移行中の新サイトである Zetaboards にフォーラムを作成した。

http://s1.zetaboards.com/Bitcoin/index/

あなたのアカウントを管理者にアップグレードするために使える管理者アカウントを作った：
u: admin
pw: B98VzUUA

ちなみに、管理者ページは上部に大きな空白があるので、下にスクロールする必要がある。

SSL には対応していないが、どこも対応していない。見苦しいデフォルトのオレンジと青のテーマを Frostee テーマに変更した。徹底的に探した結果、見つけられた唯一のまともなテーマだった。テーマを探すのは無駄だ。何千もの粗悪なテーマがある。結局、解決策はテーマではなくボタンセットを見ることだと分かった（http://resources.zetaboards.com/forum/1000328/）。 (http://resources.zetaboards.com/forum/1000328/%EF%BC%89%E3%80%82)

最初はサブフォーラムを 2 つだけ作った。必要に応じて新しいものを作る予定だ。サブセクションを設ける十分な項目が揃うまでは、フラットな名前空間で始めるのが好みだ。テクニカルサポートを別のセクションにするのは理にかなっている。そうしたものをメインの目立つ場所から外して、みんなの前に汚れ物をさらさないようにし、バグ報告をしやすくするためだ。テクニカルサポートセクションを読む必要があるのは主に開発者とバグを確認している人だけだ。

linux-0.1.6-test5 が Liberty のゾンビソケット問題を解決した。MSG_DONTWAIT が根本原因を修正し、スレッドの終了と再起動は必要ない。ソケットは既にノンブロッキングとしてマークされているので、なぜこうなるのか理解できない。忘れたのかもしれない。ソケットが失敗して OS が閉じたら、ノンブロッキングだったことを覚えているものは何もなくなると考えられるが、閉じたハンドルにアクセスすればすぐにエラーを返すはずだ。Windows には MSG_DONTWAIT がなく、ソケットをノンブロッキングとしてマークするのが唯一の方法なので、Wine で Windows 版を実行する場合はスレッドの終了に頼る必要がある。

現在の唯一の問題は彼が得ている DB 例外だ。

EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()

EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()

これは Wine の問題だと予想していたが、Linux でも同様に出ている。datadir を別のドライブに移動しても改善しなかった。私は一度も出たことがない。大量のアクティビティと DB アクセスを継続的に生成するストレステストを実行しているが、出たことがない。

彼は Ubuntu 64 ビットで、私は 32 ビットなので、それが違いだと推測している。あなたの Linux マシンは 64 ビットか、32 ビットか？DB 例外が出たことはあるか？（db.log も確認してくれ。）test5 でゾンビ問題が修正されたので、あなたの Linux マシンで実行を始めてもらえるか？ここで何に対処しているのか、より良く把握するために 3 票目が欲しいところだ。DB 例外はキャッチされないので、出るとプログラムが停止する。

ちなみに、Zetaboards は「Member #」を表示することにこだわっているので、早めにサインアップして良いアカウント番号を確保しておくといい。

プログラムが debug.log に同じエラーを出して数回終了しました。
close: Bad file descriptor
blkindex.dat: Bad file descriptor

64 ビットの Ubuntu ディストリビューションを使用しています。

現在の唯一の問題は彼が得ているDB例外だ。

---

EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()

---

EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()

これはWineの問題だと予想していたが、Linuxでも同様に出ている。 datadirを別のドライブに移動しても改善しなかった。私は一度も出たことが ない。大量のアクティビティとDBアクセスを継続的に生成するストレス テストを実行しているが、出たことがない。

彼はUbuntu 64ビットで、私は32ビットなので、それが違いだと推測している。 あなたのLinuxマシンは64ビットか、32ビットか？DB例外が出たことは あるか？（db.logも確認してくれ。）test5でゾンビ問題が修正されたので、 あなたのLinuxマシンで実行を始めてもらえるか？ここで何に対処しているのか、 より良く把握するために3票目が欲しいところだ。DB例外はキャッチされないので、 出るとプログラムが停止する。

ちなみに、Zetaboards は「Member #」を表示することにこだわっているので、早めにサインアップして良いアカウント番号を確保しておくといい。

それなら 64 ビット版をインストールしたほうがよさそうだな。64 ビット Linux 上の 32 ビット版 Berkeley DB の問題だと思う。

ところで、機能一覧のクレジットなどで、あなたのことを sirius-m と表記するか、それとも Martti Malmi と表記するか？ほとんどのプロジェクトでは統一性のために本名を使っていると思う。

プログラムが何度かdebug.logのDb::closeと同じエラーで終了しました。Db.logには以下が記録されています：

close: Bad file descriptor blkindex.dat: Bad file descriptor

64ビットのUbuntuディストリビューションを使用しています。

サトシ・ナカモトのメール（2009年11月15日 15:40 UTC）

今唯一の問題は、彼が遭遇しているDB例外です。

---

EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()

---

EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()

これはWineの問題だと思っていたのだが、Linuxでも同じ現象が出ている。彼はdatadirを別のドライブに移動してみたが、効果なし。私は一度も遭遇していない。大量のアクティビティとDBアクセスを連続的に生成するストレステストを実行しているが、一度も起きていない。

彼はUbuntu 64ビットで、私は32ビットなので、それが違いだと推測しています。あなたのLinuxマシンは64ビットですか、32ビットですか？DB例外が発生したことはありますか？（db.logも確認してください）test5でゾンビ問題が修正されたので、あなたのLinuxマシンで実行を開始してもらえますか？状況をより正確に把握するために3票目が欲しいのです。DB例外はキャッチされていないため、発生するとプログラムが停止します。

ところで、zetaboardsは「Member #」を表示するようになっているので、早めに登録していい会員番号を確保したほうがいいよ。

本名のほうがいいかもしれません。

もう一つ名前の質問ですが、取引所サービスの名前を考えていて、Bitcoin X（bitcoinx.com）と Bitcoin Shop（bitcoinshop.com）を思いつきました。どちらがいいと思いますか？

それなら64ビット版をインストールしたほうがよさそうだな。64ビットLinux上の32ビット版Berkeley DBの問題だと思う。

ところで、機能一覧のクレジットなどで、あなたのことをsirius-mと表記するか、それともMartti Malmiと表記するか？ほとんどのプロジェクトでは統一性のために本名を使っていると思う。

マルッティ・マルミのメール（2009年11月15日 17:55 UTC）

プログラムが何度かdebug.logのDb::closeと同じエラーで終了しました。 Db.logには以下が記録されています：

close: Bad file descriptor blkindex.dat: Bad file descriptor

64ビットのUbuntuディストリビューションを使用しています。

サトシ・ナカモトのメール（2009年11月15日 15:40 UTC）

今唯一の問題は、彼が遭遇しているDB例外だ。

---

EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()

---

EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()

これはWineの問題だと思っていたのだが、Linuxでも同じ現象が出ている。彼はdatadirを別のドライブに移動してみたが、効果なし。私は一度も遭遇していない。大量のアクティビティとDBアクセスを連続的に生成するストレステストを実行しているが、一度も起きていない。

彼はUbuntu 64ビットで、私は32ビットなので、それが違いだと推測している。あなたのLinuxマシンは64ビットか、32ビットか？DB例外が発生したことはあるか？（db.logも確認してくれ）test5でゾンビ問題が修正されたので、あなたのLinuxマシンで実行を開始してもらえるか？状況をより正確に把握するために3票目が欲しいのだ。DB例外はキャッチされていないため、発生するとプログラムが停止する。

ところで、zetaboardsは「Member #」を表示するようになっているので、早めに登録していい会員番号を確保したほうがいいよ。

一見したところ、bitcoinshop.com のほうがよさそうだ。bitcoinexchange.com は bitcoinx.com より良いかもしれない。

ドメイン名を検索する場所には注意してくれ。多くの業者がフロントランニング（先回り登録）をする。Network Solutions でさえそうだ。ただし、ホームページではなく whois ページを使えば問題ないと言っている。安全な場所はここだけだ： http://www.internic.com/whois.html

本名のほうがいいかもしれません。

もう一つ名前の質問ですが、取引所サービスの名前を考えていて、Bitcoin X（bitcoinx.com）とBitcoin Shop（bitcoinshop.com）を思いつきました。どちらがいいと思いますか？

サトシ・ナカモトのメール（2009年11月15日 19:15 UTC）

それなら64ビット版をインストールしたほうがよさそうだな。64ビットLinux上の32ビット版Berkeley DBの問題だと思う。

ところで、機能一覧のクレジットなどで、あなたのことをsirius-mと表記するか、それともMartti Malmiと表記するか？ほとんどのプロジェクトでは統一性のために本名を使っていると思う。

マルッティ・マルミのメール（2009年11月15日 17:55 UTC）

プログラムが何度かdebug.logのDb::closeと同じエラーで終了しました。 Db.logには以下が記録されています：

close: Bad file descriptor blkindex.dat: Bad file descriptor

64ビットのUbuntuディストリビューションを使用しています。

サトシ・ナカモトのメール（2009年11月15日 15:40 UTC）

今唯一の問題は、彼が遭遇しているDB例外です。

---

EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()

---

EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()

これはWineの問題だと思っていたのだが、Linuxでも同じ現象が出ている。彼はdatadirを別のドライブに移動してみたが、効果なし。私は一度も遭遇していない。大量のアクティビティとDBアクセスを連続的に生成するストレステストを実行しているが、一度も起きていない。

彼はUbuntu 64ビットで、私は32ビットなので、それが違いだと推測しています。あなたのLinuxマシンは64ビットですか、32ビットですか？DB例外が発生したことはありますか？（db.logも確認してください）test5でゾンビ問題が修正されたので、あなたのLinuxマシンで実行を開始してもらえますか？状況をより正確に把握するために3票目が欲しいのです。DB例外はキャッチされていないため、発生するとプログラムが停止します。

ところで、zetaboardsは「Member #」を表示するようになっているので、早めに登録していい会員番号を確保したほうがいいよ。

回避策のアイデアがあるが、エラーがどのファイルで発生しているかによる。db.log にエラーがいくつか蓄積されているなら、送ってもらえるか？（たとえ非常にシンプルで退屈な内容でも）記録されているファイルは常に blkindex.dat か、それとも addr.dat や wallet.dat も含まれるか？

データディレクトリをSSDカードに戻して、bitcoin test 6を開始しました。今日、ログにDb::openのセグメンテーションフォルトが発生しました。720pのmkv動画を見ている間、プロセッサー/コアを1つだけ使用する設定に変更していました。映画が終わった後にセグメンテーションフォルトに気づきました。

2009年11月15日(日) 午前12:45、Satoshi Nakamoto <satoshin@gmx.com

サトシ・ナカモトのメール（2009年11月15日 20:25 UTC）

Berkeley DBを別の方法でリンクしたバージョンだ。試してみる価値はある。 それ以外はtest5と同一だ。

（同じ方法で失敗するまでは、少なくともdatadirはハードドライブに置いて おいてくれ。成功する可能性はそれなりにある。）

VPS の 174.143.149.98 に TikiWiki をインストールしました。現在、自己署名証明書で SSL が有効になっています。管理者パスワードは Bitweaver と同じです。これをサイトのプラットフォームとして使うのはどうでしょうか？bitcoin.org か、少なくとも bitcoin.sf.net をここに向けることはできますか？

VPS の 174.143.149.98 に TikiWiki をインストールしました。現在、自己署名証明書で SSL が有効になっています。管理者パスワードは Bitweaver と同じです。これをサイトのプラットフォームとして使うのはどうでしょうか？bitcoin.org か、少なくとも bitcoin.sf.net をここに向けることはできますか？

Wiki を切り替えるメリットは何だと考えるか？
私が思いつくものは：
SSL
SourceForge の不安定なホスティングから脱却
SourceForge にすべてがログされない

フォーラム機能は Bitweaver と同程度に弱い。本格的なフォーラムソフトウェアが必要だ。

今の優先事項はフォーラムを立ち上げることだ。phpBB か類似のものを考えている。zetaboards の選択肢についてどう思うか？それで進めようか？

Wiki を切り替えるメリットは何だと考えるか？
私が思いつくものは：
SSL
SourceForge の不安定なホスティングから脱却
SourceForge にすべてがログされない

最大のメリットは、Wiki とフォーラムで別々のアカウントが不要な単一サイトにできることだと思います。機能もメインサイト自体にうまく統合されます。また、広告がないのもプラスです。

フォーラム機能は Bitweaver と同程度に弱い。本格的なフォーラムソフトウェアが必要だ。

Drupal のフォーラム機能はどうでしょう？アドレスはこちらです：
https://174.143.149.98/drupal/。CMS (https://174.143.149.98/drupal/%E3%80%82CMS) としては TikiWiki よりも見栄えが良くシンプルです。フォーラムが十分でなければ、もちろん phpBB のような専門のフォーラムソフトウェアを使うこともできます。

今の優先事項はフォーラムを立ち上げることだ。phpBB か類似のものを考えている。zetaboards の選択肢についてどう思うか？それで進めようか？

それ以外は問題ありませんが、広告と SSL がないのはマイナスです。

Drupal のようなウェブパブリッシング型 CMS の方向に進むのは良いアイデアだ。Wiki よりもフィットするし、見栄えの良いウェブサイトを作れる。Wiki については私の考えが間違っていたと思う。ウェブサイトのデザイン作業をするのはごく少数の特定の人だけで、その人たちは別のログインを使えばいいのだ。その場合、フォーラムとのログイン統合はそれほど重要ではない。セキュリティの観点からは、ウェブサイトを乗っ取られる可能性のある同じログインで常にフォーラムをチェックするよりも、むしろ別のログインのほうが好ましいくらいだ。

Drupal のフォーラムは wiki のものよりはましだが、私が使いたいと思えるものにはまだほど遠い。

zetaboards の長所と短所：

長所：

• 帯域幅を気にする必要がない
• バックエンドの管理とセキュリティパッチを先方が対応してくれる

短所：

• SSL がない
• プライバシーがない、すべてがログされる
• カスタマイズのための PHP コードを制御できない
• CAPTCHA がない。後から追加されても受け入れがたい Flash かもしれない
• 広告（十分気になるなら後で有料で削除できる）
• ささいな理由でサイトを突然閉鎖されるリスクが常にある

Wikiを切り替えるメリットは何だと考えるか？ 私が思いつくものは： SSL SourceForgeの不安定なホスティングから脱却 SourceForgeにすべてがログされない

最大のメリットは、Wikiとフォーラムで別々のアカウントが不要な単一サイトにできることだと思います。機能もメインサイト自体にうまく統合されます。また、広告がないのもプラスです。

フォーラム機能はBitweaverと同程度に弱い。本格的なフォーラムソフトウェアが必要です。

Drupalのフォーラム機能はどうでしょう？アドレスはこちらです： https://174.143.149.98/drupal/。CMSとしてはTikiWikiよりも見栄えが良くシンプルです。フォーラムが十分でなければ、もちろんphpBBのような専門のフォーラムソフトウェアを使うこともできます。 (https://174.143.149.98/drupal/%E3%80%82CMS%E3%81%A8%E3%81%97%E3%81%A6%E3%81%AFTikiWiki%E3%82%88%E3%82%8A%E3%82%82%E8%A6%8B%E6%A0%84%E3%81%88%E3%81%8C%E8%89%AF%E3%81%8F%E3%82%B7%E3%83%B3%E3%83%97%E3%83%AB%E3%81%A7%E3%81%99%E3%80%82%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A9%E3%83%A0%E3%81%8C%E5%8D%81%E5%88%86%E3%81%A7%E3%81%AA%E3%81%91%E3%82%8C%E3%81%B0%E3%80%81%E3%82%82%E3%81%A1%E3%82%8D%E3%82%93phpBB%E3%81%AE%E3%82%88%E3%81%86%E3%81%AA%E5%B0%82%E9%96%80%E3%81%AE%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A9%E3%83%A0%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%82%92%E4%BD%BF%E3%81%86%E3%81%93%E3%81%A8%E3%82%82%E3%81%A7%E3%81%8D%E3%81%BE%E3%81%99%E3%80%82)

今の優先事項はフォーラムを立ち上げることです。phpBBか類似のものを考えています。 zetaboardsの選択肢についてどう思うか？それで進めようか？

それ以外は問題ありませんが、広告とSSLがないのはマイナスです。

test 7：

念のため、実行前にデータディレクトリをバックアップしてほしい。

Db::open/Db::close「Bad file descriptor」例外の回避策だ。初期ブロックダウンロードも高速化される可能性がある。回避策は、データベースハンドルを開いたままプログラムの実行中ずっと保持しておくことで、実際これはより一般的なやり方でもある。常に閉じたり開いたりしなければ、エラーが発生する機会がなくなるはずだ。

唯一の例外は wallet.dat で、書き込み完了後にトランザクションログを dat ファイルにフラッシュするために閉じるようにしている。これにより、dat ファイルが単体で有効になる。Bitcoin の実行中に誰かがバックアップを取った場合、データベースのトランザクションログなしでもそれ自体で有効な wallet.dat を取得できる。

これはデータベース処理の再構成なので、新たなデッドロックが見つかるかもしれない。通常、デッドロックが発生すると、UI の再描画が止まるか、まだ Generating と表示されているにもかかわらず CPU を使用しなくなる。

Drupal のフォーラム機能はどうでしょう？アドレスはこちらです：
https://174.143.149.98/drupal/。CMS (https://174.143.149.98/drupal/%E3%80%82CMS) としては TikiWiki よりも見栄えが良くシンプルです。フォーラムが十分でなければ、もちろん phpBB のような専門のフォーラムソフトウェアを使うこともできます。

zetaboards でもう一つ思いついた問題がある。ほとんどの無料フォーラムサイトは、移行したい場合にユーザーアカウントデータベースのエクスポートを許可しない。他のソフトウェアプロジェクトが無料フォーラムを使っているのを見かけない理由はわからないが、後で気づくような理由があるのだと思わざるを得ない。

VPS に phpBB3 をインストールできるなら、そのほうが良い選択肢だろう。

他のフォーラムで見た限りでは、帯域幅のコストが問題になった場合、上部に小さな Google AdWords（テキストリンク）を置くだけで、ゲームのような非常に価値の低いトラフィックでも帯域幅のコスト以上の収益が得られる。これはゴールドマーチャントのキーワードや VPN ホストなど、高単価のターゲットに適した、はるかに価値の高いトラフィックになるだろう。最終的には、無料サイトに手放したくないような貴重な収益源になる可能性がある。

バージョン 0.2 の機能の一部をフォーラムで事前告知して、期待感を高めたいと思っている。他にほとんど誰も投稿していなくても、著者が最新の変更について投稿しているプロジェクトフォーラムを見たことがある。ユーザーは進捗を見ることができ、改善されていて、サポートされていて、放棄されたソフトウェアではないことがわかる。その場合はブログに少し似ているが、ユーザーにとっては検索可能な FAQ として使いやすく、整理もされている。ソフトウェアの質問を Google 検索すると、ヒットのほとんどがフォーラムの投稿だ。

phpBB3 と Simple Machines Forum の両方をインストールしました。オープンソースフォーラムの中では市場をリードする存在です。SMF のインターフェースは第一印象では見栄えが良く、特に管理パネルが優れています。SMF と phpBB3 のどちらにしましょうか？

まだ役に立つかもしれないので、ログをお送りします。

回避策のアイデアがあるが、エラーがどのファイルで発生しているかによる。db.log にエラーがいくつか蓄積されているなら、送ってもらえるか？（たとえ非常にシンプルで退屈な内容でも）記録されているファイルは常に blkindex.dat か、それとも addr.dat や wallet.dat も含まれるか？

やっと簡単な問題だ。初期ダウンロードのような長い操作中に発生しうる原因が見えた。TryLock のバグは DB 関連の問題とは無関係だ。修正は test8 に含まれる。

32 ビット Linux 上で、絶え間ないリクエストの連続フラッドを送りつけることで、db::open/close 例外を 3回再現できた。wallet.dat データベースを定期的に閉じてフラッシュするだけでも db::close 例外が発生するようだ。Linux ではウォレットフラッシュ機能を無効にする。Linux 上では、終了する準備ができるまでデータベースハンドルを閉じないようにする。これを無効にしてからは、今のところ例外は発生していない。

初期ブロックダウンロードの秩序立った実装も進めている。すべてのブロックを一度にリクエストする素朴な方法ではなく、一度に 500件ずつバッチでリクエストするようにする。こうすることで、リトライタイムアウトの前にブロックを受信できるため、実際に受信できなかったり遅すぎたりしない限り、他のノードにリクエストすることはなくなるはずだ。変更はリクエストを受ける側にあるため、初期ブロックダウンロードの相手が新しいバージョンのノードになるまで、この機能は見えない。

test8 を送る前にもう少しテストを続ける。

test7で新しいデータディレクトリから開始しました。ブロックのダウンロードがずっと速くなりました。Linuxビルドでは以前数分かかっていたところ、約15秒しかかかりませんでした。ブロックのダウンロード中に以下のメッセージがターミナルに表示されて一度クラッシュしました。

../include/wx/thrimpl.cpp(50): assert “m_internal” failed in TryLock(): wxMutex::TryLock(): not initialized [in child thread] Trace/breakpoint trap

ログファイルを添付しましたが、bitcoinを再起動する前にバックアップするのを忘れたため、ログファイルのどの時点でクラッシュしたかわかりません。

幸い、まだセグメンテーションフォルトには遭遇していません。以前のビルドではセグメンテーションフォルトの頻度がかなりばらつきがあったので、引き続き実行して問題があればお知らせします。

2009年11月17日(火) 午前5:41、Satoshi Nakamoto <satoshin@gmx.com

サトシ・ナカモトのメール（2009年11月17日 16:57 UTC）

test 7：

念のため、実行前にデータディレクトリをバックアップしてくれ。

Db::open/Db::close「Bad file descriptor」例外の回避策だ。 初期ブロックダウンロードも高速化される可能性がある。回避策は、 データベースハンドルを開いたままプログラムの実行中ずっと保持しておくことで、 実際これはより一般的なやり方でもある。常に閉じたり開いたりしなければ、 エラーが発生する機会がなくなるはずだ。

唯一の例外はwallet.datで、書き込み完了後にトランザクションログを datファイルにフラッシュするために閉じるようにしている。これにより、 datファイルが単体で有効になる。Bitcoinの実行中に誰かがバックアップを 取った場合、データベースのトランザクションログなしでもそれ自体で 有効なwallet.datを取得できる。

これはデータベース処理の再構成なので、新たなデッドロックが 見つかるかもしれない。通常、デッドロックが発生すると、UIの再描画が 止まるか、まだGeneratingと表示されているにもかかわらずCPUを 使用しなくなる。

ありがとう。db::open/close のエラーはパターンを裏付けている。

より興味深いのは、終盤のゾンビソケットの活動と、ソケットスレッドモニターが反応したものの復旧できなかったことだ。マシンがネットから切断されたのか？test5 の MSG_DONTWAIT が Liberty のゾンビ問題を解決した。どのテストバージョンを実行していたのか？（ログにテストバージョンを出力するようにすべきだな）

まだ役に立つかもしれないので、ログをお送りします。

サトシ・ナカモトのメール（2009年11月16日 06:20 UTC）

回避策のアイデアがあるが、エラーがどのファイルで発生しているかによる。db.logにエラーがいくつか蓄積されているなら、送ってもらえるか？（たとえ非常にシンプルで退屈な内容でも）記録されているファイルは常にblkindex.datか、それともaddr.datやwallet.datも含まれるか？

素晴らしい、楽しくなりそうだ！両方について皆が何と言っているか調べてみる。

phpBB3 と Simple Machines Forum の両方をインストールしました。オープンソースフォーラムの中では市場をリードする存在です。SMF のインターフェースは第一印象では見栄えが良く、特に管理パネルが優れています。SMF と phpBB3 のどちらにしましょうか？

テストバージョン 5 だったと思いますが、完全には確かではありません。Linux 版をノートパソコンで実行していて、異なる場所間で持ち運び、電源を切る代わりにハイバネート機能を使用しています。

ありがとう。db::open/closeのエラーはパターンを裏付けている。

より興味深いのは、終盤のゾンビソケットの活動と、ソケットスレッドモニターが反応したものの復旧できなかったことだ。マシンがネットから切断されたか？test5のMSG_DONTWAITがLibertyのゾンビ問題を解決した。どのテストバージョンを実行していたか？（ログにテストバージョンを出力するようにすべきだな）

マルッティ・マルミのメール（2009年11月18日 01:50 UTC）

まだ役に立つかもしれないので、ログをお送りします。

回避策のアイデアがあるが、エラーがどのファイルで発生しているかによる。db.logにエラーがいくつか蓄積されているなら、送ってもらえるか？（たとえ非常にシンプルで退屈な内容でも）記録されているファイルは常にblkindex.datか、それともaddr.datやwallet.datも含まれるか？

SMF フォーラムの設定を進めている。SMF は phpBB よりも設計が優れていて信頼性が高いと言われているので、SMF の見た目をちゃんと整えられるなら、そちらが望ましい選択だ。

ほとんどのフォーラムは vBulletin で運営されている（big-boards.com には vBulletin 1376件、Invision 275件、phpBB 245件、SMF 41件が掲載されている）。そのため、vBulletin や Invision の見た目でないと、vBulletin を買えなくて妥協したように見えてしまう。SMF の UI は標準的な見た目からかなり離れていたが、CSS を使って他のものに近づけることができた。

CSS でできることはやり尽くしたので、残りは PHP ファイルの編集と画像のアップロードが必要だ。フォーラムにはファイルアップロード/編集の管理機能が組み込まれておらず、SMF File Manager MOD として別途追加される。MOD をアップロードしたが、インストールするためにいくつかのファイルを chmod 777 にする必要がある。Admin->Packages->Browse Packages に移動して Apply Mod をクリックすると、FTP ログインを入力すれば自動的に行うオプションが表示される。

以下も必要かもしれないと言っている人がいる： mkdir /var/www/bitcoin/smf/packages/temp

エラーログのエラーは：
failed to open stream: Permission denied
File: /var/www/bitcoin/smf/Sources/Subs-Package.php
（これは最初のファイルに過ぎないはずだ）

設定が完了したら、この SMF インストールを公開しても大丈夫か？forum.bitcoin.org をそこに向けられるはずだ。

Liberty から linux-test8 が順調に動いているとの報告があった。私のテストもうまくいっている。Linux 版は完全に安定したと思う。

朗報だ：彼が初めて Bitcoin を販売したそうだ。誰かが彼の持っている分をすべて買い取った。買い手と売り手のどちらが先に現れるか気になっていたのだが。

今日は設定する時間がありませんが、一時的なアカウント「maintenance」をパスワード「6648ku5HeK」で作成し、/var/www/bitcoin へのフル権限を付与しました。ポート 30000 で ssh または sftp でアクセスできます。

公開して大丈夫です。リダイレクトと DNS エントリのどちらを設定しますか？DNS エントリの場合は、フォーラムのアドレスが http://forum.bitcoin.org/になるように (http://forum.bitcoin.org/%E3%81%AB%E3%81%AA%E3%82%8B%E3%82%88%E3%81%86%E3%81%AB) Apache vhost を設定できます。

Linux ビルドが動くようになって良かったです。新しいリリースとフォーラムで物事が動き出すのを見るのは楽しみです。自分の取引所を立ち上げて、（ウェブ）ビジネス関係者に通貨を宣伝し始めるのもそう遠くないでしょう。

NewLibertyStandard はコインが枯渇しないように、価格を市場価格（つまり、人々が買いたい・売りたいと思う価格）に変更すべきかもしれません。

SMFフォーラムの設定を進めている。SMFはphpBBよりも設計が優れていて信頼性が高いと言われているので、SMFの見た目をちゃんと整えられるなら、そちらが望ましい選択だ。

ほとんどのフォーラムはvBulletinで運営されている（big-boards.comにはvBulletin 1376件、Invision 275件、phpBB 245件、SMF 41件が掲載されている）。そのため、vBulletinやInvisionの見た目でないと、vBulletinを買えなくて妥協したように見えてしまう。SMFのUIは標準的な見た目からかなり離れていたが、CSSを使って他のものに近づけることができた。

CSSでできることはやり尽くしたので、残りはPHPファイルの編集と画像のアップロードが必要だ。フォーラムにはファイルアップロード/編集の管理機能が組み込まれておらず、SMF File Manager MODとして別途追加される。MODをアップロードしたが、インストールするためにいくつかのファイルをchmod 777にする必要がある。Admin->Packages->Browse Packagesに移動してApply Modをクリックすると、FTPログインを入力すれば自動的に行うオプションが表示される。

以下も必要かもしれないと言っている人がいる： mkdir /var/www/bitcoin/smf/packages/temp

エラーログのエラーは： failed to open stream: Permission denied File: /var/www/bitcoin/smf/Sources/Subs-Package.php （これは最初のファイルに過ぎないはずだ）

設定が完了したら、このSMFインストールを公開しても大丈夫か？forum.bitcoin.orgをそこに向けられるはずだ。

Libertyからlinux-test8が順調に動いているとの報告があった。私のテストもうまくいっている。Linux版は完全に安定したと思う。

朗報だ：彼が初めてBitcoinを販売したそうだ。誰かが彼の持っている分をすべて買い取った。買い手と売り手のどちらが先に現れるか気になっていたのだが。

あ、もう一つ。サーバーの sendmail をまだ設定していないので、PHP のメール機能は動きませんが、まだ必要ないので問題ありません。

今日は設定する時間がありませんが、一時的なアカウント「maintenance」をパスワード「6648ku5HeK」で作成し、/var/www/bitcoinへのフル権限を付与しました。ポート30000でsshまたはsftpでアクセスできます。

公開して大丈夫です。リダイレクトとDNSエントリのどちらを設定しますか？DNSエントリの場合は、フォーラムのアドレスがhttp://forum.bitcoin.org/になるようにApache (http://forum.bitcoin.org/%E3%81%AB%E3%81%AA%E3%82%8B%E3%82%88%E3%81%86%E3%81%ABApache) vhostを設定できます。

Linuxビルドが動くようになって良かったです。新しいリリースとフォーラムで物事が動き出すのを見るのは楽しみです。自分の取引所を立ち上げて、（ウェブ）ビジネス関係者に通貨を宣伝し始めるのもそう遠くないでしょう。

NewLibertyStandardはコインが枯渇しないように、価格を市場価格（つまり、人々が買いたい・売りたいと思う価格）に変更すべきかもしれません。

SMFフォーラムの設定を進めている。SMFはphpBBよりも設計が優れていて信頼性が高いと言われているので、SMFの見た目をちゃんと整えられるなら、そちらが望ましい選択だ。

ほとんどのフォーラムはvBulletinで運営されている（big-boards.comにはvBulletin 1376件、Invision 275件、phpBB 245件、SMF 41件が掲載されている）。そのため、vBulletinやInvisionの見た目でないと、vBulletinを買えなくて妥協したように見えてしまう。SMFのUIは標準的な見た目からかなり離れていたが、CSSを使って他のものに近づけることができた。

CSSでできることはやり尽くしたので、残りはPHPファイルの編集と画像のアップロードが必要だ。フォーラムにはファイルアップロード/編集の管理機能が組み込まれておらず、SMF File Manager MODとして別途追加される。MODをアップロードしたが、インストールするためにいくつかのファイルをchmod 777にする必要がある。Admin->Packages->Browse Packagesに移動してApply Modをクリックすると、FTPログインを入力すれば自動的に行うオプションが表示される。

以下も必要かもしれないと言っている人がいる： mkdir /var/www/bitcoin/smf/packages/temp

エラーログのエラーは： failed to open stream: Permission denied File: /var/www/bitcoin/smf/Sources/Subs-Package.php （これは最初のファイルに過ぎないはずだ）

設定が完了したら、このSMFインストールを公開しても大丈夫か？forum.bitcoin.orgをそこに向けられるはずだ。

Libertyからlinux-test8が順調に動いているとの報告があった。私のテストもうまくいっている。Linux版は完全に安定したと思う。

朗報だ：彼が初めてBitcoinを販売したそうだ。誰かが彼の持っている分をすべて買い取った。買い手と売り手のどちらが先に現れるか気になっていたのだが。

公開して大丈夫です。リダイレクトと DNS エントリのどちらを設定しますか？DNS エントリの場合は、フォーラムのアドレスが http://forum.bitcoin.org/になるように (http://forum.bitcoin.org/%E3%81%AB%E3%81%AA%E3%82%8B%E3%82%88%E3%81%86%E3%81%AB) Apache vhost を設定できます。

DNS エントリだ。

bitcoin.org の情報をあなたのサイトのコンテンツと統合して、bitcoin.org ドメイン全体を切り替えることを考えている。リリース前に、現在の bitcoin.org サイトをユーザー向けのサイトに置き換える必要がある。

ウェブサイトとフォーラムを同時に切り替えるなら、見栄えのためにそうしたいのでなければ forum.bitcoin.org は不要だ。

使用する CMS は決めたか？Drupal や他の CMS を調査して、どれが最も人気があるか確認すべきだな。

Linux ビルドが動くようになって良かったです。新しいリリースとフォーラムで物事が動き出すのを見るのは楽しみです。自分の取引所を立ち上げて、（ウェブ）ビジネス関係者に通貨を宣伝し始めるのもそう遠くないでしょう。

Linux 版、セットアップ exe、Tor オプション、改善されたウェブサイト/フォーラムのすべてが、利用できる訪問者の割合を増やし、自動起動とタスクトレイへの最小化が実行し続ける人の数を増やす。これらの要因はすべて掛け合わされる。

NewLibertyStandard はコインが枯渇しないように、価格を市場価格（つまり、人々が買いたい・売りたいと思う価格）に変更すべきかもしれません。

低い価格から始めて、価格が上がるだけにするのは良いことだ。

電気代が価格の最低限の下限であるというコンセプトを彼が説明しているのが本当に気に入っている。最低限、電気代を支払うか、誰かに生産コストを支払って作ってもらうかのどちらかだ。

ありがとう、うまくいった。SSH で File Manager をインストールできた。Drupal にもいくつかテーマをアップロードした。利用可能なテーマをすべて徹底的に確認したわけではまだない。

CMS を調べてみたところ、Drupal と Joomla が人気だ。一般的な見解としては、Joomla のほうがテーマの選択肢が豊富で学びやすいが、Drupal はプログラマーやカスタマイズにとってより直感的かもしれない。Joomla は CMS として優れており、Drupal はブログに向いている。Drupal の URL は検索エンジンフレンドリーだが、Joomla はそうではない。

どちらも SMF ブリッジモジュールが利用可能だ。今後の参考のために、Drupal 用のものは「SMFforum Integration」という名前だ。

今日は設定する時間がありませんが、一時的なアカウント「」をパスワード「」で作成し、/var/www/bitcoinへのフル権限を付与しました。ポート30000でsshまたはsftpでアクセスできます。

お客様向けに Joomla サイトを作ったことがありますが、Drupal のほうが好きだと言わざるを得ません。主に管理インターフェースが使いやすく、メインサイトに統合されている点がいいです。

https 経由だと画像が正しく読み込まれません。時間があるときに確認します。

bitcoin.org の DNS エントリを変更するだけのほうが簡単です。forum.bitcoin.org は不要です。

どこかで無料の SSL 証明書を取得できないか確認してみましょう。例えば http://www.startssl.com/?app=1 のように。そうすれば自己署名証明書によるセキュリティ警告がユーザーに表示されなくなります。ただし、匿名で登録されたドメインに証明書を発行してくれるかどうかはわかりません。

ありがとう、うまくいった。SSHでFile Managerをインストールできた。Drupalにもいくつかテーマをアップロードした。利用可能なテーマをすべて徹底的に確認したわけではまだない。

CMSを調べてみたところ、DrupalとJoomlaが人気だ。一般的な見解としては、Joomlaのほうがテーマの選択肢が豊富で学びやすいが、Drupalはプログラマーやカスタマイズにとってより直感的かもしれない。JoomlaはCMSとして優れており、Drupalはブログに向いている。DrupalのURLは検索エンジンフレンドリーだが、Joomlaはそうではない。

どちらもSMFブリッジモジュールが利用可能だ。今後の参考のために、Drupal用のものは「SMFforum Integration」という名前だ。

マルッティ・マルミのメール（2009年11月20日 07:17 UTC）

今日は設定する時間がありませんが、一時的なアカウント「」をパスワード「」で作成し、 /var/www/bitcoinへのフル権限を付与しました。ポート30000でsshまたはsftpでアクセスできます。

それでは Drupal のセットアップを進める。

サイトをデフォルトで https にすべきではないと思う。サイトの公開部分が https であるのはまだ非常に珍しく、おそらく潜在的な技術的問題、遅延、サーバー負荷の増大を招くからだろう。ユーザーとしては、たまたま見かけた無名のサイトの ID を検証するのに時間がかかるとちょっと苛立つ。私の感覚では、https サイトは読み込みに失敗することがずっと多いように思える。

重要なのは、必要な人のために SSL を利用可能にしておくことだ。SSL が必要な人は、http の後に「s」を挿入して動くかどうか試すことを知っていると思う。SMF には、渡された URL が https であればすべてのリンクを https に変更するコードがある。

登録ページに、SSL が必要な場合はいつでも http を https に変更して自己署名証明書を承認できるという注意書きや、それを行うリンクを追加できる。TOR のページでも言及できる。

証明書の取得は、状況が落ち着いてから検討しよう。Class 1 では 1年間変更が許可されないため、現在のホストに問題が見つかって IP を変更しなければならない場合にリスクになる。

お客様向けにJoomlaサイトを作ったことがありますが、Drupalのほうが好きだと言わざるを得ません。主に管理インターフェースが使いやすく、メインサイトに統合されている点がいいです。

https経由だと画像が正しく読み込まれません。時間があるときに確認します。

bitcoin.orgのDNSエントリを変更するだけのほうが簡単です。forum.bitcoin.orgは不要です。

どこかで無料のSSL証明書を取得できないか確認してみましょう。例えば http://www.startssl.com/?app=1 のように。そうすれば自己署名証明書によるセキュリティ警告がユーザーに表示されなくなります。ただし、匿名で登録されたドメインに証明書を発行してくれるかどうかはわかりません。

サトシ・ナカモトのメール（2009年11月21日 07:02 UTC）

ありがとう、うまくいった。SSHでFile Managerをインストールできた。Drupalにもいくつかテーマをアップロードした。利用可能なテーマをすべて徹底的に確認したわけではまだない。

CMSを調べてみたところ、DrupalとJoomlaが人気です。一般的な見解としては、Joomlaのほうがテーマの選択肢が豊富で学びやすいですが、Drupalはプログラマーやカスタマイズにとってより直感的かもしれません。JoomlaはCMSとして優れており、Drupalはブログに向いています。DrupalのURLは検索エンジンフレンドリーですが、Joomlaはそうではありません。

どちらもSMFブリッジモジュールが利用可能です。今後の参考のために、Drupal用のものは「SMFforum Integration」という名前です。

マルッティ・マルミのメール（2009年11月20日 07:17 UTC）

今日は設定する時間がありませんが、一時的なアカウント「」をパスワード「」で作成し、 /var/www/bitcoinへのフル権限を付与しました。ポート30000でsshまたはsftpでアクセスできます。

検索エンジンが新しいサイトだと判断してサイト開始日と PR データをリセットしないように、bitcoin.org の継続性を保った移行が必要だ。Google は IP アドレスやサイトのコンテンツなど、一定数のプロパティの変更をサイト履歴を削除せずに許可している。安全を期すために、IP アドレスが変わるときはコンテンツを同じに保ち、その逆も同様にすべきだ。まだそれほどランクが蓄積されていなくても、サイトが後で人気になった場合、元の開始日が非常に重要になる。

手順：

1. 現在の bitcoin.org の index.html をそのまま新しいサーバーにコピーする。
2. bitcoin.org の DNS エントリを切り替える。
3. 裏で Drupal サイトの作業を続ける。
4. Google が記録を更新する時間が経ったら、Drupal サイトに切り替える。

タイミング的にうまくいく。今すぐ新しいフォーラムに切り替えて、準備ができたら後から Drupal サイトをリリースできる。

Drupal を一時的に drupal.php や/drupal/などに移動して、引き続き簡単にアクセスして作業できるようにする方法を調べてみる。

了解です。

11月23日から 25日まで不在にします。

検索エンジンが新しいサイトだと判断してサイト開始日とPRデータをリセットしないように、bitcoin.orgの継続性を保った移行が必要だ。GoogleはIPアドレスやサイトのコンテンツなど、一定数のプロパティの変更をサイト履歴を削除せずに許可している。安全を期すために、IPアドレスが変わるときはコンテンツを同じに保ち、その逆も同様にすべきだ。まだそれほどランクが蓄積されていなくても、サイトが後で人気になった場合、元の開始日が非常に重要になる。

手順：

1. 現在のbitcoin.orgのindex.htmlをそのまま新しいサーバーにコピーする。
2. bitcoin.orgのDNSエントリを切り替える。
3. 裏でDrupalサイトの作業を続ける。
4. Googleが記録を更新する時間が経ったら、Drupalサイトに切り替える。

タイミング的にうまくいく。今すぐ新しいフォーラムに切り替えて、準備ができたら後からDrupalサイトをリリースできる。

Drupalを一時的にdrupal.phpや/drupal/などに移動して、引き続き簡単にアクセスして作業できるようにする方法を調べてみる。

Drupal の.htaccess ファイルは、mod_rewrite を使用して?パラメーターなしのクリーン URL を有効にしているが、Apache が「AllowOverride All」に設定されていないため、変更が拒否されて動作していない。これは、私たちが望む形で Drupal を他のサイトと共存させるために必要だ。

修正するために以下のファイルへのアクセス権限が必要だ：
/etc/apache2/sites-available/default
/etc/apache2/sites-available/default-ssl
/etc/apache2/httpd.conf

修正計画は以下の通りだ。もし自分でやる場合でも、後で変更が必要になるかもしれないので、httpd.conf へのアクセス権限は付与してほしい。

/etc/apache2/sites-available/default で
「AllowOverride None」の 2番目のインスタンスを
「AllowOverride All」に変更

そして/etc/apache2/sites-available/default-ssl で
「AllowOverride AuthConfig」の 2番目のインスタンスを
「AllowOverride All」に変更

/etc/apache2/httpd.conf
を
/home/maintenance/httpd.conf
に置き換え

おそらくこの後 Apache の再起動が必要だ。 (apache2ctl graceful)

完了しました。すべてのファイルへのアクセス権限を付与しました。

Drupalの.htaccessファイルは、mod_rewriteを使用して?パラメーターなしの クリーンURLを有効にしているが、Apacheが「AllowOverride All」に設定 されていないため、変更が拒否されて動作していない。これは、私たちが望む形で Drupalを他のサイトと共存させるために必要だ。

修正するために以下のファイルへのアクセス権限が必要だ： /etc/apache2/sites-available/default /etc/apache2/sites-available/default-ssl /etc/apache2/httpd.conf

修正計画は以下の通りだ。もし自分でやる場合でも、後で変更が 必要になるかもしれないので、httpd.confへのアクセス権限は付与してほしい。

/etc/apache2/sites-available/defaultで 「AllowOverride None」の2番目のインスタンスを 「AllowOverride All」に変更

そして/etc/apache2/sites-available/default-sslで 「AllowOverride AuthConfig」の2番目のインスタンスを 「AllowOverride All」に変更

置き換え /etc/apache2/httpd.conf を /home/maintenance/httpd.conf

おそらくこの後Apacheの再起動が必要だ。 (apache2ctl graceful)

bitcoin.org の DNS 変更が約 12時間前に反映された。あと 12時間待ってから、bitcoin.sourceforge.net のフォーラムタブを http://www.bitcoin.org/smf/ に変更する。

今後の参考のために、SMF でベース URL を更新するための変更箇所は以下の通りだ：
server settings->Forum URL
themes and layout->attempt to reset all themes
smileys and message icons にパスがある

Bitweaver のメニューエディターが壊れていて、フォーラムのリンクを変更できない。「create and edit menu items」のページが私の環境では空白で表示される：

http://bitcoin.sourceforge.net/nexus/menu_items.php?menu_id=2

試してみてもらえるか。お手上げだ。

フォーラムのリンクは以下に変更する必要がある：
http://www.bitcoin.org/smf/

修正しました。データベースを直接変更しました。

Bitweaverのメニューエディターが壊れていて、フォーラムのリンクを変更できない。 「create and edit menu items」のページが私の環境では空白で表示される：

http://bitcoin.sourceforge.net/nexus/menu_items.php?menu_id=2

試してみてもらえるか。お手上げだ。

フォーラムのリンクは以下に変更する必要がある： http://www.bitcoin.org/smf/

wave.google.com で Google Wave の紹介動画を見ました。これは Google による、数十年前のメールプロトコルの代替となるオープンソース提案で、かなりクールに見えました。「wave」はコミュニケーションとコラボレーションの単位で、メールスレッドとは異なり、複数のユーザーがリアルタイムで読み書きでき、新しいユーザーと簡単に共有できます。インスタントメッセージング、Wiki、従来のメール、ソーシャルネットワーキングの機能を統合し、外部アプリケーションとの連携もサポートしています。

招待が欲しければ、送り先のメールアドレスを教えてください。もしすでに Wave のアドレスをお持ちなら、それも教えてください。実際にシステムがどう動くか見てみたいです。

現在のサイトレイアウトはすっきりしていて良いですね。ロゴだけ変更すべきです。すぐに公開したいなら、とりあえずサイトタイトルに置き換えて、後でもっと良いロゴを作ればいいでしょう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが必要なら、デイブに頼めます。彼は仕事で Drupal 関連のことをやっています。

SF プロジェクト管理画面から Sourceforge のロゴを取得して、サイトのフッターに追加できると良いですね。

現在のサイトレイアウトはすっきりしていて良いな。ロゴだけ 変更すべきだ。すぐに公開したいなら、とりあえずサイトタイトルに 置き換えて、後でもっと良いロゴを作ればいいだろう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、デイブに頼める。彼は仕事でDrupal関連のことをやっている。

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこでさまざまなロゴスタイルを試すことができます。

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

マルッティ・マルミのメール（2009年11月30日 12:13 UTC）

現在のサイトレイアウトはすっきりしていて良いですね。ロゴだけ 変更すべきです。すぐに公開したいなら、とりあえずサイトタイトルに 置き換えて、後でもっと良いロゴを作ればいいでしょう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、デイブに頼めます。彼は仕事でDrupal関連のことをやっています。

ありがとう、テーマはまだ決めていない。最初の実験として、よくある青いサイト以外のものを試してみた。もう一つの考え方としては、金融関連の信頼感を支えるために、銀行のウェブサイトのように、格式があり、プロフェッショナルで公式っぽい見た目にすべきだということだ。

ロゴはちょっとディスコ/90年代ウェブっぽすぎる。あなたの Bitweaver のもののほうがまだ好きなので、とりあえずテキストでプレースホルダーとして再作成した。テーマがもう少し固まったら、それに合うロゴを考える。

Sourceforge のタグは良いアイデアだ。使えるグラフィックはすべて活用しよう。

公開前にまだやることがあるし、検索エンジンにもう少し時間を与える必要がある。

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として 良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこで さまざまなロゴスタイルを試すことができます。

マルッティ・マルミのメール（2009年11月30日 12:36 UTC）

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いな。

マルッティ・マルミのメール（2009年11月30日 12:13 UTC）

現在のサイトレイアウトはすっきりしていて良いですね。ロゴだけ 変更すべきです。すぐに公開したいなら、とりあえずサイトタイトルに 置き換えて、後でもっと良いロゴを作ればいいでしょう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、デイブに頼めます。彼は仕事でDrupal関連のことをやっています。

テキストロゴは実際なかなか良いですが、Windows ではフォントのアンチエイリアスが効かない時があります。PNG に変換しました。

10,000bc のトランザクションをあるアカウントから別のアカウントに送ったのですが、10,000.20bc が送られてしまいました。なぜそうなったか分かりますか？

ありがとう、テーマはまだ決めていない。最初の実験として、よくある青い サイト以外のものを試してみた。もう一つの考え方としては、金融関連の 信頼感を支えるために、銀行のウェブサイトのように、格式があり、 プロフェッショナルで公式っぽい見た目にすべきだということだ。

ロゴはちょっとディスコ/90年代ウェブっぽすぎるな。あなたのBitweaverの もののほうがまだ好きなので、とりあえずテキストでプレースホルダーとして 再作成した。テーマがもう少し固まったら、それに合うロゴを考える。

Sourceforgeのタグは良いアイデアだな。使えるグラフィックはすべて活用しよう。

公開前にまだやることがあるし、検索エンジンにもう少し時間を 与える必要がある。

マルッティ・マルミのメール（2009年11月30日 14:07 UTC）

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として 良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこで さまざまなロゴスタイルを試すことができます。

マルッティ・マルミのメール（2009年11月30日 12:36 UTC）

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

マルッティ・マルミのメール（2009年11月30日 12:13 UTC）

現在のサイトレイアウトはすっきりしていて良いな。ロゴだけ 変更すべきだ。すぐに公開したいなら、とりあえずサイトタイトルに 置き換えて、後でもっと良いロゴを作ればいいだろう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、デイブに頼める。彼は仕事でDrupal関連のことをやっている。

フォントのアンチエイリアスが効かないのはどの Windows バージョン/ブラウザーだ？XP の IE 6 はアンチエイリアスが効くし、それ以下のバージョンは市場シェアが 1%未満だ。

サイズの大きいトランザクションには、最初の 1KB を超えた分に対して 1KB あたり 0.01 のトランザクション手数料がかかる。最初の 1KB は無料で、小さなトランザクションは通常 250 バイトだ。トランザクションをダブルクリックしてみてほしい。重量による郵便料金のようなものだと考えてくれ。

解決策は、送金時に追加のダイアログを表示することだ。「これはサイズの大きいトランザクションで、0.20bc のトランザクション手数料が必要です。よろしいですか？」のような感じだ（このテキストで十分か、それとも改善の余地があるか？）。コードはすでにあるので、組み込む。

そうすれば 10,000.20bc のトランザクションについて説明する必要はなくなるが、トランザクション手数料が誰に行くのかは説明が必要かもしれない。

テキストロゴは実際なかなか良いですが、Windowsではフォントの アンチエイリアスが効かない時があります。PNGに変換しました。

10,000bcのトランザクションをあるアカウントから別のアカウントに送ったのですが、 10,000.20bcが送られてしまいました。なぜそうなったか分かりますか？

サトシ・ナカモトのメール（2009年11月30日 20:34 UTC）

ありがとう、テーマはまだ決めていない。最初の実験として、よくある青い サイト以外のものを試してみた。もう一つの考え方としては、金融関連の 信頼感を支えるために、銀行のウェブサイトのように、格式があり、 プロフェッショナルで公式っぽい見た目にすべきだということだ。

ロゴはちょっとディスコ/90年代ウェブっぽすぎるな。あなたのBitweaverの もののほうがまだ好きなので、とりあえずテキストでプレースホルダーとして 再作成した。テーマがもう少し固まったら、それに合うロゴを考える。

Sourceforgeのタグは良いアイデアだな。使えるグラフィックは すべて活用しよう。

公開前にまだやることがあるし、検索エンジンにもう少し時間を 与える必要がある。

マルッティ・マルミのメール（2009年11月30日 14:07 UTC）

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として 良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこで さまざまなロゴスタイルを試すことができます。

マルッティ・マルミのメール（2009年11月30日 12:36 UTC）

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

マルッティ・マルミのメール（2009年11月30日 12:13 UTC）

現在のサイトレイアウトはすっきりしていて良いな。ロゴだけ 変更すべきだ。すぐに公開したいなら、とりあえずサイトタイトルに 置き換えて、後でもっと良いロゴを作ればいいだろう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、デイブに頼める。彼は仕事でDrupal関連のことをやっている。

フォントのアンチエイリアスが効かないのはどの Windows バージョン/ブラウザーだ？XP の IE 6 はアンチエイリアスが効くし、それ以下のバージョンは市場シェアが 1%未満だ。

XP の Firefox では効きませんし、IE も Linux 上で僕が見ているほどの品質は出ません。browsershots.org からのスクリーンショットを添付しました。

サイズの大きいトランザクションには、最初の 1KB を超えた分に対して 1KB あたり 0.01 のトランザクション手数料がかかる。最初の 1KB は無料で、小さなトランザクションは通常 250 バイトだ。トランザクションをダブルクリックしてみてほしい。重量による郵便料金のようなものだと考えてくれ。

では、同じ金額を複数の小さなパッケージで送ればトランザクション手数料はかからないのですか？

解決策は、送金時に追加のダイアログを表示することだ。「これはサイズの大きいトランザクションで、0.20bc のトランザクション手数料が必要です。よろしいですか？」のような感じだ（このテキストで十分か、それとも改善の余地があるか？）。コードはすでにあるので、組み込む。

良いと思います。

そうすれば 10,000.20bc のトランザクションについて説明する必要はなくなるが、トランザクション手数料が誰に行くのかは説明が必要かもしれない。

ところで、手数料はどこに行くべきなのですか？ここでは他のすべてのコインと一緒に受取人に渡りました。トランザクションのスクリーンショットを添付しました。

マルッティ・マルミのメール（2009年12月2日 14:26 UTC）

テキストロゴは実際なかなか良いですが、Windowsではフォントの アンチエイリアスが効かない時があります。PNGに変換しました。

10,000bcのトランザクションをあるアカウントから別のアカウントに送ったのですが、 10,000.20bcが送られてしまいました。なぜそうなったか分かりますか？

サトシ・ナカモトのメール（2009年11月30日 20:34 UTC）

ありがとう、テーマはまだ決めていない。最初の実験として、よくある青い サイト以外のものを試してみた。もう一つの考え方としては、金融関連の 信頼感を支えるために、銀行のウェブサイトのように、格式があり、 プロフェッショナルで公式っぽい見た目にすべきだということだ。

ロゴはちょっとディスコ/90年代ウェブっぽすぎるな。あなたのBitweaverの もののほうがまだ好きなので、とりあえずテキストでプレースホルダーとして 再作成した。テーマがもう少し固まったら、それに合うロゴを考える。

Sourceforgeのタグは良いアイデアだな。使えるグラフィックは すべて活用しよう。

公開前にまだやることがあるし、検索エンジンにもう少し時間を 与える必要がある。

マルッティ・マルミのメール（2009年11月30日 14:07 UTC）

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として 良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこで さまざまなロゴスタイルを試すことができます。

マルッティ・マルミのメール（2009年11月30日 12:36 UTC）

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

マルッティ・マルミのメール（2009年11月30日 12:13 UTC）

現在のサイトレイアウトはすっきりしていて良いな。ロゴだけ 変更すべきだ。すぐに公開したいなら、とりあえずサイトタイトルに 置き換えて、後でもっと良いロゴを作ればいいだろう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、デイブに頼める。彼は仕事でDrupal関連のことをやっている。

サトシ・ナカモトのメール（2009年12月2日 17:47 UTC）

フォントのアンチエイリアスが効かないのはどのWindowsバージョン/ブラウザーですか？ XPのIE 6はアンチエイリアスが効くし、それ以下のバージョンは市場シェアが 1%未満です。

XPのFirefoxでは効きませんし、IEもLinux上で私が見ているほどの品質は 出ません。browsershots.orgからのスクリーンショットを添付しました。

不思議だな、XP の Firefox 3.5 で大きいフォントのアンチエイリアスが効くのを見たことがある。まあいずれにせよ、あなたのやり方のほうが安全だ。

色の調整を続けられるように、とりあえずテキストに戻した。Drupal がブラウザーのタイトルにタグなどのゴミを入れるが、テスト中は問題ない。

ホームページのスクリーンショットの下に説明テキストを追加した。

では、同じ金額を複数の小さなパッケージで送ればトランザクション手数料はかからないのですか？

確かに。ダイアログを追加するとかえって悪化するかもしれない。分割して送ることを試す人が出てくる可能性がある。

いくつか変更を加えている。無料の最大トランザクションサイズは 60KB、つまり 50bc のインプットで構成した場合は約 27,000bc になる。トランザクション手数料がめったに発生しないくらい十分に高いといいのだが。v0.2 のノードはブロックサイズが 200K を超えるまで無料トランザクションを受け入れ、小さいトランザクションが優先される。

このトランザクション手数料の話は公の場では話さないほうがいい。フラッド制御のためにあるものだ。誰にも余計なアイデアを与えたくない。

ところで、手数料はどこに行くべきなのですか？ここでは他のすべてのコインと一緒に受取人に渡りました。トランザクションのスクリーンショットを添付しました。

CreateTransaction のまれなバグを見つけたな。トランザクションは 10000.20 で手数料 0.22 として書き込まれた。送信者側でトランザクションを見ると、引き落とし 10000.42 でトランザクション手数料 0.22 になっているはずだ。バグは、手数料計算でまれな 3回目のパスが必要になり、1回目のパスの手数料を送金額に誤って加算してしまったことだった。修正する。

bitcoin.sourceforge.net に Sourceforge トラッカーを追加した。別のものが欲しければ、以下に全リンクの一覧がある。

bitcoin.org には一瞬入れたが、外した。SSL モードでロックが壊れて、「partially encrypted」や「contains unauthenticated content」という混合コンテンツ警告が出る。そもそも、Sourceforge に全員をトラッキングさせたいか？ない方がプライバシーに優しい。

Bitcoin プロジェクトで使用できるロゴと正しい HTML は以下の通りだ：

Logo 1 (サイズ: 80 x 15; 背景: 黒)

HTML コード:

Logo 2 (サイズ: 80 x 15; 背景: シルバー)

HTML コード:

Logo 3 (サイズ: 80 x 15; 背景: 白)

HTML コード:

Logo 4 (サイズ: 120 x 30; 背景: 黒)

HTML コード:

Logo 5 (サイズ: 120 x 30; 背景: シルバー)

HTML コード:

Logo 6 (サイズ: 120 x 30; 背景: 白)

HTML コード:

Logo 7 (サイズ: 150 x 40; 背景: 黒)

HTML コード:

Logo 8 (サイズ: 150 x 40; 背景: シルバー)

HTML コード:

Logo 9 (サイズ: 150 x 40; 背景: 白)

HTML コード:

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

現在のサイトレイアウトはすっきりしていて良いな。ロゴだけ 変更すべきだ。すぐに公開したいなら、とりあえずサイトタイトルに 置き換えて、後でもっと良いロゴを作ればいいだろう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、デイブに頼める。彼は仕事でDrupal関連のことをやっている。

ロゴをローカルサーバーにコピーしましたので、グラフィックとして引き続き使えます。SF の商標ポリシーで禁止されていません。

bitcoin.sourceforge.netにSourceforgeトラッカーを追加した。 別のものが欲しければ、以下に全リンクの一覧がある。

bitcoin.orgには一瞬入れたが、外した。SSLモードでロックが壊れて、 「partially encrypted」や「contains unauthenticated content」という 混合コンテンツ警告が出る。そもそも、Sourceforgeに全員を トラッキングさせたいか？ない方がプライバシーに優しい。

マルッティ・マルミのメール（2009年11月30日 12:36 UTC）

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

マルッティ・マルミのメール（2009年11月30日 12:13 UTC）

現在のサイトレイアウトはすっきりしていて良いな。ロゴだけ 変更すべきだ。すぐに公開したいなら、とりあえずサイトタイトルに 置き換えて、後でもっと良いロゴを作ればいいだろう。

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、デイブに頼める。彼は仕事でDrupal関連のことをやっている。

新しい Drupal サイトを公開した。安全な移行のための十分な時間が経過したし、サイトの見栄えも良い。テーマにはまだ作業が必要だが、今のところ十分だ。以前の bitcoin.org ページからは大幅な改善だ。

お疲れ様です。bitcoin.sourceforge.net をそこにリダイレクトしました。

新しい Drupal サイトを公開した。安全な移行のための十分な時間が経過したし、サイトの見栄えも良い。テーマにはまだ作業が必要だが、今のところ十分だ。以前の bitcoin.org ページからは大幅な改善だ。

custom2 テーマに満足できなかった。窮屈な感じがして、ヘッダー/ロゴがしっくりこず、重い左マージンの便箋スタイルは時代遅れだ。

現在公開中の custom3 は、多くの商用ソフトウェアのホームページに似た、よりスタンダードなレイアウトだ。私だけかもしれないが、ランダムな青い四角がとても気に入っている。

バージョン0.2のリリースの時期がほぼ来た。時間があれば、この リリース候補（添付）を試してもらえるか？問題がなく、見落としが なければ、1〜2日でリリースできるかもしれない。

今のところ問題ありません。大丈夫そうです。

セットアップのexeをzipにしたのは、メールサーバーがexe添付を許可 しないと思うからだ。zipも通るかどうか分からないが、tar.gzなら 確実に通ると思う。

添付ファイル： 3,092,916 bitcoin-0.2.0-setup.zip 2,402,522 bitcoin-0.2.0-linux.tar.gz 3,061,059 bitcoin-0.2.0-win32.zip

両方ともこちらに届きました。

初期ブロックダウンロードで修正すべき問題を見つけた。 もう一度初期ブロックダウンロードのテストをお願いできるか？

Windows で最初に試した時、多くの接続がすぐに確立されたにもかかわらず、初期ダウンロードの開始に数分かかりました。その後 2回試しましたが、同じ問題は再現しませんでした。あなたの最新のアップデートに関連しているかどうかは分かりません。

Ubuntu では問題なく動作しました。

今、期末試験の真っ最中じゃないといいのだが。

実はその真っ最中ですが、そこまで大変ではありません。時間はやりくり次第です。

Windows で最初に試した時、多くの接続がすぐに確立されたにもかかわらず、初期ダウンロードの開始に数分かかりました。その後 2回試しましたが、同じ問題は再現しませんでした。あなたの最新のアップデートに関連しているかどうかは分かりません。

修正のほとんどは送信側にあるので、ネットワークが 0.2 にアップグレードすれば改善される。

初期ダウンロードにはどのくらい時間がかかったのか？

Windowsで最初に試した時、多くの接続がすぐに確立されたにもかかわらず、 初期ダウンロードの開始に数分かかりました。その後2回試しましたが、 同じ問題は再現しませんでした。あなたの最新のアップデートに関連 しているかどうかは分かりません。

修正のほとんどは送信側にあるので、0.1.5のノードからダウンロードしていた場合、 問題がまだ残っている。ネットワークが0.2にアップグレードすれば改善される。

初期ダウンロードにはどのくらい時間がかかった？

約 1.5時間です。

以下がリリースアナウンス文の予定だ。まもなくリリース予定だ。

Bitcoin バージョン 0.2 が登場！

ダウンロードリンク：
Windows セットアッププログラム
Windows Zip ファイル
Linux（Ubuntu でテスト済み）

新機能

Martti Malmi

• システムトレイへの最小化オプション
  
• 起動時の自動開始オプション、バックグラウンドで自動的に実行し続けられる
  
• 将来の拡張に向けた新しいオプションダイアログレイアウト
  
• Windows 用セットアッププログラム
  
• Linux バージョン
  Satoshi Nakamoto
  
• コイン生成のマルチプロセッサーサポート
  
• TOR 使用のためのプロキシサポート
  
• 初期ブロックダウンロードの一部の遅延を修正
  
• ネットワークを円滑に維持するための各種改良

質問があれば http://www.bitcoin.org/smf/ に新しいフォーラムもある。

コーディング作業と新サイト・フォーラムのホスティングをしてくれたマルッティ・マルミ (sirius-m)に感謝する。また、Linux バージョンのテストをしてくれた New Liberty Standard にも感謝する。

Satoshi Nakamoto

Bitcoin 0.2 が登場！

ダウンロード（Windows、そして新たに Linux バージョンも利用可能）
http://sourceforge.net/projects/bitcoin/files/

新機能

Martti Malmi

• システムトレイへの最小化オプション
  
• 起動時の自動開始オプション、バックグラウンドで自動的に実行し続けられる
  
• 将来の拡張に向けた新しいオプションダイアログレイアウト
  
• Windows 用セットアッププログラム
  
• Linux バージョン（Ubuntu でテスト済み）
  Satoshi Nakamoto
  
• コイン生成のマルチプロセッサーサポート
  
• TOR 使用のためのプロキシサポート
  
• 初期ブロックダウンロードの一部の遅延を修正

http://www.bitcoin.org/smf/ に新しいフォーラムもある。

すべての開発作業をしてくれたマルッティ (sirius-m)に、そして Linux バージョンのテストを手伝ってくれた New Liberty Standard に、心より感謝する。

Satoshi Nakamoto

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon’s best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
bitcoin-list mailing list
bitcoin-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-list

ドメイン名 bitcoinexchange.com を登録しました。余暇の活動として近いうちにサービスのコーディングを始めるつもりです。登録不要で Google のようなシンプルなインターフェースを構想しています。フロントページにはテキストフィールドが 2 つだけあり、取引したい金額を入力し、ドルを買う場合は PayPal アドレスを、Bitcoin を買う場合は Bitcoin アドレスを入力します。次のページでは、コインを送金するための新しい Bitcoin アドレスか、PayPal 取引テキスト用のチェックコードが表示されます。

PayPal は最初には良い選択肢ですね。シンプルで初期費用もかかりません。ただし、後々クレジットカードも受け付けるかもしれないです。

メンテナンス用アカウントはまだ必要ですか？必要なら問題ないですが、パスワードを別のものに変更してください。

メンテナンス用アカウントを作成してくれてありがとう。それがなければあれだけの作業は不可能だった。今後も常に必要になる。了解した、パスワードは 20 文字のランダムなものに変更した。

良いドメインだ。最近はドメイン名を直接入力する人はほとんどいない。オートコンプリートを使うか、検索エンジンのリンクをクリックする。

プログラムから新しい Bitcoin アドレスを生成できる方法を作る必要がある。あるいは、あなたの IP アドレスに送金させることもできるが、その場合は相手がコメントに注文番号を入れてくれることに頼らなければならない。

新しいアドレスを生成する際に、アドレス帳にそのアドレスに関連付けたエントリを追加するオプションを付けることができる。そうすれば受信したトランザクションにラベルが付く。初期のユーザーが分かりにくいと感じたので、ラベル機能はちょっと隠してしまったが、このアプリケーションにはとても役立つだろう。コメント列を広げれば見えるようになる。

注文の確認と入力は、少なくとも最初は手動で行うつもりか？私ならそうする。

UI の方向性として、ユーザーが必要な時に Bitcoin アドレスを要求するようにしたいと考えている。「支払いを受け取るための Bitcoin アドレスをください」というような感じだ。送信ボタンの隣に受信ボタンがあって、押すと「使用する新しいアドレスはこちらだ。クリップボードにコピーするボタンはこちら。ラベルを付けるか？」と表示され、アドレスを使い回すべきでない理由の説明もあるかもしれない。

あるいは、アドレスボックスの隣に「新しいアドレス」ボタンを置いて、毎回それを押して変更するだけでもいいかもしれない。

ドメイン名bitcoinexchange.comを登録しました。余暇の活動として近いうちに サービスのコーディングを始めるつもりです。登録不要でGoogleのような シンプルなインターフェースを構想しています。フロントページにはテキスト フィールドが2つだけあり、取引したい金額を入力し、ドルを買う場合は PayPalアドレスを、Bitcoinを買う場合はBitcoinアドレスを入力します。 次のページでは、コインを送金するための新しいBitcoinアドレスか、 PayPal取引テキスト用のチェックコードが表示されます。

PayPalは最初には良い選択肢です。シンプルで初期費用もかかりません。 ただし、後々クレジットカードも受け付けるかもしれません。

メンテナンス用アカウントはまだ必要ですか？必要なら問題ありませんが、 パスワードを別のものに変更してください。

プログラムから新しい Bitcoin アドレスを生成できる方法を作る必要がある。あるいは、あなたの IP アドレスに送金させることもできるが、その場合は相手がコメントに注文番号を入れてくれることに頼らなければならない。

コインが受信されたかどうかを確認したり、コインを送金したりするためのコマンドラインツールも少なくとも必要です。バックグラウンドで動作している Bitcoin プロセスと何らかの方法で通信する必要がありますね。どうすべきかは分かりませんが、RPC に関連する何かでしょうか。

バックグラウンドプロセスが非グラフィカルであればとても助かります。現在のサービスレベルの VPS では、X Window 環境を動かすのに十分なメモリーがないです。メモリーを解放する方法を見つけない限りは。

注文の確認と入力は、少なくとも最初は手動で行うつもりか？私ならそうする。

はい、少なくとも最初は、顧客が Bitcoin を売ってドルを受け取る場合には手動で行います。スクリプトにドルの準備金へのアクセス権を軽々しく与えたくはないです。逆方向（顧客のドル→Bitcoin）はそれほど不安を感じないですし、顧客がすぐに Bitcoin を受け取れる方が確実に良いですね。

マルッティ・マルミのメール（2009年12月22日 13:49 UTC）

ドメイン名bitcoinexchange.comを登録しました。余暇の活動として近いうちに サービスのコーディングを始めるつもりです。登録不要でGoogleのような シンプルなインターフェースを構想しています。フロントページにはテキスト フィールドが2つだけあり、取引したい金額を入力し、ドルを買う場合は PayPalアドレスを、Bitcoinを買う場合はBitcoinアドレスを入力します。 次のページでは、コインを送金するための新しいBitcoinアドレスか、 PayPal取引テキスト用のチェックコードが表示されます。

PayPalは最初には良い選択肢です。シンプルで初期費用もかかりません。 ただし、後々クレジットカードも受け付けるかもしれません。

メンテナンス用アカウントはまだ必要ですか？必要なら問題ありませんが、 パスワードを別のものに変更してください。

コインが受信されたかどうかを確認したり、コインを送金したりするための コマンドラインツールも少なくとも必要です。バックグラウンドで動作している Bitcoinプロセスと何らかの方法で通信する必要があります。どうすべきかは 分かりませんが、RPCに関連する何かでしょうか。

バックグラウンドプロセスが非グラフィカルであればとても助かります。現在の サービスレベルのVPSでは、X Window環境を動かすのに十分なメモリーがありません。 メモリーを解放する方法を見つけない限りは。

なぜ皆が UI 無しにこだわるのか不思議に思っていた。Windows ではトレイに小さなアイコンを表示するだけで動かせるのに、これは Windows のサーバーサービスでは一般的なことだ。つまりこれが理由だったのだな。誰も見ないデスクトップ上の小さなアイコンすら許容できないのは、Unix 信奉者の気取りだと思っていた。

ウィンドウを一切開かないようにするのは簡単だが、gtk ライブラリがないために失敗する可能性がある。wxWidgets には__WXBASE__があり、「wxBase のみ、GUI なし」に対応している。__WXGTK__の代わりにそれでビルドしてみて、どうなるか確認してみてほしい。できれば、リリースするビルドバリエーションをさらに増やすよりも、同じ実行ファイルでコマンドラインスイッチとして対応できる方が望ましい。

使えるメモリーはどのくらいか？Bitcoin はそれなりにメモリーを必要とする。Windows では約 75MB だ。問題になるか？

コマンドラインでの操作は次にやることリストに入っている。API は慎重に設計したいと思っている。

支払いの受信が設計上の選択肢が多い部分だ。呼び出し元は対象のトランザクションを特定する必要があり、トランザクションごとに 1 つの Bitcoin アドレスというモデルが役立つ。コメントテキストから注文番号を検索するのも別の方法だ。ポーリング方式で、指定された Bitcoin アドレスに何が受信されたかを問い合わせる方法と、イベント駆動型がある。イベント駆動型では、特定の Bitcoin アドレスに一定額が受信されたときにコマンドラインを実行するよう Bitcoin に指示することになると思う。

使えるメモリーはどのくらいか？

VPS には 320MB の RAM があり、そのうち 50MB が現在空いています。500MB のスワップ領域もありますよ。

Bitcoinはそれなりにメモリーを必要とする。 Windowsでは約75MBだ。問題になるか？

本当ですか？こちらの Windows タスクマネージャーではメモリー使用量は約 13MB と表示されていますけど。

その通りだ。25 万ブロックのテスト実行を見ていた…失礼。

通常の実行ではメモリー使用量 17MB、VM サイズ 10MB と表示される。

使えるメモリーはどのくらいか？

VPSには320MBのRAMがあり、そのうち50MBが現在空いています。 500MBのスワップ領域もあります。

Bitcoinはそれなりにメモリーを必要とする。 Windowsでは約75MBだ。問題になるか？

本当ですか？こちらのWindowsタスクマネージャーではメモリー使用量は約13MBと表示されていますが。

bitcoinexchange.com サービスのプロトタイプが動作するようになりました（認証: bitcoin/bit）。Python 搭載の Django Web アプリケーションフレームワークで動いており、PHP と比べて使い心地が良いですよ。

これから数日間勉強する必要がありますが、その後取引所サービスの作業に戻れます。とりわけ、手持ちの Bitcoin の在庫がゼロに近づくにつれて価格が無限大に向かって上昇するように価格設定を修正するつもりです。そうすることで市場レートを見つけ、需要と供給が一致する点に留まることができますね。双曲線型の価格曲線のパラメーターをどうすべきか、まだ完全には決まっていないので、考える必要があります。

Bitcoin API のプロセス間呼び出し方法はもう決めましたか？簡単な方法としては、wxWidgets が提供するソケットインターフェースがあります: http://docs.wxwidgets.org/trunk/overview_ipc.html。wxServer (http://docs.wxwidgets.org/trunk/overview_ipc.html%E3%80%82wxServer) を実行している Bitcoin プログラムに対して、コマンドラインから bitcoin 実行ファイルを呼び出すか、独自の wxClient アプリをコーディングしてアクセスできますよ。

もう一つの選択肢は、素の BSD ソケットを使うことですね。

64 ビット Linux の Bitcoin バイナリがあれば送ってもらえますか？VPS でコンパイルしようとしましたが、メモリー不足になりました。32 ビット版（ia32-libs 使用）も試しましたが、共有ライブラリが見つかりませんでした。

不足している共有ライブラリが何か調べる方法はあるか？分かると助かる。

おそらく gtk ライブラリが必要で、その場合は 64 ビット版でも同じ問題が起きるだろう。UI 無しのシステムでも動作する単一の実行ファイルを用意したいのだが、Linux でライブラリにリンクしつつも、ライブラリがなければ使わずに実行できるようにする方法が分からない。GTK を静的リンクすべきかもしれない。ライセンス的には LGPL だが、Unix でしか使わないので問題ないだろう。（Windows では OpenSSL の DLL を提供しているので LGPL のものをリンクできないが、Linux では OpenSSL は OS に付属している）

私の 64 ビット（デバッグ情報除去済み）実行ファイルを添付する。まだ SVN にないテストされていない変更が含まれている: UI の変更とウォレットの fSpent フラグ再同期の処理だ。

プロセス間呼び出しの選択肢を調査してきた。様々なサーバーサイド言語、特に PHP から簡単に呼び出せるものが欲しい。Windows とのクロスプラットフォーム対応があればなお良い。

ネットワーク経由でアクセスできるようにすべきかどうか確信がない。セキュリティの問題が生じる。ローカルシステムからのみアクセスできるようにすれば、ローカルセキュリティ認証でカバーされ、リモートからハッキングされることは不可能になる。

表面的に、まだ詳細を調べていない段階で、現在の有力候補は以下だ: D-Bus: ローカルシステムのみ qt、gnome、skype で使用 バインディング: c、python、java、c++、 php は「進行中」と記載 .net はメンテナンスされていないと記載 Windows 対応の状況は不明 XML-RPC: 広く使われている、PHP に組み込みライブラリあり Web クライアントがサーバーと通信するためのもの、トランスポートは HTTP なので セキュリティの問題あり

ローカルからのみアクセスできるソケットを開くことは可能か？

Bitcoin APIのプロセス間呼び出し方法はもう決めましたか？簡単な方法として は、wxWidgetsが提供するソケットインターフェースがあります: http://docs.wxwidgets.org/trunk/overview_ipc.html。wxServerを実行している (http://docs.wxwidgets.org/trunk/overview_ipc.html%E3%80%82wxServer%E3%82%92%E5%AE%9F%E8%A1%8C%E3%81%97%E3%81%A6%E3%81%84%E3%82%8B) Bitcoinプログラムに対して、コマンドラインからbitcoin実行ファイルを呼び出す か、独自のwxClientアプリをコーディングしてアクセスできます。

もう一つの選択肢は、素のBSDソケットを使うことです。

64ビットLinuxのBitcoinバイナリがあれば送ってもらえますか？VPSでコンパイル しようとしましたが、メモリー不足になりました。32ビット版（ia32-libs使用）も 試しましたが、共有ライブラリが見つかりませんでした。

より良いアプローチがあるかどうか確認する前に、急いですべての決済手段から拒否されないようにしてほしい。これ以上決済処理業者に連絡するのは待った方がいいと思う。他のユーザーが考えついて試すことからアイデアを得られるかもしれない。

いくつかのランダムで不完全なアイデアだが: 何かの仮想商品に対するマイクロペイメントの中間クレジットとして位置付ける方法があるかもしれない。あるいは、支払いが一方向だけの場合。Bitcoin を購入するだけなら、お金を送るだけで人のお金を受け取るわけではなく、それでも通貨の価値を固定するのに役立つ。コンピューター利用時間への支払いということになるかもしれない。

クレジットカードは一方通行だ。顧客のクレジットカードにお金を返すというアイデアについては触れないでほしい。クレジットカード会社はそれを嫌う。

いずれにせよ、どの決済処理業者も実際の商品を販売していることを期待するだろう。

あなたの国には電子送金や小切手はあるか？（ヨーロッパ内だけであっても）

Liberty Reserve との交換という手もある。e-Bullion、Pecunix、Webmoney に似たオンライン通貨で、質問なし・プライバシー付きで交換が可能だ。

LR やその他のオンライン通貨は購入が難しいが、現金化は簡単だ。購入が難しいのは、取引所が支払いの取り消しで騙されることに非常に慎重で、より多くの詳細情報や保持期間を要求するからだ。現金化は非常に簡単だ。LR は取り消し不可能なので、LR をあらゆる種類の支払いに変換することに積極的な取引所がたくさんある。

Bitcoin はその逆で、生成するだけで簡単に Bitcoin を手に入れられる。顧客にとっては、Bitcoin→LR→現金、Bitcoin→LR→金、Bitcoin→LR→PayPal と簡単に移行できるし、貯蓄したいだけなら Bitcoin→LR だけで済む。

BTC2PSC が Bitcoin で paysafecard を売るというアイデアもある。カード番号をメールで送るオンライン配送か、未開封の物理カードの郵送だ。これらのカードには多くのバリエーションがある。一部の国ではギフトカードと呼ばれ、クレジットカードが使えるところならどこでも使える。本物のクレジットカードを取得するための信用履歴がない人がよく利用していると思う。クレジットカードが必要なものの支払いのために、自分でギフトカードを購入するのだ。

不足している共有ライブラリが何か調べる方法はあるか？分かると助かる。

「ldd bitcoin」の実行結果はこちらですよ:

     linux-gate.so.1 =>  (0xf778c000)
     libcrypto.so.0.9.8 => /usr/lib32/i686/cmov/libcrypto.so.0.9.8

(0xf762a000) libgtk-x11-2.0.so.0 => not found libgthread-2.0.so.0 => not found libSM.so.6 => /usr/lib32/libSM.so.6 (0xf7621000) libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf7533000) libm.so.6 => /lib32/libm.so.6 (0xf750f000) libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7502000) libc.so.6 => /lib32/libc.so.6 (0xf73b0000) libdl.so.2 => /lib32/libdl.so.2 (0xf73ac000) libgdk-x11-2.0.so.0 => not found libXinerama.so.1 => /usr/lib32/libXinerama.so.1 (0xf73a8000) libgdk_pixbuf-2.0.so.0 => not found libX11.so.6 => /usr/lib32/libX11.so.6 (0xf72b9000) libpango-1.0.so.0 => not found libgobject-2.0.so.0 => not found libglib-2.0.so.0 => not found libpthread.so.0 => /lib32/libpthread.so.0 (0xf72a1000) libpng12.so.0 => /usr/lib32/libpng12.so.0 (0xf727e000) libz.so.1 => /usr/lib32/libz.so.1 (0xf7269000) libICE.so.6 => /usr/lib32/libICE.so.6 (0xf7251000) /lib/ld-linux.so.2 (0xf778d000) libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7243000) libxcb-xlib.so.0 => /usr/lib32/libxcb-xlib.so.0 (0xf7241000) libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7229000) libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7226000) libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7220000)

見つからないのはやはり gtk ライブラリのようですね。/usr/lib フォルダーにはそれらのファイルがありますが、64 ビットなので無視されているか、/usr/lib32 のみが検索されているのかもしれないです。他の 64 ビットマシンではテストしていません。

私の 64 ビット（デバッグ情報除去済み）実行ファイルを添付する。まだ SVN にないテストされていない変更が含まれている: UI の変更とウォレットの fSpent フラグ再同期の処理だ。

パッケージが開けないです、「gzip 形式ではありません」と表示されます。

ローカルからのみアクセスできるソケットを開くことは可能か？

はい、ローカル専用の IPC ソケット（「Unix ドメインソケット」）を使えますよ。wx-api ではポート番号の代わりにファイル名を使用することでそれが実現されています。wxServer-Client 通信の使用例をコミットしました。必要であれば元に戻してください。現在、実行中のインスタンスにブロックチェーンの長さを問い合わせる-blockamount コマンドラインオプションがありますよ。

このコマンドライン方式は PHP からもすでに使えると思いますが、PHP 自体がソケットサーバーに直接アクセスできた方が軽量かもしれないですね。wx の IPC の概要では、wxSocketEvent、wxSocketBase、wxSocketClient、wxSocketServer が「低レベル TCP/IP API のクラス」として挙げられており、今回使ったもの（wxServer、wxClient、wxConnection）よりも PHP からは使いやすいかもしれません。もう少し調べてみますね。

間違えて z の代わりに j と入力してしまったようだ。bz2 形式だ。.tar.bz2 にリネームするか、tar -jxvf を実行してほしい。

パッケージが開けないです、「gzip 形式ではありません」と表示されます。

この変更の理由は何だったのか？

#if !wxUSE_UNICODE
...
     if (str.Find('Â') != wxNOT_FOUND)
         str.Remove(str.Find('Â'), 1);

を以下に変更:

     if (str.Find('�') != wxNOT_FOUND)
         str.Remove(str.Find('�'), 1);

wxFormBuilder は(c)記号を自動的に UTF-8 に変換する。wxWidgets-2.8.9 の ANSI 版では、著作権記号に余分なゴミ文字が付いて表示される。このハックは非 Unicode（ANSI）の場合にそれを修正するものだ。

それなら、D-Bus を検討する必要はないな。Windows に IPC ソケットに相当するものはあるか？wx がどうやっているか調べるか、あるいは XML-RPC ライブラリがすでに対応しているかもしれない。Windows には名前付きパイプがあり、それが最も近いものかもしれない。

独自の RPC プロトコルを発明するつもりはなく、既存の標準を使いたい。PHP、Java、Python など何でも、コマンドラインコマンドと同じ方法でサーバーに直接通信できるようにする。

XML-RPC について読み始めるつもりだ。検索すると最も広く使われているプロトコルとして出てくるし、幅広くサポートされている。PHP は標準ライブラリに含んでいる。

ローカルからのみアクセスできるソケットを開くことは可能か？

はい、ローカル専用のIPCソケット（「Unixドメインソケット」）を使えます。 wx-apiではポート番号の代わりにファイル名を使用することでそれが実現 されています。wxServer-Client通信の使用例をコミットしました。必要で あれば元に戻してください。現在、実行中のインスタンスにブロックチェーン の長さを問い合わせる-blockamountコマンドラインオプションがあります。

このコマンドライン方式はPHPからもすでに使えると思いますが、PHP自体が ソケットサーバーに直接アクセスできた方が軽量かもしれません。wxのIPC の概要では、wxSocketEvent、wxSocketBase、wxSocketClient、 wxSocketServerが「低レベルTCP/IP APIのクラス」として挙げられており、 今回使ったもの（wxServer、wxClient、wxConnection）よりもPHPからは 使いやすいかもしれません。もう少し調べてみます。

wxSocketServer::Accept(bool wait = true)のドキュメントでこれに気づいた: 「wait が true で、受け入れ待ちの接続がない場合、次の着信接続が到着するまで待機する。 警告: これは GUI をブロックする。 」

wxWidgets は病的なまでにシングルスレッドだ。単にシングルスレッドなだけでなく、GUI スレッドでなければならないのだ。wxStandardPaths のような UI 以外のものでもやられた。UI コードであれば問題ない。Windows が課す制約と同じだからだ。しかし UI 無しのサーバーデーモンコードでは、wx の呼び出しは不確実だ。

現在の調査状況:

PHP、Python などからサーバーにアクセスするには、通常のソケットを使う必要がある。localhost にのみバインドすることでローカル専用にできると思う。ループバック経由でしかアクセスできなくなる。受信した接続の IP を確認して 127.0.0.1 以外を切断するだけでも十分安全だと言われている。両方やった方がいいだろう。

XML-RPC はやや肥大化している。C++用のライブラリは 4 つあるが、どれも大きくてビルドが難しく、依存関係やライセンスの問題がある。C++や PHP の XML-RPC ライブラリはどれもバグが多いと不満を述べる人もいる。

JSON-RPC はよりシンプルでエレガントな標準だ。十分にシンプルなので汎用的な JSON パーサーが使える。

PHP、Python、Java のいずれにも、JSON-RPC の優れた実装がある。

現在、JSON-RPC に傾いている。

意図的に変更したわけではないです。エンコーディングの問題だったのでしょう。

この変更の理由は何だったのか？

#if !wxUSE_UNICODE … if (str.Find(‘Â’) != wxNOT_FOUND) str.Remove(str.Find(‘Â’), 1); を以下に変更: if (str.Find(‘�’) != wxNOT_FOUND) str.Remove(str.Find(‘�’), 1);

wxFormBuilderは(c)記号を自動的にUTF-8に変換する。wxWidgets-2.8.9の ANSI版では、著作権記号に余分なゴミ文字が付いて表示される。このハック は非Unicode（ANSI）の場合にそれを修正するものだ。

Liberty Reserve は良さそうですね。まずは LR のみを受け付けるサービスを作り、後からオプションを追加できますよ。弱点は、顧客が単に Bitcoin を手に入れたいだけの場合に、LR を購入するのが余計な手間になることですね。しかし、あまり選択の余地はないのかもしれません。

あなたの国には電子送金や小切手はあるか？（ヨーロッパ内だけであっても）

はい、電子銀行振込が利用できますよ。2010年中にほとんどのヨーロッパ諸国が SEPA（単一ユーロ決済圏）に参加する予定です。これはヨーロッパ内のすべての支払いが国内扱いになることを意味しますね。銀行はすべての国内振込に同じ手数料と基準を適用しなければならないので、おそらくすべて無料で、1 営業日で完了するでしょう。国際送金には SWIFT/IBAN システムがあり、通常追加費用がかかります。

取引所サービスのより長期的なプロジェクトとしては、銀行がどのような統合オプションを提供しているか調べることですね。銀行振込はクレジットカードとほぼ同じくらい多くの顧客にリーチできるでしょう。

現在の LR の購入の難しさが、その方向で簡単にできる限界なのかもしれない。

従来のあらゆる決済手段は、パスワードや暗号技術の欠如に対処する方法として取り消し可能性を備えている。このシステムは平文のクレジットカード番号や口座番号のコピーに対して無防備であり、事後的にトランザクションを取り消すことで対処している。このシステムはどこかに配送しなければならない物理的な商品や、転売できないサービスには有効だ。しかし、貴金属や通貨変換とのインターフェースでは問題になる。

一方向に簡単であること、つまり Bitcoin→LR または確立された価値のあるものへの交換が簡単であることは、大きな前進だ。実際に変換しない人でも、変換できるという事実から恩恵を受ける。Bitcoin の取引は LR を請求する権利を取引するより簡単な方法になる。紙幣がかつて金を請求する権利であったのと同様だ。LR の請求権があるという選択肢の恩恵を得るために、実際に LR を請求する必要はない。

少額のオンライン通貨が必要になることは多々ある。他のオンライン通貨を少額購入するための手間は大きすぎる。少額の Bitcoin を簡単に入手できることが、マイクロペイメント規模のオンライン商品の販売者によるエコシステムの立ち上げに役立つかもしれない。販売者が Bitcoin を LR に交換できれば満足するし、大口で Bitcoin を購入したい投資家によって最初は補助されるかもしれない。

オンライン通貨の普及を妨げている主な要因は、少額の通貨を簡単に入手する方法がないことだ。Bitcoin はそれを解決する。現金化が簡単で、かつ少額を入手するのも簡単な唯一のオンライン通貨になるだろう。大量購入が通常より難しいというのは変わらないが。

Liberty Reserveは良さそうですね。まずはLRのみを受け付けるサービスを 作り、後からオプションを追加できます。弱点は、顧客が単にBitcoinを 手に入れたいだけの場合に、LRを購入するのが余計な手間になることです。 しかし、あまり選択の余地はないのかもしれません。

サトシ・ナカモトのメール（2010年2月4日 01:32 UTC）

あなたの国には電子送金や小切手はありますか？ （ヨーロッパ内だけであっても）

はい、電子銀行振込が利用できます。2010年中にほとんどのヨーロッパ諸国が SEPA（単一ユーロ決済圏）に参加する予定です。これはヨーロッパ内のすべての 支払いが国内扱いになることを意味します。銀行はすべての国内振込に同じ 手数料と基準を適用しなければならないので、おそらくすべて無料で、1営業日 で完了するでしょう。国際送金にはSWIFT/IBANシステムがあり、通常追加費用 がかかります。

取引所サービスのより長期的なプロジェクトとしては、銀行がどのような統合 オプションを提供しているか調べることです。銀行振込はクレジットカードと ほぼ同じくらい多くの顧客にリーチできるでしょう。

了解した。再び壊れないように以下のように変更する:

     if (str.Find('\xC2') != wxNOT_FOUND)
         str.Remove(str.Find('\xC2'), 1);

意図的に変更したわけではありません。エンコーディングの問題だったのでしょう。

この変更の理由は何だったのか？

#if !wxUSE_UNICODE … if (str.Find(‘Â’) != wxNOT_FOUND) str.Remove(str.Find(‘Â’), 1); を以下に変更: if (str.Find(‘�’) != wxNOT_FOUND) str.Remove(str.Find(‘�’), 1);

wxFormBuilderは(c)記号を自動的にUTF-8に変換する。wxWidgets-2.8.9の ANSI版では、著作権記号に余分なゴミ文字が付いて表示される。このハック は非Unicode（ANSI）の場合にそれを修正するものだ。

JSON-RPC の実装は順調に進んでいる。ソケットには boost::asio を使っている。JSON-RPC は素のソケットでも HTTP でも使えるが、他の実装のほとんどは HTTP のようなので、独自のシンプルな HTTP ヘッダーを作った。JSON のパースには JSON Spirit を使っている。STL をフル活用しており、非常に使いやすい。ヘッダーオンリーなのでビルド作業が増えることもなく、私たちのソースツリーに追加できるほど小さい。MIT ライセンスだ。あと数日で全て動くようになるはずだ。

フォーラムは確実に盛り上がっているな。こんなに早く活発になるとは思わなかった。

それは素晴らしいですね！Liberty Reserve とその API について勉強し始めます。

JSON-RPCの実装は順調に進んでいる。ソケットにはboost::asioを使って いる。JSON-RPCは素のソケットでもHTTPでも使えるが、他の実装のほとんど はHTTPのようなので、独自のシンプルなHTTPヘッダーを作った。JSONの パースにはJSON Spiritを使っている。STLをフル活用しており、非常に使い やすい。ヘッダーオンリーなのでビルド作業が増えることもなく、私たちの ソースツリーに追加できるほど小さい。MITライセンスだ。あと数日で 全て動くようになるはずだ。

フォーラムは確実に盛り上がっているな。こんなに早く活発になるとは 思わなかった。

Drupal には特別な多言語サポートがあるか？それとも手動でページのコピーを作っているのか？

BlueSky がフォーラムで翻訳を申し出てくれた。www.bitcoin.org/zh/ のサイトのコピーを作って、新しいページの作成とテキストの編集だけができるアカウントを与えれば、おそらくサイトを中国語に翻訳して、メンテナンスもしてくれるだろう。

Drupal は複数言語をサポートしていますよ。ただし、bitcoin.org/zh-hans で自動的に翻訳を表示する方法はまだ分かっていないです。

Drupalには特別な多言語サポートがあるか？それとも手動でページの コピーを作っているのか？

BlueSkyがフォーラムで翻訳を申し出てくれた。www.bitcoin.org/zh/ の サイトのコピーを作って、新しいページの作成とテキストの編集だけができる アカウントを与えれば、おそらくサイトを中国語に翻訳して、メンテナンスも してくれるだろう。

翻訳が正しく動作するようになりました。ブラウザーの設定から自動的に言語を検出するようになっていますよ。手動で選択することももちろん可能です。翻訳者には PM かメールで翻訳を送るよう依頼しました。いずれフィンランド語の翻訳も自分で作ろうと思っています。複数の翻訳があるとサイトの信頼性が増しますね。

Drupal がセキュリティアップデートを求めています。「sites」ディレクトリにあるもの以外に、バックアップが必要なカスタマイズしたファイルはありますか？

Drupal のコードには何も変更を加えていない。テーマのインストール以外で唯一触ったのは.htaccess ファイルだ（これは本当に必要だった。グローバル設定ファイルでは動作しなかった）。

PHP の変更を加えたのは SMF だけだ。

自国語に翻訳しない方が望ましいかもしれない。法的な問題に関する標準的な回答として、「他の国の人々だけを対象としている」というものがよくある。母国語に翻訳すると、その主張が弱くなる。

翻訳が正しく動作するようにしました。ブラウザーの設定から言語を自動検出する ようになりました。もちろん手動で選択することも可能です。翻訳者には翻訳を PMまたはメールで送ってもらうよう頼みました。そのうちフィンランド語の翻訳も 自分で作ろうと思います。複数の翻訳があるとサイトの信頼性が高まります。

Drupalがセキュリティアップデートを求めています。「sites」ディレクトリに あるもの以外に、バックアップが必要なカスタマイズ済みファイルはありますか？

それについてはあまり心配していないです。交換サービスを含めても、違法なことは何もしていないですし。もし違法なことをしていたとしても、外国人にだけサービスを提供しているからといって助かるわけではありません。もちろん他の法域では事情が異なるかもしれませんが、僕の国ではそうなっています。ここの法の独占は他の多くの国よりもまだましですね。

自国語に翻訳しない方が望ましいかもしれない。法的な問題に関する標準的な回答として、「他の国の人々だけを対象としている」というものがよくある。母国語に翻訳すると、その主張が弱くなる。

JSON-RPC とコマンドラインの実装を SVN にアップロードした。コマンドについてもう少し考える時間ができたら、フォーラムに投稿するつもりだ。少なくともいくつかのメソッド名は変更する予定だ。

RPC サーバーを有効にするには、-server スイッチを追加してほしい。デフォルトでは無効だ。

クライアントコマンドはスイッチなしで、以下のように使う：

bitcoin getblockcount
bitcoin getdifficulty
bitcoin getnewaddress somelabel
bitcoin sendtoaddress 1DvqsbZ... 1.00
bitcoin getallpayments 0
bitcoin stop

アプリケーションは通常、コマンドラインではなく JSON-RPC を直接使用する。

まだ私の JSON-RPC サーバーを他のものでテストしていない。もしテストしたら、結果を教えてほしい。Python を使っているのか？

Linux 版を GTK なしで動作させるのは別の作業になる。

それは素晴らしいですね！Liberty ReserveとそのAPIについて調べ始めます。

JSON-RPCの実装は順調に進んでいる。ソケットにはboost::asioを使って いる。JSON-RPCはプレーンソケットでもHTTPでも可能だが、他のほとんどの 実装はHTTPのようなので、自分でシンプルなHTTPヘッダーを作った。JSON パースにはJSON Spiritを使っている。STLを最大限に活用しており、使い心地が とても良い。ヘッダーオンリーなのでビルド作業の追加はなく、ソースツリーに 加えるには十分小さい。MITライセンスだ。あと数日で全部動くはずだ。

フォーラムは確実に盛り上がっているな。こんなに早くこれほどの活動があるとは 思わなかった。

まだ私のJSON-RPCサーバーを他のものでテストしていない。もしテストしたら、結果を教えてほしい。Pythonを使っているのか？

Linux版をGTKなしで動作させるのは別の作業になる。

はい、Python を使っています。VPS でまだ Bitcoin を動かしていないので、JSON-RPC のテストはまだしていないです。GTK ライブラリがインストールされていても、ウィンドウマネージャーなしでは動作しないですね。wxWidgets フォーラム（http://wxforum.shadonet.com/viewtopic.php?t=26954）で質問しましたが、あまり手がかりはありませんでした。2 (http://wxforum.shadonet.com/viewtopic.php?t=26954%EF%BC%89%E3%81%A7%E8%B3%AA%E5%95%8F%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F%E3%81%8C%E3%80%81%E3%81%82%E3%81%BE%E3%82%8A%E6%89%8B%E3%81%8C%E3%81%8B%E3%82%8A%E3%81%AF%E3%81%82%E3%82%8A%E3%81%BE%E3%81%9B%E3%82%93%E3%81%A7%E3%81%97%E3%81%9F%E3%80%822) つの異なるバイナリを作る必要があるかもしれないです。

ZayPay が提供する SMS 決済で顧客がコインを購入する場合にのみ、取引を自動化する方向で進めています。Pecunix は準備金を保管するのに十分な信頼性と実用性を備えた唯一の電子通貨ですが、交換手数料がかなり高いです（約 5%）。

コインを買い取る際の推奨支払い方法は IBAN 送金にするつもりです。「他の支払い方法で売買したい場合はお問い合わせください」と記載して、各注文を個別に処理することもできますね。PayPal でも個別の注文を手動で受け付けることは可能です。ただし、そこにお金を保管せず、顧客が手数料を負担する限りにおいてですけど。

まだ私のJSON-RPCサーバーを他のものでテストしていない。もしテストしたら、 結果を教えてほしい。Pythonを使っているのか？

Linux版をGTKなしで動作させるのは別の作業になる。

はい、Pythonを使っています。VPSでまだBitcoinを動かしていないので、JSON-RPC のテストはまだしていません。GTKライブラリがインストールされていても、ウィンドウ マネージャーなしでは動作しません。wxWidgetsフォーラム （http://wxforum.shadonet.com/viewtopic.php?t=26954）で質問しましたが、 (http://wxforum.shadonet.com/viewtopic.php?t=26954%EF%BC%89%E3%81%A7%E8%B3%AA%E5%95%8F%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F%E3%81%8C%E3%80%81) あまり手がかりはありませんでした。2つの異なるバイナリを作る必要があるかも しれません。

おそらく折れてそうすることになるだろう。init と shutdown を init.cpp か start.cpp などに移動し、wxbase だけをリンクして ui.o と uibase.o はリンクしないようにできる。

wxWidgets は Windows の人が多いので、GTK についてはあまり詳しくないだろう。

VPS をいじらなくても済むように、テストやコンパイルができる Ubuntu のノートパソコンを持っていないか？

VPS をいじらなくても済むように、テストやコンパイルができる Ubuntu のノートパソコンを持っていないか？

はい。Python の JSON-RPC でテストしましたが、問題なく動作しているようです！本当に使いやすいですよ。

VPSをいじらなくても済むように、テストやコンパイルができるUbuntuの ノートパソコンを持っていないか？

はい。PythonのJSON-RPCでテストしましたが、問題なく動作しているようです！ 本当に使いやすいです。

やった、一発で動いた。

使った Python のコードを送ってもらえるか？後で自分でテストするとき、一から調べなくて済むので。

マルッティ・マルミのメール（2010年2月15日 13:00 UTC）

サトシ・ナカモトのメール（2010年2月14日 21:48 UTC）

VPSをいじらなくても済むように、テストやコンパイルができるUbuntuの ノートパソコンを持っていないか？

はい。PythonのJSON-RPCでテストしましたが、問題なく動作しているようです！ 本当に使いやすいです。

やった、一発で動いた。

使ったPythonのコードを送ってもらえるか？後で自分でテストするとき、 一から調べなくて済むので。

python-json-rpc（http://json-rpc.org/wiki/python-json-rpc）を (http://json-rpc.org/wiki/python-json-rpc%EF%BC%89%E3%82%92) SVN からダウンロードして、Python インタプリタで直接テストしました。こんな感じですよ：

pythons = ServiceProxy(“http://localhost:8332”) s.getblockcount()

GUI なしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

1. GTK はディスプレイなしでプログラムを実行することをサポートしています：http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。ただし、wxWidgets (http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check%E3%80%82%E3%81%9F%E3%81%A0%E3%81%97%E3%80%81wxWidgets) で可能かどうかまでは分かりません。

2. wx 2.9 の wxAppConsole が何かの役に立つかもしれないですね。wxApp を wxAppConsole に単純に置き換えるだけでは動作しないです。どう使うべきか分かりません。ドキュメントもあまり整備されていないです。

3. もう一つの選択肢として、IMPLEMENT_APP_NO_MAIN()を使って独自の main メソッドを作る方法があるかもしれません。

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

1. GTKはディスプレイなしでプログラムを実行することをサポートしています： http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。 (http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check%E3%80%82) ただし、wxWidgetsで可能かどうかまでは分かりません。

wxApp::Initialize で gtk-init-check を呼び出しているのが分かった。

Initialize をサブクラス化して、エラーメッセージを抑制しつつ元のものを呼び出し、戻り値を無視することができる。うまく動作しているようだ。

コマンドラインスイッチの名前と説明について何か提案はあるか？伝統的な標準はあるか？今は以下を使っている： -daemon（または-d）（RPC を有効にしてバックグラウンドで実行） -server（RPC を有効にする）

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけた：

1. GTKはディスプレイなしでプログラムを実行することをサポートしている： http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。 (http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check%E3%80%82) ただし、wxWidgetsで可能かどうかまでは分からない。

wxApp::Initializeでgtk-init-checkを呼び出しているのが分かった。

Initializeをサブクラス化して、エラーメッセージを抑制しつつ元のものを呼び出し、 戻り値を無視することができる。うまく動作しているようだ。

うまく動作している。あといくつか作業したらアップロードする。

GTK ライブラリをインストールするよう人々に伝える必要がある。GTK をインストールする apt-get コマンドを覚えているか？また、GUI がインストールされていない環境でもインストールできるか？

マルッティ・マルミのメール（2010年2月17日 17:32 UTC）

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

1. GTKはディスプレイなしでプログラムを実行することをサポートしています： http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。 (http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check%E3%80%82) ただし、wxWidgetsで可能かどうかまでは分かりません。

wxApp::Initializeでgtk-init-checkを呼び出しているのが分かった。

Initializeをサブクラス化して、エラーメッセージを抑制しつつ元のものを呼び出し、 戻り値を無視することができる。うまく動作しているようだ。

コマンドラインスイッチの名前と説明について何か提案はあるか？伝統的な 標準はあるか？今は以下を使っている： -daemon（または-d）（RPCを有効にしてバックグラウンドで実行） -server（RPCを有効にする）

良さそうですね。それに関する標準は知らないです。

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

1. GTKはディスプレイなしでプログラムを実行することをサポートしています： http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。 (http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check%E3%80%82) ただし、wxWidgetsで可能かどうかまでは分かりません。

wxApp::Initializeでgtk-init-checkを呼び出しているのが分かった。

Initializeをサブクラス化して、エラーメッセージを抑制しつつ元のものを呼び出し、 戻り値を無視することができる。うまく動作しているようだ。

うまく動作している。あといくつか作業したらアップロードする。

GTKライブラリをインストールするよう人々に伝える必要がある。GTKを インストールするapt-getコマンドを覚えているか？また、GUIがインストール されていない環境でもインストールできるか？

おそらく apt-get install libgtk2.0-0 だったと思います。利用可能なパッケージはこのように検索できますよ：「apt-cache search libgtk」。

bitcoin.org の翻訳者に Drupal のアカウントを付与して、翻訳を最新の状態に保てるようにしますね。

bitcoin.org の翻訳者に Drupal のアカウントを付与して、翻訳を最新の状態に保てるようにしますね。

良いな。翻訳者に少しでもオーナーシップと責任感を持ってもらえる。

0.3 リリースに間に合うように、ソフトウェア翻訳用の.mo ファイルが少なくとも 1 つは手に入るといいのだが。

ddd デバッガーで自分の bitcoind ビルドのデバッグを試みましたが、まだうまくいっていないです。常にシステムのメモリーをすべて使い切って、最終的にクラッシュしてしまいます。問題が自分のビルドに起因するものか確認したいので、最新の 64 ビット版 bitcoind のビルドをもう一度送ってもらえますか？

bitcoin.org/download/linux64-0.2.7.1.tar.gz に置いた。取得したら削除して構わない。

あなたが経験している問題の原因について考え、このビルドにはその変更を含めた。これは安全でないコードだった可能性があるが、おそらく常にたまたまうまく動いていたのだろう。

util.cpp で、旧コード：

const char* wxGetTranslation(const char* pszEnglish)
{
     // Wrapper of wxGetTranslation returning the same const char* type
as was passed in
     static CCriticalSection cs;
     CRITICAL_BLOCK(cs)
     {
         // Look in cache
         static map<string, char*> mapCache;
         map<string, char*>::iterator mi = mapCache.find(pszEnglish);
         if (mi != mapCache.end())
             return (*mi).second;

         // wxWidgets translation
         const char* pszTranslated =
wxGetTranslation(wxString(pszEnglish, wxConvUTF8)).utf8_str();

         // We don't cache unknown strings because caller might be
passing in a
         // dynamic string and we would keep allocating memory for each
variation.
         if (strcmp(pszEnglish, pszTranslated) == 0)
             return pszEnglish;

         // Add to cache, memory doesn't need to be freed.  We only
cache because
         // we must pass back a pointer to permanently allocated memory.
         char* pszCached = new char[strlen(pszTranslated)+1];
         strcpy(pszCached, pszTranslated);
         mapCache[pszEnglish] = pszCached;
         return pszCached;
     }
     return NULL;
}

新コード：

const char* wxGetTranslation(const char* pszEnglish)
{
     // Wrapper of wxGetTranslation returning the same const char* type
as was passed in
     static CCriticalSection cs;
     CRITICAL_BLOCK(cs)
     {
         // Look in cache
         static map<string, char*> mapCache;
         map<string, char*>::iterator mi = mapCache.find(pszEnglish);
         if (mi != mapCache.end())
             return (*mi).second;

         // wxWidgets translation
         wxString strTranslated = wxGetTranslation(wxString(pszEnglish,
wxConvUTF8));

         // We don't cache unknown strings because caller might be
passing in a
         // dynamic string and we would keep allocating memory for each
variation.
         if (strcmp(pszEnglish, strTranslated.utf8_str()) == 0)
             return pszEnglish;

         // Add to cache, memory doesn't need to be freed.  We only
cache because
         // we must pass back a pointer to permanently allocated memory.
         char* pszCached = new char[strlen(strTranslated.utf8_str())+1];
         strcpy(pszCached, strTranslated.utf8_str());
         mapCache[pszEnglish] = pszCached;
         return pszCached;
     }
     return NULL;
}

まだこのコードが怪しいと思う場合は、テスト用に以下のように変更できる：

const char* wxGetTranslation(const char* pszEnglish)
{
     return pszEnglish;
}

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリーをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

debug.log を送ってもらえるか？

ddd デバッガーで自分の bitcoind ビルドのデバッグを試みましたが、まだうまくいっていないです。常にシステムのメモリーをすべて使い切って、最終的にクラッシュしてしまいます。問題が自分のビルドに起因するものか確認したいので、最新の 64 ビット版 bitcoind のビルドをもう一度送ってもらえますか？

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年2月28日 04:12 UTC）

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリーをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

これはあなたが送ってくれたコンパイル済みのもので、同じ問題が発生しました。

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

サトシ・ナカモトのメール（2010年2月28日 20:09 UTC）

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年2月28日 04:12 UTC）

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリーをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

getinfo を実行しなくても同じ現象が起きるか？

以下に挙げる CreateThread をコメントアウトして、その後 1 つずつ有効に戻していき、再び問題が発生するまで試してみてほしい。そうすればどのスレッドに問題があるか分かる。

net.cpp の// Start threads 以下：

     CreateThread(ThreadIRCSeed, NULL)
     CreateThread(ThreadSocketHandler, NULL, true)
     CreateThread(ThreadOpenConnections, NULL)
     CreateThread(ThreadMessageHandler, NULL)

init.cpp：

     CreateThread(ThreadRPCServer, NULL);

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年3月2日 19:33 UTC）

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリーをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

getinfo に関係なくエラーが発生します。ThreadIRCSeed をコメントアウトしたら問題が解決しましたよ。

getinfoを実行しなくても同じ現象が起きるか？

以下に挙げるCreateThreadをコメントアウトして、その後1つずつ有効に戻していき、 再び問題が発生するまで試してみてほしい。そうすればどのスレッドに問題がある か分かる。

net.cppの// Start threads以下： CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp： CreateThread(ThreadRPCServer, NULL);

マルッティ・マルミのメール（2010年3月2日 19:36 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

サトシ・ナカモトのメール（2010年2月28日 20:09 UTC）

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年2月28日 04:12 UTC）

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリーをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

かなり絞り込めた。debug.log に IRC の活動が一切出力されていないので、RecvUntil を通過できていないのだろう。目視では明らかな問題は見当たらない。ConnectSocket か RecvUntil のどちらかに問題があるはずだ。

添付の irc.cpp と net.cpp で試して、debug.log を送ってほしい。

あるいは、gdb で実行して ThreadIRCSeed をステップ実行することもできる。

gdb --args bitcoin [switches]
b ThreadIRCSeed
run
step

または u でステップオーバーしてルーチンから抜ける。

getinfoに関係なくエラーが発生します。ThreadIRCSeedをコメントアウトしたら 問題が解決しました。

getinfoを実行しなくても同じ現象が起きるか？

以下に挙げるCreateThreadをコメントアウトして、その後1つずつ有効に戻していき、 再び問題が発生するまで試してみてほしい。そうすればどのスレッドに問題がある か分かる。

net.cppの// Start threads以下： CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp： CreateThread(ThreadRPCServer, NULL);

サトシ・ナカモトのメール（2010年3月2日 22:27 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年3月2日 19:36 UTC）

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリーをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

debug.log を添付します。

かなり絞り込めた。debug.logにIRCの活動が一切出力されていないので、 RecvUntilを通過できていないのだろう。目視では明らかな問題は見当たらない。 ConnectSocketかRecvUntilのどちらかに問題があるはずだ。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる。 gdb —args bitcoin [switches] b ThreadIRCSeed run step またはuでステップオーバーしてルーチンから抜ける。

マルッティ・マルミのメール（2010年3月3日 01:50 UTC）

getinfoに関係なくエラーが発生します。ThreadIRCSeedをコメントアウトしたら 問題が解決しました。

サトシ・ナカモトのメール（2010年3月2日 22:27 UTC）

getinfoを実行しなくても同じ現象が起きるか？

以下に挙げるCreateThreadをコメントアウトして、その後1つずつ有効に戻していき、 再び問題が発生するまで試してみてほしい。そうすればどのスレッドに問題がある か分かる。

net.cppの// Start threads以下： CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp： CreateThread(ThreadRPCServer, NULL);

マルッティ・マルミのメール（2010年3月2日 19:36 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

サトシ・ナカモトのメール（2010年2月28日 20:09 UTC）

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年2月28日 04:12 UTC）

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリーをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

RecvUntil の中で起きているが、まだ何が問題なのか分からない。考えられるのは、ソケットが大量の文字を受信している場合だ。

この irc.cpp を試してみてほしい。debug.log が急速に大きくなる可能性があるので、すぐに停止できるようにしておいてほしい。

debug.logを添付します。

かなり絞り込めた。debug.logにIRCの活動が一切出力されていないので、 RecvUntilを通過できていないのだろう。目視では明らかな問題は見当たらない。 ConnectSocketかRecvUntilのどちらかに問題があるはずだ。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる。 gdb —args bitcoin [switches] b ThreadIRCSeed run step またはuでステップオーバーしてルーチンから抜ける。

サトシ・ナカモトのメール（2010年3月3日 03:54 UTC）

getinfoに関係なくエラーが発生します。ThreadIRCSeedをコメントアウトしたら 問題が解決しました。

getinfoを実行しなくても同じ現象が起きるか？

以下に挙げるCreateThreadをコメントアウトして、その後1つずつ有効に戻していき、 再び問題が発生するまで試してみてほしい。そうすればどのスレッドに問題がある か分かる。

net.cppの// Start threads以下： CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp： CreateThread(ThreadRPCServer, NULL);

マルッティ・マルミのメール（2010年3月3日 01:50 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえるか？

サトシ・ナカモトのメール（2010年3月2日 22:27 UTC）

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリーをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

debug.log を送ります。メモリーを全部使い切る前に bitcoind を停止しました。

RecvUntilの中にあるようだが、まだ何が問題なのか分からない。考えられるのは、ソケットが大量の文字を受信している場合くらいだ。

このirc.cppを試してみてほしい。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてくれ。

マルッティ・マルミのメール（2010年3月3日 12:32 UTC）

debug.logを添付します

サトシ・ナカモトのメール（2010年3月3日 03:54 UTC）

かなり絞り込めた。debug.logにIRCの活動が何も表示されていないので、RecvUntilを通過できなかったのだろう。目視では明らかな問題は見当たらない。ConnectSocketかRecvUntilのどちらかだと思う。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる gdb —args bitcoin [switches] b ThreadIRCSeed run step またはuでルーチンのステップオーバーとステップアウト。

マルッティ・マルミのメール（2010年3月3日 01:50 UTC）

getinfoに関係なくエラーが発生します。ThreadIRCSeedをコメントアウトしたところ、問題が解決しました。

サトシ・ナカモトのメール（2010年3月2日 22:27 UTC）

getinfoをしなくても同じ現象が起きるか？

以下のCreateThreadsをコメントアウトして、1つずつ有効にしていけば、どのスレッドに問題があるか分かる。

net.cpp, under // Start threads CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp: CreateThread(ThreadRPCServer, NULL);

マルッティ・マルミのメール（2010年3月2日 19:36 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

サトシ・ナカモトのメール（2010年2月28日 20:09 UTC）

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年2月28日 04:12 UTC）

dddデバッガーでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリーを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

gdb でデバッグ中に取得した別のテストランの debug.log を送ります。プログラムはデバッグ行「irc 8」の後にメモリーを食い始め、数秒以内に terminate called after throwing an instance of 'std::bad_alloc' でクラッシュしました。

RecvUntilの中にあるようだが、まだ何が問題なのか分からない。考えられるのは、ソケットが大量の文字を受信している場合くらいだ。

このirc.cppを試してみてほしい。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてくれ。

マルッティ・マルミのメール（2010年3月3日 12:32 UTC）

debug.logを添付します

サトシ・ナカモトのメール（2010年3月3日 03:54 UTC）

かなり絞り込めた。debug.logにIRCの活動が何も表示されていないので、RecvUntilを通過できなかったのだろう。目視では明らかな問題は見当たらない。ConnectSocketかRecvUntilのどちらかだと思う。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる gdb —args bitcoin [switches] b ThreadIRCSeed run step またはuでルーチンのステップオーバーとステップアウト。

マルッティ・マルミのメール（2010年3月3日 01:50 UTC）

getinfoに関係なくエラーが発生します。ThreadIRCSeedをコメントアウトしたところ、問題が解決しました。

サトシ・ナカモトのメール（2010年3月2日 22:27 UTC）

getinfoをしなくても同じ現象が起きるか？

以下のCreateThreadsをコメントアウトして、1つずつ有効にしていけば、どのスレッドに問題があるか分かる。

net.cpp, under // Start threads CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp: CreateThread(ThreadRPCServer, NULL);

マルッティ・マルミのメール（2010年3月2日 19:36 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

サトシ・ナカモトのメール（2010年2月28日 20:09 UTC）

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年2月28日 04:12 UTC）

dddデバッガーでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリーを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

util.c の ParseString に問題がある。unsigned int 型と str.npos の型である size_type の間の非互換性が原因だと推測している。

2 つの unsigned int を size_type に変更してみてほしい。

old:

void ParseString(const string& str, char c, vector<string>& v)
{
     unsigned int i1 = 0;
     unsigned int i2;
     do
     {
         i2 = str.find(c, i1);
         v.push_back(str.substr(i1, i2-i1));
         i1 = i2+1;
     }
     while (i2 != str.npos);
}

new:

void ParseString(const string& str, char c, vector<string>& v)
{
     size_type i1 = 0;
     size_type i2;
     do
     {
         i2 = str.find(c, i1);
         v.push_back(str.substr(i1, i2-i1));
         i1 = i2+1;
     }
     while (i2 != str.npos);
}

gdbでデバッグ中に取得した別のテストランのdebug.logを送ります。プログラムはデバッグ行「irc 8」の後にメモリーを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュしました。

RecvUntilの中にあるようだが、まだ何が問題なのか分からない。考えられるのは、ソケットが大量の文字を受信している場合くらいだ。

このirc.cppを試してみてほしい。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてくれ。

サトシ・ナカモトのメール（2010年3月3日 17:15 UTC）

debug.logを添付します

かなり絞り込めた。debug.logにIRCの活動が何も表示されていないので、RecvUntilを通過できなかったのだろう。目視では明らかな問題は見当たらない。ConnectSocketかRecvUntilのどちらかだと思う。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる gdb —args bitcoin [switches] b ThreadIRCSeed run step またはuでルーチンのステップオーバーとステップアウト。

マルッティ・マルミのメール（2010年3月3日 12:32 UTC）

getinfoに関係なくエラーが発生します。ThreadIRCSeedをコメントアウトしたところ、問題が解決しました。

getinfoをしなくても同じ現象が起きるか？

以下のCreateThreadsをコメントアウトして、1つずつ有効にしていけば、どのスレッドに問題があるか分かる。

net.cpp, under // Start threads CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp: CreateThread(ThreadRPCServer, NULL);

サトシ・ナカモトのメール（2010年3月3日 03:54 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年3月3日 01:50 UTC）

dddデバッガーでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリーを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

実は、代わりにこちらを試してほしい。こちらの方がより正確だ：

void ParseString(const string& str, char c, vector<string>& v)
{
     string::size_type i1 = 0;
     string::size_type i2;
     loop
     {
         i2 = str.find(c, i1);
         if (i2 == str.npos)
         {
             v.push_back(str.substr(i1));
             return;
         }
         v.push_back(str.substr(i1, i2-i1));
         i1 = i2+1;
     }
}

util.cのParseStringに問題がある。「unsigned int」型とstr.nposの型であるsize_typeの間の非互換性が原因だと推測している。

2つの「unsigned int」を「size_type」に変更してみてほしい。

old: void ParseString(const string& str, char c, vector& v) { unsigned int i1 = 0; unsigned int i2; do { i2 = str.find(c, i1); v.push_back(str.substr(i1, i2-i1)); i1 = i2+1; } while (i2 != str.npos); }

new: void ParseString(const string& str, char c, vector& v) { size_type i1 = 0; size_type i2; do { i2 = str.find(c, i1); v.push_back(str.substr(i1, i2-i1)); i1 = i2+1; } while (i2 != str.npos); }

マルッティ・マルミのメール（2010年3月5日 00:09 UTC）

gdbでデバッグ中に取得した別のテストランのdebug.logを送る。プログラムはデバッグ行「irc 8」の後にメモリーを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュした。

RecvUntilの中にあるようだが、まだ何が問題なのか分からない。考えられるのは、ソケットが大量の文字を受信している場合くらいだ。

このirc.cppを試してみてほしい。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてくれ。

マルッティ・マルミのメール（2010年3月5日 00:09 UTC）

debug.logを添付する

かなり絞り込めた。debug.logにIRCの活動が何も表示されていないので、RecvUntilを通過できなかったのだろう。目視では明らかな問題は見当たらない。ConnectSocketかRecvUntilのどちらかだと思う。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる gdb —args bitcoin [switches] b ThreadIRCSeed run step またはuでルーチンのステップオーバーとステップアウト。

マルッティ・マルミのメール（2010年3月5日 00:09 UTC）

getinfoに関係なくエラーが発生する。ThreadIRCSeedをコメントアウトしたところ、問題が解決した。

getinfoをしなくても同じ現象が起きるか？

以下のCreateThreadsをコメントアウトして、1つずつ有効にしていけば、どのスレッドに問題があるか分かる。

net.cpp, under // Start threads CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp: CreateThread(ThreadRPCServer, NULL);

マルッティ・マルミのメール（2010年3月5日 00:09 UTC）

送る。クラッシュ時のエラーメッセージを伝え忘れていた：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年3月5日 00:09 UTC）

dddデバッガーでbitcoindのビルドをデバッグしようとしたが、まだうまくいっていない。いつもシステムのメモリーを全部使い切って最終的にクラッシュしてしまう。最新の64ビット版bitcoindのビルドをもう一度送ってもらえるか？自分のビルドの問題なのか確認したい。

素晴らしい！正常に動作するようになりましたよ。

実は、代わりにこちらを試してほしい。こちらの方がより正確だ：

void ParseString(const string& str, char c, vector& v) { string::size_type i1 = 0; string::size_type i2; loop { i2 = str.find(c, i1); if (i2 == str.npos) { v.push_back(str.substr(i1)); return; } v.push_back(str.substr(i1, i2-i1)); i1 = i2+1; } }

サトシ・ナカモトのメール（2010年3月5日 00:42 UTC）

util.cのParseStringに問題がある。「unsigned int」型とstr.nposの型であるsize_typeの間の非互換性が原因だと推測している。

2つの「unsigned int」を「size_type」に変更してみてほしい。

old: void ParseString(const string& str, char c, vector& v) { unsigned int i1 = 0; unsigned int i2; do { i2 = str.find(c, i1); v.push_back(str.substr(i1, i2-i1)); i1 = i2+1; } while (i2 != str.npos); }

new: void ParseString(const string& str, char c, vector& v) { size_type i1 = 0; size_type i2; do { i2 = str.find(c, i1); v.push_back(str.substr(i1, i2-i1)); i1 = i2+1; } while (i2 != str.npos); }

マルッティ・マルミのメール（2010年3月5日 00:09 UTC）

gdbでデバッグ中に取得した別のテストランのdebug.logを送ります。プログラムはデバッグ行「irc 8」の後にメモリーを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュしました。

サトシ・ナカモトのメール（2010年3月3日 17:15 UTC）

RecvUntilの中にあるようだが、まだ何が問題なのか分からない。考えられるのは、ソケットが大量の文字を受信している場合くらいだ。

このirc.cppを試してみてほしい。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてくれ。

マルッティ・マルミのメール（2010年3月3日 12:32 UTC）

debug.logを添付します

サトシ・ナカモトのメール（2010年3月3日 03:54 UTC）

かなり絞り込めた。debug.logにIRCの活動が何も表示されていないので、RecvUntilを通過できなかったのだろう。目視では明らかな問題は見当たらない。ConnectSocketかRecvUntilのどちらかだと思う。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる gdb —args bitcoin [switches] b ThreadIRCSeed run step またはuでルーチンのステップオーバーとステップアウト。

マルッティ・マルミのメール（2010年3月3日 01:50 UTC）

getinfoに関係なくエラーが発生します。ThreadIRCSeedをコメントアウトしたところ、問題が解決しました。

サトシ・ナカモトのメール（2010年3月2日 22:27 UTC）

getinfoをしなくても同じ現象が起きるか？

以下のCreateThreadsをコメントアウトして、1つずつ有効にしていけば、どのスレッドに問題があるか分かる。

net.cpp, under // Start threads CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp: CreateThread(ThreadRPCServer, NULL);

マルッティ・マルミのメール（2010年3月2日 19:36 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

サトシ・ナカモトのメール（2010年2月28日 20:09 UTC）

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年2月28日 04:12 UTC）

dddデバッガーでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリーを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

ParseString にこの問題があることを確認し、修正した util.cpp を SVN にアップロードした。

string::npos == -1

unsigned int -1 (0xffffffff) と long unsigned int -1 (0xffffffffffffffff) を比較すると、unsigned int が 64 ビットに昇格され、0x00000000ffffffff != 0xffffffffffffffff となる。

gdbでデバッグ中に取得した別のテストランのdebug.logを送ります。プログラムはデバッグ行「irc 8」の後にメモリーを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュしました。

RecvUntilの中にあるようだが、まだ何が問題なのか分からない。考えられるのは、ソケットが大量の文字を受信している場合くらいだ。

このirc.cppを試してみてほしい。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてくれ。

サトシ・ナカモトのメール（2010年3月3日 17:15 UTC）

debug.logを添付します

かなり絞り込めた。debug.logにIRCの活動が何も表示されていないので、RecvUntilを通過できなかったのだろう。目視では明らかな問題は見当たらない。ConnectSocketかRecvUntilのどちらかだと思う。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる gdb —args bitcoin [switches] b ThreadIRCSeed run step またはuでルーチンのステップオーバーとステップアウト。

マルッティ・マルミのメール（2010年3月3日 12:32 UTC）

getinfoに関係なくエラーが発生します。ThreadIRCSeedをコメントアウトしたところ、問題が解決しました。

getinfoをしなくても同じ現象が起きるか？

以下のCreateThreadsをコメントアウトして、1つずつ有効にしていけば、どのスレッドに問題があるか分かる。

net.cpp, under // Start threads CreateThread(ThreadIRCSeed, NULL) CreateThread(ThreadSocketHandler, NULL, true) CreateThread(ThreadOpenConnections, NULL) CreateThread(ThreadMessageHandler, NULL)

init.cpp: CreateThread(ThreadRPCServer, NULL);

サトシ・ナカモトのメール（2010年3月3日 03:54 UTC）

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえるか？

マルッティ・マルミのメール（2010年3月3日 01:50 UTC）

dddデバッガーでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリーを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

Bitcoin について記事を書きたいというブログライターがいるのだが、今は質問に答える時間がない。私から彼にあなたを紹介したら、質問に答えてもらえるか？良いリンクを獲得できるかもしれない。

ブログはこちらです
http://themonetaryfuture.blogspot.com

はい、対応できますよ。

Bitcoin について記事を書きたいというブログライターがいるのだが、今は質問に答える時間がない。私から彼にあなたを紹介したら、質問に答えてもらえるか？良いリンクを獲得できるかもしれない。

ブログはこちらだ http://themonetaryfuture.blogspot.com

こんにちは！

お元気ですか？しばらく姿を見かけませんでしたね。

最近はフルタイムの仕事をしていて、6月末まで続くので、Bitcoin や取引所サービスに取り組む時間があまりありませんでした。ただ、サービスのベータ版は動作しており、数週間前に初めての取引を行いました：EU 銀行振込で 10,000 BTC を 20 ユーロで売却しました。近いうちに公開できるかもしれません。

フォーラムを 6 つのボードに分割しました。Bitcoin Discussion、Development & Technical Discussion、Technical support、Economics、Marketplace、Trading Discussion です。大丈夫でしょうか？

bitcoin.org サイトに「Trade」ページも追加し、BTC を受け入れるサービスを掲載しています。すでに BTC を受け入れる便利なサービスがあるのは嬉しいですね。

コミュニティは順調に成長していますよ。最近は#bitcoin-dev に 10〜20人くらいが集まり、活発な議論が行われています。

デーモン化可能なバイナリを SF.net に公開できるといいですね。コミュニティには優秀なプログラマーがいるので、もしお時間がなければ、JSON API 関数の完成を手伝えるかもしれません。

よろしくお願いします。

私もこの 1ヶ月半、別のことで立て込んでいてね。ついさっき、4月初めからのメールをダウンロードしたところだ。だいたい片付いたから、もうすぐビットコインに戻れると思う。私の不在中に対応してくれていて、ありがとう。初取引おめでとう！

記憶では、コードは 0.3 リリースにほぼ準備ができていたはずだ。あとは少しのテスト期間と、新しいアイコン xpm のインストールだけだったと思う。

JSON API 関数は完成している。コミットする前に、もっと良い関数名がないか改めて見直したいと思っていた。特に受信トランザクションのポーリングについて、適切な使い方を示すサンプルコードを書くべきだな。中断した時点では、例として無料アップロードサーバーソフトウェアに決済メカニズムを組み込むことを考えていた。API をリリースする前に、実際に 1 つの実用的なアプリケーションを構築することには意味がある。実際に使ってみないと、API の問題点は分からないものだ。

こんにちは！

お元気ですか？しばらく姿を見かけませんでしたね。

最近はフルタイムの仕事をしていて、6月末まで続くので、Bitcoinや取引所サービスに取り組む時間があまりありませんでした。ただ、サービスのベータ版は動作しており、数週間前に初めての取引を行いました：EU銀行振込で10,000 BTCを20ユーロで売却しました。近いうちに公開できるかもしれません。

フォーラムを6つのボードに分割しました。Bitcoin Discussion、Development & Technical Discussion、Technical support、Economics、Marketplace、Trading Discussionです。大丈夫でしょうか？

bitcoin.orgサイトに「Trade」ページも追加し、BTCを受け入れるサービスを掲載しています。すでにBTCを受け入れる便利なサービスがあるのは嬉しいことです。

コミュニティは順調に成長しています。最近は#bitcoin-devに10〜20人くらいが集まり、活発な議論が行われています。

デーモン化可能なバイナリをSF.netに公開できるといいですね。コミュニティには優秀なプログラマーがいるので、もしお時間がなければ、JSON API関数の完成を手伝えるかもしれません。

よろしくお願いします。

帯域幅が問題になるようなら、「0.3 almost ready」スレッドの私のリンクを削除してほしい。1〜2日の簡易共有のために sourceforge にアップロードしたくないのだ。バグがあればすぐに取り下げる可能性もある。Sourceforge には一度追加したファイルの削除を許可しないポリシーがあり、アップロードも面倒だ。リリースの準備ができたらファイルを削除する。

ところで、近いうちにウェブホストの費用やあなたの取引所サービスの支援などのための資金を、郵送の現金という形で確保できそうだ。受け取って、プロジェクトの会計係を務めてもらえるか？

帯域幅が問題になるようなら、「0.3 almost ready」スレッドの私のリンクを削除してほしい。1〜2日の簡易共有のために sourceforge にアップロードしたくないのだ。バグがあればすぐに取り下げる可能性もある。Sourceforge には一度追加したファイルの削除を許可しないポリシーがあり、アップロードも面倒だ。リリースの準備ができたらファイルを削除する。

了解です、監視しておきます。帯域幅は今のところ問題になっていません ― 月に最大 2 GB（0.5 ドル）程度です。その他のコストは月約 15 ドルです。

ところで、近いうちにウェブホストの費用やあなたの取引所サービスの支援などのための資金を、郵送の現金という形で確保できそうだ。受け取って、プロジェクトの会計係を務めてもらえるか？

それはいいですね、引き受けます。郵便で現金を送るのにはリスクがありますが、匿名の方法としてはおそらく最善でしょう。フォーラムで BTC の寄付を募ることもできますよ。

ところで、近いうちにウェブホストの費用やあなたの取引所サービスの支援などのための資金を、郵送の現金という形で確保できそうだ。受け取って、プロジェクトの会計係を務めてもらえるか？

それはいいですね、引き受けます。郵便で現金を送るのにはリスクがありますが、匿名の方法としてはおそらく最善でしょう。フォーラムでBTCの寄付を募ることもできます。

2,000 ドルの寄付の申し出があった。送付先としてあなたの郵送先住所が必要だ。そして、はい、彼は匿名を希望しているので、封筒の出所は秘密にしておいてほしい。

この住所を伝えてください：

Martti Malmi
Visakoivunkuja 15 F 42
02130 Espoo
Finland

マルッティ・マルミのメール（2010年6月22日 18:51 UTC）

サトシ・ナカモトのメール（2010年6月22日 17:36 UTC）

ところで、近いうちにウェブホストの費用やあなたの取引所サービスの支援などのための資金を、郵送の現金という形で確保できそうだ。受け取って、プロジェクトの会計係を務めてもらえるだろうか？

それはいいですね、引き受けます。郵便で現金を送るのにはリスクがありますが、匿名の方法としてはおそらく最善でしょう。フォーラムでBTCの寄付を募ることもできます。

2,000ドルの寄付の申し出があった。送付先としてあなたの郵送先住所が必要だ。そして、はい、彼は匿名を希望しているので、封筒の出所は秘密にしておいてほしい。

0.3.0 ベータを sourceforge にアップロードし、bitcoin.org のリンクを更新した。フォーラムとメーリングリストにアナウンスメッセージを投稿する必要がある。以下が準備した内容だ：

P2P 暗号通貨 Bitcoin のバージョン 0.3 をリリースする！Bitcoin は暗号技術と分散ネットワークを使用して、信頼できる中央サーバーの必要性を排除するデジタル通貨だ。中央管理された通貨の恣意的なインフレリスクから脱却しよう！Bitcoin の総発行量は 2,100 万コインに制限されている。コインは、ネットワークのノードが提供する CPU パワーに基づいて徐々にリリースされる。ソフトウェアをインストールして、アイドル状態の CPU 時間を提供するだけで、その一部を得ることができる。

新機能：

• コマンドラインと JSON-RPC コントロール
• GUI なしのデーモンバージョンを搭載
• 送受信トランザクションのタブ
• ハッシング速度が 20%向上
• ハッシュメーターのパフォーマンス表示
• Mac OS X バージョン（ラズロに感謝）
• ドイツ語、オランダ語、イタリア語の翻訳（DataWraith、Xunie、Joozero に感謝）

実は「tabs for sent and received transactions」（送受信トランザクションのタブ）という表現は、まだその機能がないように聞こえて本当に未熟な印象を与える。「Transaction filter tabs」（トランザクションフィルタータブ）の方がいいな。

もう少し編集を続けてから、bitcoin-list にメールし、暗号学メーリングリストにも送る。

「http://www.bitcoin.org で入手するか、フォーラムで詳細を確認してほしい。」

0.3.0ベータをsourceforgeにアップロードし、bitcoin.orgのリンクを更新した。フォーラムとメーリングリストにアナウンスメッセージを投稿する必要がある。以下が準備した内容だ：

P2P暗号通貨Bitcoinのバージョン0.3をリリースする！Bitcoinは暗号技術と分散ネットワークを使用して、信頼できる中央サーバーの必要性を排除するデジタル通貨だ。中央管理された通貨の恣意的なインフレリスクから脱却しよう！Bitcoinの総発行量は2,100万コインに制限されている。コインは、ネットワークのノードが提供するCPUパワーに基づいて徐々にリリースされる。ソフトウェアをインストールして、アイドル状態のCPU時間を提供するだけで、その一部を得ることができる。

新機能：

• コマンドラインとJSON-RPCコントロール
• GUIなしのデーモンバージョンを搭載
• 送受信トランザクションのタブ
• ハッシング速度が20%向上
• ハッシュメーターのパフォーマンス表示
• Mac OS Xバージョン（ラズロに感謝）
• ドイツ語、オランダ語、イタリア語の翻訳（DataWraith、Xunie、Joozeroに感謝）

P2P 暗号通貨 Bitcoin のバージョン 0.3 をリリースする！Bitcoin は暗号技術と分散ネットワークを使用して、信頼できる中央サーバーの必要性を排除するデジタル通貨だ。中央管理された通貨の恣意的なインフレリスクから脱却しよう！Bitcoin の総発行量は 2,100 万コインに制限されている。コインは、ネットワークのノードが提供する CPU パワーに基づいて徐々にリリースされるため、アイドル状態の CPU 時間を提供することでその一部を得ることができる。

新機能：

• コマンドラインと JSON-RPC コントロール
• GUI なしのデーモンバージョンを搭載
• トランザクションフィルタータブ
• ハッシング速度が 20%向上
• ハッシュメーターのパフォーマンス表示
• Mac OS X バージョン（ラズロに感謝）
• ドイツ語、オランダ語、イタリア語の翻訳（DataWraith、Xunie、Joozero に感謝）

www.bitcoin.org で入手し、フォーラムで詳細を確認してほしい。

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first — http://p.sf.net/sfu/sprint-com-first
_______________________________________________
bitcoin-list mailing list
bitcoin-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-list

なるほど、それは合理的だと思います。

匿名性の側面をあまり強調しない方がいいと思う。IPで送る代わりにBitcoinアドレスが普及していることを考えると、自動的に匿名であるという印象を与えるべきではない。仮名での利用は可能だが、注意が必要だ。もし誰かがトランザクション履歴を掘り返して、匿名だと思っていた情報を暴露し始めた場合、事前に注意が必要だと警告して期待値を調整しておかなければ、反発はずっと大きくなるだろう。Torが言うように、「Torはあなたのインターネット上のすべての活動を魔法のように暗号化するわけではない。Torがあなたのために何をし、何をしないのかを理解してほしい。」

それに、「anonymous」は怪しく聞こえる。匿名性を求める人々は、私たちが宣伝しなくても自分で気づくだろう。

bitcoin.orgのホームページにいくつか変更を加えた。翻訳を更新することは特に重要ではない。しばらく編集や修正を続ける傾向があるので、更新したい場合は待った方がいいだろう。

「anonymous」（匿名）という言葉と、「anonymity means」（匿名性とは）についての文を削除した。あなたが「…CAN be kept hidden…」（……隠すことが可能……）と慎重に表現していたのに、削除するのは残念だった。

代わりに、ページ下部にTorの説明を追加し、Torの説明の直後に匿名（仮名）のまま過ごす方法の説明を加えた：「匿名（正確には仮名）でいたい場合は、Bitcoinアドレスと個人情報を結びつける情報を公開しないよう注意し、受け取る支払いごとに新しいBitcoinアドレスを使用してほしい。」

Torを通じて自動的にシードできるようになったのも助かる。

下部まで匿名という言葉は出てこないが、中央当局が身分証明情報を取得することがないことや、Bitcoinアドレスの見た目など、他のすべての特徴から、匿名性を求める人々はすでにそれを察するだろうと思う。

旧 sourceforge ウィキの内部ページがまだ公開されているようだ。ホームページはリダイレクトしているが。

-------- Original Message --------
Subject: Re: bitcoin!!!!
Date: Wed, 14 Jul 2010 10:56:21 -0400
From: Sam samm@sammaloney.com
To: Satoshi Nakamoto satoshin@gmx.com
References: 201004111508.52168.samm@sammaloney.com 201007111859.29171.samm@sammaloney.com 4C3DCD97.8030003@gmx.com

sourceforge にあった古い FAQ で、slashdot からリンクされていたものです（目立つコメントで）。bitcoin.org がしばらくダウンしていたので、人々がそこにアクセスしていました。

http://bitcoin.sourceforge.net/wiki/index.php?page=FAQ

もはや問題ではないかもしれませんが、そのウィキページを削除するか更新した方がいいかもしれません。

FAQに0.1.5のダウンロードリンクは見当たらない。bitcoin.org/faqのことか？他の言語版にあるのか？それとも、もう誰かが修正したのかもしれない。

いずれにしても、FAQを今すぐ更新する必要があることをお伝えするためにメールしています。bitcoinのダウンロードが0.15を指しています。slashdotされているので、0.30に更新してください！

翻訳者（少なくとも信頼できる人たち）に Drupal のユーザーアカウントを持たせて、翻訳テキストを直接更新できるようにすることは可能か？Drupal のユーザーアカウントはかなり権限が制限されているようだ。satoshi アカウントを作成したが、サイドバーの編集すらできず、ページの本文テキストしか編集できない。ユーザーアカウントでは管理者機能にアクセスできないと思う。安全だと思うか、それとも不安があるか？心配なら、英語版のホームページだけをロックする方法があるかもしれない。

ホームページに変更を加える必要があるとき、すべての翻訳に反映する単純作業を Xunie のような人に頼めると助かる。自分で全部やらなくて済むからな。（軽微な変更の多くは、言語を理解しなくても翻訳ページを修正できる）

-------- Original Message --------
Subject: Please update the bitcoin FAQ so new member can have the right info
Date: Mon, 12 Jul 2010 14:13:20 -0700
From: Jim Nguyen jimmy.winn@gmail.com
To: satoshin@gmx.com

こんにちは、

bitcoin.org http://bitcoin.org の FAQ で、ウォレットのバックアップについて古い説明になっていませんか？フォルダー全体ではなく、wallat.dat だけをバックアップすればいいのでは？？？以下をご覧ください。

「ウォレットのバックアップ方法は？

あなたのデータは”%appdata%\Bitcoin”ディレクトリに保存されています。通常の場所は：

Windows XP: C:\Documents and Settings\username\Application Data\Bitcoin Windows Vista: C:\Users\username\AppData\Roaming\Bitcoin

バックアップが正確であることを確認するため、バックアップ前に Bitcoin を停止することをお勧めします。」

ホスティングを選ぶ際に調査をしたと思うが、良い選択だったよな？変更するのは大変な手間になりそうだし、今のところうまくいっている。安い方は通常、品質面で何かしらの欠点があるものだ。

余分なメモリーはただのディスクキャッシュか何かかもしれないな。

例の寄付者からまだ何も届いていないのか？彼は送るつもりだったし、もしかするとそれ以上の金額も、とかなり確信していたようだったが。（もし何か届いたら、寄付を受け取った事実は彼のために秘密にしておく必要がある）

はい、信頼できる翻訳者にアカウントを提供できます。1 ページだけの編集権限を与える方法は見つかっていませんが、ページを変更するたびに新しいリビジョンを作成することを強制し、リビジョンの削除は許可しないようにできます。Xunie が最初にアカウントを渡したい人ですね。:)

翻訳者（少なくとも信頼できる人たち）に Drupal のユーザーアカウントを持たせて、翻訳テキストを直接更新できるようにすることは可能か？Drupal のユーザーアカウントはかなり権限が制限されているようだ。satoshi アカウントを作成したが、サイドバーの編集すらできず、ページの本文テキストしか編集できない。ユーザーアカウントでは管理者機能にアクセスできないと思う。安全だと思うか、それとも不安があるか？心配なら、英語版のホームページだけをロックする方法があるかもしれない。

ホームページに変更を加える必要があるとき、すべての翻訳に反映する単純作業をXunieのような人に頼めると助かる。自分で全部やらなくて済むからな。（軽微な変更の多くは、言語を理解しなくても翻訳ページを修正できる）

旧サイトを/oldsite に移動しました。現在はリダイレクトのみになっていますよ。

旧sourceforgeウィキの内部ページがまだ公開されているようだ。ホームページはリダイレクトしているが。

-------- Original Message -------- Subject: Re: bitcoin!!!! Date: Wed, 14 Jul 2010 10:56:21 -0400 From: Sam samm@sammaloney.com To: Satoshi Nakamoto satoshin@gmx.com References: 201004111508.52168.samm@sammaloney.com 201007111859.29171.samm@sammaloney.com 4C3DCD97.8030003@gmx.com

sourceforgeにあった古いFAQで、slashdotからリンクされていたものです（目立つコメントで）。bitcoin.orgがしばらくダウンしていたので、人々がそこにアクセスしていました。

http://bitcoin.sourceforge.net/wiki/index.php?page=FAQ

もはや問題ではないかもしれませんが、そのウィキページを削除するか更新した方がいいかもしれません。

FAQに0.1.5のダウンロードリンクは見当たりません。bitcoin.org/faqのことですか？他の言語版にありますか？それとも、もう誰かが修正したのかもしれません。

いずれにしても、FAQを今すぐ更新する必要があることを伝えるためにメールしている。bitcoinのダウンロードが0.15を指している。slashdotされているので、0.30に更新してほしい。

Rackspace はサポートが非常に良く、バックエンド、接続性も良好で、スケーリング性に優れたクラウドベースの仮想サーバーを提供しています。Thufir からこのような提案がありました：

Hi Sirius,

www.citrusdesignstudio.com をご覧ください。ポートフォリオを通じて、多くのクライアントを持つ実在のビジネスであることが分かります。

それが私のマネージドホスティングを提供するビジネスです。 アンマネージド VPS も提供しています。

通常 512MB で$15/月を請求しますが、 あなたには$10/月で提供します。

料金については www.linnode.com をご覧ください。素晴らしいパネル以外はすべて同等です ― メールか電話でご連絡いただく必要があります。

通常、linnode.com の掲載価格の 3/4 で VPS サービスを提供しています。 （Rackspace はさらに高価です。）

あなたには linnode の価格の 1/2 で提供します。

linnode と同様にリニアにスケールしますので、2048 MB のメモリーなら$40、といった具合です。

それでは！

良いデータセンターと回線を持っているなら、検討に値すると思います。月$10 は Rackspace の料金より約$20 安いです。一方で、寄付が届くなら Rackspace の料金は問題ありません。

今は切り替えをしないと約束してほしい。今抱えている Slashdot からの殺到する作業に加えて、切り替えの手間まで増えるのは最も避けたいことだ。やるべきことが多すぎて頭がおかしくなりそうだ。

また、たった$20 を節約するために、より小さくて信頼性の低いホストに移るのは最悪だ。

寄付者に送金したかどうか、丁寧に確認する方法を考えてみるが、今はもっと優先度の高いことがあって、それすら数日は後回しになる。

短期的には Bitcoin での寄付が役に立つか？

Rackspaceは非常に良いサポート、良いバックエンド、良い接続性、そしてうまくスケールするクラウドベースの仮想サーバーを持っています。Thufirからこんなオファーをもらいました：

---

Hi Sirius、

www.citrusdesignstudio.com をチェックしてくれ。ポートフォリオを見れば、 私が多くのクライアントを持つ本物のビジネスだとわかる。

これが私のマネージドホスティングを提供するビジネスだ。 アンマネージドVPSも提供している。

通常512MBで$15/月を請求している。 あなたには$10/月で提供する。

料金を見るには、www.linnode.com を見てくれ。素晴らしいパネル以外は全て 同等だ — メールか電話で問い合わせてくれ。

通常、linnode.comの掲載価格の3/4でVPSサービスを提供している。 （Rackspaceはさらに高い。）

あなたにはlinnodeの価格の1/2で提供する。

linnodeと同様にリニアにスケールするので、メモリー2048MBなら $40になる。

では！

良いデータセンターと接続があるなら、検討の価値があります。$10/月はRackspaceより約$20安いです。一方で、寄付が届くならRackspaceの料金は問題ありません。

http://www.bitcoin.org/smf/index.php?topic=393.msg3785#msg3785

AndrewBuck: …

編集：Wiki が登録メールを送信していないようで、ログインして編集できません。サーバーか何かに問題があるのでしょうか？

-Buck

了解です、切り替えはしません。Bitcoin での寄付は助かりますので、14EXchS9j3AAfim6mL4jtw6VWMosSUiG5U に送ってください。

今は切り替えをしないと約束してほしい。今抱えているSlashdotからの殺到する作業に加えて、切り替えの手間まで増えるのは最も避けたいことだ。やるべきことが多すぎて頭がおかしくなりそうだ。

また、たった$20を節約するために、より小さくて信頼性の低いホストに移るのは最悪だ。

寄付者に送金したかどうか、丁寧に確認する方法を考えてみるが、今はもっと優先度の高いことがあって、それすら数日は後回しになる。

短期的にはBitcoinでの寄付が役に立つだろうか？

マルッティ・マルミのメール（2010年7月17日 23:21 UTC）

Rackspaceは非常に良いサポート、良いバックエンド、良い接続性、そして うまくスケールするクラウドベースの仮想サーバーを持っています。Thufirからこんなオファーをもらいました：

---

Hi Sirius、

www.citrusdesignstudio.com をチェックしてください。ポートフォリオを見れば、 私が多くのクライアントを持つ本物のビジネスだとわかります。

これが私のマネージドホスティングを提供するビジネスです。 アンマネージドVPSも提供しています。

通常512MBで$15/月を請求します。 あなたには$10/月で提供します。

料金を見るには、www.linnode.com をご覧ください。素晴らしいパネル以外は全て 同等です — メールか電話でお問い合わせください。

通常、linnode.comの掲載価格の3/4でVPSサービスを提供しています。 （Rackspaceはさらに高いです。）

あなたにはlinnodeの価格の1/2で提供します。

linnodeと同様にリニアにスケールしますので、メモリー2048MBなら $40になります。

では！

良いデータセンターと接続があるなら、検討の価値があります。$10/月はRackspaceより 約$20安いです。一方で、寄付が届くならRackspaceの料金は問題ありません。

良いニュースです：$3600 の寄付を受け取りました。少なくともホスティング費用はもう問題ないですね。

Bitcoin 受け入れを開始する最初の 5〜10 社の実績ある企業に$100〜200 の報奨金を提供するというアイデアについてどう思いますか？専任のサポート担当者を付けて統合を支援することもできます。prq.se、ipredator.se、relakks.com、perfect-privacy.com のような企業を考えています。このオファーを公開することもできますよ。

良いニュースです：$3600 の寄付を受け取りました。少なくともホスティング費用はもう問題ないですね。

それは素晴らしい！受け取ったことを伝えてお礼を言っておく。

次にこのような寄付をもらえるまで長い時間がかかるかもしれないので、多くを貯めておくべきだ。

ホスティングに必要な分は使ってくれ。経費として引き出す際には、簡単な会計報告をメールしてくれ。例えば： -$60 Rackspace 月額 $2540 残高

Bitcoin 受け入れを開始する最初の 5〜10 社の実績ある企業に$100〜200 の報奨金を提供するというアイデアについてどう思いますか？専任のサポート担当者を付けて統合を支援することもできます。prq.se、ipredator.se、relakks.com、perfect-privacy.com のような企業を考えています。このオファーを公開することもできますよ。

$100〜200 は、まともな企業にとってははした金で、我々を小さく見せるだけだ。

彼らが最も必要としているのは、法定通貨に換金できるという確信だ。あの VOIP 企業も最近の投稿で本質的にそう言っていた。我々にできる最善のことは、換金用の現金を確保し、為替レートを安定させることだ。

その方がお金のレバレッジも効く。理論的に想像してみてくれ。10 社が Bitcoin に対して提示されている$100 札に注目しているが、必要なときにそこにあると分かっているので実際には換金しない。その 1枚の$100 札のおかげで、10人がそれぞれの 5000Bitcoin が$100 相当であるかのように行動できたわけだ。

現時点であなたの取引所に$1000 を割り当てるべきだと思う。

ホスティングに必要な分は使ってくれ。経費として引き出す際には、簡単な会計報告をメールしてくれ。例えば： -$60 Rackspace 月額 $2540 残高

了解です。

マルッティ・マルミのメール（2010年7月21日 20:33 UTC）

Bitcoin受け入れを開始する最初の5〜10社の実績ある企業に$100〜200の 報奨金を提供するというアイデアについてどう思いますか？専任のサポート担当者を 付けて統合を支援することもできます。prq.se、ipredator.se、 relakks.com、perfect-privacy.com のような企業を考えています。 このオファーを公開することもできます。

$100〜200は、まともな企業にとってははした金で、我々を小さく見せるだけだ。

彼らが最も必要としているのは、法定通貨に換金できるという確信だ。 あのVOIP企業も最近の投稿で本質的にそう言っていた。我々にできる 最善のことは、換金用の現金を確保し、為替レートを安定させることだ。

その方がお金のレバレッジも効く。理論的に想像してみてほしい。10社が Bitcoinに対して提示されている$100札に注目しているが、必要なときに そこにあると分かっているので実際には換金しない。その1枚の$100札のおかげで、 10人がそれぞれの5000Bitcoinが$100相当であるかのように行動できたわけだ。

現時点であなたの取引所に$1000を割り当てるべきだと思う。

分かりました、取引所の準備金に$1000 を追加します。そうすればより安定した価格設定を提供できますね。

1 週間前に誰かが 1000 ユーロでコインを購入しました。bitcoinmarket.com の方が僕のサービスよりもはるかに多くのコインを買えたはずなので、ある程度は寄付のつもりだったのでしょうね。

現時点であなたの取引所に$1000を割り当てるべきだと思う。

分かりました、取引所の準備金に$1000を追加します。そうすればより安定した価格設定を提供できます。

1週間前に誰かが1000ユーロでコインを購入しました。bitcoinmarket.comの方が私のサービスよりもはるかに多くのコインを買えたはずなので、ある程度は寄付のつもりだったのでしょう。

興味深いな、コインの購入と現金のバランスはどうなっているか？

ところで、私がビルドした bitcoind をあなたのホストで使えるか、それとも自分でビルドする必要があるか？

興味深いな、コインの購入と現金のバランスはどうなっているか？

開始時から約+1000 ユーロ（$1000 を加えて）と-40000 BTC です。初期の BTC 価格をもっと高く設定すべきでしたね。最初は 1 ユーロ / 1000 BTC でしかありませんでした。

ところで、私がビルドした bitcoind をあなたのホストで使えるか、それとも自分でビルドする必要があるか？

自分でビルドする必要がありました。フォーラムで報告されているのと同じ問題がありました：/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11’ not found。

1 週間前に誰かが 1000 ユーロでコインを購入しました。bitcoinmarket.com の方が僕のサービスよりもはるかに多くのコインを買えたはずなので、ある程度は寄付のつもりだったのでしょうね。

bitcoinmarket.com ではおそらくそれほど大きな取引は成立しなかっただろう。

ところで、私がビルドしたbitcoindをあなたのホストで使えるか、それとも自分でビルドする必要があるか？

自分でビルドする必要がありました。フォーラムで報告されているのと同じ問題がありました：/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11’ not found。

その修正方法が分かればいいのだが。あなたのシステムにはどのバージョンの GLIBCXX が入っているか？

できるだけ早く Bitcoin 0.3.3 にアップグレードしてほしい。

http://www.bitcoin.org/smf/index.php?topic=338.0

メールブラックホールリスト、もしくは少なくとも登録用メールサーバーをホストしているISPがそれらのリストに載っている。

「bitcoin.orgがPBLに載っているようだ。」 http://www.spamhaus.org/pbl/query/PBL340779

問題は、PM を受信した際のメール通知などのフォーラム通知が有効になっている一方で、新規アカウントのメール認証がないことかもしれない。認証なしに他人のメールアドレスを登録して、そこに通知を送ることができてしまうのではないか？悪用される前にすぐに止める必要がある。通知を全て無効にするか、メールアドレスの認証を確実にするかのどちらかだ。

個人的には、通知やフォーラムからメールが送られる機能を全て無効にする方に傾いている。メール認証を必須にしないのは割と気に入っている。でも、未認証のアドレスにメールを送らないようにする唯一の方法がそれなら、そうするしかない。

PBL からの除外を申請するなら、まず問題を確実に解決してからにすべきだ。

Registration->settings->新規メンバーの登録を「Member Activation」に変更した。これでメール認証が行われると思う。

「Member Activation このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要があります」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思う。

重要なバグ修正を取得するため、できるだけ早く 0.3.6 にアップグレードしてほしい。

ダウンロードリンクは bitcoin.org のホームページを確認してほしい。

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
bitcoin-list mailing list
bitcoin-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-list

ああ、まずいことになった。

メール認証なしで登録を許可していたせいでスパムブロックされたのだろう。しかし今それを有効にしたところ、認証メール自体がブロックされている。

登録要件が追加される前に作成された既存のユーザーアカウントが、まだスパマーに使われている可能性もある。

かなり困った状況だ。オープンなメールゲートウェイとして機能していたり、スパマーが我々のシステムを使ってスパムを送信できるような他の手段がないか確認してもらえるか？メールログを確認して、大量のトラフィックがあったかどうか、それが何からのものか調べてほしい。問題が何だったか分かって遮断できたら、修正が確実になった後で PBL にブロックリストからの除外を申請してほしい。

フォーラムからメール通知を送れないようにする方法があれば、そうすべきかもしれない。

-------- 元のメッセージ --------
件名: 有効化メールが届かない
日付: Mon, 02 Aug 2010 22:30:35 +0200
差出人: Youri youri.de.bruycker@telenet.be
宛先: satoshin@gmx.com

Satoshin さん、

Bitcoin フォーラムに登録しようとしたのですが、有効化メールが届きません。 有効化コードの再送信を何度か試し、メールアドレスを telenet から gmail に変えたり戻したりしましたが、うまくいきません。迷惑メールフォルダーも確認しましたが、ありません。何か問題があったのだと思いますが、アカウントを有効化していただけますか？

ユーザー名は Skull88 です。

よろしくお願いします。 Youri

「一般メンバー」向けに「返信の通知をリクエスト」と「新規トピックの通知をリクエスト」を無効にした。

PM 受信時の通知オプションも確かにあるはずだが、無効にする方法が見当たらない。必要なら、PHP のコードを編集するしかないだろう。

PBL に関する情報を再度送る。

-------- 元のメッセージ --------
件名: フォーラムのメール通知と PBL ブラックリストと Wiki 登録
日付: Thu, 29 Jul 2010 03:18:56 +0100
差出人: Satoshi Nakamoto satoshin@gmx.com
宛先: Martti Malmi mmalmi@cc.hut.fi

http://www.bitcoin.org/smf/index.php?topic=338.0

メールブラックホールリスト、もしくは少なくとも登録用メールサーバーをホストしているISPがそれらのリストに載っている。

「bitcoin.orgがPBLに載っているようだ。」 http://www.spamhaus.org/pbl/query/PBL340779

問題は、PM を受信した際のメール通知などのフォーラム通知が有効になっている一方で、新規アカウントのメール認証がないことかもしれない。認証なしに他人のメールアドレスを登録して、そこに通知を送ることができてしまうのだろうか？悪用される前にすぐに止める必要がある。通知を全て無効にするか、メールアドレスの認証を確実にするかのどちらかだ。

個人的には、通知やフォーラムからメールが送られる機能を全て無効にする方に傾いている。メール認証を必須にしないのは割と気に入っている。でも、未認証のアドレスにメールを送らないようにする唯一の方法がそれなら、そうするしかない。

PBL からの除外を申請するなら、まず問題を確実に解決してからにすべきだ。

Registration->settings->新規メンバーの登録を「Member Activation」に変更した。これでメール認証が行われると思う。 「Member Activation このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要があります」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思う。

ログからはあまり多くのことは分かりません。我々のサーバーから送信されたメールが多くのサーバーに拒否されていることを確認できただけです。PM 通知以外にスパムリスト登録の原因になりそうなものは思いつきません。コードから通知を無効にできるか確認してみますね。

メール確認なしの登録を許可しても大丈夫ですよ。すでにスパムリストに載っている状態では問題ないですし、通知が無効化された後も問題ありません。

ああ、まずいことになった。

メール認証なしで登録を許可していたせいでスパムブロックされたのだろう。しかし今それを有効にしたところ、認証メール自体がブロックされている。

登録要件が追加される前に作成された既存のユーザーアカウントが、まだスパマーに使われている可能性もある。

かなり困った状況だ。オープンなメールゲートウェイとして機能していたり、スパマーが我々のシステムを使ってスパムを送信できるような他の手段がないか確認してもらえるか？メールログを確認して、大量のトラフィックがあったかどうか、それが何からのものか調べてほしい。問題が何だったか分かって遮断できたら、修正が確実になった後でPBLにブロックリストからの除外を申請してほしい。

フォーラムからメール通知を送れないようにする方法があれば、そうすべきかもしれない。

-------- 元のメッセージ -------- 件名: 有効化メールが届かない 日付: Mon, 02 Aug 2010 22:30:35 +0200 差出人: Youri youri.de.bruycker@telenet.be 宛先: satoshin@gmx.com

Satoshinさん、

Bitcoinフォーラムに登録しようとしたのですが、有効化メールが届きません。 有効化コードの再送信を何度か試し、メールアドレスをtelenetからgmailに変えたり戻したりしましたが、うまくいきません。迷惑メールフォルダーも確認しましたが、ありません。何か問題があったのだと思いますが、アカウントを有効化していただけますか？

ユーザー名はSkull88です。

よろしくお願いします。 Youri

フォーラムのコードを編集しました。もう通知は送信されないはずです。

ああ、まずいことになった。

メール認証なしで登録を許可していたせいでスパムブロックされたのだろう。しかし今それを有効にしたところ、認証メール自体がブロックされている。

登録要件が追加される前に作成された既存のユーザーアカウントが、まだスパマーに使われている可能性もある。

かなり困った状況だ。オープンなメールゲートウェイとして機能していたり、スパマーが我々のシステムを使ってスパムを送信できるような他の手段がないか確認してもらえるか？メールログを確認して、大量のトラフィックがあったかどうか、それが何からのものか調べてほしい。問題が何だったか分かって遮断できたら、修正が確実になった後でPBLにブロックリストからの除外を申請してほしい。

フォーラムからメール通知を送れないようにする方法があれば、そうすべきかもしれない。

-------- 元のメッセージ -------- 件名: 有効化メールが届かない 日付: Mon, 02 Aug 2010 22:30:35 +0200 差出人: Youri youri.de.bruycker@telenet.be 宛先: satoshin@gmx.com

Satoshinさん、

Bitcoinフォーラムに登録しようとしたのですが、有効化メールが届きません。 有効化コードの再送信を何度か試し、メールアドレスをtelenetからgmailに変えたり戻したりしましたが、うまくいきません。迷惑メールフォルダーも確認しましたが、ありません。何か問題があったのだと思いますが、アカウントを有効化していただけますか？

ユーザー名はSkull88です。

よろしくお願いします。 Youri

PBL に除外リクエストを送りました。

FAQ にはこう書いてあります：「まず知っておくべきことは：PBL はブラックリストではありません。スパム行為やあなたが行った何かのために掲載されているわけではありません。PBL は単に世界中の動的 IP スペース、すなわち ISP のブロードバンド利用者（DSL、DHCP、PPP、ケーブル、ダイヤルアップ）に通常割り当てられる IP 範囲のリストです。動的 IP アドレスが PBL に掲載されるのは完全に正常なことです。実際、世界中の全ての動的 IP アドレスは PBL に載っているべきです。メールを送信しない静的 IP でさえ PBL に掲載されるべきです。」つまり、リストに載るためにスパムを許可する必要すらなかったのです。

PBLに関する情報を再度送る。

-------- 元のメッセージ -------- 件名: フォーラムのメール通知とPBLブラックリストとWiki登録 日付: Thu, 29 Jul 2010 03:18:56 +0100 差出人: Satoshi Nakamoto satoshin@gmx.com 宛先: Martti Malmi mmalmi@cc.hut.fi

http://www.bitcoin.org/smf/index.php?topic=338.0

メールブラックホールリスト、もしくは少なくとも登録用メールサーバーを ホストしているISPがそれらのリストに載っています。

「bitcoin.orgがPBLに載っているようです。」 http://www.spamhaus.org/pbl/query/PBL340779

問題は、PMを受信した際のメール通知などのフォーラム通知が有効になっている一方で、新規アカウントのメール認証がないことかもしれない。認証なしに他人のメールアドレスを登録して、そこに通知を送ることができてしまうのではないか？悪用される前にすぐに止める必要がある。通知を全て無効にするか、メールアドレスの認証を確実にするかのどちらかだ。

個人的には、通知やフォーラムからメールが送られる機能を全て無効にする方に傾いている。メール認証を必須にしないのは割と気に入っている。でも、未認証のアドレスにメールを送らないようにする唯一の方法がそれなら、そうするしかない。

PBLからの除外を申請するなら、まず問題を確実に解決してからにすべきだ。

Registration->settings->新規メンバーの登録を「Member Activation」に変更した。これでメール認証が行われると思う。 「Member Activation このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要がある」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思う。

寄付金をユーロとして銀行に預け入れました。寄付は実際には$3600 ではなく$3500 でした。(18 + 18) * $100 ではなく(18 + 17) * $100 に梱包されていたので計算を間違えました。

$3500 は 2608.28 ユーロになりました。

-750 ユーロ BitcoinExchange.com の準備金 -28.92 ユーロ 7月のホスティング費用 1829 ユーロの残高

PM 通知はまだ無効のままか？（本当に必要なのはフォーラムのメールサーバーへのアクセスを無効にすることだけだ）

今は正しく動作していますか？PMのメール通知を無効にするためにフォーラムのコードをいくつか変更しましたが、不要だったのでほとんど元に戻しました。

PBLに除外リクエストを送りました。

FAQにはこう書いてあります：「まず知っておくべきことは：PBLはブラックリストではありません。スパム行為やあなたが行った何かのために掲載されているわけではありません。PBLは単に世界中の動的IPスペース、すなわちISPのブロードバンド利用者（DSL、DHCP、PPP、ケーブル、ダイヤルアップ）に通常割り当てられるIP範囲のリストです。動的IPアドレスがPBLに掲載されるのは完全に正常なことです。実際、世界中の全ての動的IPアドレスはPBLに載っているべきです。メールを送信しない静的IPでさえPBLに掲載されるべきです。」つまり、リストに載るためにスパムを許可する必要すらなかったのです。

サトシ・ナカモトのメール（2010年7月29日 02:18 UTC）

PBLに関する情報を再度送る。

-------- 元のメッセージ -------- 件名: フォーラムのメール通知とPBLブラックリストと Wiki登録 日付: Thu, 29 Jul 2010 03:18:56 +0100 差出人: Satoshi Nakamoto satoshin@gmx.com 宛先: Martti Malmi mmalmi@cc.hut.fi

http://www.bitcoin.org/smf/index.php?topic=338.0

メールブラックホールリスト、もしくは少なくとも登録用メールサーバーを ホストしているISPがそれらのリストに載っている。

「bitcoin.orgがPBLに載っているようだ。」 http://www.spamhaus.org/pbl/query/PBL340779

問題は、PMを受信した際のメール通知などのフォーラム通知が有効になっている一方で、新規アカウントのメール認証がないことかもしれない。認証なしに他人のメールアドレスを登録して、そこに通知を送ることができてしまうのではないか？悪用される前にすぐに止める必要がある。通知を全て無効にするか、メールアドレスの認証を確実にするかのどちらかだ。

個人的には、通知やフォーラムからメールが送られる機能を全て無効にする方に傾いている。メール認証を必須にしないのは割と気に入っている。でも、未認証のアドレスにメールを送らないようにする唯一の方法がそれなら、そうするしかない。

PBLからの除外を申請するなら、まず問題を確実に解決してからにすべきだ。

Registration->settings->新規メンバーの登録を「Member Activation」に変更した。これでメール認証が行われると思う。 「Member Activation このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要がある」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思う。

はい、まだ無効のままです。メールサーバーへのアクセスを無効にするのは簡単ですが、メールによるパスワード回復は残しておきたいでしょう。

PM通知はまだ無効のままか？（本当に必要なのはフォーラムのメールサーバーへのアクセスを無効にすることだけだ）

マルッティ・マルミのメール（2010年8月10日 22:19 UTC）

今は正しく動作していますか？PMのメール通知を無効にするためにフォーラムのコードをいくつか変更しましたが、不要だったのでほとんど元に戻しました。

マルッティ・マルミのメール（2010年8月10日 01:28 UTC）

PBLに除外リクエストを送りました。

FAQにはこう書いてあります：「まず知っておくべきことは：PBLはブラックリストではありません。スパム行為やあなたが行った何かのために掲載されているわけではありません。PBLは単に世界中の動的IPスペース、すなわちISPのブロードバンド利用者（DSL、DHCP、PPP、ケーブル、ダイヤルアップ）に通常割り当てられるIP範囲のリストです。動的IPアドレスがPBLに掲載されるのは完全に正常なことです。実際、世界中の全ての動的IPアドレスはPBLに載っているべきです。メールを送信しない静的IPでさえPBLに掲載されるべきです。」つまり、リストに載るためにスパムを許可する必要すらなかったのです。

サトシ・ナカモトのメール（2010年7月29日 02:18 UTC）

PBLに関する情報を再度送る。

-------- 元のメッセージ -------- 件名: フォーラムのメール通知とPBLブラックリストとWiki登録 日付: Thu, 29 Jul 2010 03:18:56 +0100 差出人: Satoshi Nakamoto satoshin@gmx.com 宛先: Martti Malmi mmalmi@cc.hut.fi

http://www.bitcoin.org/smf/index.php?topic=338.0

メールブラックホールリスト、もしくは少なくとも登録用 メールサーバーをホストしているISPがそれらのリストに載っています。

「bitcoin.orgがPBLに載っているようです。」 http://www.spamhaus.org/pbl/query/PBL340779

問題は、PMを受信した際のメール通知などのフォーラム通知が有効になっている一方で、新規アカウントのメール認証がないことかもしれない。認証なしに他人のメールアドレスを登録して、そこに通知を送ることができてしまうのではないか？悪用される前にすぐに止める必要がある。通知を全て無効にするか、メールアドレスの認証を確実にするかのどちらかだ。

個人的には、通知やフォーラムからメールが送られる機能を全て無効にする方に傾いている。メール認証を必須にしないのは割と気に入っている。でも、未認証のアドレスにメールを送らないようにする唯一の方法がそれなら、そうするしかない。

PBLからの除外を申請するなら、まず問題を確実に解決してからにすべきだ。

Registration->settings->新規メンバーの登録を「Member Activation」に変更した。これでメール認証が行われると思う。 「Member Activation このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要がある」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思う。

そうだった、それを忘れていた。

PBL が問題の原因だという theymos の見解が正しいといいのだが。

はい、まだ無効のままです。メールサーバーへのアクセスを無効にするのは簡単ですが、メールによるパスワード回復は残しておきたいでしょう。

PM通知はまだ無効のままか？（本当に必要なのはフォーラムのメールサーバーへのアクセスを無効にすることだけだ）

今は正しく動作していますか？PMのメール通知を無効にするためにフォーラムのコードをいくつか変更しましたが、不要だったのでほとんど元に戻しました。

サトシ・ナカモトのメール（2010年8月11日 01:54 UTC）

PBLに除外リクエストを送りました。

FAQにはこう書いてあります：「まず知っておくべきことは：PBLはブラックリストではありません。スパム行為やあなたが行った何かのために掲載されているわけではありません。PBLは単に世界中の動的IPスペース、すなわちISPのブロードバンド利用者（DSL、DHCP、PPP、ケーブル、ダイヤルアップ）に通常割り当てられるIP範囲のリストです。動的IPアドレスがPBLに掲載されるのは完全に正常なことです。実際、世界中の全ての動的IPアドレスはPBLに載っているべきです。メールを送信しない静的IPでさえPBLに掲載されるべきです。」つまり、リストに載るためにスパムを許可する必要すらなかったのです。

PBLに関する情報を再度送る。

-------- 元のメッセージ -------- 件名: フォーラムのメール通知とPBLブラックリストと Wiki登録 日付: Thu, 29 Jul 2010 03:18:56 +0100 差出人: Satoshi Nakamoto satoshin@gmx.com 宛先: Martti Malmi mmalmi@cc.hut.fi

http://www.bitcoin.org/smf/index.php?topic=338.0

メールブラックホールリスト、もしくは少なくとも登録用 メールサーバーをホストしているISPがそれらのリストに載っている。

「bitcoin.orgがPBLに載っているようだ。」 http://www.spamhaus.org/pbl/query/PBL340779

問題は、PMを受信した際のメール通知などのフォーラム通知が有効になっている一方で、新規アカウントのメール認証がないことかもしれない。認証なしに他人のメールアドレスを登録して、そこに通知を送ることができてしまうのではないか？悪用される前にすぐに止める必要がある。通知を全て無効にするか、メールアドレスの認証を確実にするかのどちらかだ。

個人的には、通知やフォーラムからメールが送られる機能を全て無効にする方に傾いている。メール認証を必須にしないのは割と気に入っている。でも、未認証のアドレスにメールを送らないようにする唯一の方法がそれなら、そうするしかない。

PBLからの除外を申請するなら、まず問題を確実に解決してからにすべきだ。

Registration->settings->新規メンバーの登録を「Member Activation」に変更した。これでメール認証が行われると思う。 「Member Activation このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれを クリックする必要がある」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思う。

*** 警告 *** 問題を調査中だ。問題が解決するまで、2010年8月15日 17:05 UTC（ブロック 74638）以降に発生した全てのトランザクションを信用しないでほしい。

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can’t live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
bitcoin-list mailing list
bitcoin-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-list

-------- 元のメッセージ --------
件名: SweepMines が Bitcoin を受け入れ開始
日付: Tue, 24 Aug 2010 19:50:47 +0600
差出人: Kirill Kisel kisel2626@gmail.com
宛先: satoshin@gmx.com

BitCoin 様。

http://apps.facebook.com/sweepmines/ が BitCoin を受け入れるようになりました。

これは Windows のマインスイーパーをベースにした一人用コンピューターゲームです。

http://www.bitcoin.org/trade ページに追加していただけないでしょうか。

よろしくお願いいたします。

+1829 ユーロ
-23.32 ユーロ 8月のホスティング費用
-24.40 ユーロ 9月のホスティング費用

+1829€ -23,32€ 8月のホスティング費用 -24,40 9月のホスティング費用

+1781,28

カスタム captcha のコードがなくなっていることに気付いた。アップグレードの際に失われたのか？現在 captcha はどうなっているか？デフォルトの captcha しかないのであれば、スパムアカウントが大量に作られているはずだ。カスタム captcha のコードを再統合する必要があるか、それとも別の解決策があるか？

すみません、アップデートの際にカスタムコードに気付きませんでした。それほど手間でなければ再統合するのは良い案だと思います。ウェブページ URL が設定されていて投稿数が 0 の古いアカウントを検索して、数百件のスパムアカウントを削除しました。

カスタム captcha のコードがなくなっていることに気付いた。アップグレードの際に失われたのか？現在 captcha はどうなっているか？デフォルトの captcha しかないのであれば、スパムアカウントが大量に作られているはずだ。カスタム captcha のコードを再統合する必要があるか、それとも別の解決策があるか？

変更を再アップロードした。今後の参考のために、Sources フォルダー内でカスタマイズされているファイルは以下の通りだ：
Register.php
PersonalMessage.php
ManageRegistration.php
Subs.php

アップグレードする際は知らせてほしい。変更が全て残っているか確認できるようにする。

1.1.x 系は成熟しており、アップデートの頻度は低いはずだ。2.0 へのアップグレードはすべきではない。互換性のないカスタマイズを大量に行っているし、個人的にも 2.0 よりも 1.1 の見た目の方が好みだ。

captcha の URL には mycode=4 が追加されており、登録ページには mycode=2 から 5 の隠し画像が追加されているため、自動化ツールではどれを選べばよいか分からない。captcha を使用する全ての箇所にその mycode=4 を追加する必要がある。プライベートメッセージの送信にも captcha が使われている。

すみません、アップデートの際にカスタムコードに気付きませんでした。それほど手間でなければ再統合するのは良い案だと思います。ウェブページURLが設定されていて投稿数が0の古いアカウントを検索して、数百件のスパムアカウントを削除しました。

カスタムcaptchaのコードがなくなっていることに気付いた。アップグレードの際に失われたのか？現在captchaはどうなっているか？デフォルトのcaptchaしかないのであれば、スパムアカウントが大量に作られているはずだ。カスタムcaptchaのコードを再統合する必要があるか、それとも別の解決策があるか？

-------- 元のメッセージ --------
件名: Bitcoin.org がダウン
日付: Tue, 30 Nov 2010 18:27:02 -0600
差出人: theymos theymos@mm.st
宛先: satoshin@gmx.com

Bitcoin.org が数時間ダウンしています。

あの障害の原因は分かったか？再起動が必要だったのか、それとも DoS 攻撃か何かだったのか？障害中も IP には ping が通っていた。

davidonpda にミラーバックアップの件で返事はしたか？とても良いアイデアだと思う。バックアップは取っているか、それとも VPS が自動的にバックアップしてくれるか？

あの障害の原因は分かったか？再起動が必要だったのか、それとも DoS 攻撃か何かだったのか？障害中も IP には ping が通っていた。

原因は分かりません。再起動したら復旧しました。Bitcoin に関する Reddit の投稿による高負荷が原因だったのではないかという意見がありました。ログを調べれば有益でしょうが、今はあまり時間がありません。

davidonpda にミラーバックアップの件で返事はしたか？とても良いアイデアだと思う。バックアップは取っているか、それとも VPS が自動的にバックアップしてくれるか？

進めてよいと伝えました。現時点では自動バックアップは行っていません。bitcoinexchange.com を別のサーバーに移したら、サーバー管理者を増やせるはずです。あなたと他の誰かに root パスワードを渡すこともできます。Xunie が志願していますが、もっとプロフェッショナルな人が見つかるかもしれません。障害が高負荷によるものであれば、lighttpd への移行やリソースの最適化を手伝ってもらえるでしょう。フォーラムに募集スレッドを立てた方がいいでしょうか？

パスワードを送る準備ができました。平文で送らなくて済むように、PGP 鍵を送ってもらえますか？

ギャビンがいいだろう。彼を信頼しているし、責任感があり、プロフェッショナルで、技術的にも私よりはるかにLinuxに精通している。

分かりました、彼に聞いてみます。

パスワードを送る準備ができました。平文で送らなくて済むように、PGP鍵を送ってもらえますか？

Gavinがいいだろう。彼を信頼しているし、責任感があり、プロフェッショナルで、技術的にも私よりはるかにLinuxに精通している。

分かりました、彼に聞いてみます。

ありがとう。bitcoinexchange の別サーバーへの移行は完了したか？

-----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.7 (MingW32)

mQGiBEkJ+qcRBADKDTcZlYDRtP1Q7/ShuzBJzUh9hoVVowogf2W07U6G9BqKW24r piOxYmErjMFfvNtozNk+33cd/sq3gi05O1IMmZzg2rbF4ne5t3iplXnNuzNh+j+6 VxxA16GPhBRprvnng8r9GYALLUpo9Xk17KE429YYKFgVvtTPtEGUlpO1EwCg7FmW dBbRp4mn5GfxQNT1hzp9WgkD/3pZ0cB5m4enzfylOHXmRfJKBMF02ZDnsY1GqeHv /LjkhCusTp2qz4thLycYOFKGmAddpVnMsE/TYZLgpsxjrJsrEPNSdoXk3IgEStow mXjTfr9xNOrB20Qk0ZOO1mipOWMgse4PmIu02X24OapWtyhdHsX3oBLcwDdke8aE gAh8A/sHlK7fL1Bi8rFzx6hb+2yIlD/fazMBVZUe0r2uo7ldqEz5+GeEiBFignd5 HHhqjJw8rUJkfeZBoTKYlDKo7XDrTRxfyzNuZZPxBLTj+keY8WgYhQ5MWsSC2MX7 FZHaJddYa0pzUmFZmQh0ydulVUQnLKzRSunsjGOnmxiWBZwb6bQjU2F0b3NoaSBO YWthbW90byA8c2F0b3NoaW5AZ214LmNvbT6IYAQTEQIAIAUCSQn6pwIbAwYLCQgH AwIEFQIIAwQWAgMBAh4BAheAAAoJEBjAnoZeyUihXGMAnjiWJ0fvmSgSM3o6Tu3q RME9GN7QAKCGrFw9SUD0e9/YDcqhX1aPMrYue7kCDQRJCfqnEAgA9OTCjLa6Sj7t dZcQxNufsDSCSB+yznIGzFGXXpJk7GgKmX3H9Zl4E6zJTQGXL2GAV4klkSfNtvgs SGJKqCnebuZVwutyq1vXRNVFPQFvLVVo2jJCBHWjb03fmXmavIUtRCHoc8xgVJMQ LrwvS943GgsqSbdoKZWdTnfnEq+UaGo+Qfv66NpT3Yl0CXUiNBITZOJcJdjHDTBO XRqomX2WSguv+btYdhQGGQiaEx73XMftXNCxbOpqwsODQns7xTcl2ENru9BNIQME I7L9FYBQUiKHm1k6RrBy1as8XElS2jEos7GAmlfF1wShFUX+NF1VOPdbN3ZdFoWq sUjKk+QbrwADBQgA9DiD4+uuRhwk2B1TmtrXnwwhcdkE7ZbLHjxBfCsLPAZiPh8c ICfV3S418i4H1YCz2ItcnC8KAPoS6mipyS28AU1B7zJYPODBn8E7aPSPzHJfudMK MqiCHljVJrE23xsKTC0sIhhSKcr2G+6ARoG5lwuoqJqEyDrblVQQFpVxBNPHSTqu O5PoLXQc7PKgC5SyQuZbEALEkItl2SL2yBRRGOlVJLnvZ6eaovkAlgsbGdlieOr0 UwWuJCwzZuBDruMYAfyQBvYfXZun3Zm84rW7Jclp18mXITwGCVHg/P5n7QMbBfZQ A25ymkuj636Nqh+c4zRnSINfyrDcID7AcqEb6IhJBBgRAgAJBQJJCfqnAhsMAAoJ EBjAnoZeyUihPrcAniVWl5M44RuGctJe+IMNX4eVkC08AJ9v7cXsp5uDdQNo8q3R 8RHwN4Gk8w== =3FTe -----END PGP PUBLIC KEY BLOCK-----

こちらにもある：
http://www.bitcoin.org/Satoshi_Nakamoto.asc

暗号化した root パスワードを添付しました。

ありがとう。bitcoinexchange の別サーバーへの移行は完了したか？

ファイル、データベース、bitcoind は全て移動しましたが、稼働させるにはまだ作業が必要です。旧サイトは現在ダウンしているので、必要であれば遠慮なく再起動してください。

連絡先ページのプロジェクト開発者リストにあなたを追加してもいいだろうか？以前コードを書いてくれたので、載せるべきだと思う。統一性のために本名でなければならない。メールアドレスも掲載したい場合は、スパムを防ぐために画像にする。

了解です。メールアドレスも掲載して構いません。

連絡先ページのプロジェクト開発者リストにあなたを追加してもいいだろうか？以前コードを書いてくれたので、載せるべきだと思う。統一性のために本名でなければならない。メールアドレスも掲載したい場合は、スパムを防ぐために画像にする。

バージョン 0.3.18 が利用可能になった。

変更点：

• 0.3.17 からダウングレードして再度アップグレードした場合の wallet.dat 互換性の問題を修正
• ブロックに既知のトランザクションタイプのみを含める IsStandard()チェックを追加
• Jgarzik による初期ブロックダウンロードを若干高速化する最適化

今回のリリースの主な追加機能は、Gavin が開発してきたアカウントベースの JSON-RPC コマンドだ（詳細は http://www.bitcoin.org/smf/index.php?topic=1886.0 を参照）。

• getaccountaddress
• sendfrom
• move
• getbalance
• listtransactions

ダウンロード：
http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.18/

------------------------------------------------------------------------------
This SF Dev2Dev email is sponsored by:

WikiLeaks The End of the Free Internet
http://p.sf.net/sfu/therealnews-com
_______________________________________________
bitcoin-list mailing list
bitcoin-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-list

Bitcoin.org が今日もしばらくダウンしていました。ping には応答しましたが、ssh や http には応答しませんでした。再起動してメモリー不足エラーが原因で mysqld が kill されたことが判明しました。前回も同じエラーでしたが、その時は apache が kill されていました。他に良い方法が思いつかなかったので、サーバーのメモリーを 512MB から 1024MB に増設しました。

DoS 対策を追加するマイナーリリースだ。

変更点：

• いくつかの DoS 制限を追加した。ただし、完全な DoS 耐性にはまだ程遠い状態だ。
• 「セーフモード」アラートを削除した。

http://www.bitcoin.org/smf/index.php?topic=2228.0

ダウンロード：
http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.19/

------------------------------------------------------------------------------
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, improved concurrency, built-in packages,
OCI, SQL*Plus, data movement tools, best practices and more.
http://p.sf.net/sfu/oracle-sfdev2dev
_______________________________________________
bitcoin-list mailing list
bitcoin-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-list

ShadowOfHarbringer が bitcoin.org のウェブサイトとフォーラムのミラーリング方法をここで説明しています：
http://www.bitcoin.org/smf/index.php?topic=2026.msg30043#msg30043

この方法に従って、パスワードハッシュを含むデータベースをサーバーを持つ信頼できるコミュニティメンバーに預けるべきでしょうか？もう一つの選択肢は、バックアップを PGP で暗号化して複数の場所に保管することです。

マルッティ・マルミのメール（2010年12月20日 15:55 UTC）

ShadowOfHarbringerがbitcoin.orgのウェブサイトとフォーラムのミラーリング方法をここで説明しています： http://www.bitcoin.org/smf/index.php?topic=2026.msg30043#msg30043

この方法に従って、パスワードハッシュを含むデータベースをサーバーを持つ信頼できるコミュニティメンバーに預けるべきでしょうか？

それは問題を招くことになりそうだし、フォーラムに登録した全員の暗黙の信頼を裏切ることになると思う。

同意だ。データベースは手元から出さないでほしい。プライベートメッセージ、メールアドレス、パスワードが入っている。

ちなみに、パスワードハッシュ＝パスワードだ。フォーラムで人々が使う短いパスワードのハッシュを破るのは簡単だ。 6 文字 = 3 の難易度
7 文字 = 410 の難易度
8 文字 = 25418 の難易度

もう一つの選択肢は

バックアップをPGPで暗号化して複数の場所に保管することです。

その方が賢明だと思う。毎日のバックアップをどこかにコピーするのが正しいやり方だろう。合理的なサイズ（1ギガバイト未満）であれば、Amazon S3のストレージと帯域幅の費用を喜んで負担する。

+1

暗号化していたとしても、信頼できる保管場所の方が良い。

分かりました。使用している別のサーバーへのバックアップを開始します。設定が完了したら SSH 鍵を送りますので、お好きなサーバーにバックアップできるようになります。バックアップファイルのサイズは現在約 50MB です。

ちなみに、僕の PGP 鍵はこちらです：http://www.bitcoin.org/mmalmi.asc

ギャビン・アンドレセンのメール（2010年12月20日 17:00 UTC）

マルッティ・マルミのメール（2010年12月20日 15:55 UTC）

ShadowOfHarbringerがbitcoin.orgのウェブサイトとフォーラムのミラーリング方法をここで説明している： http://www.bitcoin.org/smf/index.php?topic=2026.msg30043#msg30043

この方法に従って、パスワードハッシュを含むデータベースをサーバーを持つ信頼できるコミュニティメンバーに預けるべきだろうか？

それは問題を招くことになりそうですし、フォーラムに登録した全員の暗黙の信頼を裏切ることになると思います。

同意だ。データベースは手元から出さないでほしい。プライベートメッセージ、メールアドレス、パスワードが入っている。

ちなみに、パスワードハッシュ＝パスワードだ。フォーラムで人々が使う短いパスワードのハッシュを破るのは簡単だ。 6文字 = 3の難易度 7文字 = 410の難易度 8文字 = 25418の難易度

もう一つの選択肢は

バックアップをPGPで暗号化して複数の場所に保管することです。

その方が賢明だと思います。毎日のバックアップをどこかにコピーするのが正しいやり方でしょう。合理的なサイズ（1ギガバイト未満）であれば、Amazon S3のストレージと帯域幅の費用を喜んで負担します。

+1

暗号化していたとしても、信頼できる保管場所の方が良い。

以下のコマンドでバックアップを取得できます：
wget —no-check-certificate
https://backup:cAr26Ram@www.bitcoin.org/backup/bitcoinsite.tar.bz2.gpg

毎日 GMT 11:00 に更新されます。

喜んでRaineyと話すよ。

素晴らしい

サトシ、あなたはメディア対応やPR、インタビューには関わりたくないよね？

その通りだ

報道機関への対応を断ることはできる。 サトシ、 ビットコインが速く大きくなり過ぎて、 通信量・攻撃・機能要望などに追い付けなくなることを懸念しているのは承知している。 ただ、 報道機関を無視しても向こうが消えはしない。 別の誰かに話を聞きに行くだけだ。 熱心すぎる誰かが「非公式のビットコイン代弁者」 になるのを許すより、 ビットコインの現実的な姿 ( 先端的だがまだ開発中のベータソフトウェアで、 当面 PayPal や欧州統一通貨に取って代わるものではない、 など ) を伝えた方が良いと思う。

あなたが最適な人物だ。

EFF は本当に重要だ。彼らとは良い関係を築きたい。私たちは彼らが好むタイプのプロジェクトだ。彼らは TOR プロジェクトを支援し、P2P ファイル共有の保護に多大な貢献をしてきた。

これについてコメントいただけますか？

----- cjwells_1@yahoo.com からの転送メッセージ ----- Date: Mon, 24 Jan 2011 00:32:48 -0800 (PST) From: “Constance J. Wells” cjwells_1@yahoo.com Reply-To: “Constance J. Wells” cjwells_1@yahoo.com Subject: Re: To: mmalmi@cc.hut.fi

Martti、 PDF をありがとう。素晴らしい内容だ。日付が見当たらないのだが、 いつ書かれたものか？

Digital Gold Currency Magazine の Mark Herpel 氏が、 私の論文に Bitcoin を含めるよう勧めてくれた。論文の仮題は「デジタル通貨システム：米国における金融危機時の B2B 電子商取引の新たな選択肢」 だ。Herpel 氏の提案に基づき、 5 種類のシステムについて論じている。

よろしく頼む。近いうちにお話しできることを願っている。

C.

Constance J. Wells, CeM, PMP: PMI certified Denver, CO U.S.A. 303-730-6609

From: mmalmi@cc.hut.fi mmalmi@cc.hut.fi Subject: Re: To: “Constance J. Wells” cjwells_1@yahoo.com Date: Monday, January 24, 2011, 1:22 AM

Constance さん、 こんにちは。

Bitcoin に興味を持っていただきありがとうございます。自由に引用してください。よりフォーマルな内容をお求めでしたら、 サトシ・ナカモトの論文が http://www.bitcoin.org/bitcoin.pdf で入手できます。論文が完成しましたらぜひお知らせください！

-Martti

Martti Malmi 現在フルタイムの学生だ - http://info.aspen.edu/ コロラド州デンバーの Aspen University、 303-333-4224。 テクノロジーとイノベーションの理学修士課程。

デジタル通貨システムというテーマで論文を書いている。論文であなたのサイトを引用してもよろしいか？

よろしく頼む。 Constance Constance J. Wells, CeM, PMP: PMI certified Denver, CO U.S.A. 303-730-6609

論文は 2008年に公開された。

誰か Wikipedia を修正する必要がある。論文が 2009年に公開されたと誤って記載されている。論文はソフトウェアよりも先にリリースされた。

これについてコメントいただけますか？

----- cjwells_1@yahoo.com からの転送メッセージ ----- Date: Mon, 24 Jan 2011 00:32:48 -0800 (PST) From: “Constance J. Wells” cjwells_1@yahoo.com Reply-To: “Constance J. Wells” cjwells_1@yahoo.com Subject: Re: To: mmalmi@cc.hut.fi

Martti、 PDFをありがとう。素晴らしい内容だ。日付が見当たらないのだが、いつ書かれたものか？

Digital Gold Currency MagazineのMark Herpel氏が、私の論文にBitcoinを含めるよう勧めてくれた。論文の仮題は「デジタル通貨システム：米国における金融危機時のB2B電子商取引の新たな選択肢」だ。Herpel氏の提案に基づき、5種類のシステムについて論じている。

よろしく頼む。近いうちにお話しできることを願っている。

C.

Constance J. Wells, CeM, PMP: PMI certified Denver, CO U.S.A. 303-730-6609

From: mmalmi@cc.hut.fi mmalmi@cc.hut.fi Subject: Re: To: “Constance J. Wells” cjwells_1@yahoo.com Date: Monday, January 24, 2011, 1:22 AM

Constanceさん、こんにちは。

Bitcoinに興味を持っていただきありがとうございます。自由に引用してください。よりフォーマルな内容をお求めでしたら、サトシ・ナカモトの論文が http://www.bitcoin.org/bitcoin.pdf で入手できます。論文が完成しましたらぜひお知らせください！

-Martti

Martti Malmi 現在フルタイムの学生だ - http://info.aspen.edu/ コロラド州デンバーのAspen University、303-333-4224。 テクノロジーとイノベーションの理学修士課程。

デジタル通貨システムというテーマで論文を書いている。論文であなたのサイトを引用してもよろしいか？

よろしく頼む。 Constance Constance J. Wells, CeM, PMP: PMI certified Denver, CO U.S.A. 303-730-6609

関連: アーカイブ収蔵のホワイトペーパー

+1781.28
-22.63 10月のホスティング費用
-28.70 11月のホスティング費用
-30.36 12月のホスティング費用
-48.35 1月のホスティング費用（サーバーを 1024MB RAM に増設）
+0.78 預金の年間利息

+1652.02

bitcoinexchange.com のメンテナンスを終了したため、750€をプロジェクト予算に返還します。SMS ゲートウェイプロバイダーからの支払いを受け取り次第、実行します。

Slashdot や Reddit をフォローしていない重要な層にリーチする素晴らしい機会のようです。ギャビン・アンドレセンかブルース・ワグナーがこの役割に適任だと思います。2人が参加するのもいいかもしれません。フォーラムの S3052 も適任の可能性がありそうでした。

ギャビン、これの取りまとめに興味はありますか？

こんにちは。

EPCAカンファレンスを代表してご連絡しています。Bitcoinについてもっと知りたいと考えています。Bitcoinは4月4-6日にアムステルダムで開催される次回カンファレンスの興味深いトピックになる可能性があります。

この高評価のカンファレンスでは、決済に限らず「トランザクション産業」における主要な戦略的動向を取り扱っています。イベントは真に「プロフェッショナルによるプロフェッショナルのための」ものであり、全てのプレゼンテーションは品質と関連性について審査されます（セールスピッチはありません）。詳細はこちら： www.epcaconference.comhttp://www.epcaconference.com

業界で最も関連性の高いトピックを議論しているため、Bitcoinのパラダイムが参加者にとって興味深いものかどうかを調査したいと考えています。参加者（銀行家やその他の金融専門家）に自身のビジネスへの多くのインスピレーションを与えることになるでしょう。同時に、国際的な聴衆の中でBitcoinを位置づけ、独自の戦略的洞察を得て、欧州のプロフェッショナルシーンでネットワーキングする良い機会にもなります。

今週中にご連絡いただき、さらに詳しくお話しできますでしょうか？よろしくお願いいたします。

ご連絡をお待ちしております。

よろしくお願いいたします。 Douwe Lycklama EPCAカンファレンス議長

Douwe Lycklama | Innopay douwe@innopay.commailto:douwe@innopay.com +31 655 711 150

‘Imagine - Create - Innovate: Unlocking the Payments Potential’ 第10回国際EPCAカンファレンス 2011年4月4-6日、アムステルダム www.epcaconference.comhttp://www.epcaconference.com/

Triport III 7th floor Westelijke Randweg 43 1118 CR SCHIPHOL AIRPORT The Netherlands

こんにちは。

ご連絡いただきありがとうございます。返信が遅くなり申し訳ございません。EPCA は Bitcoin プロジェクトにとって非常に興味深く、ネットワーキングの良い機会だと思います。この件で協力できる人を見つけます。それまでの間、ご質問があればお気軽にお尋ねください。

よろしくお願いいたします。

Martti Malmi
Bitcoin プロジェクト開発者

こんにちは。

EPCAカンファレンスを代表してご連絡しています。Bitcoinについてもっと知りたいと考えています。Bitcoinは4月4-6日にアムステルダムで開催される次回カンファレンスの興味深いトピックになる可能性があります。

この高評価のカンファレンスでは、決済に限らず「トランザクション産業」における主要な戦略的動向を取り扱っています。イベントは真に「プロフェッショナルによるプロフェッショナルのための」ものであり、全てのプレゼンテーションは品質と関連性について審査されます（セールスピッチはありません）。詳細はこちら： www.epcaconference.comhttp://www.epcaconference.com

業界で最も関連性の高いトピックを議論しているため、Bitcoinのパラダイムが参加者にとって興味深いものかどうかを調査したいと考えています。参加者（銀行家やその他の金融専門家）に自身のビジネスへの多くのインスピレーションを与えることになるでしょう。同時に、国際的な聴衆の中でBitcoinを位置づけ、独自の戦略的洞察を得て、欧州のプロフェッショナルシーンでネットワーキングする良い機会にもなります。

今週中にご連絡いただき、さらに詳しくお話しできますでしょうか？よろしくお願いいたします。

ご連絡をお待ちしております。

よろしくお願いいたします。 Douwe Lycklama EPCAカンファレンス議長

Douwe Lycklama | Innopay douwe@innopay.commailto:douwe@innopay.com +31 655 711 150

‘Imagine - Create - Innovate: Unlocking the Payments Potential’ 第10回国際EPCAカンファレンス 2011年4月4-6日、アムステルダム www.epcaconference.comhttp://www.epcaconference.com/

Triport III 7th floor Westelijke Randweg 43 1118 CR SCHIPHOL AIRPORT The Netherlands

SourceForge の bitcoin-list メーリングリストには、 投稿権限がないと思うので、 まだ投稿していない。 サトシ、 権限をくれるか、 私の公開鍵で mailman パスワードを暗号化して送ってくれるか、 それとも告知を投稿してくれるか、 どれかしてもらえないか？

[補足：生 header では To: 欄にギャビン・アンドレセンとマルッティ・マルミの両名が並んでいるが、 本文の実体はギャビンへの返信——サトシは二人称でギャビンに語りかけ（「マルッティが君に* Drupal の管理者パスワードを渡してくれるはずだ」）、 マルッティは三人称で言及し、 Drupal 引き継ぎ実行のため To: に同報した形になっている。「0.3.20 release : shipped」 スレッドへの返信。本文の下方にある「ギャビン宛」「マルッティ宛」 はサトシ自身が二つの PGP 暗号化ブロックに付した見出し（各受信者の公開鍵で別々に暗号化）であり、 メールの別宛先ではない。]*

SourceForge の bitcoin-list メーリングリストには、 投稿権限がないと思うので、 まだ投稿していない。 サトシ、 権限をくれるか、 私の公開鍵で mailman パスワードを暗号化して送ってくれるか、 それとも告知を投稿してくれるか、 どれかしてもらえないか？

マルッティが Drupal の管理者パスワードを渡してくれるはずだ。

bitcoin-list は購読者なら誰でも投稿できる。 後で必要になった場合に備えて、 管理者パスワードをここに置いておく。

ギャビン宛：

-----BEGIN PGP MESSAGE-----
Version: GnuPG v1.4.7 (MingW32) - WinPT 1.2.0

hQIOAxfAPINgyySWEAf9GHyuMqxkhoBe96hbHoFPIR4ORpMS/v2mpCT70UmgTt46
GVO5MeEOFE4JUqltYUaAE2u7e7+BbyNFeNk4o0kwJIWUXbRoBHj59vx+yzmeRLd9
YxTWxZA2zOVcYcYoDkiYAatwlQWQefzwYFcCnBSSsY1F9XLHMtLqNadhftOregoE
5Prhjk4ScAEOAmJ2CfYvWLD6FPAe4s6nXzP656oQghMgUivYoowHAjGUSvd8f1Qb
fkV0isGIYCpHCOSZDZpysPCm63ibEeiuylvkT7Ayj2HoonqypFdv05mtyS7Jtq6a
s06UqjLSyICoGJVk4x5HZhusgmbqViLvb6gM+iadbQf/U9KEKA5KyF0JvjYlx97k
Bm7WpBIxKnP6Migl/Otol85EYt9rWN0lozLGw5Ko1JTZzXv3RrTsJafUYnDyAvtR
20JExoG84LatTeFiTqVWHiWZbYG2ECJHTO6jOmITvNvq/OgCID4hQvjvNQiXghae
qzolzmZVEwDGAybWJoSvAsXjDWbAyHt9WJztHPgVRxgTBrnhoLAX0FwKGTCr7L/t
emVEUqgEf3WqmljD+cCXSNVloQxGmPvaSsbITIZvX/emwq4MAC+SuRmJLJp6kSmu
UhkxZMipvYHfyBPXoonAM7oYXNIaFQryS66UlEziSUevvU8TXiZMeUyyiMirOBXC
itKhAedpc7NQYG+/KohTS0U9QfdygBfE2o6M96tRKFdMmbQz3Gyq0BaBpp98+ve+
VOVp90mYv9zq43G7tHnZektEjGzplHj0HzWhfbiy2dBrDGhkByYN4G6kX0JvU4ZX
/ixmbOf5qZPqcgmz7fYDxKnkUQVumoEIfNXrUlAPcI2Ql9TnY0NIg9ZIVOGeT4lE
80kYloQVdCdnrJ7yLWexO0W1kSs=
=S7eV
-----END PGP MESSAGE-----

マルッティ宛：

-----BEGIN PGP MESSAGE-----
Version: GnuPG v1.4.7 (MingW32) - WinPT 1.2.0

hQEMA+kEt/4bukJEAQgAlt5/Ks5pZPeusK0yefyMn7BqIVcOVHDaXbnf4dLKqq5J
6bKyMlkyYjhm1itZabi+IaV9k+1r7Wo50qOqfZNCSmG63hX3asXWd7QxThj4KDxr
fvuUfiduf2AyZcB4r/baw1hsdC3VGxQutU0ookuJqfvCIse77clS2WimKJ5hrh5G
KVdGApk3TxbILknalIs3mUw81sL0nvbO/aNrHiiNj44YU3Ehf5CieEJInHeYGTsJ
AABLZcH6B7nymA8D4nrAAnDcjcSE8+iWMOtzI2duCHKtA+LVJOsg8n/zHqK9SZNF
w+Xud7mBi/ZvnFGwCZh7cqJ/jZhNLLTQHiLr8M+i7dKhAekFho8aarOV9V4Cp2hT
a8bQdbgwsednyjCzaq+C8xU+aYJcAV95qK6QG2hlT8xpDU2KHBHWIjDmPKlzgvKb
8/dQo5VDvtQkdyvrd9pMJeOUxFKEVW5ph+4LzKjKEWE1kJhzAwbxQMNKkXLzZJIa
hJMNAVHDjnYcuI8EgJT+TjH2Kx+KwHX/OEOFaDXGP7XwMOuVZTVtbXnsJ24SFa1i
m4U=
=0TBL
-----END PGP MESSAGE-----