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
2k
【輪講】Ray: A Distributed Framework for Emerging AI Applications
zaq1tomo
2
240
xv6 chapter5 first
zaq1tomo
0
240
xv6 chapter1 first
zaq1tomo
1
130
Other Decks in Technology
See All in Technology
Copilotの力を実感!3ヶ月間の生成AI研修の試行錯誤&成功事例をご紹介。果たして得たものとは・・?
ktc_shiori
0
360
Azureの開発で辛いところ
re3turn
0
240
.NET 最新アップデート ~ AI とクラウド時代のアプリモダナイゼーション
chack411
0
200
ゼロからわかる!!AWSの構成図を書いてみようワークショップ 問題&解答解説 #デッカイギ #羽田デッカイギおつ
_mossann_t
0
1.5k
AIアプリケーション開発でAzure AI Searchを使いこなすためには
isidaitc
1
120
シフトライトなテスト活動を適切に行うことで、無理な開発をせず、過剰にテストせず、顧客をビックリさせないプロダクトを作り上げているお話 #RSGT2025 / Shift Right
nihonbuson
3
2.2k
Oracle Exadata Database Service(Dedicated Infrastructure):サービス概要のご紹介
oracle4engineer
PRO
0
12k
あなたの人生も変わるかも?AWS認定2つで始まったウソみたいな話
iwamot
3
860
Docker Desktop で Docker を始めよう
zembutsu
PRO
0
180
[IBM TechXchange Dojo]Watson Discoveryとwatsonx.aiでRAGを実現!事例のご紹介+座学②
siyuanzh09
0
110
メンバーがオーナーシップを発揮しやすいチームづくり
ham0215
2
150
2024年活動報告会(人材育成推進WG・ビジネスサブWG) / 20250114-OIDF-J-EduWG-BizSWG
oidfj
0
240
Featured
See All Featured
GraphQLとの向き合い方2022年版
quramy
44
13k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
We Have a Design System, Now What?
morganepeng
51
7.3k
Writing Fast Ruby
sferik
628
61k
Automating Front-end Workflow
addyosmani
1366
200k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
173
51k
Bash Introduction
62gerente
610
210k
The Pragmatic Product Professional
lauravandoore
32
6.4k
Site-Speed That Sticks
csswizardry
3
270
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Facilitating Awesome Meetings
lara
51
6.2k
Building Your Own Lightsaber
phodgson
104
6.2k
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/ 参考
ご清聴ありがとうございました