(1)#1このスレではSatoshiの投稿を時系列順に訳していきます。ご意見等がありましたら以下のスレでお願いします。Satoshiの投稿の和訳(意見・質問等のまとめスレ)[2018年10月31日追記]管理の容易性の観点から、Satoshiの投稿の和訳は以下の私のブログに全て行っていくこととしました(都度Lockが非常に面倒であったため。-それでは早速、Satoshiの最初の投稿からです。PM新しいBitcoinフォーラムにようこそ!旧フォーラムはまだこちらで見れます。http://bitcoin.sourceforge.net/boards/index.php旧フォーラムから必要なスレッドを選択してBitcoinフォーラムに再投稿し、質問に対するアップデートした回答を追加する予定です。・上記リンクは全て切れています。UTC)ユーザー観点からすれば、ビットコインを成熟させていく過程は以下の8ステージに分けられるでしょう。Coinsをクリックした際に生じる最初のネットワーク取引2.最初のネットワーク取引と、ビットコインエントリーが全取引リストへの出現準備ができる間の時間3.全取引フィールドの外部から内部へのビットコインエントリーの変更4.ビットコインが全取引リストに出現した時とDescriptionがGenerated(x以上のブロックにおける50の成熟)となった時の間の時間5.DescriptionのGenerated(x以上のブロックにおける50の成熟)への変更6.DescriptionがGenerated(x以上のブロックにおける50の成熟)と宣言する時とGeneratedに変更する準備ができる時の間の時間7.DescriptionのGeneratedへの変更8.DescriptionがGeneratedに変更された後の時間どのステージがネットワーク接続、大量のローカルおよび/またはリモートCPUを必要とするでしょうか。これらのステージに名前はあるでしょうか。Coinsをクリックした際にはネットワーク取引は生じません。コンピューターは次のPOWを計算するだけです。コインを生成する際、CPU使用量は100%となります。この例では、(新しいコインへの権利を与える)作成したPOWブロックの情報をブロードキャストする際に、ネットワーク接続が使用されます。投稿はSatoshiのものではなく、旧フォーラムからの再投稿(bitcoinbitcoin氏とserius-m氏のもの)です。UTC)このサービスを匿名にする予定はありますか。投稿はSatoshiのものではなく、旧フォーラムからの再投稿(anonguy54氏)です。PMブロック生成の試行から完成までの間、ネットワーク接続を保持する必要があります。ブロック生成の間(ステータスバーに”Generating”と表示され、POWを見つけるためにCPUを使用している際)は、最新ブロックを受領するためにネットワークに常時接続している必要があります。ブロック生成に成功すると、ネットワークに直ちにブロードキャストされます。他のノードはそれを受領し、最新のブロックとしてリンクする必要があります。上記事項はブロック生成のための協調と考えましょう。してリンクを加える際には、現在のブロックチェーンの末端を最初に見つける必要があります。あなたが最後のリンクを特定した後、1時間待機してリンクを錬成し1時間前のリンクに繋げた場合、他者が1時間前から現在までに掛けてリンクを追加した可能性があります。途中で分岐しているあなたのリンクが使用されることは無いでしょう。ブロックの生成後、ブロックが使用される前に120ブロックの成熟時間がある根拠は、メインチェーンの一部だと絶対的に言えるようにするためです。ノードはその成熟時間の間何もせず、単に他のブロックが追加されるのを待つだけです。この間はオンラインである必要さえありません。投稿#2に対する回答です。PMVer.0.2にはプロキシ設定を追加する予定なのでTorを経由した接続が可能です。#3に対する回答です。PM--------------------bitcoinbitcoin:ビットコインの匿名化方法は?ネットワーク上の各ノードは、どこのビットコインアドレスからまたはどこのビットコインアドレスへコインが送付されるか伝達することはできますか。各ブロックはビットコインの送受信履歴を保持していますか。各ノードはビットコインアドレスがどのIPアドレスに紐づくか伝達することはできますか。SOCKSプロキシを有効化するコマンドラインオプションはありますか。投稿はSatoshiのものではなく、旧フォーラムからの再投稿(bitcoinbitcoin氏)です。from?Bitcoinは識別情報を含まない、ランダム数列のBitcoinアドレスに送受信されます。IPアドレスに送信すると、取引記録がBitcoinアドレスに記載されます。IPアドレスは受信者のコンピューターに接続し、新しいBitcoinアドレスを要求し、取引が受信者に直接到達したかの確認を得るために使用されます。各ブロックはコインが転送されたBitcoinアドレス履歴を含みます。Bitcoinアドレスの使用者情報が未知であり、各アドレスが一度しか使用されなかった場合、この情報からはある人がある人のアドレスにBitcoinを送付したことのみが分かります。Bitcoinアドレスに接続する際、自分自身の識別情報を表明しなければ、匿名または仮名とすることが可能です。Bitcoinアドレスをウェブ上に掲載する場合は、そのアドレス間の取引を投稿した名前と関連付けることとなります。個人情報を更に保護するためには、Bitcoinアドレスの使用は一度限りに留めるのが最善でしょう。Address」の使用により何回でも変更可能です。IPアドレスによる転送がある場合、自動的に新しいBitcoinアドレスを使用することとなります。addresses?いいえ。starts?次のリリース(ver0.2)では、最初からプロキシ経由で実行するコマンドラインがあり、以下の通りです。-proxy=127.0.0.1:9050Torの問題は、Bitcoinが他のノードを最初に発見するために使用するIRCサーバーが、全てのIRCサーバーと同様にTorのExitノードを禁止する点です。-addnode=<someipaddress>着信接続を受信できる静的IPアドレスを持つノードを稼働させている方が、そのIPについて-addnodeを使用するよう送信した場合、良い結果となるでしょう。(NAT)?NATを設定してポート8333に転送すれば、Bitcoinを受信します。ルーターが転送時にポート番号を変更できる場合、複数クライアントが受信可能とすることができます。"x.x.x.x:8334"に送信することができるでしょう。#6に対する回答です。UTC)Linux上にBitcoinをコンパイルしインストールするための手順書等は入手可能でしょうか。投稿はSatoshiのものではなく、旧フォーラムからの再投稿(scott氏)です。PMLinuxバージョンは開発中です。Standard社がテストしています。バージョン0.2では取り入れられる予定です。コマンドラインはバージョン0.2の後のTodoです。PM私たちは次のバージョンのリリースに向けての改善に熱心に取り組んでいます。Martti(Sirius-m)は以下の通り、更にユーザーフレンドリーで、バックグランドで実行可能な要素を追加しました。アーカイブのダウンロードに加え、Windows用のEXEセットアップ私は将来的な機能性のために、ネットワーキングコードの改善と基礎作りを行っています。バージョン0.2では以下の機能も実装されます。PM素晴らしい提案をありがとうございます。Bitcoinソフトウェアがピア(クライアントTCPソケット)との接続を確立すると、クライアントはハンドシェイク文字列を送信します。サーバー(サーバーのTCPソケット)はハンドシェイクを送信します。これはもちろん匿名を意図しています。ISPがクライアントをポートスキャンして、プログラムの実行状況を検出するのは非常に簡単です。Satoshi:それは良いアイデアです。接続の受信側は、有効なハンドシェイクを受信するまで送信を差し控える必要があります。如何なるポートスキャンも、自発的にはそれ自身を識別しないデッド接続を得るだけです。ハンドシェーク中に何かしら暗号化を施してください(暗号化の種類は上記の発言または要求にあります)。これにより、DPI(ディープパケットインスペクション)中にソフトウェアが何であるかを難読化します。私は中国またはイランのように自由ではない国々の人々のことを考慮しています。Satoshi:私は最終的に全接続をSSL化することを考えています。SSLの不足はDPIに対して無益になるでしょう。TORを介して接続する方が解決策としては優れているでしょう。これは0.2で可能です。このシステムをウェブサイトと統合し、インスタント機能を提供できるようにするには、ある種のAPIが必要です。単純なhttpsの受信メカニズムが効果的です。URLに入金を反映させ、ステータス更新を行います。アウトバウンド決済の仕組みも良いでしょう。従って、決済(および一括支払い)をアウトバウンドに自動化することができます。httpsの領収書インターフェースを介してステータスを返すことができます。Satoshi:それはver0.2の後の主要な議題の一つです。静的またはランダムポートについて。実行するポートをランダムに割り当てる設定をしてください。(非常に制限の厳しいファイアウォールに対しては静的に設定しても良いでしょう)。Satoshi:そうですね。いつも同じポート番号であれば、何の意味もありません。UPnPサポートについて。クライアントがアップストリームルータでポート転送を自動的に作成するようにします。デフォルトで有効とすることも可能です。オプションメニューでオフにすることも可能です。Satoshi:私はUPnPを試すことを楽しみにしています。NIXシステムのヘッドレス(コンソールのみ)インストールをコンパイルするについて。ネットワークサービスとして実行するだけでも機能します。制御目的のtelnet可能なポート(またはUNIXソケット)でも可能でしょう。Satoshi:管理インターフェースをどのように構築するのが最善かはまだ思考中です。バックグラウンドデーモンと通信して受信した取引を照会し、転送を開始するコマンドラインも考えられます。これは更に自動化が容易くなるでしょう。ブラウザでそれを管理するために、80以外の何れかのポート上のhttpインターフェイスは使用するのは如何でしょうか。MachinesLoading...。