約束としてのスマートコントラクト、についての概要説明資料

1. Smart Contractとは
1
契約書・電子契約書との比較
By Tomoaki Sato

2. 2
より安価に、より確実に、より早く
合意形成とその執行を行うための技術
スマートコントラクトとは

3. 今回は、合意の形成と執行には、
合意内容を当事者以外に分散することが必要であるという前提に基づき、
分散型ネットワーク側の方の話をします。
（パブリックチェーン・コンソーシアムチェーン）と呼ばれます。
3
前提条件
Private
A B
C
D
Public Public
中央集権型・ネットワークの参加
に許可が必要なネットワーク
分散型・ネットワークの参加
に許可の無いネットワーク
Copyright© 2016 Smart Contract Japan

4. 4
分かりやすく考えると
どうすれば約束が
効率的かつ確実に果たされるように
出来るのかを考える。

5. 前提条件
約束が執行される確度の高さ
オンラインで完結する世界
＞
オフラインとオンラインの
両方の事象を考える世界
5
先ずはオンラインの事象だけを考えると

6. 6
前提条件
１. 個人や法人のお金が絡む様々な宣言や、約束は、
お金が絡まない約束よりも信頼性が低いものとなる。
2. 約束が必ず行われるようにするには、
当事者以外に約束を「分散」して当事者たちを制約することが必要
３. オンラインで完結する世界はオフラインの事象が混じる世界よりも確
実に約束通りの内容が起こる
４. 「約束」の流れは、約束の１.形成、２.分散、３.執行

7. 7
１．合意内容の形成
紙の法律の契約書
安さ 早さ 確実さ
契約書を作成し
費用がかかる
電子契約書
スマートコントラクト
公正証書の作成までいく
と費用がかかる
自然言語であるため読み
やすく齟齬が生じずらい
契約書作成に費用が
かかる、紙より安い
内容をメールのようにし
て電子的にやりとり出来
、早い
自然言語であるため読み
やすい齟齬が生じずらい
技術の普及と発展と
共にコストが下がる
内容をメールのようにし
て電子的にやりとり出来
、早い
プログラミングコードを理
解できなければならない

8. 8
２．合意内容の分散
公正証書の作成には
費用と時間がかかる
公正証書の作成には
時間がかかる
国家の信頼において
果たされる
電子公正証書の作成に
は費用がかかる
電子公正証書の作成に
は時間がかかる
国家の信頼において
果たされる
当事者以外の他のnode
に分散し、費用は0
2016年現在
分散は17秒程でできる
プロトコルへの
信頼において
分散が果たされる
紙の法律の契約書
安さ 早さ 確実さ
電子契約書
スマートコントラクト

9. 9
３．合意内容の執行(双方合意で揉めなかった場合)
契約書を使う必要がある
1契約(100円以上)
契約書を使う必要があり
（1日-1ヶ月)
契約書の内容と異なる
内容が果たされている可
能性がある(メリットでもデ
メリットでもある）
契約書を使う必要はなく
、安い（ないし0)
契約書を使う必要はなく
、早い（ないし0)
契約書の内容と異なる
内容が果たされている可
能性がある
契約書をコンピュータ
ーによって実行、
高くても１００JPY以内
契約書をコンピューター
によって実行、10分以内
に執行
合意内容と全く同一の内
容が果たされる
紙の法律の契約書
安さ 早さ 確実さ
電子契約書
スマートコントラクト

10. 10
３．合意内容の執行(双方合意せず揉めた場合)
契約書を裁判所で証拠と
し、高い費用がかかる
契約書を裁判所で証拠と
し、高い費用がかかる
契約書の内容と異なる
内容が果たされている可
能性がある
契約書を裁判所で証拠と
し、高い費用がかかる
契約書を裁判所で証拠と
し、高い費用がかかる
契約書の内容と異なる
内容が果たされている可
能性がある
契約内容をコンピュー
ターが実行、
高くても１００JPY以内
契約内容をコンピュータ
ーが実行、10分以内に執
行
合意内容と全く同一の内
容が果たされる（例外処
理として記載された処理）
紙の法律の契約書
安さ 早さ 確実さ
電子契約書
スマートコントラクト

11. 11
スマートコントラクトの書き方における現在の法的なベストプラクティス
電子契約書
スマートコントラクト
必要なこと：
電子契約書の内容をスマートコントラクト内に保存
する
（ブロックチェーン上で電子契約書＋スマートコント
ラクトのコードに合意する）
手段：
電子契約書の内容への同意=> 電子署名
電子契約書が同意されたことへのタイムスタンプ
=> ブロックチェーン上に記載
容量の問題（ブロックチェーン上に大容量のドキュ
メントは保存出来ない、ないし高コスト）=> IPFS,
Storj, Swarm 等の分散型ストレージに保存し、ハッ
シュ値をスマートコントラクトに記載

12. 12
合意形成 分散 執行
安価で大量の
定型化された合意
（例:ウェブ・アプリサ
ービス利用規約、デ
バイス間コミュニケ
ーション）
多数のコンピューター
が監視している状況
であればあるほど確
実に執行
また、安価で高速
スマートコントラクトが生きそうな部分は
資産の移転について
移転履歴を証明でき
る形で残したい合意
（OTCデリバティブ）
大量の合意
に対して
テンプレを素早く適用
ファイル共有システ
ムのようにコンピュ
ーター間で互いに合
意内容を分散
低コスト・高速
合意通りの資産の移
転が起こるため監査
証跡や、資産の移転
証明として使用可能
分散することによって
移転履歴が改ざんさ
れない形で残る
メールのような形で細
かい契約内容を互い
に合意することが出来
る。

13. 13
例えば、
Aさんに100万円を貸すことになり、
１年後に105万円にして返して貰う約束をしたい場合
Aさんに保証人をつける、
Aさんが返さなかった時には強制労働させられるような条項を付けておく、
Aさんの信用力がなくなったら５０万円取り敢えず返してもらうようにする。
Aさんに貸す際のリスクのヘッジ方法

14. 14
例えば、
Aさんに保証人をつける（分散化）、
Aさんが返さなかった時には強制労働させられるような条項を付けておく（例外処理）、
Aさんの信用力がなくなったら５０万円取り敢えず返してもらうようにする。（継続的な監視）。
Aさんに100万円を貸すことになり、
１年後に105万円にして返して貰う約束をしたい場合

15. 15
合意の確実な執行がなされるようにするために
様々な方法がある
Aさんに保証人をつける（分散化）
=> 勝手にAさんの保証人からお金が振り込まれてくる
Aさんが返さなかった時には強制労働させられるような条項を付けておく（例外処理）
=> 勝手にAさんが強制労働を始める
Aさんの信用力を常に確認する（継続的な監視）。
=> Aさんの信用力が落ちたら自動的に５０万円返してもらう
Aさんに100万円を貸すことになり、
１年後に105万円にして返して貰う約束をしたい場合

16. 16
合意の確実な執行に役立ちそうな性質
分散化
例外処理の追加
継続的な状態の監視
可用性の向上
当事者間だけで合意内容を執行出来る
（第三者への信用を分散することによって、
普遍的に情報処理を行うことが出来る）

17. 17
分散型システムとスマートコントラクト

18. 18
１．合意内容をプログラミングコードへ
１．２者間でスマートコントラクトを結ぶ
AはBに１年後に１０５万円を返します。
貸す人B
借りる人A
AはBに１年後に１０５万円を返します。

19. 19
２．合意内容の分散
実際はもっと多く何千-何万
AはBに１年後に１０５万円を返します。
貸す人B
借りる人A
AはBに１年後に１０５万円を返します。
AはBに１年後に１０５万円を返します。
AはBに１年後に１０５万円を返します。 AはBに１年後に１０５万円を返します。

20. 20
２．合意内容の分散：冗長性
合意内容が消失しても
分散されていることによって
より安全に保管される
AはBに１年後に１０５万円を返します。
貸す人B
借りる人A
AはBに１年後に１０５万円を返します。
AはBに１年後に１０５万円を返します。
AはBに１年後に１０５万円を返します。

21. 21
２．合意内容の分散：改ざん耐性の向上
合意内容が改ざんされても
分散されていることによって
真実が多数決によって分かる。
AはBに１年後に１円を返します。
AはBに１年後
に１０５万円を
返します。
AはBに１年後に１０５万円を返します。
AはBに１年後に１０５万円を返します。
AはBに１年後に１０５万円を返します。

22. 22
２．合意内容の分散：
約束した当人たちのコントロールからも離れる
約束を伝播した時点で、
当人のコントロールから離れ、
将来的に確実に果たされる
約束になる
AはBに１年後に１円を返します。
AはBに１年後
に１０５万円を
返します。
AはBに１年後に１０５万円を返します。
AはBに１年後に１０５万円を返します。
AはBに１年後に１０５万円を返します。

23. 23
３．合意内容の執行
執行＝状態の変更
コードを実行して
各ノードの状態が全て変更される
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円

24. 24
３．合意内容の執行：執行後が確定する
変更後の状態を持つ
ノードが消失・改ざんされても
状態は保たれる
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円

25. 25
３．合意内容の執行：透明な合意内容の執行
変更の履歴が残るので、
不正の防止や、監査証跡として
使用することが可能
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円
A: -105万円
B：+１０５万円

26. 前提条件
約束が執行される確度の高さ
オンラインで完結する世界
＞
オフラインとオンラインの
両方の事象を考える世界
26
オフラインとオンラインの両方の事象を考えると

27. 27
オフラインの事象を全てオンラインへ

28. 28
もう少し正確にいうと、
オフラインの事象を全てオンラインへ送り、
ブロックチェーンを
“Source of Truth”に出来るのか？

29. ブロックチェーン上で確認することの出来ない
事実の提供者をオラクルと呼びます。
29
2016年１月１日東京で雨がふった
○☓ 花子さんが現在生きて
いるかどうか
六本木のけやき坂ｘ番の自動販売機は電源が付いているかどうか
オバマ大統領が2015年のアメリカ合衆国
大統領選挙で勝利した
今日東京で雨がふった
こういった誰かが
ブロックチェーン上に
提供してくれないと
分からない情報

30. 世の中で知られている定義
30
“Oracle provides information which can not be
validated or verified by blockcain.”

31. Oracle の実装方法
31
Prediction markets
（予測市場）
Smart Oracle
（コードの同一性の検証
VM環境、APIの提供、
ネットワーク上のノードへの分散
請求・領収記録）
Single Oracle
（特定のブロックチェーンへの
ブロックチェーンの
プロトコルに沿った
事実の提供）
誰が情報を
提供するか？
不特定多数の
重み付けされた投票
特定の誰か 特定の誰か

32. 32
その他の
スマートコントラクトによるメリット
（約束という意味からは少し外れます）

33. メリット
33
透明な取引の執行 他のサービスとの互換性の向上潰れない
プロトコルの制作

34. 例）取引の執行の透明性の向上によって
34
会社の会計業務の効率化
（Tripple Entry Accounting）
金融取引において、
不正が行われていないことの自己証明
信託銀行・金融機関が
資産保全状況を自ら開示

35. 例）潰れないプロトコルの作成によって
35
参加者が１人でもいる限り
永遠にサービスが継続される

例）ユーザー数が損益分岐点を突破
しなかったウェブサービスは潰れる
社会福祉等、マイノリティのための
社会基盤としても使用可能

36. 例）他サービスとの互換性の向上によって
36
様々なイベントと連動して
自動執行される契約の作成
許可無しで 使うことが出来る
金融マーケットのイベント
保険の結果
土地の登記情報の変更
天候の変化
・ファンドレイジング達成
・トークン完売
・リファンド
・特定の個人/法人からの
トランザクションの承認
ファンドレイジング
・Google の株価の5% の下落
・フラッシュ・クラッシュの発生
・日経平均株価の17,000円超え
・
・P2Pでの保険における公平な保険金の

37. その他懸念内容: 契約内容の暗号化
37
Ethereum + IPFS can solve
IPFS work in progress
native-encrypt/decrypt functionality
IPFS を用いて契約文書自体を暗号化して
分散してそのハッシュをコントラクトに保存
紙の文書での契約文書と
自動執行されるスマートコントラクトどちらも
暗号化されて本人以外には見えない形で
保存することが出来る。

38. オンラインの事象をオフラインへ
（例：会社登記）
38
Otonomos - Company automatically formed and managed on Ethereum blockchain
Using decentralized techonologies, IPFS,
Ethereum, Key rotation scheme, Smart
Contracts, then
users can form, establish, manage companies
online without any annoying paper work.
Fast/Cheap/Digital

39. オンラインの事象をオフラインへ
（例：予測市場）
39
Why Decentralization is important ?
Augur – Decentralized Prediction market for searching truth in the world
Using Blockchain technologies, we can make
“Truth” maker with “Wisdom of the crowd”
Augur built decentralized prediction market.
Prediction market sometimes suddenly shutted
down by government power, but Augur will
thrive forever.
Reliable/Transparent/Interoperable

40. 40
Thank you for taking time to see,
we hope you join the global decentralization movement !