Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Hybrid Casper FFG
Search
Tomoya Ishizaki
June 12, 2018
Technology
3
680
Hybrid Casper FFG
Tomoya Ishizaki
June 12, 2018
Tweet
Share
More Decks by Tomoya Ishizaki
See All by Tomoya Ishizaki
Chompyらくとく便のこれまでとこれから
zaq1tomo
0
1.9k
【輪講】Ray: A Distributed Framework for Emerging AI Applications
zaq1tomo
2
230
xv6 chapter5 first
zaq1tomo
0
240
xv6 chapter1 first
zaq1tomo
1
130
Other Decks in Technology
See All in Technology
Amplify Gen2 Deep Dive / バックエンドの型をいかにしてフロントエンドへ伝えるか #TSKaigi #TSKaigiKansai #AWSAmplifyJP
tacck
PRO
0
390
【Pycon mini 東海 2024】Google Colaboratoryで試すVLM
kazuhitotakahashi
2
540
AWS Lambdaと歩んだ“サーバーレス”と今後 #lambda_10years
yoshidashingo
1
180
Security-JAWS【第35回】勉強会クラウドにおけるマルウェアやコンテンツ改ざんへの対策
4su_para
0
180
TypeScriptの次なる大進化なるか!? 条件型を返り値とする関数の型推論
uhyo
2
1.7k
Introduction to Works of ML Engineer in LY Corporation
lycorp_recruit_jp
0
140
ISUCONに強くなるかもしれない日々の過ごしかた/Findy ISUCON 2024-11-14
fujiwara3
8
880
IBC 2024 動画技術関連レポート / IBC 2024 Report
cyberagentdevelopers
PRO
1
110
BLADE: An Attempt to Automate Penetration Testing Using Autonomous AI Agents
bbrbbq
0
320
インフラとバックエンドとフロントエンドをくまなく調べて遅いアプリを早くした件
tubone24
1
430
個人でもIAM Identity Centerを使おう!(アクセス管理編)
ryder472
4
230
アジャイルチームがらしさを発揮するための目標づくり / Making the goal and enabling the team
kakehashi
3
150
Featured
See All Featured
Embracing the Ebb and Flow
colly
84
4.5k
The Cost Of JavaScript in 2023
addyosmani
45
6.8k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.8k
Testing 201, or: Great Expectations
jmmastey
38
7.1k
Adopting Sorbet at Scale
ufuk
73
9.1k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Facilitating Awesome Meetings
lara
50
6.1k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
6
430
Building Adaptive Systems
keathley
38
2.3k
Code Reviewing Like a Champion
maltzj
520
39k
RailsConf 2023
tenderlove
29
900
Code Review Best Practice
trishagee
64
17k
Transcript
None
自己紹介 石崎智也 • 慶應理工 情報工学科 年 • メルペイ 分散台帳開発部 •
ブロックチェーンコミュニティ
今日の内容 の 移行と について • なぜ のままではダメなのか • 単純な では何が問題か
• の解決策は?
なぜ のままではダメなのか
なぜ のままではダメなのか 現状の は で動いているが、ワールドコンピューターを 実現するためには問題点がある。 電気代 ファイナリティ
電気代問題
電気代問題 莫大な電気代と環境への負担 • の の • の年間消費電力は 以上 • 小国の年間消費電力よりも多い
よりも消費が少ない国は つ以上 • では環境への負担が懸念される
ファイナリティ問題
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃 乗っ取り!!
ファイナリティ問題 ファイナリティ ≒ トランザクションが覆らないこと • は確率的なファイナリティ 承認 ≒ 確率的に安全な閾値 絶対に安全なわけではない
• 攻撃可能性 攻撃 という手法も 乗っ取り!!
の問題点まとめ なぜ は、 から に移行するのか。 • 電気代 マシンパワーを裏付けとしないため大量の電気代を必要としない。 • ファイナリティ問題
のような確率的ではないファイナリティを得ることができる。
単純な の問題点
とはなにか? • 資産の賭け高による証明 • 年 で提案 • で始めて導入 単純な ではいくつかの問題がある。
None
では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち 引き出し完了 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。
メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち 引き出し完了 引き出し後 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。
フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち 引き出し完了 引き出し後 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。
フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち 引き出し完了 引き出し後 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。
フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち 引き出し完了 引き出し後 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。
フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち 引き出し完了 引き出し後 では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。 デポジット回収済みのブロックからフォーク。
フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち 引き出し完了 引き出し後 乗っ取り!! では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。
デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
引き出し申請 引き出し待ち 引き出し完了 引き出し後 乗っ取り!! では、大量のハッシュパワーが必要。 では、コストなく攻撃できる。 デポジットの引き出しを申請する。 引き出せるまで一定期間待つ。 デポジットが返ってくる。
デポジット回収済みのブロックからフォーク。 フォークをメインチェーンよりはやく伸ばす。 メインチェーンをコストなく乗っ取ることが可能。
None
「何も賭けていない問題」
「何も賭けていない問題」 • はハッシュパワーが分散してしまう • 正しいチェーンだけを伸ばすほうが期待値が高い 期待値 期待値 期待値
「何も賭けていない問題」 • はハッシュパワーが分散してしまう • 正しいチェーンだけを伸ばすほうが期待値が高い • は投票するだけで特別なコストがかからない • 全てのチェーンに賭けるほうが期待値が高い 期待値
期待値 期待値
「何も賭けていない問題」 • はハッシュパワーが分散してしまう • 正しいチェーンだけを伸ばすほうが期待値が高い • は投票するだけで特別なコストがかからない • 全てのチェーンに賭けるほうが期待値が高い 「真のチェーンだけ投票する利益
> フォークにも投票する利益」 となる必要がある。 期待値 期待値 期待値
の解決策は?
の概要 への対策 への対策
の概要
の概要 ≒ 移行の第一段階 • でチェーンを伸ばしていく • ブロックを とする • 毎の終わりに
がある • で による投票を行う • 以上の投票で は承認される • 回の承認でファイナリティを得る →
への対策
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める に戻る
次の が されると 一つ前の は となる の流れ
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる
の流れ ブロックを とする の終わりに がある が で投票を行う 以上の投票が集まると となる でブロックを進める
に戻る 次の が されると 一つ前の は となる 乗っ取れない!!
への対策
懲罰的なアルゴリズム • ではシンプルな実装 • 2種類の不正な投票( ) 二重投票( ) 入れ子の投票( )
• 発見者には攻撃者のデポジットから報酬 現状はデポジットの ( ) double vote
懲罰的なアルゴリズム • ではシンプルな実装 • 2種類の不正な投票( ) 二重投票( ) 入れ子の投票( )
• 発見者には攻撃者のデポジットから報酬 現状はデポジットの ( ) surround vote
まとめ
まとめ の 移行と について • の問題点 の目標であるワールドコンピューターを実現するためにあたり、 では電気代やファイナリティなどの問題があり、 に移行する必要がある。 •
単純な の課題 単純な だけでは や などの課題が存在する。 • による解決策 ではデポジットと二段階の投票、不正な投票に対する の仕組みで 単純な での問題点を解決している。
英語を読もう。コードを読もう。 • ◦ • ◦ • ◦ おすすめ
ブロックチェーンの課題 https://arxiv.org/abs/1311.0243 12. 16. https://blog.ethereum.org/2014/05/15/long-range-attacks-the-serious-problem-with-adaptive-proof-of-work/ https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/ 参考
ご清聴ありがとうございました