Bitcointalkへのサトシナカモトの投稿和訳No.31~No.40

サトシナカモトの投稿の翻訳

BitcointalkへのSatoshi Nakamotoの投稿のNo.31~No.40を翻訳しました。
特筆すべき投稿は、「No.38 Proof-of-work difficulty increasing」でしょう。プルーフ・オブ・ワークの難易度調整の進捗状況等が、サトシによって説明されています。その他に関しては、ビットコインの支払方法や、匿名性が話題として挙げられていました。

No.31 Re: Payment server

riXの言う通りです。ソフトウェアは支払に必要なときはいつでも、次の通り新しいビットコインアドレスを生成することができます。”Please send X bc to [single-use bitcoin address] to complete your order”. そして、サーバーがビットコインアドレスにその指定額を受領すると、自動的に注文を履行するか、店主に電子メールを送信します。

今はコマンドラインのサポートを追加することが最優先です。問題はその時間を捻出する事ですが。。


備考:

riX氏の投稿に対するSatoshiの見解。

原文:

Payment server
Payment server

No.32 Re: A newb’s test – anyone want to buy a picture for ?

推奨する支払い方法は以下の通りです。

  1. 商業主が静的IPを持っており、顧客がコメント共にそこに送信する。
  2. 商業主が新しいビットコインアドレスを作成し、それを顧客に与え、顧客がそのアドレスに送る。これは、ウェブサイトのソフトウェアによる標準的な支払方法となります。

RSA vs ECDSA:実行可能ファイルのサイズではなく、データのサイズです。ブロックチェーン、ビットコインアドレス、ディスクスペース、帯域幅の要件が現状より明らかに大きいと、実用的ではなくなると考えました。また、メッセージにRSAを使用する場合、ECDSAを使用して全てのビットコインネットワークを実行する一方で、RSAをメッセージ部分だけにパラレルに使用することには意味があります。その場合、今までに実装されていたものは全て、それまでと同じように実装されます。

これを実行する最良の方法を見つけるには、時間を要するでしょう。RSAの代わりに、別の(恐らく既存の)電子メールまたはIMインフラストラクチャを使用して、メッセージを送信することもできます。これには、メッセージがトランザクションに含まれていることを証明するために、メッセージのハッシュを入れるだけです。また、ブルートフォースアタックによりハッシュが攻撃され、ショートメッセージを暴露されないように、メッセージにはsaltを入れる必要があります。


備考:

Sabunir氏のスレに対するSatoshiの回答
また、SatoshiによってBitcointalk上で「block chain」という単語が出された最初の投稿

原文:

A newb's test - anyone want to buy a picture for ?
A newb's test - anyone want to buy a picture for ?

No.33  Re: 64bit support

64-bitコンパイルの修正と、wxWidgets 2.9.0をサポートするために、いくつか修正を行いました。

serialize.hのmin(sizeof())にコンパイルエラーが発生したため、64-bitの該当部分を修正しました。残りの64-bitコンパイルエラーはwxWidgets 2.8.9にあったため、wxWidgets 2.9.0のサポートに取り掛かりました。

wxWidgets 2.9.0は​​UTF-8です。wxWidgetsのUTF-8サポートを予期して、ANSIバージョンのwxWidgets 2.8.9を使用してきました。

また、64ビットのUbuntu 9.10 Karmicをコンパイルして実行しました。

残っている唯一のバグは、ステータス番号がマッシュアップされている点だと思います。UTF-8に関連するバグだと考えていますが、原因は定かではなく、まだ調査もしていません。

build-unix.txtが更新され、SVNに2つのmakefileが追加されました:

・makefile.unix.wx2.8
・makefile.unix.wx2.9

残念ながら、我々が使用しているwxWidgetsのどちらのバージョンにも、Debianパッケージはありません。それらには、wcharWxgets 2.8のwchar(“unicode”)バージョンしかなく、wchar wxStringはstd :: stringに変換されないため、全く使えません。そのため、ANSI wxWidgets 2.8またはwxWidgets 2.9を使用しています。つまり、あなたはそれを入手して構築する必要があるでしょう。


備考:

Sabunir氏に対する回答

原文:

64bit support
64bit support

No.34 Re: Bitcoin crash when sending coins

この問題の修正をSVNにアップロードしました。これにより、使用されたコインは監視され、ロード時またはブロックが入ってくる度に、ウォレットを継続的に更新します。また、改善したエラーメッセージを表示させるようにしました。ただし、2つのコンピュータで同じ金額を同時に使用しない限り、常に前もって使用されたコインが見つかるため、そのエラーが表示されることはないでしょう。

もしこの機能を試してみたいのであれば、ファイルを添付できる電子メールアドレスと、どのOS(win32、linux32-bit、linux64-bit)を使用しているかを、電子メールまたはBitcontalkのPM機能で、私に送付してください。


備考:

riX氏に対する回答

原文:

Bitcoin crash when sending coins
Bitcoin crash when sending coins

No.35 Re: Win32 CPU Cycles vs ‘Live Protection’ Engines ?

ありがとうございます。Windowsのどのバージョンですか?


備考:

BitcoinFX氏に対する回答

原文:

Win32 CPU Cycles vs 'Live Protection' Engines ?
Win32 CPU Cycles vs 'Live Protection' Engines ?

No.36 Re: Questions about Addresses

ポート転送は、ポートを1台のコンピュータに転送します。これにより、どのコンピュータがそのポートへの接続を処理するかをルータに伝えます。

ポート転送を設定しなかった場合、着信接続はどのコンピュータにも送信されず、そのIPに送信しようとしても受信者に接続できず、何も送信されません。IPで送信する場合にもビットコインアドレスに送信しますが、コンピュータはそのIPに接続し、そこから新しいビットコインアドレスを取得します。そして、トランザクションを直接それらに渡した後、受信され、承認されたことを確認します。

誰か静的IPを設定して、ユーザーがIPによって送信できるようにし、彼らに無料のコインを与えるようにしてみてください。

ビットコインアドレスに32-bitのチェックサムがあるため、誤って無効なアドレスを入力することはできません。

もし、4)wallet.datを放棄した、または失った受信者に送信すると、そのコインは失われてしまいます。この時、流通している総コインが減少するため、この「ナチュラルデフレーション」により、残ったコインは少しだけ価値が上がるという要点があります。


備考:

Sabunir氏に対する回答

原文:

Questions about Addresses
Questions about Addresses

No.37 Re: TOR and I2P

プロキシポート9050を使用している場合、IRCへの接続試行は1回しか行われません。というのも、IRCサーバーは全てのTOR出口ノードを禁止することから、常に失敗することが分かりきっているためです。別のポートを使用した場合、それが通常のプロキシであるとみなされ、IRCをより長い間隔で試行し続けるでしょう。 PolipoやPrivoxyは、変更があった場合にBitcoinのメッセージを破損させるようなhttpフィルタやキャッシュのため、使用しないでください。Bitcoinは再接続することによって、それを克服しようとしているかもしれません。いずれにしても、ポート9050を使用する必要があります。

riX氏が言われたように、”is giving Tor only an IP address. Apps that do DNS…”という警告に、心配する必要はありません。 BitcoinはプロキシモードではDNSを全く使用しません。

BitcoinはTorを介してIRCに到達することができず、現在どのノードがオンラインであるか判別できないため、最近確認したノードを全て試すことになります。可能な限り接続試行回数を節約しようとはしますが、ユーザーは起動した時に即座に接続し、切断された場合は即座に再接続したいと考えています。この点、接続が成功したIPへの接続試行回数を減少させるアルゴリズムを使用しています。例えば、24時間前に確認したノードでは、接続試行の間に5時間待機します。少なくとも2つの接続を持っている場合、1週間以上何も試さず、5つの接続を持っている場合、24時間以上何も試さないでしょう。


備考:

BitcoinFX氏への回答

原文:

TOR and I2P
TOR and I2P

No.38 Proof-of-work difficulty increasing

2009年12月30日に初めて、プルーフ・オブ・ワークの難易度の自動調節が行われました。

難易度の最低レベルは32 ビットの0であり、ノード稼動者が一人だとしても、難易度はこれ以上下がることはありません。去年の大半の時期は、難易度は最低レベルよりも下で推移していましたが、12月30日にこれを上回り、アルゴリズムによる難易度調節が働きました。この後、難易度調節の度に難易度は上昇しています。

昨年の12月30日の調整では難易度が当初から1.34倍に上がったのに対して、2月4日の調節では当初から1.82倍になりました。つまり、同一の作業量で生成可能なコイン量が55%まで減少したのです。

難易度調節はネットワーク全体の作業量に比例して行われます。つまり、ノード数が2倍になれば難易度も2倍となり、コインの全生成量が目標数に戻されるのです。

技術的なことに関心のある方は、debug.log 内で「target」で検索するとプルーフ・オブ・ワークの難易度を見ることができます。これは署名が無い256-bitの16進数になっており、ブロック生成に成功するには、SHA-256の値がこれ以下となる必要があります。難易度調節は2016ブロック毎、約2週間毎に実行されます。実行時にはdebug.logに”GetNextWorkRequired RETARGET”と表示されます。

最小値
00000000ffff0000000000000000000000000000000000000000000000000000
30/12/2009 00000000d86a0000000000000000000000000000000000000000000000000000
11/01/2010 00000000c4280000000000000000000000000000000000000000000000000000
25/01/2010 00000000be710000000000000000000000000000000000000000000000000000
04/02/2010 000000008cc30000000000000000000000000000000000000000000000000000
14/02/2010 0000000065465700000000000000000000000000000000000000000000000000
24/02/2010 0000000043b3e500000000000000000000000000000000000000000000000000
08/03/2010 00000000387f6f00000000000000000000000000000000000000000000000000
21/03/2010 0000000038137500000000000000000000000000000000000000000000000000
01/04/2010 000000002a111500000000000000000000000000000000000000000000000000
12/04/2010 0000000020bca700000000000000000000000000000000000000000000000000
21/04/2010 0000000016546f00000000000000000000000000000000000000000000000000
04/05/2010 0000000013ec5300000000000000000000000000000000000000000000000000
19/05/2010 00000000159c2400000000000000000000000000000000000000000000000000
29/05/2010 000000000f675c00000000000000000000000000000000000000000000000000
11/06/2010 000000000eba6400000000000000000000000000000000000000000000000000
24/06/2010 000000000d314200000000000000000000000000000000000000000000000000
06/07/2010 000000000ae49300000000000000000000000000000000000000000000000000
13/07/2010 0000000005a3f400000000000000000000000000000000000000000000000000
16/07/2010 000000000168fd00000000000000000000000000000000000000000000000000
27/07/2010 00000000010c5a00000000000000000000000000000000000000000000000000
05/08/2010 0000000000ba1800000000000000000000000000000000000000000000000000
15/08/2010 0000000000800e00000000000000000000000000000000000000000000000000
26/08/2010 0000000000692000000000000000000000000000000000000000000000000000

日にち, 難易度, % 変動
2009  1.00
30/12/2009  1.18     +18%
11/01/2010  1.31     +11%
25/01/2010  1.34     +2%
04/02/2010  1.82     +36%
14/02/2010  2.53     +39%
24/02/2010  3.78     +49%
08/03/2010  4.53     +20%
21/03/2010  4.57     +9%
01/04/2010  6.09     +33%
12/04/2010  7.82     +28%
21/04/2010  11.46    +47%
04/05/2010  12.85    +12%
19/05/2010  11.85     -8%
29/05/2010  16.62    +40%
11/06/2010  17.38    +5%
24/06/2010  19.41    +12%
06/07/2010  23.50    +21%
13/07/2010  45.38    +93%
16/07/2010  181.54  +300%
27/07/2010  244.21  +35%
05/08/2010  352.17  +44%
15/08/2010  511.77  +45%
26/08/2010  623.39  +22%


備考:

Satoshiによるプルーフ・オブ・ワークの説明スレ

原文:

Proof-of-work difficulty increasing
Proof-of-work difficulty increasing

No.39  Re: Questions about Addresses

Quote from: Sabunir on February 05, 2010, 05:31:30 PM

これに対する機能は何かありますか?例えば、トランザクションが受取人によって長期間(1ヶ月?)承認されない場合、キャンセルされ、コインは送信者に返還されます。

それは不可能です。あなたは受取人のキーペアに、コインのコントロール権を渡しました。そのキーだけがそれをコントロールできます。

これはAESと強力なパスワードを使用してファイルを暗号化し、パスワードを紛失してしまった場合と似ています。つまり、データは失われます。


備考:

Sabunir氏に対する回答

原文:

Questions about Addresses
Questions about Addresses

No.40 Re: Repost: Request: Make this anonymous?

ビットコインアドレスに送信する際に、受信者には接続しません。トランザクションを中継するのと同じ方法で、トランザクションをネットワークに送信します。発信したトランザクションと、ブロードキャストで中継している別のノードから受け取ったトランザクションは、区別されません。しかし、非常に規模の小さなネットワークでは、まだ誰かが消去法によってそれを把握しているかもしれません。ネットワークの規模がより大きくなると良いでしょう。

IPで送信すると、そのIPに接続したために受信者があなたを確認できますが、TORを使用すれば、匿名性を保てます。

Bitcoinを使用していることを誰にも知らせたくない場合、TORを使用してください。

Bitcoinはまだ非常に新しく、独自に分析されていません。プライバシーを重視する方には、TORをお勧めします。


備考:

Suggester氏に対する回答

原文:

Repost: Request: Make this anonymous?
Repost: Request: Make this anonymous?

コメント