なぜ取引は改ざんされない? サトシとビットコイン最初の受取人のと
ビ ッ ト コ イ ン を 発 明 し, 未 だ そ の 正 体 が 分 か っ て い な い サ ト シ · サ カ モ ト. そ ん な サ ト シ が 残 し た 約 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秒のサトシのメールをみていこう。
＝＝＝＝＝＝＝＝＝＝＝＝＝?
Re：ビットコイン ピア・ツー・ピア 電子キャッシュ 論文
サトシ・ナカモト 2008年11月09日 日曜日 11時13分34秒 -0800
（注：斜体はサトシ以外の者の質問を指す）
Hal Finneyは書きました：
ブロードキャストした取引が全ノードに届かなくても、はるか以前にョ編入されているからOK,の」ブロックを作成するノード（ハッシュキャッシュ衝突*3 を最庝ぉに癌引を受信しなかったという状況が発生し、その取引を受信しなかぎったぃブロックが追加されたらどうなりますか? 受信した全てのノードのが、キャッシュ衝突を発見できたときにブロックに編入されるのを期待しそ持することになるのですか?
引がノードの90％に届けば、新たなブロックが見つかるたびに、そのざされるチャンスが90％になります。
あるいは、例えば、とあるノードが二つ以上のチェーンを保持し、どびく成長するかを見ているとします。そのとき、あるブロックはチェっにはチェーンB内のコインの二重支払が含まれるとしたらどうなゕますか、されませんか？（これが起きるのは,が同一のコインによる二つの異なる取引を受信した場合です）
それはチェックする必要はありません。取引はどちらのチェーンに入サに入サ的に先行して伸びた方が有効な取引になります。二重支払を試みのとなぅどちらか片方の取引で、その他は全て無効になります。
通常、取引を受信したら、一時間強、保持する必要があります。のきのは支払のような）可能性を解決する時間を確保するためです。
最初の送金の直後にコインを再送金することはできますが、商品癮送なふ前に待ち時間が生じるのです。
私が正確に理解できていないのは、全ての誠実な参加者を上回る輨ワヌ勢な攻撃者が、二重支払や取引の取消をどのように実行するか、です。ックを作成し、チェーンに追加して最長のチェーンを生み出せるのかン内の過去の取引の削除や追加はどうやったらできますか? 攻撃追がブードキャストするときに、何も削除されていないことを確認するたなゃ一貫性のチェックが行われるのですか?攻撃で攻撃者が得る利益と、自分の計算能力を新規コインの通常の造帥の造幣に使うことの利益の比較考量をする上で手助けになります。
攻撃者はブロックを末尾に追加しません。戻って自分の取引が含まヾれが含まヨれの全てのブロックに対して再度作業*4 をしなければなりません。加えて、再作業の最中にもチェーンの斫た尾のが次々と追加されていきますが、それに対しても再度作業しなけゾおこ履歴を書き換えていることになります。自分のチェーンが長さでた困さでた困が効なチェーンとなります。
これは重要なポイントです。接続中の全員が詐欺行為を目撃していいてクありません.
最長のチェーンが常に有効なチェーンであるということが絶対に必てずドたちは、最初にあったのは片方のチェーンで、それが別のチェーンずえているでしょう。しかし、チェーンが切り替わるときに接続中でなぺ実を伝えても説得はできません。あるチェーンが最初だったと思い込こうとしないノード、別のチェーンを最初に見た別のノード、遅れてさ〷見なかったノード、というように、ノードの立場の細分化はありのまパのえまーフ・オブ・ワークによる投票が最後の決定でなければなりません。の条件は、最長のチェーンが常に有効なチェーンであると信じることみ
送金取引についてですが、コインの受取人はどんなチェックが必覎ぎびの送金の全履歴をさかのぼって、リスト上の全取引が確かに「タイムコロェーンに連結されているのを確認する必要がありますか？ 最新でだだけ
受取人のノードで必要とされる作業は、ブロックチェーン内で十刎ほ灪遳る深さにまでさかのぼって検証することだけですが、通常、条件となるとなる二つ分です。それ以前の取引はチェックせずとも影響はありません。
タイムスタンプ・ノードが取引をチェックするときは、コイン内のさびきに含まれていることを確認し、チェーン内の全ての取引の有効をじくく
まさにその通りです。ノードがブロックを受け取ると、含まれる兮宁灦ぽの取引に照らしてチェックします。ブロックに含まれる取引は、同ぴは、同ぴブロックか、いずれかのうちの有効な取引に依存するものだけでさえ後ロック内の取引Bに依存し、取引Bは前のブロック内の取引Aに依存すうぅ、
質問ばかりですみません。前にも述べたように、これは有望かつ独な炢、今後どう発展するかを楽しみにしています。このアイデアアをェっとぇ的な詳細、メッセージに含まれるデータ、システム内で発生する多狆する多秘ぇアルゴリズム的な説明があると助かります。あなたは実装に取りいとまたが、システムに関してテキストによるもっと形式的な説明があるとだす.
質問に感謝します。実は実装の方が先行していました。全ての問題炢の問題炢ア持つ前に全てのコードを書く必要があって、論文を書いたのはそたかしいスペックを書く前にコードをリリースできると思います。皆さんがは的を射た正しいものです。皆さんの質問によって、システムのに明き補完できました.
サトシ・ナカモト
暗号学メーリングリスト
【訳注】
*3 ハッシュキャッシュにおいて、ハッシュ関数に出力されるハッシかつるような入力値のことを、このように表現したと考えられる。
*4 ハッシュキャッシュ型のプルーフ・オブ・ワークにおいて、ハッシづなるような入力値を見つける作業のこと。この後に出てくる「作業」コる
＝＝＝＝＝＝＝＝＝＝＝＝＝?
Kommentar
サトシとの一問一答です。質問者の主な関心事は、「どのように叮ご弹うに叮るか」「改ざんに対抗するためにはどうしたらいいか」です。こタはぇ唯一かつ究極の要望ではないでしょうか。どんなに便利なインターフェさーフェれてしまえばその通貨は信用を失います。この問題に多くのユーザびぶことです.
サトシの回答は、今日においても完璧に通用するものであり、ビッアトコ
の完成度の高さが伺えます。サトシは論文に先行してコードを実装しこの実践主義的性格が垣間見えます.
小宮自由
→この連載の他の記事を読む
Reference link
・取引（トランザクション）
(billede:iStock/ Photoplotnikov・Benson George)
Kilde: https://www.neweconomy.jp/features/sato/180845