비트코인, ノードにどうやって最 new データが行き渡る?

비트코인, ノードにどうやって最 new データが行き渡る?

「bittcoinを発明し、未だその正体が分かっていない体が分かっていないさtshi・nakamot。そんなさtshiが残した約2年間の文章を、小宮自由水を、小宮自由水を사트시・나카모트が残した言葉〜bittcoinの歴史をたどる旅」의 15화.

まず사트시노메이르노前에, 本連載の元になっている書籍 『bittshinacamotetoは何者か?』の著者fil・shanpa-newu氏の解る説も氏

fil・shanpanyu氏の解説

この章の最初で、サトシは話を取引プールに広げている。次に、ノードが近隣のノードへデータをリクエストするネットワーク・ブロードキャストの仕組みを説明している。最後に、コードの作業に直近の18ヶ月間取り組んでいることを打ち明けている.

사트시・나카모트 2008年11月17日 火曜日 13時33分04秒

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

===========================================================
Re:bittcoin 피아・트・피아 電子캐슈 論文
サトシ・ナカモト 2008年11月17日 月曜日 13時33分04秒 -0800

(注:斜體部分は、サトシ以外の者の質問を指す)

James A. Donald는 다음과 같이 말했습니다.

사트시は書木ました:

幸い, 必要なのは, 待機中の取引プールを現在の最良의 가지のために保持する ことだけです.

このときに必要なのは, 良いふるまいをする誠実なピアがいて, その通信とデータ保存が良好で, そのピアが, どれが現の最良のブランチかを知るこです.

つまり つまり ノード 、 、 方 で 必要 と と なる の の は は 、 いま 持っ 持っ て て いる いる 最良 の ブランチ に対する 待機 待機 中 の の 取引 プール プール だけ です です。 その その ブランチ が 、 その ノード が ブロック に に ブランチ ブランチ です。。 を を を 必要 と する の の の の の ブロック 作成 作成 ブロック ブロック が が が が が が が 인 브런치가 아닙니다.

프로드캐스트はたぶん、ほぼ完全に信頼の置けるものになるでしょう .

全てのメッセージが最低一度は届くと仮定するのではなく、멧세이지の未着信が頻繁に起きても情報が必ず届くメカニismを作る必要があります.

피아넷트웍스의 프로드캐스트의 설명은 다음과 같습니다.

それぞれ それぞれ ノード の の 、 新 規 ブロック の の ハッシュ ハッシュ と ブロック に に 含ま 含ま れる れる 取引 の ハッシュ ハッシュ を 集め た 目録 リスト リスト を 、 、 近隣 の の ノード に 送り ます ます。 近隣 の ノード は 未 受信 の 項目 項目 を リクエスト リクエスト ます ます ます。。 タイム アウト 後 項目 項目 項目 項目 項目 項目 項目 項目 に 後 後 アウト 受信 受信 受信 受信 受信 受信 受信 受信 인が が なけれ 届か 届か 、 他 の ノード ノード に リクエスト リクエスト し し ます。 最終 ​​最終 的 的 に に は 、 ほぼ 全て の の ノード が が 全て の の 項目 を を 保持 し し て いる ので 、 たとえ 一ヶ所 から 受信 受信 失敗 失敗 し て て 、 、 、 一 度 に 一 一 一 一 一 から の の から から 一ヶ所 一ヶ所 一ヶ所 一ヶ所 一ヶ所 一ヶ所 一ヶ所 인試せば、他のノードから取得できます。

目録rikestde-taの構造によりちょっと待機時間が発生しますが、最終的には、伝送kyuーから余分なデータブロックを外し、帯域を節約することりにあ上。

あなたにはそそいしが潜んに関 suru基本構想があり,それは大kinな前進が、しなし、悪魔が潜ん으로 い り の は些末な細計 입니다.

コーディング作業中のここ一年半の間に, この些末な細部を全て研究しつくしたと思っています。問題はたくさんありました。関数の詳細は論文、きは論ぽいこてあいこてぽいこてぽいこて ています.がまもなく出せます.主要なファイル群をお送りしました(要望に応じて配布します.完成版のリリースはもうすぐです).

사트시・나카모트

暗号学메이링리스트

===========================================================

【설명】

*1 비트코인 論文것.

해설

ネットワーク ネットワーク 混雑 の の が 原因 で 、 、 ノード に に すべて すべて の データ が が 速やか 速やか に渡ら に渡ら ない 場合 が ある のでは のでは? と と いう 疑問 疑問 に サトシ サトシ が 答え 答え て い ます。 ビット コイン は し し データ データ を 保管 保管 こと こと こと により 、 ほぼ すべて すべて すべて すべて すべて は 分散 分散 は は コイン コイン コイン コイン コイン コイン コイン 인が が まで 直近 直近 履歴 を 保存 し て て い い ます。 もし もし ある ある ノード ノード に 接続 接続 でき なく て も 、 、 他 他 の ノード に に 接続 接続 すれ ば ほぼ 同じ 同じ データ が 手 に ます。 その ため ため 、 世界 中 に に に ほとんど ほとんど ノード ノード で で で で で で 脆弱 で が。。。。 인ある、というような特殊な場合(これまで一度も起こっていません)を除いて、ほとんどのノードに最新のデータはすぐに行き渡ります.

소궁자유

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

헤더 이미지/iStock:Dilok Klaisataporn

출처: https://www.neweconomy.jp/features/sato/286089