既存 IBM Notes アプリにブロックチェーンを適用するよ！ （きっと）動くよ！！
Download as PPT, PDF0 likes264 views
テクてく Lotus 技術者夜会 2018/06 紹介資料
既存 IBM Notes アプリにブロックチェーンを適用するよ！ （きっと）動くよ！！
- 1. 既存 IBM Notes アプリにブロックチェーンを適 用するよ！ （きっと）動くよ！！ IBM クラウドガレージ 木村 桂
- 2. ブロックチェーン
- 3. 1,000,000
- 4. 500,000 1,000,000 + 保証 + 安心 + 価格 - 保証 - 安心 - 価格 もしも絶対に本物だという保証があったら・・・ ブロックチェーン
- 5. 今日お伝えしたいこと • ブロックチェーンを使った上でただしく理解してほしい • ブロックチェーンはどんな用途に向くのか／向かないのか、そ れは何故か、を考えるために必要な知識を付けて欲しい • （エンジニアとして）自分だったらブロックチェーンでどんな ものを作ってみたいか、を考えるための基礎を身に付けてほし い
- 6. アジェンダ • 「ブロックチェーン」とは？ • 「ブロック」と「チェーン」 • 改竄が難しい理由 • ブロックチェーンを体験する • ブロックが次々に繋がる様子を実際に体験する • ブロックチェーン・ユースケース • ノーツをブロックチェーンと連携
- 8. ブロックチェーンネットワーク 台帳 A 台帳 B 台帳 C 台帳 D 台帳 E 台帳 F 台帳 台帳 台帳 台帳 台帳 台帳 管理台帳 YES YES YES YES YES NO （従来の台帳管理） 分散台帳ネットワーク コンセンサス ブロックチェーンによる台帳管理 YES 非中央集権
- 10. ブロックチェーンの「ハッシュ」値 • 文字列や画像などのデータを「一定の法則で」短く作り直した もの • 作り直す過程を処理する部分を「ハッシュ関数」と呼ぶ • 入力情報が大きくても小さくても、同じ長さの文字列が実行結果とし て得られる • 同じ入力情報に対しては、再度実行しても同じ結果になる（乱数では ない） • 実行結果から入力情報を逆計算することは（ほぼ）不可能ブロックチェーンではハッシュ値に更に条件を付ける ことも •ハッシュ値の計算にデータと、日付時刻と、整数（１～）を入力 •ハッシュ値の結果の頭３桁が "000" になった場合のみ採用、 •ならなかったら整数を１つ増やして "000" になるまで再実行を繰り 返す
- 13. ブロックチェーンはデータベースの代わりになる か？ 当面は無理 ブロックチェーンだけではデータの検索が困難 ユーザー A を追加 ユーザー B を追加 ユーザー B を更新 ユーザー C を追加 ・ユーザー A の最新情報を取り出す ・ユーザーの一覧を取得する ・ ・・・ ユーザー C を削除 ブロックチェーンを最初から 最後までたどらないとわからない
- 14. ステート DB の併用 • ブロックチェーンを格納するサーバーノード（ピア）とは別に データベースを併用する。 • このデータベースは既存のものを使ってもよいが、ステート DB と呼ばれるデータベースを使うとセキュアにデータを格納でき る。 ステート DB ステート DB 自体は一般的なデータベースと同様に使える。 ステート DB にはブロックチェーンを経由しないとアクセスできない。 データ自体はステート DB で管理し、そのトランザクション記録を ブロックチェーンに残すことで、ステート DB の改竄が困難になる。 ステート DB ブロックチェーン ユーザー A を追加する ユーザー A の情報を追加 「ユーザー A を追加した」という記録を追加 ユーザー A がログイン ユーザー A のログイン記録を更 新 「ユーザー A がログインした」という記録を 追加 ユーザー A を削除する ユーザー A の情報を削除 「ユーザー A を削除した」という記録を追加
- 15. ブロックチェーンプラットフォームの向き＆ 不向き • 一社独占による弊害脱却 • 共通の仕組みをコミュニティで運用 • 仲介者の省略 • 仲介手数料 • 孫請け、曾孫受け、・・ • 改竄できないものが記録 • 寄付／贈与／持ち主変更 • 正しく相手に渡っているか？ • 転売防止 • 大量トランザクション • コンセンサスによる書込みパフォーマンス • ブロックは消えない（増え続ける、要スト レージ） • 既存 DB の代替 • 検索機能はまだ不充分／ロールバック不可 • 「データベースの代替」ではない • 人手によるオペレーション • その人は信用できるのか？ • 自動化できないか？
- 16. （応用）ノーツ文書の変更履歴管理 .nsf ノーツクライアント A B D C 1 文書 A を作成 2 文書 B を作成 3 文書 B を編集 (B') 4 文書 C を作成 5 文書 B を編集 (B) 6 文書 D を作成 ： 文書 B は一度編集して元に戻った。 B が編集されたことに気付けるか？ 変更履歴を別 DB に記録する？ その DB が変更される可能性は？