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
250
xv6 chapter5 first
zaq1tomo
0
250
xv6 chapter1 first
zaq1tomo
1
130
Other Decks in Technology
See All in Technology
從開發到架構設計的可觀測性實踐
philipz
0
120
Redmineの意外と知らない便利機能 (Redmine 6.0対応版)
vividtone
0
1.3k
TechBull Membersの開発進捗どうですか!?
rvirus0817
0
230
データプレーンプログラミングとは? DPU&スイッチASICの開発経験から語る
ebiken
PRO
1
270
積み上げられた技術資産と向き合いながら、プロダクトの信頼性をどう守るか
plaidtech
PRO
0
960
OpenJDKエコシステムと開発中の機能を紹介 2025夏版
chiroito
0
120
大事なのは、AIの精度だけじゃない!〜1円のズレも許されない経理領域とAI〜
jun_nemoto
11
5.2k
コードの考古学 〜労務システムから発掘した成長の糧〜
kenta_smarthr
1
1.2k
NW運用の工夫と発明
recuraki
1
800
技術書典18結果報告
mutsumix
2
190
プロジェクトマネジメント実践論|現役エンジニアが語る!~チームでモノづくりをする時のコツとは?~
mixi_engineers
PRO
3
180
新卒から4年間、20年もののWebサービスと向き合って学んだソフトウェア考古学 - PHPカンファレンス新潟2025 / new graduate 4year software archeology
oguri
2
360
Featured
See All Featured
Optimizing for Happiness
mojombo
378
70k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
357
30k
Art, The Web, and Tiny UX
lynnandtonic
298
21k
Being A Developer After 40
akosma
91
590k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
106
19k
Java REST API Framework Comparison - PWX 2021
mraible
31
8.6k
The Cost Of JavaScript in 2023
addyosmani
49
8.1k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.7k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
750
A Tale of Four Properties
chriscoyier
159
23k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.3k
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/ 参考
ご清聴ありがとうございました