Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Plasma Debit
Search
wshino
June 25, 2018
Technology
2.1k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Plasma Debit
6/25のPlasma #3の発表資料です。
https://plasma-research.connpass.com/event/91372/
wshino
June 25, 2018
More Decks by wshino
See All by wshino
Past, Present and Future
wshino
1
500
libp2p
wshino
7
1.4k
Superiority of Rust
wshino
3
410
Try Cross Compile Then Fail
wshino
0
180
GORMOS - A high performance and scalable design for decentralized applications -
wshino
4
1.9k
DAppのデプロイ戦略 / DApp Deployment Strategy
wshino
3
1.8k
Sharding
wshino
4
1.2k
ブロックチェーン技術の登場とスマートコントラクト化する社会
wshino
5
5.4k
Truffle + Drizzle と、Ethereumの概況について
wshino
2
1.3k
Other Decks in Technology
See All in Technology
アプリログインとWeb認証基盤をつなぐ ASWebAuthenticationSession 作法
shimastripe
1
380
Oracle Cloud Network Path Analyzerを試してみた/I Tried Out Oracle Cloud Network Path Analyzer
masakiokuda
1
110
あけおめLINE 傾向とその対策
nasa9084
0
240
アプリをもっと"iOSアプリっぽく"する小さな工夫 / Small Touches That Make Your App Feel More Like an iOS App
matsuji
2
1k
AIを活用するために決めた "やらないこと" - 価値に注目する / Not betting on AI
soudai
PRO
3
580
Minecraft JavaのMODをSwiftで作る
1mash0
0
200
AI時代の「技術的負債」の変質ー概念の終焉と再解釈、エージェントと共に向かう先
nwiizo
1
3.2k
エージェントはローカル、検証はMicroVM — Lambda MicroVMsでつくるServerless CI
fujioka6789
3
670
おい、エージェントを使って終わらせろ
nwiizo
2
850
Why Agent Cost Needs Observability
nttcom
0
130
AIエージェントの権限管理 3: Agentic RAG の Fine grained access control 編
ren8k
0
190
顧客に向き合う開発組織へ。リアーキテクチャとフィーチャーチーム化で挑む組織改革
safie
0
2.3k
Featured
See All Featured
RailsConf 2023
tenderlove
30
1.6k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.6k
New Earth Scene 8
popppiees
4
2.6k
My Coaching Mixtape
mlcsv
0
320
SEO for Brand Visibility & Recognition
aleyda
0
4.7k
Why Our Code Smells
bkeepers
PRO
340
58k
Thoughts on Productivity
jonyablonski
76
5.4k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.6k
Code Reviewing Like a Champion
maltzj
528
40k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.6k
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.2k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
260
Transcript
Plasma Debit plasma #3 2018.6 DMM.comラボ スマートコントラクト事業部 篠原航
自己紹介 • 篠原航 • DMMにいます • クレカを無くしました • ヨーヨーを始めました
Plasma Cash PlasmaはState Channelか? Plasma Debit Section01 Section02 Section03
Plamsa Cashのおさらい • Plasma では解決できなかった問題を解決する
何を解決するのか • 監視するデータ量が多い ◦ 自分が関わるPlasmaチェーン全部 • Plasma上で実行されたtxを親チェーンに反映するために親チェーンに正 しく完了したことを通知しなければならない ◦ confirmationの段階が必要
どうやって解決するのか • 各々のデポジットにつき固有のIDを持つトークンを振る • 固有のIDのみ監視すれば良い • 固有のIDトークンの所有権を移転し、やり取りする tx tx tx
tx 1 2 3 4 plasma plasma cash 所有
何が解決できないのか • デポジットは分割不可能(Non Fungible Token) ◦ デポジットした額をそのまま移転するしかない ◦ DEXなどの大量取引に向かない •
監視データはまだ大きい ◦ Plasma XT がその解決策 ◦ y_matsuwitter / Plasma Cash and XT
Plasma Cash PlasmaはState Channelか? Plasma Debit Section01 Section02 Section03
State Channelとは • 状態遷移をオフチェーンでやり取りする技術 ◦ ex. Lightning NetworkやRaiden On-Chain Off-Chain
PlasmaはState Channel? • State Channelとは違い、Merkle Rootを公開する必要がある • VitalikはState Channelじゃないと発言している •
VladはState Channelみたいなもんなんじゃね派
PlasmaはState Channel?
State Channel派の気持ちになってみる • オンチェーンとオフチェーンで切り分けてる • Plasmaの履歴はオンチェーンにアンカリングしてるだけ ◦ オフチェーンの一種という認識? • 最初と最後だけ見るとやってることは一緒に見えるが
• Channelってどういう意味だっけ On Plasma Off
Plasma Cash PlasmaはState Channelか? Plasma Debit Section01 Section02 Section03
何を解決するのか • Plasma Cashへのデポジット額を分割し、価値移転を行う • Plasma Cashとの差異 ◦ デポジット額の残高管理をしている •
Lightning Network 1 2 3 4 Plasma Debit 所有 残高
動作 • AliceはPlasma Cashチェーンに8ETHデポジット ◦ オペレータに4ETHデポジット ◦ 残高が4ETH • BobはPlasma
Cashチェーンに5ETHデポジット ◦ オペレータに2ETHデポジット ◦ 残高が3ETH 4ETH 2ETH 4ETH 3ETH 8ETH 5ETH
動作 • Alice 4ETH + Bob 2ETH = 6ETHがオペレータの残高になる ◦
各々の残高をオペレータが管理する 4ETH 2ETH 4ETH 3ETH 6ETH
• AliceからBobに1.3ETH送りたい ◦ 自分の残高を4.0ETH - 1.3ETH = 2.7ETHに減らし ◦ Bobの残高を3.0ETH
+ 1.3ETH = 4.3ETHにする 動作 2.7ETH 4.3ETH 6ETH 1.3ETH
• オペレーターはトランザクションによって、AliceとBobから預けられた合計 残高が変化しないことを確認する • トランザクションを承認しAliceとBobの残高を更新する 動作 2.7ETH 4.3ETH 6ETH 1.3ETH
1.3ETH
理論 • オペレータとコイン所有者との間のTwo-Way Payment Channel • 状態は定期的にメインチェーンに記載される ◦ Payment(State) Channelとの差異
• Plasma Debitコインは譲渡可能 ◦ オンチェーンのtxなく、Plasma Debitを使うことが可能 • Plasma Debitコインは他のコインともアトミックに取引可能?
制限事項 • 送金を受け取る量だけ残高に余裕がないといけない ◦ デポジット額を超えられない ◦ より大きいデポジットと所有権を交換して回避? ▪ そんな都合いいことあるのか •
現状のデザインはPlasma Cashチェーンが単独のオペレータによって運 用されている上でのみ利用可能
発展的な提案 • txをブロックに含まずオフチェーン的に使う • オペレータ以外も残高管理 • HTLCの実装 • 複数のPlasmaチェーンをまたぐトランザクションの実装
• 調べれば調べるほど謎が • 答えがない世界なので • 対話できる人を募集してます 最後に