10
|
1 title: Christieによるブロックチェーンの実装
|
|
2 author: 赤堀 貴一
|
|
3 profile: 琉球大学 工学部 情報工学科
|
|
4 lang: Japanese
|
|
5 code-engine: coderay
|
|
6
|
|
7 # 目次
|
|
8
|
|
9 - OS単位での分散システム
|
|
10 - ブロックチェーンとは
|
|
11 - ブロックチェーンのfork
|
|
12 - コンセンサスアルゴリズム
|
12
|
13 - Proof of Work と Paxos
|
10
|
14 - Christieとは
|
|
15 - TopologyManagerの実装
|
|
16 - PCクラスタ上でPaxosを動かした話
|
|
17 - まとめ
|
|
18
|
|
19 # OS単位での分散システム
|
|
20
|
|
21 - コンピュータでデータが壊れることはあり得る. 誤操作や, データの破損, 最悪の場合システムの重要な部分のデータの破損も起こりうる.
|
|
22 - ブロックチェーンはデータを分散でき, 破損や不整合の検知が可能である.
|
|
23 - 当研究室ではGearsOS, そしてGearsOSに組み込む予定がある分散フレームワークChristieがある.
|
|
24 - Christieにブロックチェーンを実装し, GearsOSに組み込むことで, GearsOS間の分散システムが可能になる. また, 分散システムを作らずとも, hash chainとしてデータの破損を検知できる.
|
|
25 - よって, Christieにブロックチェーンを実装する.
|
|
26
|
|
27 # ブロックチェーンとは
|
|
28
|
12
|
29 ブロックチェーンとは分散型台帳技術と呼ばれる. 複数のトランザクションをまとめたブロックをつなげたものを, 台帳と呼ぶ. その台帳をシステムに参加しているノードが保持する技術である.
|
10
|
30
|
|
31 ノード同士はP2Pでつながっており, 対等である. そのため, 管理者がいなくてもデータの管理が行える.
|
|
32
|
|
33 # ブロックチェーンとは
|
|
34
|
12
|
35 <div style="text-align: center;">
|
|
36 <img src="./images/blockchain.svg" alt="blockchain" width="1000" height="600">
|
|
37 </div>
|
|
38
|
|
39 # ブロックチェーンとは
|
|
40
|
10
|
41 ブロックチェーンにも種類がある. パブリックブロックチェーンとプライベートブロックチェーンである. 以下に, その違いを述べる.
|
|
42
|
|
43 | | パブリックブロックチェーン | プライベートブロックチェーン |
|
|
44 |:-----------:|:------------:|:------------:|
|
|
45 | ノードの参加権 | 誰でも参加可能 | 管理者(単数 or 複数)によって許可された場合のみ参加可能 |
|
|
46 | コンセンサス | 遅い | 速い |
|
|
47
|
|
48 細かい違いは色々あるが, ほとんどはこの2つの違いから生まれる.
|
|
49
|
|
50 # ブロックチェーンのfork
|
|
51
|
|
52 ブロックがいたるところで作られると, 異なる高さの違うチェーンが複数できる. この状態をforkという.
|
|
53
|
|
54 forkが起こった場合, どちらかを正しいものとしてブロックを積み上げたい. そのため, コンセンサスアルゴリズムを用いて, どちらか1方に統合する.
|
|
55
|
|
56 # コンセンサスアルゴリズム
|
|
57
|
|
58 - コンセンサスアルゴリズムは分散環境上で値を一意に決めるためのアルゴリズムである.
|
12
|
59 - Paxos, Raftなどが有名. 簡単に言えば多数決を安全に行うためのアルゴリズム.
|
|
60 - 故障モデルというものがあって, コンセンサスアルゴリズムでレベルが4段階ある. Paxos, Raftはレベル3で, ノードに裏切り者がいなければ安全に動く.
|
|
61 - PBFTがレベル4である<s>が読んでないのでわからない</s>
|
10
|
62 - Proof of Workを使っているパブリックブロックチェーンは「ブロックが多ければ多いほど」, レベル4に近づく.
|
|
63
|
|
64 # パブリックブロックチェーンのコンセンサスアルゴリズム
|
|
65
|
|
66 - パブリックブロックチェーンのコンセンサスアルゴリズムは, 「ある程度ブロックの差がついたら, 長い方を正とする」というもの.
|
12
|
67 - これだけだと, 裏切り者が適当なブロックをガシガシ積めば攻撃できるのでレベル4にはなれない. これを大幅に補強したのがProof of Work.
|
10
|
68 - Proof of Workは, 簡単に言えばブロックのHashに条件をつけるアルゴリズム. つまり, 新しいブロックを作るのが難しくなる.
|
12
|
69 - 新しいブロックを作るのが難しいので, みんなで協力して作ったチェーンが自然に勝つ. また, 改ざんも難しい. ただし, トランザクションの確定が遅い.
|
10
|
70
|
|
71 # プライベートブロックチェーンのコンセンサスアルゴリズム
|
|
72
|
|
73 - プライベートブロックチェーンは管理者が許可するノードしか参加しない. つまり, レベル3のコンセンサスアルゴリズムで十分.
|
12
|
74 - 新しいブロックもパブリックブロックチェーンより早く作れる.
|
|
75 - コンセンサスアルゴリズムの中でPaxosが速いらしいので, 今回はこちらも実装してみます.
|
10
|
76
|
12
|
77 # Paxos
|
|
78
|
|
79 - Lamport先生が「故障モデルレベル3での合意が不可能なのを証明してやる」と言って証明の途中で逆に編み出してしまったらしいアルゴリズム.
|
|
80 - レベル3のアルゴリズムの基礎となっている.
|
|
81 - proposerが値を提案し, acceptorが決め, Learnerが集計して多数決を取って決まった値を保持.
|
10
|
82
|
12
|
83 # Paxos説明の前の用語説明
|
|
84
|
|
85 -
|
|
86
|
|
87 # [25行でわかるPaxosアルゴリズム](http://nil.csail.mit.edu/6.824/2015/notes/paxos-code.html)
|
|
88
|
|
89 - Proposerは
|
10
|
90
|
|
91 # Christieとは
|
|
92
|
|
93 - 研究室で使っていたAliceの問題点を解消した, 分散プログラミングを簡単に書けるjavaのフレームワーク.
|
|
94 - Continued based C(CbC)と似た書き方が可能.
|
|
95 - まだAliceから引き継いでない機能でTopologyManagerというものがあるので, それも実装.
|
|
96
|
|
97 # TopologyManagerとは
|
|
98
|
|
99 - TopologyManagerは参加を表明したノード(TopologyNode)を元にTopologyを作る.
|
|
100 - TopologyManagerは静的Topologyと動的Topologyを作れる.
|
|
101 - 静的Topologyはdotファイルというものを読み込んで, そのとおりにTopologyを生成する.
|
|
102 - 動的Topologyは参加を表明したノードを動的に配置する. が, 今はTreeしか実装していません.
|
|
103
|
|
104 # PCクラスタ上でPaxosを動かした話
|
|
105
|
|
106 - ブロックチェーンにおいて, 分散環境上でテストしなければいけないのはコンセンサスアルゴリズムである. そのため, Paxosを実装し, 実際の分散環境上で動かした.
|
|
107 - 評価は値が一意に決まるかどうかである. 値が一意に決まるならば, リーダーがコンセンサスをとっても良いし, ブロックについてコンセンサスをとっても良い.
|
|
108 - 今回は単純化のために, 整数でコンセンサスを取る.
|
|
109
|
|
110
|
|
111 # 実験1
|
|
112
|
|
113 # 実験2
|
|
114
|
|
115 # 実験3
|
|
116
|
|
117 # まとめ
|
|
118
|
|
119 - コンセンサスアルゴリズムのPaxosを実装しました.
|
|
120 - ブロック, トランザクション, proof of workも実装しました. ただ, トランザクションはファイルのデータを読めるようにはしていません.
|
|
121 - これらを繋げてブロックチェーンにできれば, Christieにブロックチェーンが実装されます. パブリックブロックチェーンもプライベートブロックチェーンもどちらも作れます.
|