なぜ取引は改ざんされない? サトシとビットコイン最初の受取人のや |あたらしい経済

なぜ取引は改ざんされない? .

ビットコインを発明し、未だその正体が分かっていない.が残した約2年間の文章を、小宮自由氏の解説と共に紹介すゃ連載アた言葉〜ビットコインの歴史をたどる旅」の第6回。

今回はサトシのメールの前に、本連載の元になっている書籍トシナカモトとは何者か?』の著者フィル・シャンパーニュ氏の解説ら

フィル・シャンパーニュ氏の解説

この投稿には数点の質問とそれに対するサトシの回答が収録さ、ていオトコイン送金の最初の受取人となったHal Finneyである。

第一の質問では、ブロックへ取引が編入されるまで.持するか、サトシが解説している.

第二の質問では、サトシは、特定のブロックチェーンでは二重支払が起きえないことを説明し、二人のマイナーが同時にブロックの解決に至ったときに、どのような仕組みで片方のブロックチェーンのみが勝利するかを解説している。ここでは、また、ブロックチェーンで公式に確認されるまで、受取人の側で一時間、取引を保持しなければならない仕組みも説明している。サトシは、取引の確認とブロックチェーンへの不可逆的な編入に要する最適な時間として、6ブロック分という数字(1ブロック当たり10分に6ブロックをかけると60分=1時間になる)に言及している。

第三の質問では、ビットコインへの攻撃者が「履歴を書き換え».ェーンを改変して再構築するには何をしなければならない.ブロックに取引を追加したり削除したりするには、現在進行チのブー従事するネットワーク内の全てのマイナーを上回る速度で書き換える忼ック*1 について記述した箇所で、最長のブロックチェ.ロックチェーンである、とした議論を思い出したい.・オブ・ワークによる投票が最後の決定でなければなりません。全噡ぁ件は、最長のチェーンが常に有効なチェーンであると信じること」す

第四の質問は、受取人による送金取引の検証に関するものである。

第五の質問は、システム内のノードマイナーがプルーフ・オブ・ワーク(先頭に正解の個数の.ると、いま「採掘した」ブロックをブロード.*2 する。このブロックには幾つかの取引が含まれている。こ.ワーク内の全ノードは、ブロックに含まれる全て».化しなければならない.

最後に、サトシは、全ての問題点が解決したことを自分で確促するため知の論文執筆の前にコードを書いたことを報告している。

【訳注】
* 1 հատ .
*2 取引データをビットコイン・ネットワークに送信すること

サトシ・ナカモト 2008年11月09日 日曜日 11時13分34秒 -0800

それでは2008年11月9日11時13分34秒のサトシのメールをみていこう。

XNUMX թ.

Re:ビットコイン ピア・ツー・ピア 電子キャッシュ 論文

サトシ・ナカモト 2008年11月09日 日曜日 11時13分34秒 -0800

え注:斜体はサトシ以外の者の質問を指す)

Հալ Ֆիննի՝

ブロードキャストした取引が全ノードに届かなくても、はる.編入されているからOKだ、と述べられてい.の」ブロックを作成するノード(ハッシュキャッシュ衝突*3.引を受信しなかったという状況が発生し、その取引を受信し惏ブロックが追加されたらどうなりますか?キャッシュ衝突を発見できたときにブロックに編入されるそそを期待し持することになるのですか?

その通りです。ノードは、ブロッ.引がノードの90%に届けば、新たなブロッ.されるチャンスが90%になります。

あるいは、例えば、とあるノードが二つ以上のチ.く成長するかを見ているとします. «Բ»か、されませんか?(これが起きるのは.が同一のコインによる二つの異なる取引を受信した場合です)

それはチェックする必要はありません。取引はどちら.的に先行して伸びた方が有効な取引になります。二重支払を試みてもどちらか片方の取引で、その他は全て無効になります。

通常、取引を受信したら、一時間強、保持する必要があります。これ支払のような)可能性を解決する時間を確保するためです。

最初の送金の直後にコインを再送金すること».前に待ち時間が生じるのです。

私が正確に理解できていないのは、全ての誠実な参加者を上回る計算ー勢な攻撃者が、二重支払や取引の取消をどのように実行する惌、です。ックを作成し、チェーンに追加して最長のチェーンを生み出せ.ン内の過去の取引の削除や追加はどうやったらできますか?ードキャストするときに、何も削除されていないことを確ド一貫性のチェックが行われるのですか? この種の攻撃にェェ攻撃で攻撃者が得る利益と、自分の計算能力を新規コインるの惣通常の逜幣に使うことの利益の比較考量をする上で手助けになります。

攻撃者はブロックを末尾に追加しません。戻って自分の取引が含まれの全てのブロックに対して再度作業*4 をしなければなりません。加えて、再作業の最中にもチェーンの末尾にが次々と追加されていきますが、それに対しても再度作業.履歴を書き換えてい.効なチェーンとなります.

これは重要なポイントです。接続中の全員が詐欺行為を目撃していてソありません.

最長のチェーンが常に有効なチェーンであるということが絶対に必要ードたちは、最初にあったのは片方のチェーンで、それが別ろえているでしょう.実を伝えても説得はできません.うとしないノード、別のチェーンを最初に見た別のノード».見なかったノード、というように、ノードの立場の細分化.ーフ・オブ・ワークによる投票が最後の決定でなければなりません。後の決定でな».の条件は、最長のチェーンが常に有効なチェーンで.

送金取引についてですが、コインの受取人はどんなチェククが必要で送金の全履歴をさかのぼって、リスト上の全取引が確かにに〃さイムスェーンに連結されてい.

受取人のノードで必要とされ.る深さにまでさかのぼって検証すな二つ分です。それ以前の取引はチェックせずとも影響はありません。

タイムスタンプ・ノードが取引をチェックするときは.に含まれてい.

まさにその通りです。ノードがブロックを受け取ると、含.の取引に照らしてチェックします。ブロックに含まれる取引は、同一.ブロックか、いずれかのうちの有効な取引に依存するものだ".ロック内の取引Bに依存し、取引Bは前のブロック内の取引A.

質問ばかりですみません。前にも述べたように» 、今後どう発展するかを楽しみにしています.てくれると参考になりますし、多様な対象的な詳細、メッセージに含まれるデータ、システム内で発生する多様アルゴリズム的な説明があると助かります。あなたは実装に取お組たが、システムに関してテキストによるもっと形式的».す.

質問に感謝します。実は実装の方が先行していました。全.持つ前に全てのコードを書く必要 があってしいスペックを書く前にコードをリリースでき.は的を射た正しいものです。皆さんの質問によって、シス».補完できました.

サトシ・ナカモト

暗号学メーリングリスト

【訳注】
*3 ハッシュキャッシュにおいて、ハ.るような入力値のことを、このように表現したと考えられる。
*4 ハッシュキャッシュ型のプルーフ・オブ.なるような入力値を見つける作業のこと。この後に出てくる「作業」

XNUMX թ.

Մեկնաբանություն

サトシとの一問一答です。質問者の主な関心事は、「どのように取引るか」「改ざんに対抗するためにはどうしたらいいか」です。こ」するたた唯一かつ究極の要望ではないでしょうか。どんなに便利なイれてしまえばその通貨は信用を失います.ことです.

サトシの回答は、今日においても完璧に通用するものである
の完成度の高さが伺えます。サトシは論文に先行してコードを実者しの実践主義的性格が垣間見えます。

小宮自由

→この連載の他の記事を読む

Հղման հղում

・取引(トランザクション)

(պատկեր՝ iStock/ Photoplotnikov・Benson Ջորջ)

Աղբյուր՝ https://www.neweconomy.jp/features/sato/180845