ビットコインアーカイブ

Satoshi ↔ Martti Malmi 書簡

260 件のメッセージ サトシ・ナカモト, マルッティ・マルミ 2009年5月2日 — 2011年2月22日
サトシ・ナカモト 2009年5月2日 原文 · 個別ページ

ヘルシンキ工科大学の2年生で、anti-state.comフォーラムで「Trickstern」というハンドルネームを使っていたマルッティ・マルミは、サトシ・ナカモトにビットコインへの協力を申し出るメールを送っていた：「ビットコインの手伝いをしたいのですが、何かできることはありますか。」

2009年5月2日付のこの返信で、サトシは好意的に応じ、マルミのビットコインに対する理解を「まさにその通り」と称賛した。サトシは最も差し迫った必要性を特定した：ウェブサイトの執筆とドキュメンテーションである。自身のライターとしての限界を認め、マルミにプロジェクトのウェブサイトコンテンツとFAQの作成を依頼した。

サトシはFAQのソース資料として、メールやフォーラムでの質問に対する過去の回答をまとめたものをマルミに提供することを申し出た。

このやり取りは、ビットコインの初期の歴史における最も重要な協力関係の一つの始まりとなった。マルミはその後、サトシ以外でビットコインのコードへのコミットアクセスを持つ最初の人物、bitcoin.orgの管理者、そして2011年初頭までのビットコイン開発への重要な貢献者となった。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月3日 原文 · 個別ページ

マルミはサトシに返信し、ウェブサイトとFAQの開発を引き受けることに同意した。このメールでは、機能のアイデアも提案した：バックアップ機能付きのパスワード保護された秘密鍵を作成するUIツールである。また、すでにビットコインノードを24時間365日稼働させていることを報告した。

同日後ほど、サトシはマルミにビットコインのSourceForgeプロジェクトへの開発者アクセスを付与して応じた。サトシは秘密鍵の暗号化機能を将来のセキュリティにとって「絶対に不可欠」なものとして支持した。また、ブロックチェーンの仕組み、トランザクション確認時間、2,100万枚のコイン上限、スケーリングに関する一般的な質問に対応する広範なQ&A資料をマルミに提供した。

この迅速なやり取りは、その後2年間にわたって彼らの協力関係を特徴づける生産的なダイナミクスを示していた。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年5月3日 原文 · 個別ページ

書簡の中で、サトシはビットコインの最も根強い批判の一つとなるもの——エネルギー消費——について取り上げた。ビットコインのマイニングがまだ何の重要な規模にも成長していなかった2009年の時点でさえ、サトシはこれらの反論について考え抜いていた。

サトシは、たとえビットコインが大量のエネルギーを消費するようになったとしても、そのコストは従来の金融システムを特徴づける「数十億ドルの銀行手数料よりも桁違いに少ない」と主張した。ビットコインマイニングのエネルギー使用を、既存の銀行インフラの維持にかかる総コストと比較すべきトレードオフとして位置づけた。

彼はこれが生み出す哲学的な緊張を認めた：

経済的自由と環境保全のどちらかを選ばなければならなくなるとしたら、皮肉なことだ。

サトシはマイニングの経済学についても説明し、ビットコインの価値はそれを生産するために消費される電力に対して相対的なものになり、追加的に消費されるワット数はマイナーの電気代に直接反映され、生産されるビットコインの価値は「それより少し少ない」ものになると述べた。

プルーフ・オブ・ワークは「残念ながら」信頼できる仲介者なしにビットコインが機能することを保証できる唯一の方法であり、二重支払いを防ぐために「基本的」なものであると主張した。

エネルギー使用に関するこれらの初期の考察は、ビットコインのネットワークが成長しマイニングが産業規模の活動になるにつれて、その後の10年間で激化する議論を予見するものであった。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月4日 原文 · 個別ページ

Satoshi Nakamoto satoshin@gmx.comの引用：

それは素晴らしい！あなた（dmp1ce）をSourceforgeプロジェクトの開発者として追加し、 ウェブスペースの編集権限などすべてを付与しました。

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

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

**** Bitcoin FAQ ****

一般的な質問

1 Bitcoinとは何ですか？

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

2 Bitcoinはどのように機能しますか？

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

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

3 Bitcoinの価値は何に裏付けられていますか？

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

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

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

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

5 Bitcoinは安全ですか？

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

6 なぜBitcoinを使うべきですか？

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

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年5月4日 原文 · 個別ページ

2009年5月4日、マルミは初期のFAQ草案をサトシに提出した。ビットコインの定義、ビットコインの入手方法、システムの仕組み、セキュリティに関する考慮事項などのトピックを網羅していた。

サトシはFAQを称賛したが、ビットコインのポジショニングについて重大な懸念を提起した。これらのメールの中で最も歴史的に重要な発言の一つとして、サトシは次のように書いた：

SourceForgeのサイトでは私が自分のサイトで言えないことをたくさん言える…それでも、明示的に「投資として考えてください」と言うのは気が引ける。それは危険な発言であり、その項目は削除すべきだ。彼ら自身でその結論に達するのは構わないが、我々からそのように売り込むことはできない。

このやり取りは、規制リスクに対するサトシの慎重なアプローチと、ビットコインを投機的な投資手段としてではなく、技術および決済システムとして位置づけようとする意図的な努力を明らかにしている。この姿勢は、ビットコインの意図された目的や暗号通貨の規制環境に関する議論で広く引用されている。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月5日 原文 · 個別ページ

Satoshi Nakamoto satoshin@gmx.comの引用：

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

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

「複数の鍵に分散させる」という部分は変更した方がいいでしょう。論文でそう 書いたのはソフトウェアがそうするという意味で、実際にそうなっています。 プライバシーの理由から、ソフトウェアはすでにすべての取引に異なる鍵を使用して いるので、ウォレット内のすべてのお金はすでに異なる鍵に分かれています。 例外はBitcoinアドレスを使用する場合で、同じBitcoinアドレスに送られたものは すべて同じ鍵になります。匿名性を保とうとしている場合、これはプライバシー上の リスクです。EC-DSA鍵のサイズは非常に強力で（将来を見据えたサイズ）、 鍵が破られることを実質的に心配する必要はありませんが、万が一そうなった場合でも、 膨大な計算リソースを費やした人が破れるのは1つの取引分の金額だけで、 誰かの口座全体ではないという利点があります。ウォレットファイルのバックアップ方法の 詳細はQ&Aダンプにあり、readme.txtでも説明されています。FAQに入れるべきです。

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月5日 原文 · 個別ページ

mmalmi@cc.hut.fiの引用：

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年5月5日 原文 · 個別ページ

mmalmi@cc.hut.fiからの返信：

bitcoin.sourceforge.net上で好きなものを作成してください。新しいユーザーが Bitcoinとは何か、使い方、そしてなぜ使うべきかを理解できるような、きれいで プロフェッショナルな見た目のものがあれば、確立されたプロジェクトに見えるでしょう。 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

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

それはその通りだ。

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月6日 原文 · 個別ページ

Satoshi Nakamoto satoshin@gmx.comの引用：

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 によればユーザーもページを作成できるとなっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月6日 原文 · 個別ページ

mmalmi@cc.hut.fiの引用：

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年5月7日 原文 · 個別ページ

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

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

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

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

mmalmi@cc.hut.fiからの返信：

Satoshi Nakamoto satoshin@gmx.comの引用：

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 によればユーザーもページを作成できるとなっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月22日 原文 · 個別ページ

Satoshi Nakamoto satoshin@gmx.comの引用：

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

機能を削除して再度有効にしてみましたが、ダメでした。仕方ないですね。

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月22日 原文 · 個別ページ

mmalmi@cc.hut.fiの引用：

Satoshi Nakamoto satoshin@gmx.comの引用：

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

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

機能を削除して再度有効にしてみましたが、ダメでした。仕方ないですね。

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年5月22日 原文 · 個別ページ

mmalmi@cc.hut.fiの引用：

mmalmi@cc.hut.fiの引用：

Satoshi Nakamoto satoshin@gmx.comの引用：

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

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

機能を削除して再度有効にしてみましたが、ダメでした。仕方ないですね。

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年5月24日 原文 · 個別ページ

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

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

mmalmi@cc.hut.fiからの返信：

mmalmi@cc.hut.fiの引用：

mmalmi@cc.hut.fiの引用：

Satoshi Nakamoto satoshin@gmx.comの引用：

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

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

機能を削除して再度有効にしてみましたが、ダメでした。仕方ないですね。

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年6月7日 原文 · 個別ページ

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年6月9日 原文 · 個別ページ

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年6月11日 原文 · 個別ページ

プロジェクトのウェブが稼働している今、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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年6月11日 原文 · 個別ページ

2009年6月11日のこのメールで、サトシはマルミがbitcoin.orgウェブサイトに施した改善を称賛した。以前の姿勢と一貫して、投資関連の表現の削除を再度求めた。

最も注目すべきは、サトシがこのやり取りで「暗号通貨（cryptocurrency）」という用語を紹介したことである：

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

翌日、マルミは「いい感じだ」と返信し、ビットコインのマーケティングタグラインとして「P2P暗号通貨（P2P Cryptocurrency）」を提案した。このやり取りは歴史的に重要である。なぜなら、サトシ自身が「暗号通貨」という用語を造語したという想定に疑問を投げかけるからだ。実際には、他の誰かが提案した用語を伝え、採用についてマルミの意見を求めていた。

この時期、マルミはbitcoin.orgのウェブサイトインフラの改善に積極的に取り組んでおり、ウィキ、フォーラム、コミュニティ機能をサポートするためにBitweaverをインストールしていた。サトシは新しいサイトでモデレーター権限付きの「satoshi」というユーザー名を登録した。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年6月12日 原文 · 個別ページ

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

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

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

誰かが「cryptocurrency（暗号通貨）」という言葉を考えつきました… Bitcoinを説明する時に使うべき言葉かもしれません。気に入りましたか？

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年6月14日 原文 · 個別ページ

mmalmi@cc.hut.fiからの返信：

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年6月22日 原文 · 個別ページ

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年7月21日 原文 · 個別ページ

こんにちは、

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年7月21日 原文 · 個別ページ

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

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

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

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

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

mmalmi@cc.hut.fiからの返信：

こんにちは、

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年7月22日 原文 · 個別ページ

2009年7月21日、サトシは18ヶ月間の継続的なビットコイン開発の後に「休息」が必要だと述べ、ビットコインの成長に役立つブートストラップアプリケーションのアイデアをマルミに求めた。

翌日、マルミは歴史的に重要な提案で応じた：ユーロ建てのビットコイン交換サービスの設立を提案したのである。彼の提案はビットコインの初期の通貨流動性を確立するための価格算定式と収益メカニズムを詳述していた。

2009年8月24日、サトシは取引所の提案に対して詳細なフィードバックを提供し、価格設定は純粋なオークション方式ではなく生産コストに裏打ちされるべきだと強調し、より多くのユーザーが取引に参加するよう促すための最小取引額を提案した。

マルミはその後、最も初期のビットコイン取引所の一つであるBitcoinexchange.comを作成・運営した。新たに公開されたメールは、サトシが単なる受動的な傍観者ではなく、取引所の開発全体を通じて重要なアドバイザーであったことを明らかにした。

この協力関係は、初の既知のビットコインからUSDへの取引として知られるものに直接つながった：2009年10月12日、マルミは自身の交換サービスを通じてPayPalで5,050 BTCを5.02ドルで売却し、1ビットコインの価値を約0.001ドルとした。これはビットコインの最も初期に記録された価格の一つを確立した。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年7月29日 原文 · 個別ページ

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年8月24日 原文 · 個別ページ

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

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

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

改めて、Bitcoinで素晴らしい仕事をされていることに感謝します。

mmalmi@cc.hut.fiの引用：

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年8月24日 原文 · 個別ページ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年8月24日 原文 · 個別ページ

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

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

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

mmalmi@cc.hut.fiからの返信：

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

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

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

改めて、Bitcoinで素晴らしい仕事をされていることに感謝します。

mmalmi@cc.hut.fiの引用：

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年8月28日 原文 · 個別ページ

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年8月29日 原文 · 個別ページ

2009年8月下旬の一連のメールで、サトシとマルミはビットコインクライアントの重要なUI改善について議論した。マルミはwxPackを使用してビットコインのコンパイルに成功しており、新機能の開発に取り組んでいた。

8月28日、マルミはバーチャルゲームコミュニティ内でビットコインを宣伝することを提案し、設定ファイルの実装について質問した。翌日、サトシは自動起動とタスクトレイ最小化機能の重要性について強い意見で応じた：

サトシはシステムトレイ最小化付きの自動起動がネットワーク上のノードを維持するための「必須機能」であると強調した。初期のファイル共有ネットワークと比較し、同様のバックグラウンド実行戦略がそれらのネットワークの成功と成長に不可欠であったことを指摘した。

2009年9月16日までに、マルミはタスクトレイ最小化機能を実装したコードをSVNブランチにコミットしたと報告した。10月までに、自動起動とタスクトレイ最小化の両方の機能を備えたWindowsインストーラーを作成した。

これらの機能はLinuxサポートも含む2009年12月リリースのビットコインバージョン0.2に含まれた。サトシはリリースノートの中でマルミの貢献を公に認めた：「Martti（Sirius-m）のすべての開発作業に深く感謝する。」

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年9月16日 原文 · 個別ページ

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年9月30日 原文 · 個別ページ

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

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

mmalmi@cc.hut.fi の書き込み:

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年10月8日 原文 · 個別ページ

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

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

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

bitcoin.sf.netのサイトに新しいユーザーが何人か登録しています。そのうちの一人がBitcoinをドルで取引すると発表しました。彼のサイトはこちらです：http://newlibertystandard.wetpaint.com/。取引所サービスを始めるのは今の段階では少し時期尚早に思えましたが、一方でプロジェクトに興味を示す人がいるのは良いことですし、これがさらに多くの関心を持つ人たち（そしてうまくいけばもっと多くの開発者）を引き付けるかもしれません。彼にはメールを送っておきました。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月16日 原文 · 個別ページ

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

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

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

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

mmalmi@cc.hut.fi の書き込み:

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

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

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

bitcoin.sf.netのサイトに新しいユーザーが何人か登録しています。そのうちの 一人がBitcoinをドルで取引すると発表しました。彼のサイトはこちらです： http://newlibertystandard.wetpaint.com/。取引所サービスを始めるのは今の 段階では少し時期尚早に思えましたが、一方でプロジェクトに興味を示す人が いるのは良いことですし、これがさらに多くの関心を持つ人たち（そしてうまく いけばもっと多くの開発者）を引き付けるかもしれません。彼にはメールを 送っておきました。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月18日 原文 · 個別ページ

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

Satoshi Nakamoto の書き込み:

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

mmalmi@cc.hut.fi の書き込み:

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年10月18日 原文 · 個別ページ

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

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

Satoshi Nakamoto の書き込み:

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

mmalmi@cc.hut.fi の書き込み:

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月18日 原文 · 個別ページ

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

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

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

mmalmi@cc.hut.fi の書き込み:

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

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

Satoshi Nakamoto の書き込み:

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

mmalmi@cc.hut.fi の書き込み:

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年10月20日 原文 · 個別ページ

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月21日 原文 · 個別ページ

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

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

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

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

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

mmalmi@cc.hut.fi の書き込み:

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月23日 原文 · 個別ページ

Liberty Standard の書き込み:

WindowsユーザーはBitcoinがたまにクラッシュすることがありますか？ 最近wine-1.0.1で実行しているBitcoinが頻繁にクラッシュしています。これが Wineの問題なのかBitcoinの問題なのか気になりました。

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

Bitcoinを起動するとターミナルに以下の4行が表示されます。 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub

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

以前はターミナルからBitcoinを起動していなかったので、クラッシュ時に何が 表示されるかわかりませんが、次にクラッシュした時に結果を返信します。

Bitcoinが最初に以前完了したブロックをダウンロードする際、debug.logファイルが 17.4 MBまで増えてから増加が止まります。より多くのBitcoinが完成するにつれて 成長し続けると思います。

ディスク容量を節約したければ、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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月26日 原文 · 個別ページ

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

Eugen Leitl の書き込み: On Sat, Oct 24, 2009 at 12:55:06AM +0100, Satoshi Nakamoto wrote:

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

今は動作していない。

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

Liberty Standard の書き込み:

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

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.

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年10月27日 原文 · 個別ページ

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

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

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

Eugen Leitl の書き込み: On Sat, Oct 24, 2009 at 12:55:06AM +0100, Satoshi Nakamoto wrote:

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

今は動作していない。

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

Liberty Standard の書き込み:

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

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.

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月27日 原文 · 個別ページ

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を入れる形がいいだろう。

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

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

mmalmi@cc.hut.fi の書き込み:

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

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

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

Eugen Leitl の書き込み: On Sat, Oct 24, 2009 at 12:55:06AM +0100, Satoshi Nakamoto wrote:

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

今は動作していない。

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

Liberty Standard の書き込み:

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

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.

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年10月28日 原文 · 個別ページ

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に入れましたが、公式リリースである必要はまだありません。

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

やっておきます。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月29日 原文 · 個別ページ

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年10月29日 原文 · 個別ページ

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月29日 原文 · 個別ページ

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

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

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

mmalmi@cc.hut.fi の書き込み:

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月30日 原文 · 個別ページ

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年10月31日 原文 · 個別ページ

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）に移動しようと思う。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年10月31日 原文 · 個別ページ

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

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

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

mmalmi@cc.hut.fi の書き込み:

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）に移動しようと思う。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月3日 原文 · 個別ページ

ここまで移植した分を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のようなルーティング不可能なアドレスにも接続できる。まだ想定 していなかった不正なデータを送り出したり、ネットワーク上で何か反社会的な ことをしてしまったりして、ネットワークの信頼性に悪影響を与えたくない。

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

mmalmi@cc.hut.fi の書き込み:

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）に移動しようと思う。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月3日 原文 · 個別ページ

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のホームページに、着信接続を受け入れるためのポートフォワーディング設定を促す段落と、各ルーターでの方法を説明するサイトへのリンクを置くべきだ。

mmalmi@cc.hut.fi の書き込み:

ここまで移植した分を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のようなルーティング不可能なアドレスにも接続できる。まだ想定 していなかった不正なデータを送り出したり、ネットワーク上で何か反社会的な ことをしてしまったりして、ネットワークの信頼性に悪影響を与えたくない。

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

mmalmi@cc.hut.fi の書き込み:

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）に移動しようと思う。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月4日 原文 · 個別ページ

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

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

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

mmalmi@cc.hut.fi の書き込み:

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月4日 原文 · 個別ページ

作業の重複を避けるために知らせておくけど、まだ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も共有リンクにする必要がある。デフォルトでプリインストールされているかは完全に確かではない。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月4日 原文 · 個別ページ

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

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月5日 原文 · 個別ページ

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月5日 原文 · 個別ページ

mmalmi@cc.hut.fi の書き込み：

プロキシ設定を有効にしてBitcoinを再起動したところ、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を持つサーバーにノードを 立てやすくなります。Bitcoinに同梱された静的IPリストとピア交換プロトコルが あれば素晴らしいですね。そうすればIRCサーバーは不要になります。

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月5日 原文 · 個別ページ

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月6日 原文 · 個別ページ

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と互換性があるかどうか気になる。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月7日 原文 · 個別ページ

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

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月8日 原文 · 個別ページ

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月8日 原文 · 個別ページ

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月8日 原文 · 個別ページ

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月8日 原文 · 個別ページ

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月8日 原文 · 個別ページ

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

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

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

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

Liberty Standardの書き込み：

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

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

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

2009年11月8日 午前9:08、Satoshi Nakamoto <satoshin@gmx.com mailto:satoshin@gmx.com> の書き込み：

Liberty Standardの書き込み：

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


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


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


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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月8日 原文 · 個別ページ

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

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

mmalmi@cc.hut.fi の書き込み：

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月9日 原文 · 個別ページ

Liberty Standardの書き込み：

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

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

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

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

Bitcoinを起動した時にBitcoinのポートが利用できないと、コマンドラインに
以下のメッセージが表示されます。Bitcoinのポートが利用できる時にはこれらの
メッセージは表示されません。デフォルトポートが使用中の場合にBitcoinが
別のポートを選ぶようにすることは可能でしょうか？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状態でもポートをバインドできる。バインドに失敗するのはプログラムが本当にまだ実行中の場合だけのはずだ。Bitcoinの2つのコピーを同じマシンで同時に実行しないことが重要だ。同時にデータベースを変更することになるためだ。1台のマシンで2つ実行する必要はない。コイン生成は今では自動的に複数のプロセッサを使用する。

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月9日 原文 · 個別ページ

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

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

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

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

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

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

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

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

Liberty Standardの書き込み：

2009年11月9日 午前3:23、Satoshi Nakamoto <satoshin@gmx.com mailto:satoshin@gmx.com> の書き込み：

Liberty Standardの書き込み：

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


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

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

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

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

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


       Bitcoinを起動した時にBitcoinのポートが利用できないと、
    コマンドラインに以下のメッセージが表示されます。Bitcoinのポートが
       利用できる時にはこれらのメッセージは表示されません。デフォルト
       ポートが使用中の場合にBitcoinが別のポートを選ぶようにすることは
    可能でしょうか？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状態でも
ポートをバインドできます。バインドに失敗するのはプログラムが本当に
まだ実行中の場合だけのはずです。Bitcoinの2つのコピーを同じマシンで
同時に実行しないことが重要です。同時にデータベースを変更することに
なるためです。1台のマシンで2つ実行する必要はありません。コイン生成は
今では自動的に複数のプロセッサを使用します。

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

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

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

これらのlibエラーが何なのかよく分かりません。調べてみます。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月9日 原文 · 個別ページ

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

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

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

Liberty Standardの書き込み：

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

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

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

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

Bitcoinを起動した時にBitcoinのポートが利用できないと、コマンドラインに 以下のメッセージが表示されます。Bitcoinのポートが利用できる時にはこれらの メッセージは表示されません。デフォルトポートが使用中の場合にBitcoinが 別のポートを選ぶようにすることは可能でしょうか？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状態でも ポートをバインドできます。バインドに失敗するのはプログラムが本当にまだ 実行中の場合だけのはずです。Bitcoinの2つのコピーを同じマシンで同時に 実行しないことが重要です。同時にデータベースを変更することになるためです。 1台のマシンで2つ実行する必要はありません。コイン生成は今では自動的に 複数のプロセッサを使用します。

これらのlibエラーが何なのかよく分かりません。調べてみます。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月9日 原文 · 個別ページ

本当にWineでの実行を続けない方がいい。データベースエラーが出ている（db.log）。おそらく新規インストールに転送する儀式的な手順は、データベース破損に対処するために編み出したものだろう。未確認ブロックを失う方法があるとすれば、データベースエラーが原因だろう。Linuxビルドで見つかった問題は修正できる。Berkeley DBの深い部分にあるWineの非互換性は修正不可能だ。

LinuxビルドのGCC 4.3.3は、WindowsのGCC 3.4.5よりもSHA-256コードをうまく最適化したのだと思う。最適なSHA-256コードを探していた時、手動でチューニングされた高度に最適化されたSHA1コードはたくさんあったが、SHA-256についてはまだそれほど多くなかった。MinGWを4.3.xにアップグレードして同じ土俵に立てるか見てみるべきだな。

Liberty Standardの書き込み：

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

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

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



2009年11月9日 午前7:42、Satoshi Nakamoto <satoshin@gmx.com
<mailto:satoshin@gmx.com>> の書き込み：

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月9日 原文 · 個別ページ

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

mmalmi@cc.hut.fi の書き込み：

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月10日 原文 · 個別ページ

何が起こったか分かった。すべてのソケットが何らかの理由でデッドになった。ネットワークとの通信がなかったのに、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へ）。ブロックについては、数字の意味がトランザクションほど強くない。

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

Liberty Standardの書き込み：

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
生成で済ませるなら、そうするかもしれません。あるいは、もっと音楽を
聴き始めるべきかもしれません…

…

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月11日 原文 · 個別ページ

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

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

追加した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

Satoshi Nakamotoの書き込み：

何が起こったか分かりました。すべてのソケットが何らかの理由でデッドになりました。 ネットワークとの通信がなかったのに、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へ）。ブロックについては、数字の意味が トランザクションほど強くありません。

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

Liberty Standardの書き込み：

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生成で
済ませるなら、そうするかもしれません。あるいは、もっと音楽を聴き始める
べきかもしれません…

…

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月11日 原文 · 個別ページ

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月12日 原文 · 個別ページ

現在（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は次のメッセージに添付する。

Liberty Standardの書き込み：

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

ネットワーク接続はコンピュータに直接つながっています。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
<mailto:satoshin@gmx.com>> の書き込み：

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

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

    NewLibertyStandardの書き込み：

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

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

    ...

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月12日 原文 · 個別ページ

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月12日 原文 · 個別ページ

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は呼び出す可能性のある各関数にクラスを作成する必要がある（最悪）

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月12日 原文 · 個別ページ

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月14日 原文 · 個別ページ

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

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月15日 原文 · 個別ページ

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 #」を表示することにこだわっているので、早めにサインアップして良いアカウント番号を確保した方がいいぞ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月15日 原文 · 個別ページ

プログラムが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 #」を表示することにこだわっているので、 早めにサインアップして良いアカウント番号を確保した方がいいですよ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月15日 原文 · 個別ページ

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

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

mmalmi@cc.hut.fi の書き込み：

プログラムが何度かdebug.logのDb::closeと同じエラーで終了しました。Db.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 #」を表示するようになっているので、早めに登録していい会員番号を確保したほうがいいですよ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月15日 原文 · 個別ページ

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

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

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

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

mmalmi@cc.hut.fi の書き込み：

プログラムが何度かdebug.logのDb::closeと同じエラーで終了しました。 Db.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 #」を表示するようになっているので、早めに登録していい会員番号を確保したほうがいいですよ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月15日 原文 · 個別ページ

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

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

mmalmi@cc.hut.fi の書き込み：

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

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

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

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

mmalmi@cc.hut.fi の書き込み：

プログラムが何度かdebug.logのDb::closeと同じエラーで終了しました。 Db.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 #」を表示するようになっているので、早めに登録していい会員番号を確保したほうがいいですよ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月16日 原文 · 個別ページ

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

Liberty Standard の書き込み：

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

2009年11月15日(日) 午前12:45、Satoshi Nakamoto <satoshin@gmx.com mailto:satoshin@gmx.com> の書き込み：

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月16日 原文 · 個別ページ

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月16日 原文 · 個別ページ

mmalmi@cc.hut.fi の書き込み：

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月16日 原文 · 個別ページ

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

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月16日 原文 · 個別ページ

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

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

zetaboardsの長所と短所：

長所：

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

短所：

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

mmalmi@cc.hut.fi の書き込み：

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

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月17日 原文 · 個別ページ

test 7：

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月17日 原文 · 個別ページ

mmalmi@cc.hut.fi の書き込み：

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月18日 原文 · 個別ページ

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月18日 原文 · 個別ページ

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月18日 原文 · 個別ページ

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

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

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

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

Liberty Standard の書き込み：

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 mailto:satoshin@gmx.com> の書き込み：

test 7：

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月18日 原文 · 個別ページ

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

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

mmalmi@cc.hut.fi の書き込み：

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月18日 原文 · 個別ページ

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

mmalmi@cc.hut.fi の書き込み：

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月18日 原文 · 個別ページ

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

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

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

mmalmi@cc.hut.fi の書き込み：

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月20日 原文 · 個別ページ

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を販売したそうだ。誰かが彼の持っている分をすべて買い取った。買い手と売り手のどちらが先に現れるか気になっていたのだが。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月20日 原文 · 個別ページ

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

公開して大丈夫です。リダイレクトとDNSエントリのどちらを設定しますか？DNSエントリの場合は、フォーラムのアドレスがhttp://forum.bitcoin.org/になるように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を販売したそうです。誰かが彼の持っている分をすべて買い取りました。買い手と売り手のどちらが先に現れるか気になっていたのですが。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月20日 原文 · 個別ページ

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

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

公開して大丈夫です。リダイレクトとDNSエントリのどちらを設定しますか？DNSエントリの場合は、フォーラムのアドレスがhttp://forum.bitcoin.org/になるように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を販売したそうです。誰かが彼の持っている分をすべて買い取りました。買い手と売り手のどちらが先に現れるか気になっていたのですが。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月20日 原文 · 個別ページ

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

DNSエントリだ。

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

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

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

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

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月21日 原文 · 個別ページ

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

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

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

mmalmi@cc.hut.fi の書き込み：

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月21日 原文 · 個別ページ

お客様向けに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」という名前です。

mmalmi@cc.hut.fi の書き込み：

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月21日 原文 · 個別ページ

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

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

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

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

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

mmalmi@cc.hut.fi の書き込み：

お客様向けに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」という名前です。

mmalmi@cc.hut.fi の書き込み：

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月22日 原文 · 個別ページ

検索エンジンが新しいサイトだと判断してサイト開始日と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/などに移動して、引き続き簡単にアクセスして作業できるようにする方法を調べてみる。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月22日 原文 · 個別ページ

了解です。

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/などに移動して、引き続き簡単にアクセスして作業できるようにする方法を調べてみます。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月23日 原文 · 個別ページ

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)

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月23日 原文 · 個別ページ

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

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)

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月26日 原文 · 個別ページ

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にパスがある

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月26日 原文 · 個別ページ

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

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

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月27日 原文 · 個別ページ

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

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

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

試してみてもらえますか。お手上げです。

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月29日 原文 · 個別ページ

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

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月30日 原文 · 個別ページ

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月30日 原文 · 個別ページ

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトのフッターに追加できると良いですね。

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年11月30日 原文 · 個別ページ

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこでさまざまなロゴスタイルを試すことができます。

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年11月30日 原文 · 個別ページ

ありがとう、テーマはまだ決めていない。最初の実験として、よくある青いサイト以外のものを試してみた。もう一つの考え方としては、金融関連の信頼感を支えるために、銀行のウェブサイトのように、格式があり、プロフェッショナルで公式っぽい見た目にすべきだということだ。

ロゴはちょっとディスコ/90年代ウェブっぽすぎる。あなたのBitweaverのもののほうがまだ好きなので、とりあえずテキストでプレースホルダーとして再作成した。テーマがもう少し固まったら、それに合うロゴを考える。

Sourceforgeのタグは良いアイデアだ。使えるグラフィックはすべて活用しよう。

公開前にまだやることがあるし、検索エンジンにもう少し時間を与える必要がある。

mmalmi@cc.hut.fi wrote:

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として 良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこで さまざまなロゴスタイルを試すことができます。

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月2日 原文 · 個別ページ

テキストロゴは実際なかなか良いですが、Windowsではフォントのアンチエイリアスが効かない時があります。PNGに変換しました。

10,000bcのトランザクションをあるアカウントから別のアカウントに送ったのですが、10,000.20bcが送られてしまいました。なぜそうなったか分かりますか？

ありがとう、テーマはまだ決めていません。最初の実験として、よくある青い サイト以外のものを試してみました。もう一つの考え方としては、金融関連の 信頼感を支えるために、銀行のウェブサイトのように、格式があり、 プロフェッショナルで公式っぽい見た目にすべきだということです。

ロゴはちょっとディスコ/90年代ウェブっぽすぎますね。あなたのBitweaverの もののほうがまだ好きなので、とりあえずテキストでプレースホルダーとして 再作成しました。テーマがもう少し固まったら、それに合うロゴを考えます。

Sourceforgeのタグは良いアイデアですね。使えるグラフィックはすべて活用しましょう。

公開前にまだやることがありますし、検索エンジンにもう少し時間を 与える必要があります。

mmalmi@cc.hut.fi wrote:

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として 良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこで さまざまなロゴスタイルを試すことができます。

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月2日 原文 · 個別ページ

フォントのアンチエイリアスが効かないのはどのWindowsバージョン/ブラウザだ？XPのIE 6はアンチエイリアスが効くし、それ以下のバージョンは市場シェアが1%未満だ。

サイズの大きいトランザクションには、最初の1KBを超えた分に対して1KBあたり0.01のトランザクション手数料がかかる。最初の1KBは無料で、小さなトランザクションは通常250バイトだ。トランザクションをダブルクリックしてみてほしい。重量による郵便料金のようなものだと考えてくれ。

解決策は、送金時に追加のダイアログを表示することだ。「これはサイズの大きいトランザクションで、0.20bcのトランザクション手数料が必要です。よろしいですか？」のような感じだ（このテキストで十分か、それとも改善の余地があるか？）。コードはすでにあるので、組み込む。

そうすれば10,000.20bcのトランザクションについて説明する必要はなくなるが、トランザクション手数料が誰に行くのかは説明が必要かもしれない。

mmalmi@cc.hut.fi wrote:

テキストロゴは実際なかなか良いですが、Windowsではフォントの アンチエイリアスが効かない時があります。PNGに変換しました。

10,000bcのトランザクションをあるアカウントから別のアカウントに送ったのですが、 10,000.20bcが送られてしまいました。なぜそうなったか分かりますか？

ありがとう、テーマはまだ決めていません。最初の実験として、よくある青い サイト以外のものを試してみました。もう一つの考え方としては、金融関連の 信頼感を支えるために、銀行のウェブサイトのように、格式があり、 プロフェッショナルで公式っぽい見た目にすべきだということです。

ロゴはちょっとディスコ/90年代ウェブっぽすぎますね。あなたのBitweaverの もののほうがまだ好きなので、とりあえずテキストでプレースホルダーとして 再作成しました。テーマがもう少し固まったら、それに合うロゴを考えます。

Sourceforgeのタグは良いアイデアですね。使えるグラフィックは すべて活用しましょう。

公開前にまだやることがありますし、検索エンジンにもう少し時間を 与える必要があります。

mmalmi@cc.hut.fi wrote:

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として 良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこで さまざまなロゴスタイルを試すことができます。

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月3日 原文 · 個別ページ

フォントのアンチエイリアスが効かないのはどのWindowsバージョン/ブラウザですか？ XPのIE 6はアンチエイリアスが効きますし、それ以下のバージョンは市場シェアが 1%未満です。

XPのFirefoxでは効きませんし、IEもLinux上で僕が見ているほどの品質は出ません。browsershots.orgからのスクリーンショットを添付しました。

サイズの大きいトランザクションには、最初の1KBを超えた分に対して1KBあたり 0.01のトランザクション手数料がかかります。最初の1KBは無料で、小さな トランザクションは通常250バイトです。トランザクションをダブルクリック してみてください。重量による郵便料金のようなものだと考えてください。

では、同じ金額を複数の小さなパッケージで送ればトランザクション手数料はかからないのですか？

解決策は、送金時に追加のダイアログを表示することです。「これはサイズの大きい トランザクションで、0.20bcのトランザクション手数料が必要です。よろしいですか？」 のような感じです（このテキストで十分ですか、それとも改善の余地がありますか？）。 コードはすでにあるので、組み込みます。

良いと思います。

そうすれば10,000.20bcのトランザクションについて説明する必要はなくなりますが、 トランザクション手数料が誰に行くのかは説明が必要かもしれません。

ところで、手数料はどこに行くべきなのですか？ここでは他のすべてのコインと一緒に受取人に渡りました。トランザクションのスクリーンショットを添付しました。

mmalmi@cc.hut.fi wrote:

テキストロゴは実際なかなか良いですが、Windowsではフォントの アンチエイリアスが効かない時があります。PNGに変換しました。

10,000bcのトランザクションをあるアカウントから別のアカウントに送ったのですが、 10,000.20bcが送られてしまいました。なぜそうなったか分かりますか？

ありがとう、テーマはまだ決めていません。最初の実験として、よくある青い サイト以外のものを試してみました。もう一つの考え方としては、金融関連の 信頼感を支えるために、銀行のウェブサイトのように、格式があり、 プロフェッショナルで公式っぽい見た目にすべきだということです。

ロゴはちょっとディスコ/90年代ウェブっぽすぎますね。あなたのBitweaverの もののほうがまだ好きなので、とりあえずテキストでプレースホルダーとして 再作成しました。テーマがもう少し固まったら、それに合うロゴを考えます。

Sourceforgeのタグは良いアイデアですね。使えるグラフィックは すべて活用しましょう。

公開前にまだやることがありますし、検索エンジンにもう少し時間を 与える必要があります。

mmalmi@cc.hut.fi wrote:

http://cooltext.com/ で新しいロゴを自動生成しました。手軽な解決策として 良いです。ユーザーインターフェースが遅いのを我慢できるなら、そこで さまざまなロゴスタイルを試すことができます。

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月4日 原文 · 個別ページ

mmalmi@cc.hut.fi wrote:

フォントのアンチエイリアスが効かないのはどの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回目のパスの手数料を送金額に誤って加算してしまったことだった。修正する。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月6日 原文 · 個別ページ

bitcoin.sourceforge.netにSourceforgeトラッカーを追加した。別のものが欲しければ、以下に全リンクの一覧がある。

bitcoin.orgには一瞬入れたが、外した。SSLモードでロックが壊れて、「partially encrypted」や「contains unauthenticated content」という混合コンテンツ警告が出る。そもそも、Sourceforgeに全員をトラッキングさせたいか？ない方がプライバシーに優しい。

Bitcoinプロジェクトで使用できるロゴと正しいHTMLは以下の通りです：

Logo 1 (サイズ: 80 x 15; 背景: 黒)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

Logo 2 (サイズ: 80 x 15; 背景: シルバー)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

Logo 3 (サイズ: 80 x 15; 背景: 白)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

Logo 4 (サイズ: 120 x 30; 背景: 黒)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

Logo 5 (サイズ: 120 x 30; 背景: シルバー)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

Logo 6 (サイズ: 120 x 30; 背景: 白)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

Logo 7 (サイズ: 150 x 40; 背景: 黒)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

Logo 8 (サイズ: 150 x 40; 背景: シルバー)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

Logo 9 (サイズ: 150 x 40; 背景: 白)

HTMLコード: Get Bitcoin at SourceForge.net. Fast, secure and Free Open Source software downloads

mmalmi@cc.hut.fi wrote:

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月7日 原文 · 個別ページ

ロゴをローカルサーバーにコピーしましたので、グラフィックとして引き続き使えます。SFの商標ポリシーで禁止されていません。

bitcoin.sourceforge.netにSourceforgeトラッカーを追加しました。 別のものが欲しければ、以下に全リンクの一覧があります。

bitcoin.orgには一瞬入れましたが、外しました。SSLモードでロックが壊れて、 「partially encrypted」や「contains unauthenticated content」という 混合コンテンツ警告が出ます。そもそも、Sourceforgeに全員を トラッキングさせたいですか？ない方がプライバシーに優しいです。

mmalmi@cc.hut.fi wrote:

SFプロジェクト管理画面からSourceforgeのロゴを取得して、サイトの フッターに追加できると良いですね。

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

サイト管理やプロのウェブグラフィックアーティストとのコンタクトが 必要なら、Daveに頼めます。彼は仕事でDrupal関連のことをやっています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月8日 原文 · 個別ページ

新しいDrupalサイトを公開した。安全な移行のための十分な時間が経過したし、サイトの見栄えも良い。テーマにはまだ作業が必要だが、今のところ十分だ。以前のbitcoin.orgページからは大幅な改善だ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月8日 原文 · 個別ページ

お疲れ様です。bitcoin.sourceforge.netをそこにリダイレクトしました。

新しいDrupalサイトを公開しました。安全な移行のための十分な時間が 経過しましたし、サイトの見栄えも良いです。テーマにはまだ作業が 必要ですが、今のところ十分です。以前のbitcoin.orgページからは 大幅な改善です。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月11日 原文 · 個別ページ

custom2テーマに満足できなかった。窮屈な感じがして、ヘッダー/ロゴがしっくりこず、重い左マージンの便箋スタイルは時代遅れだ。

現在公開中のcustom3は、多くの商用ソフトウェアのホームページに似た、よりスタンダードなレイアウトだ。私だけかもしれないが、ランダムな青い四角がとても気に入っている。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月13日 原文 · 個別ページ

バージョン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

両方ともこちらに届きました。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月15日 原文 · 個別ページ

初期ブロックダウンロードで修正すべき問題を見つけました。 もう一度初期ブロックダウンロードのテストをお願いできますか？

Windowsで最初に試した時、多くの接続がすぐに確立されたにもかかわらず、初期ダウンロードの開始に数分かかりました。その後2回試しましたが、同じ問題は再現しませんでした。あなたの最新のアップデートに関連しているかどうかは分かりません。

Ubuntuでは問題なく動作しました。

今、期末試験の真っ最中じゃないといいのですが。

実はその真っ最中ですが、そこまで大変ではありません。時間はやりくり次第です。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月16日 原文 · 個別ページ

mmalmi@cc.hut.fi wrote:

Windowsで最初に試した時、多くの接続がすぐに確立されたにもかかわらず、 初期ダウンロードの開始に数分かかりました。その後2回試しましたが、 同じ問題は再現しませんでした。あなたの最新のアップデートに関連 しているかどうかは分かりません。

修正のほとんどは送信側にあるので、ネットワークが0.2にアップグレードすれば改善される。

初期ダウンロードにはどのくらい時間がかかったのか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月16日 原文 · 個別ページ

Windowsで最初に試した時、多くの接続がすぐに確立されたにもかかわらず、 初期ダウンロードの開始に数分かかりました。その後2回試しましたが、 同じ問題は再現しませんでした。あなたの最新のアップデートに関連 しているかどうかは分かりません。

修正のほとんどは送信側にあるので、0.1.5のノードからダウンロードしていた場合、 問題がまだ残っています。ネットワークが0.2にアップグレードすれば改善されます。

初期ダウンロードにはどのくらい時間がかかりましたか？

約1.5時間です。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月16日 原文 · 個別ページ

以下がリリースアナウンス文の予定だ。まもなくリリース予定だ。

Bitcoinバージョン0.2が登場！

ダウンロードリンク：
Windowsセットアッププログラム
Windows Zipファイル
Linux（Ubuntuでテスト済み）

新機能

Martti Malmi

  • システムトレイへの最小化オプション
  • 起動時の自動開始オプション、バックグラウンドで自動的に実行し続けられる
  • 将来の拡張に向けた新しいオプションダイアログレイアウト
  • Windows用セットアッププログラム
  • Linuxバージョン
    Satoshi Nakamoto
  • コイン生成のマルチプロセッササポート
  • TOR使用のためのプロキシサポート
  • 初期ブロックダウンロードの一部の遅延を修正
  • ネットワークを円滑に維持するための各種改良

質問があれば http://www.bitcoin.org/smf/ に新しいフォーラムもある。

コーディング作業と新サイト・フォーラムのホスティングをしてくれたMartti Malmi (sirius-m)に感謝する。また、Linuxバージョンのテストをしてくれた New Liberty Standardにも感謝する。

Satoshi Nakamoto

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月17日 原文 · 個別ページ

Bitcoin 0.2が登場！

ダウンロード（Windows、そして新たにLinuxバージョンも利用可能）
http://sourceforge.net/projects/bitcoin/files/

新機能

Martti Malmi

  • システムトレイへの最小化オプション
  • 起動時の自動開始オプション、バックグラウンドで自動的に実行し続けられる
  • 将来の拡張に向けた新しいオプションダイアログレイアウト
  • Windows用セットアッププログラム
  • Linuxバージョン（Ubuntuでテスト済み）
    Satoshi Nakamoto
  • コイン生成のマルチプロセッササポート
  • TOR使用のためのプロキシサポート
  • 初期ブロックダウンロードの一部の遅延を修正

http://www.bitcoin.org/smf/ に新しいフォーラムもある。

すべての開発作業をしてくれたMartti (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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月22日 原文 · 個別ページ

ドメイン名bitcoinexchange.comを登録しました。余暇の活動として近いうちにサービスのコーディングを始めるつもりです。登録不要でGoogleのようなシンプルなインターフェースを構想しています。フロントページにはテキストフィールドが2つだけあり、取引したい金額を入力し、ドルを買う場合はPayPalアドレスを、Bitcoinを買う場合はBitcoinアドレスを入力します。次のページでは、コインを送金するための新しいBitcoinアドレスか、PayPal取引テキスト用のチェックコードが表示されます。

PayPalは最初には良い選択肢ですね。シンプルで初期費用もかかりません。ただし、後々クレジットカードも受け付けるかもしれないです。

メンテナンス用アカウントはまだ必要ですか？必要なら問題ないですが、パスワードを別のものに変更してください。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月22日 原文 · 個別ページ

メンテナンス用アカウントを作成してくれてありがとう。それがなければあれだけの作業は不可能だった。今後も常に必要になる。了解した、パスワードは20文字のランダムなものに変更した。

良いドメインだ。最近はドメイン名を直接入力する人はほとんどいない。オートコンプリートを使うか、検索エンジンのリンクをクリックする。

プログラムから新しいBitcoinアドレスを生成できる方法を作る必要がある。あるいは、あなたのIPアドレスに送金させることもできるが、その場合は相手がコメントに注文番号を入れてくれることに頼らなければならない。

新しいアドレスを生成する際に、アドレス帳にそのアドレスに関連付けたエントリを追加するオプションを付けることができる。そうすれば受信したトランザクションにラベルが付く。初期のユーザーが分かりにくいと感じたので、ラベル機能はちょっと隠してしまったが、このアプリケーションにはとても役立つだろう。コメント列を広げれば見えるようになる。

注文の確認と入力は、少なくとも最初は手動で行うつもりか？私ならそうする。

UIの方向性として、ユーザーが必要な時にBitcoinアドレスを要求するようにしたいと考えている。「支払いを受け取るためのBitcoinアドレスをください」というような感じだ。送信ボタンの隣に受信ボタンがあって、押すと「使用する新しいアドレスはこちらだ。クリップボードにコピーするボタンはこちら。ラベルを付けるか？」と表示され、アドレスを使い回すべきでない理由の説明もあるかもしれない。

あるいは、アドレスボックスの隣に「新しいアドレス」ボタンを置いて、毎回それを押して変更するだけでもいいかもしれない。

mmalmi@cc.hut.fi の書き込み:

ドメイン名bitcoinexchange.comを登録しました。余暇の活動として近いうちに サービスのコーディングを始めるつもりです。登録不要でGoogleのような シンプルなインターフェースを構想しています。フロントページにはテキスト フィールドが2つだけあり、取引したい金額を入力し、ドルを買う場合は PayPalアドレスを、Bitcoinを買う場合はBitcoinアドレスを入力します。 次のページでは、コインを送金するための新しいBitcoinアドレスか、 PayPal取引テキスト用のチェックコードが表示されます。

PayPalは最初には良い選択肢です。シンプルで初期費用もかかりません。 ただし、後々クレジットカードも受け付けるかもしれません。

メンテナンス用アカウントはまだ必要ですか？必要なら問題ありませんが、 パスワードを別のものに変更してください。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月23日 原文 · 個別ページ

プログラムから新しいBitcoinアドレスを生成できる方法を 作る必要があります。あるいは、あなたのIPアドレスに送金 させることもできますが、その場合は相手がコメントに注文 番号を入れてくれることに頼らなければなりません。

コインが受信されたかどうかを確認したり、コインを送金したりするためのコマンドラインツールも少なくとも必要です。バックグラウンドで動作しているBitcoinプロセスと何らかの方法で通信する必要がありますね。どうすべきかは分かりませんが、RPCに関連する何かでしょうか。

バックグラウンドプロセスが非グラフィカルであればとても助かります。現在のサービスレベルのVPSでは、X Window環境を動かすのに十分なメモリがないです。メモリを解放する方法を見つけない限りは。

注文の確認と入力は、少なくとも最初は手動で行うつもりですか？ 私ならそうしますね。

はい、少なくとも最初は、顧客がBitcoinを売ってドルを受け取る場合には手動で行います。スクリプトにドルの準備金へのアクセス権を軽々しく与えたくはないです。逆方向（顧客のドル→Bitcoin）はそれほど不安を感じないですし、顧客がすぐにBitcoinを受け取れる方が確実に良いですね。

mmalmi@cc.hut.fi の書き込み:

ドメイン名bitcoinexchange.comを登録しました。余暇の活動として 近いうちにサービスのコーディングを始めるつもりです。登録不要で Googleのようなシンプルなインターフェースを構想しています。フロント ページにはテキストフィールドが2つだけあり、取引したい金額を入力し、 ドルを買う場合はPayPalアドレスを、Bitcoinを買う場合はBitcoin アドレスを入力します。次のページでは、コインを送金するための 新しいBitcoinアドレスか、PayPal取引テキスト用のチェックコードが 表示されます。

PayPalは最初には良い選択肢です。シンプルで初期費用もかかりません。 ただし、後々クレジットカードも受け付けるかもしれません。

メンテナンス用アカウントはまだ必要ですか？必要なら問題ありませんが、 パスワードを別のものに変更してください。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月23日 原文 · 個別ページ

mmalmi@cc.hut.fi の書き込み:

コインが受信されたかどうかを確認したり、コインを送金したりするための コマンドラインツールも少なくとも必要です。バックグラウンドで動作している Bitcoinプロセスと何らかの方法で通信する必要があります。どうすべきかは 分かりませんが、RPCに関連する何かでしょうか。

バックグラウンドプロセスが非グラフィカルであればとても助かります。現在の サービスレベルのVPSでは、X Window環境を動かすのに十分なメモリがありません。 メモリを解放する方法を見つけない限りは。

なぜ皆がUI無しにこだわるのか不思議に思っていた。Windowsではトレイに小さなアイコンを表示するだけで動かせるのに、これはWindowsのサーバーサービスでは一般的なことだ。つまりこれが理由だったのだな。誰も見ないデスクトップ上の小さなアイコンすら許容できないのは、Unix信奉者の気取りだと思っていた。

ウィンドウを一切開かないようにするのは簡単だが、gtkライブラリがないために失敗する可能性がある。wxWidgetsには__WXBASE__があり、「wxBaseのみ、GUIなし」に対応している。__WXGTK__の代わりにそれでビルドしてみて、どうなるか確認してみてほしい。できれば、リリースするビルドバリエーションをさらに増やすよりも、同じ実行ファイルでコマンドラインスイッチとして対応できる方が望ましい。

使えるメモリはどのくらいか？Bitcoinはそれなりにメモリを必要とする。Windowsでは約75MBだ。問題になるか？

コマンドラインでの操作は次にやることリストに入っている。APIは慎重に設計したいと思っている。

支払いの受信が設計上の選択肢が多い部分だ。呼び出し元は対象のトランザクションを特定する必要があり、トランザクションごとに1つのBitcoinアドレスというモデルが役立つ。コメントテキストから注文番号を検索するのも別の方法だ。ポーリング方式で、指定されたBitcoinアドレスに何が受信されたかを問い合わせる方法と、イベント駆動型がある。イベント駆動型では、特定のBitcoinアドレスに一定額が受信されたときにコマンドラインを実行するようBitcoinに指示することになると思う。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2009年12月25日 原文 · 個別ページ

使えるメモリはどのくらいですか？ VPSには320MBのRAMがあり、そのうち50MBが現在空いています。500MBのスワップ領域もありますよ。

Bitcoinはそれなりにメモリを必要とします。 Windowsでは約75MBです。問題になりますか？

本当ですか？こちらのWindowsタスクマネージャーではメモリ使用量は約13MBと表示されていますけど。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2009年12月25日 原文 · 個別ページ

その通りだ。25万ブロックのテスト実行を見ていた…失礼。

通常の実行ではメモリ使用量17MB、VMサイズ10MBと表示される。

mmalmi@cc.hut.fi の書き込み:

使えるメモリはどのくらいですか？ VPSには320MBのRAMがあり、そのうち50MBが現在空いています。 500MBのスワップ領域もあります。

Bitcoinはそれなりにメモリを必要とします。 Windowsでは約75MBです。問題になりますか？

本当ですか？こちらのWindowsタスクマネージャーではメモリ使用量は約13MBと表示されていますが。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年1月5日 原文 · 個別ページ

bitcoinexchange.comサービスのプロトタイプが動作するようになりました（認証: bitcoin/bit）。Python搭載のDjango Webアプリケーションフレームワークで動いており、PHPと比べて使い心地が良いですよ。

これから数日間勉強する必要がありますが、その後取引所サービスの作業に戻れます。とりわけ、手持ちのBitcoinの在庫がゼロに近づくにつれて価格が無限大に向かって上昇するように価格設定を修正するつもりです。そうすることで市場レートを見つけ、需要と供給が一致する点に留まることができますね。双曲線型の価格曲線のパラメータをどうすべきか、まだ完全には決まっていないので、考える必要があります。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月3日 原文 · 個別ページ

Bitcoin APIのプロセス間呼び出し方法はもう決めましたか？簡単な方法としては、wxWidgetsが提供するソケットインターフェースがあります: http://docs.wxwidgets.org/trunk/overview_ipc.html。wxServerを実行しているBitcoinプログラムに対して、コマンドラインからbitcoin実行ファイルを呼び出すか、独自のwxClientアプリをコーディングしてアクセスできますよ。

もう一つの選択肢は、素のBSDソケットを使うことですね。

64ビットLinuxのBitcoinバイナリがあれば送ってもらえますか？VPSでコンパイルしようとしましたが、メモリ不足になりました。32ビット版（ia32-libs使用）も試しましたが、共有ライブラリが見つかりませんでした。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月4日 原文 · 個別ページ

Liberty Reserveとの交換という手もある。e-Bullion、Pecunix、Webmoneyに似たオンライン通貨で、質問なし・プライバシー付きで交換が可能だ。

LRやその他のオンライン通貨は購入が難しいが、現金化は簡単だ。購入が難しいのは、取引所が支払いの取り消しで騙されることに非常に慎重で、より多くの詳細情報や保持期間を要求するからだ。現金化は非常に簡単だ。LRは取り消し不可能なので、LRをあらゆる種類の支払いに変換することに積極的な取引所がたくさんある。

Bitcoinはその逆で、生成するだけで簡単にBitcoinを手に入れられる。顧客にとっては、Bitcoin→LR→現金、Bitcoin→LR→金、Bitcoin→LR→PayPalと簡単に移行できるし、貯蓄したいだけならBitcoin→LRだけで済む。

BTC2PSCがBitcoinでpaysafecardを売るというアイデアもある。カード番号をメールで送るオンライン配送か、未開封の物理カードの郵送だ。これらのカードには多くのバリエーションがある。一部の国ではギフトカードと呼ばれ、クレジットカードが使えるところならどこでも使える。本物のクレジットカードを取得するための信用履歴がない人がよく利用していると思う。クレジットカードが必要なものの支払いのために、自分でギフトカードを購入するのだ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月4日 原文 · 個別ページ

より良いアプローチがあるかどうか確認する前に、急いですべての決済手段から拒否されないようにしてほしい。これ以上決済処理業者に連絡するのは待った方がいいと思う。他のユーザーが考えついて試すことからアイデアを得られるかもしれない。

いくつかのランダムで不完全なアイデアだが: 何かの仮想商品に対するマイクロペイメントの中間クレジットとして位置付ける方法があるかもしれない。あるいは、支払いが一方向だけの場合。Bitcoinを購入するだけなら、お金を送るだけで人のお金を受け取るわけではなく、それでも通貨の価値を固定するのに役立つ。コンピュータ利用時間への支払いということになるかもしれない。

クレジットカードは一方通行だ。顧客のクレジットカードにお金を返すというアイデアについては触れないでほしい。クレジットカード会社はそれを嫌う。

いずれにせよ、どの決済処理業者も実際の商品を販売していることを期待するだろう。

あなたの国には電子送金や小切手はあるか？（ヨーロッパ内だけであっても）

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月3日 原文 · 個別ページ

不足している共有ライブラリが何か調べる方法はあるか？分かると助かる。

おそらく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なので セキュリティの問題あり

ローカルからのみアクセスできるソケットを開くことは可能か？

mmalmi@cc.hut.fi の書き込み:

Bitcoin APIのプロセス間呼び出し方法はもう決めましたか？簡単な方法として は、wxWidgetsが提供するソケットインターフェースがあります: http://docs.wxwidgets.org/trunk/overview_ipc.html。wxServerを実行している Bitcoinプログラムに対して、コマンドラインからbitcoin実行ファイルを呼び出す か、独自のwxClientアプリをコーディングしてアクセスできます。

もう一つの選択肢は、素のBSDソケットを使うことです。

64ビットLinuxのBitcoinバイナリがあれば送ってもらえますか？VPSでコンパイル しようとしましたが、メモリ不足になりました。32ビット版（ia32-libs使用）も 試しましたが、共有ライブラリが見つかりませんでした。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月4日 原文 · 個別ページ

不足している共有ライブラリが何か調べる方法はありますか？ 分かると助かります。

「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からは使いやすいかもしれません。もう少し調べてみますね。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月4日 原文 · 個別ページ

間違えてzの代わりにjと入力してしまったようだ。bz2形式だ。.tar.bz2にリネームするか、tar -jxvf を実行してほしい。

パッケージが開けません、「gzip形式ではありません」と表示されます。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月4日 原文 · 個別ページ

この変更の理由は何だったのか？

#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）の場合にそれを修正するものだ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月4日 原文 · 個別ページ

それなら、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からは 使いやすいかもしれません。もう少し調べてみます。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月5日 原文 · 個別ページ

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に傾いている。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月5日 原文 · 個別ページ

意図的に変更したわけではないです。エンコーディングの問題だったのでしょう。

この変更の理由は何でしたか？

#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）の場合にそれを修正するものです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月5日 原文 · 個別ページ

Liberty Reserveは良さそうですね。まずはLRのみを受け付けるサービスを作り、後からオプションを追加できますよ。弱点は、顧客が単にBitcoinを手に入れたいだけの場合に、LRを購入するのが余計な手間になることですね。しかし、あまり選択の余地はないのかもしれません。

あなたの国には電子送金や小切手はありますか？ （ヨーロッパ内だけであっても）

はい、電子銀行振込が利用できますよ。2010年中にほとんどのヨーロッパ諸国がSEPA（単一ユーロ決済圏）に参加する予定です。これはヨーロッパ内のすべての支払いが国内扱いになることを意味しますね。銀行はすべての国内振込に同じ手数料と基準を適用しなければならないので、おそらくすべて無料で、1営業日で完了するでしょう。国際送金にはSWIFT/IBANシステムがあり、通常追加費用がかかります。

取引所サービスのより長期的なプロジェクトとしては、銀行がどのような統合オプションを提供しているか調べることですね。銀行振込はクレジットカードとほぼ同じくらい多くの顧客にリーチできるでしょう。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月5日 原文 · 個別ページ

現在のLRの購入の難しさが、その方向で簡単にできる限界なのかもしれない。

従来のあらゆる決済手段は、パスワードや暗号技術の欠如に対処する方法として取り消し可能性を備えている。このシステムは平文のクレジットカード番号や口座番号のコピーに対して無防備であり、事後的にトランザクションを取り消すことで対処している。このシステムはどこかに配送しなければならない物理的な商品や、転売できないサービスには有効だ。しかし、貴金属や通貨変換とのインターフェースでは問題になる。

一方向に簡単であること、つまりBitcoin→LRまたは確立された価値のあるものへの交換が簡単であることは、大きな前進だ。実際に変換しない人でも、変換できるという事実から恩恵を受ける。Bitcoinの取引はLRを請求する権利を取引するより簡単な方法になる。紙幣がかつて金を請求する権利であったのと同様だ。LRの請求権があるという選択肢の恩恵を得るために、実際にLRを請求する必要はない。

少額のオンライン通貨が必要になることは多々ある。他のオンライン通貨を少額購入するための手間は大きすぎる。少額のBitcoinを簡単に入手できることが、マイクロペイメント規模のオンライン商品の販売者によるエコシステムの立ち上げに役立つかもしれない。販売者がBitcoinをLRに交換できれば満足するし、大口でBitcoinを購入したい投資家によって最初は補助されるかもしれない。

オンライン通貨の普及を妨げている主な要因は、少額の通貨を簡単に入手する方法がないことだ。Bitcoinはそれを解決する。現金化が簡単で、かつ少額を入手するのも簡単な唯一のオンライン通貨になるだろう。大量購入が通常より難しいというのは変わらないが。

mmalmi@cc.hut.fi の書き込み:

Liberty Reserveは良さそうですね。まずはLRのみを受け付けるサービスを 作り、後からオプションを追加できます。弱点は、顧客が単にBitcoinを 手に入れたいだけの場合に、LRを購入するのが余計な手間になることです。 しかし、あまり選択の余地はないのかもしれません。

あなたの国には電子送金や小切手はありますか？ （ヨーロッパ内だけであっても）

はい、電子銀行振込が利用できます。2010年中にほとんどのヨーロッパ諸国が SEPA（単一ユーロ決済圏）に参加する予定です。これはヨーロッパ内のすべての 支払いが国内扱いになることを意味します。銀行はすべての国内振込に同じ 手数料と基準を適用しなければならないので、おそらくすべて無料で、1営業日 で完了するでしょう。国際送金にはSWIFT/IBANシステムがあり、通常追加費用 がかかります。

取引所サービスのより長期的なプロジェクトとしては、銀行がどのような統合 オプションを提供しているか調べることです。銀行振込はクレジットカードと ほぼ同じくらい多くの顧客にリーチできるでしょう。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月5日 原文 · 個別ページ

了解した。再び壊れないように以下のように変更する:

     if (str.Find('\xC2') != wxNOT_FOUND)
         str.Remove(str.Find('\xC2'), 1);

mmalmi@cc.hut.fi の書き込み:

意図的に変更したわけではありません。エンコーディングの問題だったのでしょう。

この変更の理由は何でしたか？

#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）の場合にそれを修正するものです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月7日 原文 · 個別ページ

JSON-RPCの実装は順調に進んでいる。ソケットにはboost::asioを使っている。JSON-RPCは素のソケットでもHTTPでも使えるが、他の実装のほとんどはHTTPのようなので、独自のシンプルなHTTPヘッダーを作った。JSONのパースにはJSON Spiritを使っている。STLをフル活用しており、非常に使いやすい。ヘッダーオンリーなのでビルド作業が増えることもなく、私たちのソースツリーに追加できるほど小さい。MITライセンスだ。あと数日で全て動くようになるはずだ。

フォーラムは確実に盛り上がっているな。こんなに早く活発になるとは思わなかった。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月7日 原文 · 個別ページ

それは素晴らしいですね！Liberty ReserveとそのAPIについて勉強し始めます。

JSON-RPCの実装は順調に進んでいます。ソケットにはboost::asioを使って います。JSON-RPCは素のソケットでもHTTPでも使えますが、他の実装のほとんど はHTTPのようなので、独自のシンプルなHTTPヘッダーを作りました。JSONの パースにはJSON Spiritを使っています。STLをフル活用しており、非常に使い やすいです。ヘッダーオンリーなのでビルド作業が増えることもなく、私たちの ソースツリーに追加できるほど小さいです。MITライセンスです。あと数日で 全て動くようになるはずです。

フォーラムは確実に盛り上がっていますね。こんなに早く活発になるとは 思いませんでした。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月8日 原文 · 個別ページ

Drupalには特別な多言語サポートがあるか？それとも手動でページのコピーを作っているのか？

BlueSkyがフォーラムで翻訳を申し出てくれた。www.bitcoin.org/zh/のサイトのコピーを作って、新しいページの作成とテキストの編集だけができるアカウントを与えれば、おそらくサイトを中国語に翻訳して、メンテナンスもしてくれるだろう。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月9日 原文 · 個別ページ

Drupalは複数言語をサポートしていますよ。ただし、bitcoin.org/zh-hansで自動的に翻訳を表示する方法はまだ分かっていないです。

Drupalには特別な多言語サポートがありますか？それとも手動でページの コピーを作っていますか？

BlueSkyがフォーラムで翻訳を申し出てくれました。www.bitcoin.org/zh/の サイトのコピーを作って、新しいページの作成とテキストの編集だけができる アカウントを与えれば、おそらくサイトを中国語に翻訳して、メンテナンスも してくれるでしょう。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月11日 原文 · 個別ページ

翻訳が正しく動作するようになりました。ブラウザの設定から自動的に言語を検出するようになっていますよ。手動で選択することももちろん可能です。翻訳者にはPMかメールで翻訳を送るよう依頼しました。いずれフィンランド語の翻訳も自分で作ろうと思っています。複数の翻訳があるとサイトの信頼性が増しますね。

Drupalがセキュリティアップデートを求めています。「sites」ディレクトリにあるもの以外に、バックアップが必要なカスタマイズしたファイルはありますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月11日 原文 · 個別ページ

Drupalのコードには何も変更を加えていない。テーマのインストール以外で唯一触ったのは.htaccessファイルだ（これは本当に必要だった。グローバル設定ファイルでは動作しなかった）。

PHPの変更を加えたのはSMFだけだ。

自国語に翻訳しない方が望ましいかもしれない。法的な問題に関する標準的な回答として、「他の国の人々だけを対象としている」というものがよくある。母国語に翻訳すると、その主張が弱くなる。

mmalmi@cc.hut.fi wrote:

翻訳が正しく動作するようにしました。ブラウザの設定から言語を自動検出する ようになりました。もちろん手動で選択することも可能です。翻訳者には翻訳を PMまたはメールで送ってもらうよう頼みました。そのうちフィンランド語の翻訳も 自分で作ろうと思います。複数の翻訳があるとサイトの信頼性が高まります。

Drupalがセキュリティアップデートを求めています。「sites」ディレクトリに あるもの以外に、バックアップが必要なカスタマイズ済みファイルはありますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月12日 原文 · 個別ページ

それについてはあまり心配していないです。交換サービスを含めても、違法なことは何もしていないですし。もし違法なことをしていたとしても、外国人にだけサービスを提供しているからといって助かるわけではありません。もちろん他の法域では事情が異なるかもしれませんが、僕の国ではそうなっています。ここの法の独占は他の多くの国よりもまだましですね。

自国語に翻訳しない方が望ましいかもしれません。法的な問題に関する標準的な 回答として、「他の国の人々だけを対象としている」というものがよくあります。 母国語に翻訳すると、その主張が弱くなります。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月13日 原文 · 個別ページ

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なしで動作させるのは別の作業になる。

mmalmi@cc.hut.fi wrote:

それは素晴らしいですね！Liberty ReserveとそのAPIについて調べ始めます。

JSON-RPCの実装は順調に進んでいます。ソケットにはboost::asioを使って います。JSON-RPCはプレーンソケットでもHTTPでも可能ですが、他のほとんどの 実装はHTTPのようなので、自分でシンプルなHTTPヘッダーを作りました。JSON パースにはJSON Spiritを使っています。STLを最大限に活用しており、使い心地が とても良いです。ヘッダーオンリーなのでビルド作業の追加はなく、ソースツリーに 加えるには十分小さいです。MITライセンスです。あと数日で全部動くはずです。

フォーラムは確実に盛り上がっていますね。こんなに早くこれほどの活動があるとは 思いませんでした。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月14日 原文 · 個別ページ

まだ私のJSON-RPCサーバーを他のものでテストしていません。もしテストしたら、 結果を教えてください。Pythonを使っていますよね？

Linux版をGTKなしで動作させるのは別の作業になります。

はい、Pythonを使っています。VPSでまだBitcoinを動かしていないので、JSON-RPCのテストはまだしていないです。GTKライブラリがインストールされていても、ウィンドウマネージャーなしでは動作しないですね。wxWidgetsフォーラム（http://wxforum.shadonet.com/viewtopic.php?t=26954）で質問しましたが、あまり手がかりはありませんでした。2つの異なるバイナリを作る必要があるかもしれないです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月14日 原文 · 個別ページ

ZayPayが提供するSMS決済で顧客がコインを購入する場合にのみ、取引を自動化する方向で進めています。Pecunixは準備金を保管するのに十分な信頼性と実用性を備えた唯一の電子通貨ですが、交換手数料がかなり高いです（約5%）。

コインを買い取る際の推奨支払い方法はIBAN送金にするつもりです。「他の支払い方法で売買したい場合はお問い合わせください」と記載して、各注文を個別に処理することもできますね。PayPalでも個別の注文を手動で受け付けることは可能です。ただし、そこにお金を保管せず、顧客が手数料を負担する限りにおいてですけど。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月14日 原文 · 個別ページ

mmalmi@cc.hut.fi wrote:

まだ私のJSON-RPCサーバーを他のものでテストしていません。もしテストしたら、 結果を教えてください。Pythonを使っていますよね？

Linux版をGTKなしで動作させるのは別の作業になります。

はい、Pythonを使っています。VPSでまだBitcoinを動かしていないので、JSON-RPC のテストはまだしていません。GTKライブラリがインストールされていても、ウィンドウ マネージャーなしでは動作しません。wxWidgetsフォーラム （http://wxforum.shadonet.com/viewtopic.php?t=26954）で質問しましたが、 あまり手がかりはありませんでした。2つの異なるバイナリを作る必要があるかも しれません。

おそらく折れてそうすることになるだろう。initとshutdownをinit.cppかstart.cppなどに移動し、wxbaseだけをリンクしてui.oとuibase.oはリンクしないようにできる。

wxWidgetsはWindowsの人が多いので、GTKについてはあまり詳しくないだろう。

VPSをいじらなくても済むように、テストやコンパイルができるUbuntuのノートパソコンを持っていないか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月15日 原文 · 個別ページ

VPSをいじらなくても済むように、テストやコンパイルができるUbuntuの ノートパソコンを持っていませんか？

はい。PythonのJSON-RPCでテストしましたが、問題なく動作しているようです！本当に使いやすいですよ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月15日 原文 · 個別ページ

mmalmi@cc.hut.fi wrote:

VPSをいじらなくても済むように、テストやコンパイルができるUbuntuの ノートパソコンを持っていませんか？

はい。PythonのJSON-RPCでテストしましたが、問題なく動作しているようです！ 本当に使いやすいです。

やった、一発で動いた。

使ったPythonのコードを送ってもらえるか？後で自分でテストするとき、一から調べなくて済むので。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月15日 原文 · 個別ページ

mmalmi@cc.hut.fi wrote:

VPSをいじらなくても済むように、テストやコンパイルができるUbuntuの ノートパソコンを持っていませんか？

はい。PythonのJSON-RPCでテストしましたが、問題なく動作しているようです！ 本当に使いやすいです。

やった、一発で動きました。

使ったPythonのコードを送ってもらえますか？後で自分でテストするとき、 一から調べなくて済むので。

python-json-rpc（http://json-rpc.org/wiki/python-json-rpc）をSVNからダウンロードして、Pythonインタプリタで直接テストしました。こんな感じですよ：

pythons = ServiceProxy(“http://localhost:8332”) s.getblockcount()

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月17日 原文 · 個別ページ

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

  1. GTKはディスプレイなしでプログラムを実行することをサポートしています：http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。ただし、wxWidgetsで可能かどうかまでは分かりません。

  2. wx 2.9のwxAppConsoleが何かの役に立つかもしれないですね。wxAppをwxAppConsoleに単純に置き換えるだけでは動作しないです。どう使うべきか分かりません。ドキュメントもあまり整備されていないです。

  3. もう一つの選択肢として、IMPLEMENT_APP_NO_MAIN()を使って独自のmainメソッドを作る方法があるかもしれません。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月22日 原文 · 個別ページ

mmalmi@cc.hut.fi wrote:

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

  1. GTKはディスプレイなしでプログラムを実行することをサポートしています： http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。 ただし、wxWidgetsで可能かどうかまでは分かりません。

wxApp::Initializeでgtk-init-checkを呼び出しているのが分かった。

Initializeをサブクラス化して、エラーメッセージを抑制しつつ元のものを呼び出し、戻り値を無視することができる。うまく動作しているようだ。

コマンドラインスイッチの名前と説明について何か提案はあるか？伝統的な標準はあるか？今は以下を使っている： -daemon（または-d）（RPCを有効にしてバックグラウンドで実行） -server（RPCを有効にする）

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月23日 原文 · 個別ページ

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

  1. GTKはディスプレイなしでプログラムを実行することをサポートしています： http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。 ただし、wxWidgetsで可能かどうかまでは分かりません。

wxApp::Initializeでgtk-init-checkを呼び出しているのが分かりました。

Initializeをサブクラス化して、エラーメッセージを抑制しつつ元のものを呼び出し、 戻り値を無視することができます。うまく動作しているようです。

うまく動作している。あといくつか作業したらアップロードする。

GTKライブラリをインストールするよう人々に伝える必要がある。GTKをインストールするapt-getコマンドを覚えているか？また、GUIがインストールされていない環境でもインストールできるか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月23日 原文 · 個別ページ

mmalmi@cc.hut.fi wrote:

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

  1. GTKはディスプレイなしでプログラムを実行することをサポートしています： http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。 ただし、wxWidgetsで可能かどうかまでは分かりません。

wxApp::Initializeでgtk-init-checkを呼び出しているのが分かりました。

Initializeをサブクラス化して、エラーメッセージを抑制しつつ元のものを呼び出し、 戻り値を無視することができます。うまく動作しているようです。

コマンドラインスイッチの名前と説明について何か提案はありますか？伝統的な 標準はありますか？今は以下を使っています： -daemon（または-d）（RPCを有効にしてバックグラウンドで実行） -server（RPCを有効にする）

良さそうですね。それに関する標準は知らないです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月23日 原文 · 個別ページ

GUIなしで同じバイナリを実行する方法について、いくつかの手がかりを見つけました：

  1. GTKはディスプレイなしでプログラムを実行することをサポートしています： http://library.gnome.org/devel/gtk/2.12/gtk-General.html#gtk-init-check。 ただし、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のアカウントを付与して、翻訳を最新の状態に保てるようにしますね。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月24日 原文 · 個別ページ

bitcoin.orgの翻訳者にDrupalのアカウントを付与して、翻訳を最新の状態に 保てるようにします。

良いな。翻訳者に少しでもオーナーシップと責任感を持ってもらえる。

0.3リリースに間に合うように、ソフトウェア翻訳用の.moファイルが少なくとも1つは手に入るといいのだが。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年2月28日 原文 · 個別ページ

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまくいっていないです。常にシステムのメモリをすべて使い切って、最終的にクラッシュしてしまいます。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月28日 原文 · 個別ページ

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;
}

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年2月28日 原文 · 個別ページ

debug.logを送ってもらえるか？

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年3月2日 原文 · 個別ページ

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年3月2日 原文 · 個別ページ

これはあなたが送ってくれたコンパイル済みのもので、同じ問題が発生しました。

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年3月2日 原文 · 個別ページ

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年3月3日 原文 · 個別ページ

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年3月3日 原文 · 個別ページ

かなり絞り込めた。debug.logにIRCの活動が一切出力されていないので、RecvUntilを通過できていないのだろう。目視では明らかな問題は見当たらない。ConnectSocketかRecvUntilのどちらかに問題があるはずだ。

添付のirc.cppとnet.cppで試して、debug.logを送ってほしい。

あるいは、gdbで実行してThreadIRCSeedをステップ実行することもできる。

gdb --args bitcoin [switches]
b ThreadIRCSeed
run
step

またはuでステップオーバーしてルーチンから抜ける。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年3月3日 原文 · 個別ページ

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でステップオーバーしてルーチンから抜けます。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年3月3日 原文 · 個別ページ

RecvUntilの中で起きているが、まだ何が問題なのか分からない。考えられるのは、ソケットが大量の文字を受信している場合だ。

このirc.cppを試してみてほしい。debug.logが急速に大きくなる可能性があるので、すぐに停止できるようにしておいてほしい。

mmalmi@cc.hut.fi wrote:

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でステップオーバーしてルーチンから抜けます。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガーで自分のbitcoindビルドのデバッグを試みましたが、まだうまく いっていません。常にシステムのメモリをすべて使い切って、最終的にクラッシュ します。問題が自分のビルドに起因するものか確認したいので、最新の64ビット版 bitcoindのビルドをもう一度送ってもらえますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年3月4日 原文 · 個別ページ

debug.logを送ります。メモリを全部使い切る前にbitcoindを停止しました。

RecvUntilの中にあるようですが、まだ何が問題なのか分かりません。考えられるのは、ソケットが大量の文字を受信している場合くらいです。

このirc.cppを試してみてください。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてください。

mmalmi@cc.hut.fi wrote:

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でルーチンのステップオーバーとステップアウト。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年3月5日 原文 · 個別ページ

gdbでデバッグ中に取得した別のテストランのdebug.logを送ります。プログラムはデバッグ行「irc 8」の後にメモリを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュしました。

RecvUntilの中にあるようですが、まだ何が問題なのか分かりません。考えられるのは、ソケットが大量の文字を受信している場合くらいです。

このirc.cppを試してみてください。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてください。

mmalmi@cc.hut.fi wrote:

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でルーチンのステップオーバーとステップアウト。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年3月5日 原文 · 個別ページ

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);
}

mmalmi@cc.hut.fi wrote:

gdbでデバッグ中に取得した別のテストランのdebug.logを送ります。プログラムはデバッグ行「irc 8」の後にメモリを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュしました。

RecvUntilの中にあるようですが、まだ何が問題なのか分かりません。考えられるのは、ソケットが大量の文字を受信している場合くらいです。

このirc.cppを試してみてください。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてください。

mmalmi@cc.hut.fi wrote:

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でルーチンのステップオーバーとステップアウト。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年3月5日 原文 · 個別ページ

実は、代わりにこちらを試してほしい。こちらの方がより正確だ：

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;
     }
}

Satoshi Nakamoto wrote:

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); }

mmalmi@cc.hut.fi wrote:

gdbでデバッグ中に取得した別のテストランのdebug.logを送ります。プログラムはデバッグ行「irc 8」の後にメモリを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュしました。

RecvUntilの中にあるようですが、まだ何が問題なのか分かりません。考えられるのは、ソケットが大量の文字を受信している場合くらいです。

このirc.cppを試してみてください。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてください。

mmalmi@cc.hut.fi wrote:

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でルーチンのステップオーバーとステップアウト。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年3月5日 原文 · 個別ページ

素晴らしい！正常に動作するようになりましたよ。

実は、代わりにこちらを試してください。こちらの方がより正確です：

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; } }

Satoshi Nakamoto wrote:

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); }

mmalmi@cc.hut.fi wrote:

gdbでデバッグ中に取得した別のテストランのdebug.logを送ります。プログラムはデバッグ行「irc 8」の後にメモリを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュしました。

RecvUntilの中にあるようですが、まだ何が問題なのか分かりません。考えられるのは、ソケットが大量の文字を受信している場合くらいです。

このirc.cppを試してみてください。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてください。

mmalmi@cc.hut.fi wrote:

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でルーチンのステップオーバーとステップアウト。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年3月5日 原文 · 個別ページ

ParseStringにこの問題があることを確認し、修正したutil.cppをSVNにアップロードした。

string::npos == -1

unsigned int -1 (0xffffffff) と long unsigned int -1 (0xffffffffffffffff) を比較すると、unsigned intが64ビットに昇格され、0x00000000ffffffff != 0xffffffffffffffff となる。

mmalmi@cc.hut.fi wrote:

gdbでデバッグ中に取得した別のテストランのdebug.logを送ります。プログラムはデバッグ行「irc 8」の後にメモリを食い始め、数秒以内に「terminate called after throwing an instance of ‘std::bad_alloc’」でクラッシュしました。

RecvUntilの中にあるようですが、まだ何が問題なのか分かりません。考えられるのは、ソケットが大量の文字を受信している場合くらいです。

このirc.cppを試してみてください。debug.logが急速に大きくなる可能性があるので、すぐに終了できるよう準備しておいてください。

mmalmi@cc.hut.fi wrote:

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でルーチンのステップオーバーとステップアウト。

mmalmi@cc.hut.fi wrote:

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);

mmalmi@cc.hut.fi wrote:

送ります。クラッシュ時のエラーメッセージを伝え忘れていました：

terminate called after throwing an instance of ‘std::bad_alloc’ what(): std::bad_alloc

debug.logを送ってもらえますか？

mmalmi@cc.hut.fi wrote:

dddデバッガでbitcoindのビルドをデバッグしようとしましたが、まだうまくいっていません。いつもシステムのメモリを全部使い切って最終的にクラッシュしてしまいます。最新の64ビット版bitcoindのビルドをもう一度送っていただけますか？自分のビルドの問題なのか確認したいです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年3月6日 原文 · 個別ページ

Bitcoinについて記事を書きたいというブログライターがいるのだが、今は質問に答える時間がない。私から彼にあなたを紹介したら、質問に答えてもらえるか？良いリンクを獲得できるかもしれない。

ブログはこちらです
http://themonetaryfuture.blogspot.com

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年3月7日 原文 · 個別ページ

はい、対応できますよ。

Bitcoinについて記事を書きたいというブログライターがいるのですが、今は質問に答える時間がありません。私から彼にあなたを紹介したら、質問に答えていただけますか？良いリンクを獲得できるかもしれません。

ブログはこちらです http://themonetaryfuture.blogspot.com

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年5月14日 原文 · 個別ページ

こんにちは！

お元気ですか？しばらく姿を見かけませんでしたね。

最近はフルタイムの仕事をしていて、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関数の完成を手伝えるかもしれません。

よろしくお願いします。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年5月16日 原文 · 個別ページ

私もこの1ヶ月半、他の仕事で忙しくしていた。たった今、4月初めからのメールをダウンロードしたところだ。ほぼ整理がつき、まもなくBitcoinに復帰できるはずだ。私の不在中に対応してくれていて助かった。初取引おめでとう！

記憶では、コードは0.3リリースにほぼ準備ができていたはずだ。あとは少しのテスト期間と、新しいアイコンxpmのインストールだけだったと思う。

JSON API関数は完成している。コミットする前に、もっと良い関数名がないか改めて見直したいと思っていた。特に受信トランザクションのポーリングについて、適切な使い方を示すサンプルコードを書くべきだな。中断した時点では、例として無料アップロードサーバーソフトウェアに決済メカニズムを組み込むことを考えていた。APIをリリースする前に、実際に1つの実用的なアプリケーションを構築することには意味がある。実際に使ってみないと、APIの問題点は分からないものだ。

mmalmi@cc.hut.fi wrote:

こんにちは！

お元気ですか？しばらく姿を見かけませんでしたね。

最近はフルタイムの仕事をしていて、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関数の完成を手伝えるかもしれません。

よろしくお願いします。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年6月22日 原文 · 個別ページ

帯域幅が問題になるようなら、「0.3 almost ready」スレッドの私のリンクを削除してほしい。1〜2日の簡易共有のためにsourceforgeにアップロードしたくないのだ。バグがあればすぐに取り下げる可能性もある。Sourceforgeには一度追加したファイルの削除を許可しないポリシーがあり、アップロードも面倒だ。リリースの準備ができたらファイルを削除する。

ところで、近いうちにウェブホストの費用やあなたの取引所サービスの支援などのための資金を、郵送の現金という形で確保できそうだ。受け取って、プロジェクトの会計係を務めてもらえるか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年6月22日 原文 · 個別ページ

帯域幅が問題になるようなら、「0.3 almost ready」スレッドの私のリンクを削除してください。1〜2日の簡易共有のためにsourceforgeにアップロードしたくないのです。バグがあればすぐに取り下げる可能性もあります。Sourceforgeには一度追加したファイルの削除を許可しないポリシーがあり、アップロードも面倒です。リリースの準備ができたらファイルを削除します。

了解です、監視しておきます。帯域幅は今のところ問題になっていません ー 月に最大2 GB（0.5ドル）程度です。その他のコストは月約15ドルです。

ところで、近いうちにウェブホストの費用やあなたの取引所サービスの支援などのための資金を、郵送の現金という形で確保できそうです。受け取って、プロジェクトの会計係を務めていただけますか？

それはいいですね、引き受けます。郵便で現金を送るのにはリスクがありますが、匿名の方法としてはおそらく最善でしょう。フォーラムでBTCの寄付を募ることもできますよ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年6月23日 原文 · 個別ページ

ところで、近いうちにウェブホストの費用やあなたの取引所サービスの支援などのための資金を、郵送の現金という形で確保できそうです。受け取って、プロジェクトの会計係を務めていただけますか？

それはいいですね、引き受けます。郵便で現金を送るのにはリスクがありますが、匿名の方法としてはおそらく最善でしょう。フォーラムでBTCの寄付を募ることもできます。

2,000ドルの寄付の申し出があった。送付先としてあなたの郵送先住所が必要だ。そして、はい、彼は匿名を希望しているので、封筒の出所は秘密にしておいてほしい。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年6月25日 原文 · 個別ページ

この住所を伝えてください：

Martti Malmi
Visakoivunkuja 15 F 42
02130 Espoo
Finland

ところで、近いうちにウェブホストの費用やあなたの取引所サービスの支援などのための資金を、郵送の現金という形で確保できそうです。受け取って、プロジェクトの会計係を務めていただけますか？

それはいいですね、引き受けます。郵便で現金を送るのにはリスクがありますが、匿名の方法としてはおそらく最善でしょう。フォーラムでBTCの寄付を募ることもできます。

2,000ドルの寄付の申し出がありました。送付先としてあなたの郵送先住所が必要です。そして、はい、彼は匿名を希望していますので、封筒の出所は秘密にしておいてください。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月6日 原文 · 個別ページ

この書簡の中で最も先見性のあるやり取りの一つにおいて、サトシはウェブサイトやプロモーション資料でビットコインのプライバシー特性がどのように説明されているかについてマルミに警告した：

匿名性の側面を控えめにすべきだと思う。IP送金の代わりにビットコインアドレスが普及したことで、自動的に匿名であるという印象を与えることはできない。仮名であることは可能だが、注意が必要だ。

サトシはプライバシーを過度に約束することの潜在的な結果について詳述した：

誰かがトランザクション履歴を掘り返して、人々が匿名だと思っていた情報を暴露し始めた場合、注意を払う必要があると事前に警告して期待値を調整しておかなければ、反発ははるかに大きくなるだろう。

このやり取りはいくつかの理由で歴史的に重要である。サトシは匿名性（完全な身元の隠蔽）と仮名性（分析によって実際の身元と結びつけられる可能性のある代替的な身元の使用）を明確に区別した。ブロックチェーン分析が後に大きな産業となり、完全な匿名性を想定していた多くの初期ビットコインユーザーのトランザクションが追跡されたことで、彼の警告は驚くほど先見性があったことが証明された。

「IP送金」についての言及は、トランザクションをIPアドレスに直接送信できた初期のビットコイン機能を指している。ネットワークがアドレスベースのトランザクションに移行するにつれて、プライバシーモデルはサトシが明確に伝える必要があると感じた方法で変化した。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月6日 原文 · 個別ページ

0.3.0ベータをsourceforgeにアップロードし、bitcoin.orgのリンクを更新した。フォーラムとメーリングリストにアナウンスメッセージを投稿する必要がある。以下が準備した内容だ：

P2P暗号通貨Bitcoinのバージョン0.3をリリースする！Bitcoinは暗号技術と分散ネットワークを使用して、信頼できる中央サーバーの必要性を排除するデジタル通貨だ。中央管理された通貨の恣意的なインフレリスクから脱却しよう！Bitcoinの総発行量は2,100万コインに制限されている。コインは、ネットワークのノードが提供するCPUパワーに基づいて徐々にリリースされる。ソフトウェアをインストールして、アイドル状態のCPU時間を提供するだけで、その一部を得ることができる。

新機能：

  • コマンドラインとJSON-RPCコントロール
  • GUIなしのデーモンバージョンを搭載
  • 送受信トランザクションのタブ
  • ハッシング速度が20%向上
  • ハッシュメーターのパフォーマンス表示
  • Mac OS Xバージョン（Laszloに感謝）
  • ドイツ語、オランダ語、イタリア語の翻訳（DataWraith、Xunie、Joozeroに感謝）

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月6日 原文 · 個別ページ

実は「tabs for sent and received transactions」（送受信トランザクションのタブ）という表現は、まだその機能がないように聞こえて本当に未熟な印象を与える。「Transaction filter tabs」（トランザクションフィルタータブ）の方がいいな。

もう少し編集を続けてから、bitcoin-listにメールし、暗号技術メーリングリストにも送る。

「http://www.bitcoin.org で入手するか、フォーラムで詳細をご覧ください。」

Satoshi Nakamoto wrote:

0.3.0ベータをsourceforgeにアップロードし、bitcoin.orgのリンクを更新しました。フォーラムとメーリングリストにアナウンスメッセージを投稿する必要があります。以下が準備した内容です：

P2P暗号通貨Bitcoinのバージョン0.3をリリースします！Bitcoinは暗号技術と分散ネットワークを使用して、信頼できる中央サーバーの必要性を排除するデジタル通貨です。中央管理された通貨の恣意的なインフレリスクから脱却しましょう！Bitcoinの総発行量は2,100万コインに制限されています。コインは、ネットワークのノードが提供するCPUパワーに基づいて徐々にリリースされます。ソフトウェアをインストールして、アイドル状態のCPU時間を提供するだけで、その一部を得ることができます。

新機能：

  • コマンドラインとJSON-RPCコントロール
  • GUIなしのデーモンバージョンを搭載
  • 送受信トランザクションのタブ
  • ハッシング速度が20%向上
  • ハッシュメーターのパフォーマンス表示
  • Mac OS Xバージョン（Laszloに感謝）
  • ドイツ語、オランダ語、イタリア語の翻訳（DataWraith、Xunie、Joozeroに感謝）

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月6日 原文 · 個別ページ

P2P暗号通貨Bitcoinのバージョン0.3をリリースする！Bitcoinは暗号技術と分散ネットワークを使用して、信頼できる中央サーバーの必要性を排除するデジタル通貨だ。中央管理された通貨の恣意的なインフレリスクから脱却しよう！Bitcoinの総発行量は2,100万コインに制限されている。コインは、ネットワークのノードが提供するCPUパワーに基づいて徐々にリリースされるため、アイドル状態のCPU時間を提供することでその一部を得ることができる。

新機能：

  • コマンドラインとJSON-RPCコントロール
  • GUIなしのデーモンバージョンを搭載
  • トランザクションフィルタータブ
  • ハッシング速度が20%向上
  • ハッシュメーターのパフォーマンス表示
  • Mac OS Xバージョン（Laszloに感謝）
  • ドイツ語、オランダ語、イタリア語の翻訳（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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年7月6日 原文 · 個別ページ

なるほど、それは合理的だと思います。

匿名性の側面をあまり強調しない方がいいと思います。IPで送る代わりにBitcoinアドレスが普及していることを考えると、自動的に匿名であるという印象を与えるべきではありません。仮名での利用は可能ですが、注意が必要です。もし誰かがトランザクション履歴を掘り返して、匿名だと思っていた情報を暴露し始めた場合、事前に注意が必要だと警告して期待値を調整しておかなければ、反発はずっと大きくなるでしょう。Torが言うように、「Torはあなたのインターネット上のすべての活動を魔法のように暗号化するわけではありません。Torがあなたのために何をし、何をしないのかを理解してください。」

また、匿名という言葉は少し怪しく聞こえます。匿名性を求める人々は、私たちが宣伝しなくても自分で気づくでしょう。

bitcoin.orgのホームページにいくつか変更を加えました。翻訳を更新することは特に重要ではありません。しばらく編集や修正を続ける傾向があるので、更新したい場合は待った方がいいでしょう。

「anonymous」（匿名）という言葉と、「anonymity means」（匿名性とは）についての文を削除しました。あなたが「…CAN be kept hidden…」（…隠すことが可能…）と慎重に表現していたのに、削除するのは残念でした。

代わりに、ページ下部にTorの説明を追加し、Torの説明の直後に匿名（仮名）のまま過ごす方法の説明を加えました：「匿名（正確には仮名）でいたい場合は、Bitcoinアドレスと個人情報を結びつける情報を公開しないよう注意し、受け取る支払いごとに新しいBitcoinアドレスを使用してください。」

Torを通じて自動的にシードできるようになったのも助かります。

下部まで匿名という言葉は出てきませんが、中央当局が身分証明情報を取得することがないことや、Bitcoinアドレスの見た目など、他のすべての特徴から、匿名性を求める人々はすでにそれを察するだろうと思います。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月14日 原文 · 個別ページ

旧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に更新してください！

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月15日 原文 · 個別ページ

翻訳者（少なくとも信頼できる人たち）にDrupalのユーザーアカウントを持たせて、翻訳テキストを直接更新できるようにすることは可能か？Drupalのユーザーアカウントはかなり権限が制限されているようだ。satoshiアカウントを作成したが、サイドバーの編集すらできず、ページの本文テキストしか編集できない。ユーザーアカウントでは管理者機能にアクセスできないと思う。安全だと思うか、それとも不安があるか？心配なら、英語版のホームページだけをロックする方法があるかもしれない。

ホームページに変更を加える必要があるとき、すべての翻訳に反映する単純作業をXunieのような人に頼めると助かる。自分で全部やらなくて済むからな。（軽微な変更の多くは、言語を理解しなくても翻訳ページを修正できる）

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月15日 原文 · 個別ページ

-------- 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を停止することをお勧めします。」

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月15日 原文 · 個別ページ

ホスティングを選ぶ際に調査をしたと思うが、良い選択だったよな？変更するのは大変な手間になりそうだし、今のところうまくいっている。安い方は通常、品質面で何かしらの欠点があるものだ。

余分なメモリはただのディスクキャッシュか何かかもしれないな。

例の寄付者からまだ何も届いていないのか？彼は送るつもりだったし、もしかするとそれ以上の金額も、とかなり確信していたようだったが。（もし何か届いたら、寄付を受け取った事実は彼のために秘密にしておく必要がある）

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年7月17日 原文 · 個別ページ

はい、信頼できる翻訳者にアカウントを提供できます。1ページだけの編集権限を与える方法は見つかっていませんが、ページを変更するたびに新しいリビジョンを作成することを強制し、リビジョンの削除は許可しないようにできます。Xunieが最初にアカウントを渡したい人ですね。:)

翻訳者（少なくとも信頼できる人たち）にDrupalのユーザーアカウントを持たせて、翻訳テキストを直接更新できるようにすることは可能ですか？Drupalのユーザーアカウントはかなり権限が制限されているようです。satoshiアカウントを作成しましたが、サイドバーの編集すらできず、ページの本文テキストしか編集できません。ユーザーアカウントでは管理者機能にアクセスできないと思います。安全だと思いますか、それとも不安がありますか？心配なら、英語版のホームページだけをロックする方法があるかもしれません。

ホームページに変更を加える必要があるとき、すべての翻訳に反映する単純作業をXunieのような人に頼めると助かります。自分で全部やらなくて済みますから。（軽微な変更の多くは、言語を理解しなくても翻訳ページを修正できます）

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年7月17日 原文 · 個別ページ

旧サイトを/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に更新してください！

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年7月17日 原文 · 個別ページ

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の料金は問題ありません。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月18日 原文 · 個別ページ

http://www.bitcoin.org/smf/index.php?topic=393.msg3785#msg3785

AndrewBuck: …

編集：Wikiが登録メールを送信していないようで、ログインして編集できません。サーバーか何かに問題があるのでしょうか？

-Buck

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月18日 原文 · 個別ページ

今は切り替えをしないと約束してほしい。今抱えているSlashdotからの殺到する作業に加えて、切り替えの手間まで増えるのは最も避けたいことだ。やるべきことが多すぎて頭がおかしくなりそうだ。

また、たった$20を節約するために、より小さくて信頼性の低いホストに移るのは最悪だ。

寄付者に送金したかどうか、丁寧に確認する方法を考えてみるが、今はもっと優先度の高いことがあって、それすら数日は後回しになる。

短期的にはBitcoinでの寄付が役に立つか？

mmalmi@cc.hut.fi の書き込み:

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の料金は問題ありません。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年7月18日 原文 · 個別ページ

了解です、切り替えはしません。Bitcoinでの寄付は助かりますので、14EXchS9j3AAfim6mL4jtw6VWMosSUiG5U に送ってください。

今は切り替えをしないと約束してください。今抱えているSlashdotからの殺到する作業に加えて、切り替えの手間まで増えるのは最も避けたいことです。やるべきことが多すぎて頭がおかしくなりそうです。

また、たった$20を節約するために、より小さくて信頼性の低いホストに移るのは最悪です。

寄付者に送金したかどうか、丁寧に確認する方法を考えてみますが、今はもっと優先度の高いことがあって、それすら数日は後回しになります。

短期的にはBitcoinでの寄付が役に立ちますか？

mmalmi@cc.hut.fi の書き込み:

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の料金は問題ありません。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年7月21日 原文 · 個別ページ

良いニュースです：$3600の寄付を受け取りました。少なくともホスティング費用はもう問題ないですね。

Bitcoin受け入れを開始する最初の5〜10社の実績ある企業に$100〜200の報奨金を提供するというアイデアについてどう思いますか？専任のサポート担当者を付けて統合を支援することもできます。prq.se、ipredator.se、relakks.com、perfect-privacy.com のような企業を考えています。このオファーを公開することもできますよ。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月21日 原文 · 個別ページ

mmalmi@cc.hut.fi の書き込み:

良いニュースです：$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を割り当てるべきだと思う。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年7月23日 原文 · 個別ページ

ホスティングに必要な分は使ってください。経費として引き出す際には、簡単な会計報告をメールしてください。例えば： -$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を割り当てるべきだと思います。

分かりました、取引所の準備金に$1000を追加します。そうすればより安定した価格設定を提供できますね。

1週間前に誰かが1000ユーロでコインを購入しました。bitcoinmarket.comの方が僕のサービスよりもはるかに多くのコインを買えたはずなので、ある程度は寄付のつもりだったのでしょうね。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月23日 原文 · 個別ページ

現時点であなたの取引所に$1000を割り当てるべきだと思います。

分かりました、取引所の準備金に$1000を追加します。そうすればより安定した価格設定を提供できます。

1週間前に誰かが1000ユーロでコインを購入しました。bitcoinmarket.comの方が私のサービスよりもはるかに多くのコインを買えたはずなので、ある程度は寄付のつもりだったのでしょう。

興味深いな、コインの購入と現金のバランスはどうなっているか？

ところで、私がビルドしたbitcoindをあなたのホストで使えるか、それとも自分でビルドする必要があるか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年7月24日 原文 · 個別ページ

興味深いですね、コインの購入と現金のバランスはどうなっていますか？

開始時から約+1000ユーロ（$1000を加えて）と-40000 BTCです。初期のBTC価格をもっと高く設定すべきでしたね。最初は1ユーロ / 1000 BTCでしかありませんでした。

ところで、私がビルドしたbitcoindをあなたのホストで使えますか、それとも自分でビルドする必要がありますか？

自分でビルドする必要がありました。フォーラムで報告されているのと同じ問題がありました：/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11’ not found。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月24日 原文 · 個別ページ

1週間前に誰かが1000ユーロでコインを購入しました。bitcoinmarket.comの方が私のサービスよりもはるかに多くのコインを買えたはずなので、ある程度は寄付のつもりだったのでしょう。

bitcoinmarket.comではおそらくそれほど大きな取引は成立しなかっただろう。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月26日 原文 · 個別ページ

ところで、私がビルドしたbitcoindをあなたのホストで使えますか、それとも自分でビルドする必要がありますか？

自分でビルドする必要がありました。フォーラムで報告されているのと同じ問題がありました：/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11’ not found。

その修正方法が分かればいいのだが。あなたのシステムにはどのバージョンのGLIBCXXが入っているか？

できるだけ早くBitcoin 0.3.3にアップグレードしてほしい。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月29日 原文 · 個別ページ

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 このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要があります」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思う。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年7月30日 原文 · 個別ページ

重要なバグ修正を取得するため、できるだけ早く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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年8月2日 原文 · 個別ページ

ああ、まずいことになった。

メール認証なしで登録を許可していたせいでスパムブロックされたのだろう。しかし今それを有効にしたところ、認証メール自体がブロックされている。

登録要件が追加される前に作成された既存のユーザーアカウントが、まだスパマーに使われている可能性もある。

かなり困った状況だ。オープンなメールゲートウェイとして機能していたり、スパマーが我々のシステムを使ってスパムを送信できるような他の手段がないか確認してもらえるか？メールログを確認して、大量のトラフィックがあったかどうか、それが何からのものか調べてほしい。問題が何だったか分かって遮断できたら、修正が確実になった後でPBLにブロックリストからの除外を申請してほしい。

フォーラムからメール通知を送れないようにする方法があれば、そうすべきかもしれない。

-------- 元のメッセージ --------
件名: 有効化メールが届かない
日付: Mon, 02 Aug 2010 22:30:35 +0200
差出人: Youri youri.de.bruycker@telenet.be
宛先: satoshin@gmx.com

Satoshinさん、

Bitcoinフォーラムに登録しようとしたのですが、有効化メールが届きません。 有効化コードの再送信を何度か試し、メールアドレスをtelenetからgmailに変えたり戻したりしましたが、うまくいきません。迷惑メールフォルダも確認しましたが、ありません。何か問題があったのだと思いますが、アカウントを有効化していただけますか？

ユーザー名はSkull88です。

よろしくお願いします。 Youri

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年8月2日 原文 · 個別ページ

「一般メンバー」向けに「返信の通知をリクエスト」と「新規トピックの通知をリクエスト」を無効にした。

PM受信時の通知オプションも確かにあるはずだが、無効にする方法が見当たらない。必要なら、PHPのコードを編集するしかないだろう。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年8月2日 原文 · 個別ページ

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 このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要があります」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思う。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年8月3日 原文 · 個別ページ

ログからはあまり多くのことは分かりません。我々のサーバーから送信されたメールが多くのサーバーに拒否されていることを確認できただけです。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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年8月5日 原文 · 個別ページ

フォーラムのコードを編集しました。もう通知は送信されないはずです。

ああ、まずいことになりました。

メール認証なしで登録を許可していたせいでスパムブロックされたのでしょう。しかし今それを有効にしたところ、認証メール自体がブロックされています。

登録要件が追加される前に作成された既存のユーザーアカウントが、まだスパマーに使われている可能性もあります。

かなり困った状況です。オープンなメールゲートウェイとして機能していたり、スパマーが我々のシステムを使ってスパムを送信できるような他の手段がないか確認してもらえますか？メールログを確認して、大量のトラフィックがあったかどうか、それが何からのものか調べてください。問題が何だったか分かって遮断できたら、修正が確実になった後でPBLにブロックリストからの除外を申請してください。

フォーラムからメール通知を送れないようにする方法があれば、そうすべきかもしれません。

-------- 元のメッセージ -------- 件名: 有効化メールが届かない 日付: Mon, 02 Aug 2010 22:30:35 +0200 差出人: Youri youri.de.bruycker@telenet.be 宛先: satoshin@gmx.com

Satoshinさん、

Bitcoinフォーラムに登録しようとしたのですが、有効化メールが届きません。 有効化コードの再送信を何度か試し、メールアドレスをtelenetからgmailに変えたり戻したりしましたが、うまくいきません。迷惑メールフォルダも確認しましたが、ありません。何か問題があったのだと思いますが、アカウントを有効化していただけますか？

ユーザー名はSkull88です。

よろしくお願いします。 Youri

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年8月10日 原文 · 個別ページ

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 このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要があります」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思います。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年8月10日 原文 · 個別ページ

寄付金をユーロとして銀行に預け入れました。寄付は実際には$3600ではなく$3500でした。(18 + 18) * $100ではなく(18 + 17) * $100に梱包されていたので計算を間違えました。

$3500は2608.28ユーロになりました。

-750ユーロ BitcoinExchange.comの準備金 -28.92ユーロ 7月のホスティング費用 1829ユーロ 残高

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年8月11日 原文 · 個別ページ

PM通知はまだ無効のままか？（本当に必要なのはフォーラムのメールサーバーへのアクセスを無効にすることだけだ）

今は正しく動作していますか？PMのメール通知を無効にするためにフォーラムのコードをいくつか変更しましたが、不要だったのでほとんど元に戻しました。

mmalmi@cc.hut.fi の書き込み:

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 このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要があります」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思います。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年8月11日 原文 · 個別ページ

はい、まだ無効のままです。メールサーバーへのアクセスを無効にするのは簡単ですが、メールによるパスワード回復は残しておきたいでしょう。

PM通知はまだ無効のままですか？（本当に必要なのはフォーラムのメールサーバーへのアクセスを無効にすることだけです）

今は正しく動作していますか？PMのメール通知を無効にするためにフォーラムのコードをいくつか変更しましたが、不要だったのでほとんど元に戻しました。

mmalmi@cc.hut.fi の書き込み:

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 このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれをクリックする必要があります」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思います。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年8月11日 原文 · 個別ページ

そうだった、それを忘れていた。

PBLが問題の原因だというtheymosの見解が正しいといいのだが。

mmalmi@cc.hut.fi の書き込み:

はい、まだ無効のままです。メールサーバーへのアクセスを無効にするのは簡単ですが、メールによるパスワード回復は残しておきたいでしょう。

PM通知はまだ無効のままですか？（本当に必要なのはフォーラムのメールサーバーへのアクセスを無効にすることだけです）

今は正しく動作していますか？PMのメール通知を無効にするためにフォーラムのコードをいくつか変更しましたが、不要だったのでほとんど元に戻しました。

mmalmi@cc.hut.fi の書き込み:

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 このオプションが有効な場合、フォーラムに登録するメンバーには有効化リンクがメールで送信され、正式なメンバーになる前にそれを クリックする必要があります」

フォーラムが他人のメールアドレスへの送信に使われたり、スパムに利用されたりしないようにする唯一の方法はこれだと思います。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年8月15日 原文 · 個別ページ

*** 警告 *** 問題を調査中だ。問題が解決するまで、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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年8月27日 原文 · 個別ページ

-------- 元のメッセージ --------
件名: 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 ページに追加していただけないでしょうか。

よろしくお願いいたします。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年9月26日 原文 · 個別ページ

+1829ユーロ
-23.32ユーロ 8月のホスティング費用
-24.40ユーロ 9月のホスティング費用

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年9月26日 原文 · 個別ページ

+1829€ -23,32€ 8月のホスティング費用 -24,40 9月のホスティング費用

+1781,28

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年10月3日 原文 · 個別ページ

カスタムcaptchaのコードがなくなっていることに気付いた。アップグレードの際に失われたのか？現在captchaはどうなっているか？デフォルトのcaptchaしかないのであれば、スパムアカウントが大量に作られているはずだ。カスタムcaptchaのコードを再統合する必要があるか、それとも別の解決策があるか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年10月4日 原文 · 個別ページ

すみません、アップデートの際にカスタムコードに気付きませんでした。それほど手間でなければ再統合するのは良い案だと思います。ウェブページURLが設定されていて投稿数が0の古いアカウントを検索して、数百件のスパムアカウントを削除しました。

カスタムcaptchaのコードがなくなっていることに気付きました。アップグレードの際に失われたのでしょうか？現在captchaはどうなっていますか？デフォルトのcaptchaしかないのであれば、スパムアカウントが大量に作られているはずです。カスタムcaptchaのコードを再統合する必要がありますか、それとも別の解決策がありますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年10月4日 原文 · 個別ページ

変更を再アップロードした。今後の参考のために、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が使われている。

mmalmi@cc.hut.fi の書き込み：

すみません、アップデートの際にカスタムコードに気付きませんでした。それほど手間でなければ再統合するのは良い案だと思います。ウェブページURLが設定されていて投稿数が0の古いアカウントを検索して、数百件のスパムアカウントを削除しました。

カスタムcaptchaのコードがなくなっていることに気付きました。アップグレードの際に失われたのでしょうか？現在captchaはどうなっていますか？デフォルトのcaptchaしかないのであれば、スパムアカウントが大量に作られているはずです。カスタムcaptchaのコードを再統合する必要がありますか、それとも別の解決策がありますか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年12月1日 原文 · 個別ページ

-------- 元のメッセージ --------
件名: Bitcoin.orgがダウン
日付: Tue, 30 Nov 2010 18:27:02 -0600
差出人: theymos theymos@mm.st
宛先: satoshin@gmx.com

Bitcoin.orgが数時間ダウンしています。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年12月2日 原文 · 個別ページ

あの障害の原因は分かったか？再起動が必要だったのか、それともDoS攻撃か何かだったのか？障害中もIPにはpingが通っていた。

davidonpdaにミラーバックアップの件で返事はしたか？とても良いアイデアだと思う。バックアップは取っているか、それともVPSが自動的にバックアップしてくれるか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年12月3日 原文 · 個別ページ

あの障害の原因は分かりましたか？再起動が必要だったのか、それともDoS攻撃か何かだったのでしょうか？障害中もIPにはpingが通っていました。

原因は分かりません。再起動したら復旧しました。Bitcoinに関するRedditの投稿による高負荷が原因だったのではないかという意見がありました。ログを調べれば有益でしょうが、今はあまり時間がありません。

davidonpdaにミラーバックアップの件で返事はしましたか？とても良いアイデアだと思います。バックアップは取っていますか、それともVPSが自動的にバックアップしてくれますか？

進めてよいと伝えました。現時点では自動バックアップは行っていません。bitcoinexchange.comを別のサーバーに移したら、サーバー管理者を増やせるはずです。あなたと他の誰かにrootパスワードを渡すこともできます。Xunieが志願していますが、もっとプロフェッショナルな人が見つかるかもしれません。障害が高負荷によるものであれば、lighttpdへの移行やリソースの最適化を手伝ってもらえるでしょう。フォーラムに募集スレッドを立てた方がいいでしょうか？

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年12月3日 原文 · 個別ページ

2010年12月3日、マルミはビットコイン関連の開発・管理活動をさらに引き継ぐ人材を採用すべきかどうかサトシに尋ねた。この時点で、サトシの活動はますます減少しており、プロジェクトからの離脱を準備しているように見えた。

サトシの回答は明確かつ断固としたものだった：

Gavin [Andresen]にすべきだ。彼を信頼している。責任感があり、プロフェッショナルで、技術的にLinuxの扱いは私よりはるかに優れている。

3日後、マルミは簡潔に返信した：「了解、彼に聞いてみる。」

このやり取りは、ビットコインの初期開発において最も歴史的に重要なものの一つである。サトシによる後継者としてのギャビン・アンドレセンの明示的な承認は、徐々に形作られてきたリーダーシップの移行を正式なものにした。アンドレセンはその後、ビットコインのリード開発者およびBitcoin Coreソフトウェアの主要メンテナーとなった。

Linuxの能力に関する発言も示唆に富んでいる——サトシが主にWindows上で作業し、Linux関連の開発についてはマルミ、そして後にアンドレセンに頼っていたことを裏付けている。ビットコインは当初Windowsのみのアプリケーションとしてリリースされ、Linuxサポートは主にマルミの作業によりバージョン0.2で追加された。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年12月6日 原文 · 個別ページ

パスワードを送る準備ができました。平文で送らなくて済むように、PGP鍵を送ってもらえますか？

Gavinがいいでしょう。彼を信頼していますし、責任感があり、プロフェッショナルで、技術的にも私よりはるかにLinuxに精通しています。

分かりました、彼に聞いてみます。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年12月6日 原文 · 個別ページ

mmalmi@cc.hut.fi の書き込み：

パスワードを送る準備ができました。平文で送らなくて済むように、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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年12月7日 原文 · 個別ページ

暗号化したrootパスワードを添付しました。

ありがとう。bitcoinexchangeの別サーバーへの移行は完了しましたか？

ファイル、データベース、bitcoindは全て移動しましたが、稼働させるにはまだ作業が必要です。旧サイトは現在ダウンしているので、必要であれば遠慮なく再起動してください。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年12月7日 原文 · 個別ページ

連絡先ページのプロジェクト開発者リストにあなたを追加してもいいだろうか？以前コードを書いてくれたので、載せるべきだと思う。統一性のために本名でなければならない。メールアドレスも掲載したい場合は、スパムを防ぐために画像にする。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年12月7日 原文 · 個別ページ

了解です。メールアドレスも掲載して構いません。

連絡先ページのプロジェクト開発者リストにあなたを追加してもいいですか？以前コードを書いてくれたので、載せるべきだと思います。統一性のために本名でなければなりません。メールアドレスも掲載したい場合は、スパムを防ぐために画像にします。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年12月8日 原文 · 個別ページ

バージョン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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年12月11日 原文 · 個別ページ

Bitcoin.orgが今日もしばらくダウンしていました。pingには応答しましたが、sshやhttpには応答しませんでした。再起動してメモリ不足エラーが原因でmysqldがkillされたことが判明しました。前回も同じエラーでしたが、その時はapacheがkillされていました。他に良い方法が思いつかなかったので、サーバーのメモリを512MBから1024MBに増設しました。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年12月13日 原文 · 個別ページ

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年12月20日 原文 · 個別ページ

ShadowOfHarbringerがbitcoin.orgのウェブサイトとフォーラムのミラーリング方法をここで説明しています：
http://www.bitcoin.org/smf/index.php?topic=2026.msg30043#msg30043

この方法に従って、パスワードハッシュを含むデータベースをサーバーを持つ信頼できるコミュニティメンバーに預けるべきでしょうか？もう一つの選択肢は、バックアップをPGPで暗号化して複数の場所に保管することです。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2010年12月20日 原文 · 個別ページ

Gavin Andresen の書き込み：

Mon, Dec 20, 2010 at 10:55 AM に mmalmi@cc.hut.fi が書きました：

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

暗号化していたとしても、信頼できる保管場所の方が良い。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年12月20日 原文 · 個別ページ

分かりました。使用している別のサーバーへのバックアップを開始します。設定が完了したらSSH鍵を送りますので、お好きなサーバーにバックアップできるようになります。バックアップファイルのサイズは現在約50MBです。

ちなみに、僕のPGP鍵はこちらです：http://www.bitcoin.org/mmalmi.asc

Gavin Andresen の書き込み：

Mon, Dec 20, 2010 at 10:55 AM に mmalmi@cc.hut.fi が書きました：

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

暗号化していたとしても、信頼できる保管場所の方が良いですね。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2010年12月21日 原文 · 個別ページ

以下のコマンドでバックアップを取得できます：
wget —no-check-certificate
https://backup:cAr26Ram@www.bitcoin.org/backup/bitcoinsite.tar.bz2.gpg

毎日GMT 11:00に更新されます。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2011年1月6日 原文 · 個別ページ

Gavin Andresen の書き込み：

喜んでRaineyと話しますよ。

素晴らしい

Satoshi、あなたはメディア対応やPR、インタビューには関わりたくないですよね？

その通りだ

メディアへの対応を断ることもできますが——Satoshi、Bitcoinが急速に大きくなりすぎて、トラフィックや攻撃、機能要望などに対応しきれなくなることへの懸念を表明していたのは知っています。でもメディアを無視しても彼らは去りません。別の誰かに話を聞くだけです。過度に熱狂的な人が「非公式なBitcoinスポークスパーソン」になるよりも、Bitcoinについて現実的な印象（最先端のベータソフトウェアでまだ開発中であり、PayPalやユーロにすぐ取って代わるものではない、など）を伝える方が良いと思います。

あなたが最適な人物だ。

EFFは本当に重要だ。彼らとは良い関係を築きたい。私たちは彼らが好むタイプのプロジェクトだ。彼らはTORプロジェクトを支援し、P2Pファイル共有の保護に多大な貢献をしてきた。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2011年1月25日 原文 · 個別ページ

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2011年1月25日 原文 · 個別ページ

論文は2008年に公開された。

誰かWikipediaを修正する必要がある。論文が2009年に公開されたと誤って記載されている。論文はソフトウェアよりも先にリリースされた。

mmalmi@cc.hut.fi の書き込み：

これについてコメントいただけますか？

----- 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

--- Mon, 1/24/11 に mmalmi@cc.hut.fi mmalmi@cc.hut.fi が書きました：

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に興味を持っていただきありがとうございます。自由に引用してください。よりフォーマルな内容をお求めでしたら、Satoshi Nakamotoの論文が 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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2011年1月30日 原文 · 個別ページ

+1781.28
-22.63 10月のホスティング費用
-28.70 11月のホスティング費用
-30.36 12月のホスティング費用
-48.35 1月のホスティング費用（サーバーを1024MB RAMに増設）
+0.78 預金の年間利息

+1652.02

bitcoinexchange.comのメンテナンスを終了したため、750€をプロジェクト予算に返還します。SMSゲートウェイプロバイダーからの支払いを受け取り次第、実行します。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2011年2月7日 原文 · 個別ページ

SlashdotやRedditをフォローしていない重要な層にリーチする素晴らしい機会のようです。GavinかBruce Wagnerがこの役割に適任だと思います。2人が参加するのもいいかもしれません。フォーラムのS3052も適任の可能性がありそうでした。

Gavin、これの取りまとめに興味はありますか？

こんにちは。

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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

マルッティ・マルミ 2011年2月10日 原文 · 個別ページ

こんにちは。

ご連絡いただきありがとうございます。返信が遅くなり申し訳ございません。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

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。

サトシ・ナカモト 2011年2月22日 原文 · 個別ページ

2011年2月22日、サトシ・ナカモトはマルッティ・マルミへの最後のメールとなるものを送信した。メールにはPGP署名が含まれ、ビットコインプロジェクトのmailmanメーリングリストのパスワードが記載されており、プロジェクトインフラのもう一つの部分を事実上移譲するものであった。

これは、サトシがビットコインへの公的関与から完全に撤退する前の最後の既知の連絡の一つであった。約2ヶ月後の2011年4月23日、サトシは一般的に絶対的な最後のメールと見なされているものをマイク・ハーンに送り、次のように述べた：「私は他のことに移った。ギャビンとみんなに任せれば大丈夫だ。」

2009年5月から2011年2月にわたるサトシとマルミの書簡は、約260通のメールで構成され、ビットコインの創造者との直接的なコミュニケーションの最も広範な記録の一つである。この書簡はサトシがビットコインに積極的に関与していたほぼ全期間を網羅している——ユーザーがほんの一握りしかいなかった初期から、プロジェクトが複数の開発者を抱える機能的なオープンソースコミュニティへと成長した時点まで。

マルミはこれらのメールを10年以上にわたって非公開にしてきた。2024年に「以前はプライベートな書簡を共有することに抵抗があった」と説明したが、証人として出廷した英国でのCOPA対ライト裁判のために公開することを決めた。完全なアーカイブは2024年2月23日にGitHubで公開された。

出典：COPA対ライト裁判の証言の一環として、2024年2月にマルッティ・マルミによりGitHubで公開。完全な書簡アーカイブはmmalmi.github.io/satoshi/で閲覧可能。