BLOCKCHAIN #3

1. ブロックチェーンのデータ構造とアクセス制御
Copyright（C)2017 trident-arts All Rights Reserved.

2. アジェンダ
Copyright（C)2017 trident-arts All Rights Reserved.
1. ブロックチェーンのデータにおける課題
2. Ethereumベースでのアクセスコントロール実現
3. Solidityで書くアクセスコントロールのコントラクトコード
4. 最後に

3. Copyright（C)2017 trident-arts All Rights Reserved.
1. ブロックチェーンのデータにおける課題

4. ブロックチェーンのデータにおける課題 1/2
Copyright（C)2017 trident-arts All Rights Reserved.
 現在のDappsの個人情報はブロックチェーンの外のWEBシステムのDBに格納されている
 “分散データベースシステム”としてスタートラインに立っていない
 セキュリティは？プライバシーの保護は？利用者のアプリケーションに対する考えは？
node
node
node
node
利用者 WEBシステム ブロックチェーン
アプリケーション
個人情報
【Dappsイメージ】

5. ブロックチェーンのデータにおける課題 2/2
 ブロックチェーンのデータは基本パブリック、誰にでも参照可能であり、更新が可能
Copyright（C)2017 trident-arts All Rights Reserved.
node
Data
Contract
 扱うデータによっては、誰にでも参照されたら困るし、更新されるのも困る
 コンソーシアム型/プライベート型により参加者の信頼性は高まるものの、依然として秘匿性の課題は
残る
トランザクション実行
データ参照
【スマートコントラクトの実行イメージ】
各nodeでトランザクション（Contract）が実行され、結果が保存される
node
Data
Contract
node
Data
Contract
node
Data
Contract

6. Copyright（C)2017 trident-arts All Rights Reserved.
2. Ethereumベースでのアクセスコントロール実現

7. 【ポイント】
Ethereumベースでのアクセスコントロール実現：node編
Copyright（C)2017 trident-arts All Rights Reserved.
 node単位での秘匿性を実現可能
 JPモルガンが開発したQuorum（Go Ethereum ベースのOSS）にて実装されている
 各nodeがパブリックとプライベートのデータを持つ
 プライベートのデータには、“許可したnode”でのみ実行されたコントラクトの結果が保存される
nodeA
public private
Contract Contract
nodeB
public private
Contract Contract
Contract
nodeC
public private
Contract
Contract
Contract
• 通常のコントラクトで、結果
は各nodeに保存
Contract
• node1, 2で実行され、結果
はnode1, 2にのみ保存
Contract
• node2, 3で実行され、結果
はnode2, 3にのみ保存

8. Ethereumベースでのアクセスコントロール実現：Data編
Copyright（C)2017 trident-arts All Rights Reserved.
 各Dataは、データ本体に加えて、アクセス制御に必要な項目を含めた構造で定義される
 データの参照・更新は、トランザクション実行者のユーザIDから実行可否が判断される
node
 Dataに対し、ユーザ単位でのアクセス制御を実現可能
 コントラクトのコードにて、個別に実装が必要となる
Data
作成者のユーザID
参照可能ID情報
更新可能ID情報
【ポイント】
データ本体
• データオーナーとして、フルコント
ロール可能とする
• 許可されたユーザIDやグループ
ID(※)のリストで、ユーザIDで権
限有無を判断可能な情報
※:ユーザIDをまとめたグループ
作成者のユーザID
参照可能ID情報
更新可能ID情報

9. Copyright（C)2017 trident-arts All Rights Reserved.
3. Solidityで書くアクセスコントロールのコントラクトコード

10. Solidityで書くアクセスコントロールのコントラクトコード：Types
Copyright（C)2017 trident-arts All Rights Reserved.
 データ型
 数値、文字列、アドレスといった型や構造体、及び、それらを要素に持つ各種配列がある
 連想配列（Key-Value）は、Key指定でのデータ操作（登録・更新・参照）が可能であり、
全Value取得といった操作は不可
データを構造体として連想配列に格納し、登録・更新・参照の操作時に、アクセスコントロールする仕組み
を実装する

11. Solidityで書くアクセスコントロールのコントラクトコード：Common Patterns
Copyright（C)2017 trident-arts All Rights Reserved.
 Common Patterns：Restricting Access（アクセス制限）
 関数修飾子“modifier”を利用することで、Functionの実行前後に、任意の処理を実行させ
ることが可能
 実行前に条件チェックを実行することで、アクセス制御を行う
 Common Patterns：State Machine（ステートマシン）
 関数修飾子“modifier”を使用するのは同じ
 コントラクトに状態を持たせ、状態によりFunctionの振舞いを制限したり、変化させる
 アクセス制限との組み合わせで、より複雑な制御が可能
実装サンプルでは、“アクセス制限“のパターンのみを使用
参考サイト）https://solidity.readthedocs.io/en/develop/common-patterns.html

12. Solidityで書くアクセスコントロールのコントラクトコード：実装サンプル、デモンストレーション
「秘密の合言葉」を作成、保持するコントラクト
「秘密の合言葉」のデータは私と貴方と合言葉の構造
例）私：”yamada”、貴方：”suzuki”、合言葉：”open sesame”
JavaScriptのプログラムから、Ethereum Network
にトランザクションを送信
誰でも合言葉が見える状態から、コントラクトのコードを少しづつ変更して、
私と貴方しか見えない状態に
testrpc、Truffleを使用
Ethereumクライアントとしてtestrpcを、コントラクトコードのCompile,
Deployは開発フレームワークのTruffleを使います
Copyright（C)2017 trident-arts All Rights Reserved.

13. Copyright（C)2017 trident-arts All Rights Reserved.
最後に
「データは誰のもの？」

14. Copyright（C)2017 trident-arts All Rights Reserved.
ご清聴ありがとうございました