もうこんばんは リラックスファンデーションの福井施設本日はハイパーレッチャー見当現ウィートアップにご参加いただきましたありがとうございますちょっとこの時間を使って 少しいくつか宣伝したいなと思うんですけどもハイパーレッチャーご存知通りたくさんのプロジェクト16個ぐらいあるのかなって思い オープンストーストプロジェクトがあるんですけどもその中でも ハイパーレッチャーファブリックに関してはファブリックのアドミニストレーターというトレーニングがあったりとかあと サーティフィケーションですね認定試験があったりしますのでぜひ ハイパーレッチャーファブリック 使われている皆さんもっと ハイパーレッチャーファブリックも学びたいとぜひ リラックスファンデーションのトレーニングのウェブページからハイパーレッチャーファブリックの日本語版のトレーニング 日本語版の認定試験選んでいただいて受講受験していただけるといいかなと思います企業さんですと ハイパーレッチャーハイパーレッチャーのサーティファイド サービスプロバイバーというもので慣れたりするんですけどもハイパーレッチャーのサーティファイド サービスプロバイバーになろうとすると認定試験に合格している エンジニアの方が3名とか必要だというみたいな そんなご縛りがあったりしますのでもし サーティファイド サービスプロバイバーになりたいニューバイは ぜひ受けていただけると嬉しいなと思います今 30名ぐらい 33名ですね 今入られていますが6時32分 2分ぐらい回りましたので本日のミッドアップさっそく始めたいな というふうに思いますそれでは本日のスケジュール 紹介させていただきたいと思います本日 まず冒頭が私から少しのお話がお話という事でもないんですけども ちょっと前座があってその後 6時40分から 40分間ですねIBMの素敵さんの方から ハイパーレッチャーファブリック今ちょうどトレーニングだとか サーティフィケーションの話をしましたけれどもハイパーレッチャーファブリックのプラットフォームおよびインフラの運用に関して お話いただきたいと思いますその後 7時20分から8時までこちらも同じく40分間なんですけども 非対施策書のポリさんの方から 世界経済フォーラム第43行覚目センターにおけるブロックチェーンの総合運用のフレームワークという今までこのハイパーレッチャーファブリックのTOKYO MEET UPで 長々扱ってこなかったタグインの結構新鮮なネタでお話いただきますのでぜひお楽しみいただければなというふうに思います実際にハイパーレッチャーミートアップ 始めるにあたって今いくつかの注意事項というか皆さんに覚えておいていただきたい点がございますMEET UP開催中 これからステキさんをポリさんにお話いただくわけなんですけども皆さんからのご質問は 随時お受けいたします質問に関してはQ&Aボタンが 画面にあるかと思いますけどもあれですね メニューバーですね メニューバーにQ&Aボタンがあるんですが そのQ&Aボタンからお願いしたいと思いますひょっとすると同じ質問自分もこの質問したかったみたいなそんなふうに思うような質問があるかと思いますけどもそういう場合は いいねボタンを押していただけると助かります このいいねボタンが多いつまり参動者の多い質問から志敬さん ホリさんに回答していただくようにします質問が結構多数の場合なんですけども全てこの時間内にさばききれなかった場合はハイパーレッチャーミートアップのページのディスカッションメニューとこですねお願いしたいなというふうに思います今日はハイパーレッチャーミートアップと東京のミートアップなんですけどもいろんなミートアップがオンラインで開催されるようになりました東京じゃなくても世界各国の各地のミートアップに参加できるようになっています直近できますと10月の2日にハイパーレッチャーミートアップですねアメリカのコロナ都市のデンバーであるハイパーレッチャーミートアップがあるとあと10月の3日セネガルですかこれアフリカですね セネガルでハイパーレッチャーミートアップ開催されます10月の19日なんですがハイパーレッチャーレティのアメリカラテンアメリカですねラテンアメリカのハイパーレッチャーミートアップがあるということなのでもしご関心がある場合はぜひこういう他の国地域のミートアップもぜひチェックしていただければなというふうに思いますそれではIBMの素敵さんよろしくお願いいたしますよろしくお願いいたします今日はハイパーレッチャーミートアップファブリックのプラットフォームの運用だとかインフラの運用のお話をさせていただきたいと思います私は日本IBM株式会社のブロックチェンジ業部におりますシセキと申しますよろしくお願いいたしますブロックチェーンって何のために使うのかっていうのがいつも話題になるわけなんですけど最近私が思っているのはこれはデジタルトランソメーションをチームでやるためのプラットフォームテクノロジーなんだろうなっていうそういうような感じで思っています一社だけでDXをやってもそれに効果があるわけですけどそれを複数社で行うということができるのがブロックチェーンじゃないかなというふうに守っていますブロックチェーンは分散レッジャーが複数あってそれぞれが支え合うので非常に火用性が高いとか一般的に言われてますけども本当にそうなのかなというのが今日のテーマです例えば特定のエンドーサーがダウンしてしまうとそうすると他のエンドーサーは生きていたとしても例えばエンドースメントポリシーでダウンしたオルのエンドースメントがなければトランザクションが先に進めないような設定になったとすればやっぱりそれはちょっとまずいわけですよねとかですね複数のレッジャーあるいはノードがある場合にバージョンアップルってどういう風にやっていくんだろうか複数のものを同時にバージョンアップルするなんてちょっとありえないわけですよねとかですね災害対策なんていうのはブロックチェーンの場合どんな風に考えていったらいいのかとかいろいろ本当に本番環境で動かしていこうとすると悩ましいところって出てくるわけなんですねなのでその辺のところを今日お話をしていきたいかと思いますまずなんですけどもこれがPOCなんかでよく見るファブリックのコンポーネント配置です皆さんよくこういうのをご覧になっていると思いますけどもサーバーの上にリナックスが乗っかっていてオルグがこの場合はAとXとBとこうやってですねその上でピアーが動いているあるいはオーダーラーが動いているというようなことですねコンポーネントになるわけなんですけどもこんな形のものですこれでファブリックの動作はもちろん確認ができるわけですけども当然のことながらですねこれだと例えばオーダーラーのX1が落ちればまっすぐ止まってしまうわけですしそれからリナックスのサーバーが障害が起こればこれもまっすぐ止まってしまうということでこれは実際の運用にはなかなか使えないということですねこれを少し拡張するとこんなイメージになって開発テストとか休憩環境でよく見られる形なんですけどもオルグごとにインフラを分けるということですねこれで一応オルグの独立性は保つことができましたさらにピアーを各オルグで2個持たせてそれからオーダーラーはオーダーラのノードをずつ持たせるということでですねこれでも火曜性もそこそこ高くなったということになるわけですけどもこれでも最初に申し上げたようにサーバーダウン一つ起こると例えばオルグAが全く動かなくなるとかオルグXに関してはこれが潰れたらオーダーリングがストップするのでサービスが全体が止まってしまうわけですねということでこれも開発テストとか開会だったらいいんですけども本番サービスだとなかなか厳しいということになりますじゃあということでですねサーバーをクラスター化するということですね複数のサーバーにまたがる形でクラスターを作るこういうふうにやるとサーバー障害に対しては非常に健労な構成になりますサーバーにまたがる形でコンテナを配置していくというような構成の場合に非常に役に立つのがクバネティスだと思いますなのでこの例のようにオルグAについてはNode1とNode2があってそこをまたがる形でクラスターを作るその上でピアーを2つ立てていくというようなこんなようなイメージですねこれはかなりですね本番環境でもそんなに火曜性がものすごく高いものが必要なければですねこれで結構いけちゃうようなところがありますこれでちょっと心配なのはオルグのXなんですけどもここの例えばデータセンター障害日本だとかネットワークの欄が遡ってしまうとかこういうのが起きるとやっぱりちょっと辛いんですよねそれからオルグUとオルグBに関してはこの場合はオルグが2つしかないのでどっちかのオルグが落ちるとダメージが大きいんですけどもこれが5つぐらいありますとどれか1つが起こって他のピアー結構いけるかなそんなような感じですただこれとデータセンター障害に対しての配慮がちょっと足りないという感じになります最後ですねこれが本番サービスをやる場合のたぶん一番軽動なパターンになってくるかと思いますけどもオルグAXBそれぞれが複数のデータセンターにまたがる形でパターンを作るという形ですねこれですとこの辺ちょっと分かりづらいんですけども例えばオルグAでデータセンター左側のデータセンターには実は濃度は2つ1と2がありますということでサービス障害レベルでは濃度1と2がバックアップし合いながら動いていきますしデータセンターがそっくりダウンした場合でも隣のデータセンターで動き続けるというようなこういう形にまなるかと思いますでですねただこれでもまだ1つ足れないことがあってそれは何なのかというとですねこのタグインのデータセンターをまたがる形でクーバネティスのクラスターを作る時っていうのはいわゆるアベーラビーティーゾーンというデータセンターなんですけども非常にネットワーク的に近くにあってデータエンスリーが2ミリセック以下とかですねそのくらいでつながっているようなものでないと実はなかなかあのサクサク動かないという形になりますですので例えばIBMの場合ですと関東地方にはアベーラビーティーゾーンというデータセンターが3つあるわけなんですけどもこれをですねつなげばこの構成ができるんですが例えば東京、埼玉、神奈川この辺が一問打ちになるような非常に攻撃の災害が起こったとかそういうような場合はこれでも足りないわけですねなので攻撃災害にどう備えるかっていうとこれはやっぱりバックアップを取るしかないわけですということでデータの攻撃災害を取ってそして攻撃災害が起こった時は被災していない地域に最大サイトを立ち上げてそしてバックアップから復元するという形になりますなのでバックアップの先というのは当然その攻撃災害の外に逃がさなければいけないのでクラウドでよくあるオブジェクトストーレージそこにデータを逃がしておいてやれば大丈夫であるということになりますなので災害対策に対してはもうちょっと考えが必要なんですけどもそこを除けばこの構成でだいたい大丈夫だという形になりますで以上を踏まえてちょっといろいろなケースを考えていきたいと思うんですけどもまずですねピアーとかオーダラのスケールアップっていうようなものをどういうふうに考えていくかということがお話です一般的なスケールアウトとスケールアップっていう考え方ここに示してありますけれどもステートレスのアプリケーションが今2つですね4個あるずつそれぞれアプリケーションサーバーが使ってロードアバランサーで分散されていると3つ目のアプリケーションサーバーをつければこれでスケールアウトになるわけですよね一方でデータベーサーバーのように横に広げられない場合はこれはもうしょうがないのでサーバーを置き換えてですねそして8コアにスケールアップしていくというこんな形にもあるわけですけどもブロックチェーンのノードっていうのはステートレスとはちょっと言い難いですよね言ってみればこれもデータベースの一周なわけですけどもそうするとピアーやオーダラっていうのはスケールアップできないのかなとスケールアップはできないのかなとスケールアップするしかないのかなそういう風にまずはこう思うわけなんですけども実はこれがそうでもないということですこれが種明かしなんですけども左側にノードが1個4コアのノードが1個あって1つしかノードがないクラスターでもないですけども1個しかないのがありましてその上にCAに0.2コアピアーが2つあってそれぞれに1コアずつクライアントに0.5コアトータル2.7コア分4コアから2.7コア分使っているというようなこういうような形ですねこれをピアーオーダラをスケールアップしていきたいっていう場合にクーバネティスのワーカーノードをまずスケールアウトしますこれが右側の絵なんですけども単純にですねノード2を足してやるわけですねそうするとクラスターとしてはこれは4コアかける2で8コア分のリソースが手に入るわけですでこれを使って例えばピアーのA1は3コアにスケールアップしていくというようなことができるわけなんですねでスケールアップに比べてスケールアウトっていうのはやっぱり扱いがしやすいのでこういったクーバネティスのワーカーノードを拡大していくことによってピアーやオーダラのリソーサーアロケーションを拡大してそれでトランザクションの量にまついずりしていくというようなことができるということは結構便利かなということが言えますそれからその次はそれの話なんですけどもまずですねピアノ可要請に関してなんですけどもサーバークーバネティスの場合はこれノードとかワーカーノードって言われてるものですマスターノードに対する実際のアプリケーションが動くノードをですねでこれが今この絵ではデータセンターの中にノードが3つあってその上でオルグAが動いてるというこういうような状況ですねでここでクーバネティスのワーカーノードの一番目ですねノード1が障害でサーバーガウンしてしまいましたでこの状況になりますと実はハイパーレジャーファブリックはこのままでも動き続けることは可能なんですねなぜかというとピアのA2A3が行いますしそれからサーティフィケーションオーソリティっていうのはダウンしてしまうと新しいIDは発行できないんですけどもIDを認証するための仕組みというのは実はMSPの中に伝般されているのでCA自体が倒れても実は連続運転というのはできるんですねということでこれで動くんですけどもただこの状態で例えば今度はノード2が倒れたりとかしてくるとなかなか厳しい状態になってくるということになりますでクバネリスはサーバー障害を発見するとポッドと言うんですけどもクバネリスの言葉でコンテナを人間とめにしたエンドウマムのサヤみたいなものをしていただきたいんですけどポッドってまさにサヤっていう意味なんですけどもピアを動かすために必要な5つぐらいのコンテナがあるかと思いますけどもそれを人形までにしたものをポッドと言いますこれはイコールピアになるわけなんですけどもそれをノードの2と3に再配置していきますこういうことができるわけなんですねこのディプロイメントコントローラーノードを動かしたりだとかするためのマネージャー的なものなんですけどもこれらの先ほどちょっと申し上げたクバネリスのマスターノードの方にいるわけですでこの話を聞かれるとえってちょっとまず思われる方がいらっしゃると思うんですけどもというのは確かにノード1が潰れるとピアとかCAがうまく動いてくれるんですけども同じ障害がマスターノードの方に起こったらどうなるのかとつまりディプロイメントコントローラーが死んでしまったらそもそもダメなんじゃないのっていうそういう話ですよねそれはまったくその通りでクバネリスを運用する上ではマスターノードの通せって非常に重要なんですねただグッドニュースは今クバネリスって大抵のクラウドベンダーさんではもう標準的なコンテナのオーケストレーターとしてマネージノードの形で提供されていますもちろんIBMもそうですしAzureさんもAWSさんも皆さんGoogleさんも提供していますですのでそういうようなクバネリスAzureサービスを使えば賢労なマスターノードってのは最初からウェンダー側が用意してくれるのでそれを使ってユーザーとしては若ノードの方を使うというような風にすればいいかと思いますクバネリスについては特にブロックチェーンをやっておられる皆さんに対しての私のメッセージはもうこれユーザーに提出するのが正解じゃないかなと思いますクバネリス自体を構築していくとかやるとなかなか難しい部分がありますので使えるものは使ってその上でマファブリックを運用していくというのがいいのではないかなというふうに思いますこのシナリオなんですけどノード1はダウンをしてしまったのでノード4を出していくわけですねこれでクラスターのリソースは元に戻りましたのでこれでこの後続けて運用をしていくというようなそんな形になりますその次はデータセンター障害に対するHAということで同じまたピアーの話なんですけどもデータセンター1、2、3と3つありますここにピアーがA1、A2、A3と今分散してこうかれているようなこういうような状況ですねこれでですねデータセンター1でネットワーク障害ランが全部起こってしまったようなこういうような障害が発生しましたいいですねで、こうなったときにどうするかなんですけどもここ実はさっきのサーバー障害の時と話が違うんですねどう違うかというとちょっと戻しましてサーバー障害の時はこのノード1とノード2のノード3がストレージを共有してるんですねストレージというのはNFSネットワークファイルシステムみたいなものでいわゆるファイルサーバーなんですけれどもこれを複数のノードが共有していますなのでノード1がダウンしてもそのまま上に乗っかってるものはノード2、ノード3に写して問題がないわけなんですところが同じことをデータセンターレベルでデータセンター間でファイルストレージを共有する必要が出てくるわけなんですこれはもちろんそういうようなものをクラウドベンダーは提供していてIBMを出していますけどもなかなか大かかりなもので結構値段も高かったりするんですねですのでそれをできれば使わないですませたいというようなそういうような思いがあるわけですよねそこは今度は逆にブロックチェーンの良さを使ってピア1が倒れてもピアのA2とA3があればエンドオスメントオルグAのエンドオスメントは継続できるわけなのでとりあえずそれで運転を続けようというそういう考え方になります今障害発生が10時40分に起こったという想定でそのまま障害が続いたままピアのA2、A3までピアのA2、A3で運用を継続します12時15分にデータセンター1が復旧してDECAもピアも元に戻りましたということなんですけどもそうなるとピアのA1は実はファイルストレージの中身は障害が起こった10時40分のまま停止しているわけですよねただこれが起こっても大丈夫なのがブロックチェーンのいいところでオーダラーだとか他のピアからブロックチェーンファイルをピアA1に同期していくことができます同期がされると今度はブロックチェーンファイルからステートデータベースを再生していくという形で結局のところですねこの絵でいうと13時にブロックチェーンのネットワークは元のようにみんな同期した形でも動き始めるこんな形になるわけです同じようにオーダラーの火曜星高火曜星についても考えることができて今のデータセンター1,2,3,2オーダラーが5ノードですね分散していますオーダラーの高火曜星を考えるときにこの5ノードっていうのはマジックナンバーなんですねオーダラーっていうのは今のバージョンハイパーレジャーファブリックのバージョン2とかで考えるとですねラフトのプロトコルを使って今動いていますラフトっていうのは2つのことを中でやっていて1つはリーダーエレクションプロトコルということでどのノードをリーダーにするかということですねもう1つはリプリケーションプロトコルでこれはシンクロナイゼーションといった方がいいのかもしれないですけどもオーダラーのノード感でそのデータの中身を同じに行こうしていくというようなそういったようなものになるわけなんですけども今ですねまたデータセンター1が被災します電源障害が発生してデータセンター1が総合的に今ダウンしたとこういうことになるとリーダーエレクションプロトコルでオーダラーのノードのX1とX2が応答がなくなるっていうのがわかるわけですねこれによってですねオーダラーの1と2が分離されてオーダラーの3、4、5で処理が続こうされるという形になりますリーダーを先出する場合とかで多数決で決めるわけなんですけども5の場合だと下半数というのは3になるわけですよねですので3つ残っていればその人たちが全員合意すればこれで決断できるということでそういう意味で5ノードというのはなかなかいい数だということがわかるかと思いますちなみに今このノード1データセンター1が被災しているわけです障害になっているわけですけども見ていただくとわかるように2が障害になっても3が障害になってもこれは動き続けるというところがポイントです総合しているうちにまた1が復旧しますそうするとラフトはまずX1、X2から応答が返り始めるのでこの人たち1と2がクラスターに参加しますもう1つのデータのレプリケーションのプロトコールを使って3、4、5から1、2にデータが移っているのでこれでノードが平行状態になりますという形ですねこんな形でオーダーの交換要請というのは実現可能になっていますそれから次はハイパーレッジャーファブリックのバージョン管理についてちょっとお話ししたいかと思いますバージョンっていうのはいわゆるセマンティックバージョンっていうのを使っていましてバージョン2.2.0みたいなメージャーマイナーパッチバージョンをドットでこっくり言ってるようなこういう形ですねパッチ版っていうのは広報後完成を維持したバグ修正のバージョンですだからマイナーバンは広報後完成を維持した機能追加のバージョンですメージャーバージョンは無い可能性のあるバージョンアップですということになりますで新しいバージョンがリリースされますとメイリングリストとかリリースノートで告知がされてそしてファブリックのリードザドック詳しい解説がされるというそんなような形になってきますでブロックチェーンの場合ノードがたくさんあるのでそれらのノードのバージョンが全部揃わないっていう可能性が当然あるわけなんですけどもここで一つ押さえていきたいのはネットワークに異なるバージョンが混在することをハイパーレジャーファブリックは許しているということなんですねこれがあるがためにローリングアップグレードというのが可能になっていますはじから順番にバージョンをアップデートしていくという形になりますただですね当然そのバージョンがアップデート不揃いにアップデートされていくと最新バージョンを持っているノードだったらできるけれども一世代前のバージョンを持っているノードにはできないことっていうのは当然できてくるわけですよねこれをコントロールするのがケイパビリティという機能でアプリケーションケイパビリティチャンネルケイパビリティオーダラケイパビリティっていうのがあるわけなんですけどもこれを使うことによって新バージョンの最新機能は有効化しないことができるわけなんですねですのでやり方としては最新版にどんどん上げていってそして全部が上がれば一番いいですけども全部が上がらなくてもサービスを続行できるに十分なノードが最新版になった時点でこのケイパビリティを上げるとこれでバージョンアップが完了するという形になりますそれから補修なんですけどもロングタームサポートLTS版というのがありましてこれが出るとこのリリースから一年以上のサポートをファブリックはコミットするという形になります今2020年の9月なんですけども今現在ですとバージョン1.4というのと2.2というのがLTS版1.4というのはもうこれがバージョン1位の最後のLTS版で1.4.8というのがパッチバージョンで出ていますけども恐らくこれが最後になるんじゃないかなというような感じです来年の3月くらいでバージョン1.4のLTSはましめを終えてそこからあとはバージョン2.2がLTSとして引き継いでいくそういうような形になります最後のポイントなんですけどもバージョンアップはサービス無停止で行えるということなんですけどもメジャーバージョンはご完成が保たれないことがあるわけなんですけどもそれでも少なくとも今のところはサービス無停止でバージョンアップができています特に注目すべきはバージョン1.4から2.xへのメジャーバージョンアップではピアのデータベースのフォーマットが変更されているんですねいわゆるステートDVとかのフォーマットなんですけどもあれが変更されていますなのでバージョン2にするためにはデータベースの最高蓄が必要なんですねで最高蓄をあるピアで最高蓄をしています当然その間止まっているわけですよね止まった状態でバージョン2になります他のピアたちはその間動いているわけですけどもあくまで古いバージョンのデータしか持っていないわけですよねこれで無停止って何でできるのかってあたりが非常に興味深いと思うんですけどもそれをちょっとお話ししていきたいかと思います1.4から2.2へのバージョンアップということなんですけども今ですね単純にクバネリスとか使ってない構成で描いていますけどもオルグA、オルグBそれからオルグXという形でですねピアもうオーダラーもうバージョン1.4.8買ってるというこういうような形からスタートしますまず最初にバージョンアップを行うのはオーダラーなんですけどもオーダラーのですねその場合5つ濃度がありますがそのうちの1個止めますドッカーストップオーダラーコンテナ番号みたいな形で止めるわけですね止めたら今度はオーダラーのコンテナ自体を削除してしまいます削除するんですけどもその前にレジアデータだとかMSP当然バックアップはしておくということは必要になりますその後でハイパレジャーのオーダラーのイメージこれから新たにオーダラーを立ち上げますということですねそしてバックアップしたデータをそれに使うという形ですこれによってオルグXのオーダラーのX1これだけが2.2.0になりましたということなんです他はまだ1.4.8なんですけども2ことのバージョンが混在することは許しているのでこれでも大丈夫なんですねただしKパビリティはまだ1.4のままにしておくということですこのタイミングでもしKパビリティを2にするとオーダラーのX2からX5がクラッシュしちゃうのでこれでオーダラーは動かなくなりますのでそれはやらないでください同様にオーダラーのX5までこの間例えば2をやっている最中は1と3,4,5が動いている形なのでオーダリングサービスは継続されていくというところがポイントですね最終的には全部が2.2.0に上がりましたということです同じように今度はピアーなんですけどもさっきと同じようにピアーのA1を停止をします例えばオルグAについてはオルグAのここがエンドーサーだとしてエンドースメント処理はピアーのA2によって継続されるのでOKなんですねでここでバージョン2が出てきた時に新しく出てきたコマンドでピアーノードアップグレードDBSというのがあるんですけどもこれを使ってピアーA1のデータベースカウチDBなんですけどもステートDBとか他にもカウチDBって中にいろんなインターナルのデータベース持ってるんですけどもそれをドロップしますそしてデータベースのフォーマットバージョン2にしますまだデータを変換しているわけじゃないですフォーマットをバージョン2新しいフォーマットに変えますそういうことをしますでここでピアーのA1は削除しますでチェーンコードのコンテナだとかチェーンコードのイメージだとかピアーコンテナだとかこの辺をみんなまとめて削除していきますで次はさっきのオーダラーと同じようにファブリックのピアーのイメージ2.2からピアーをスタートしますということでピアーの2.2がスタートするとバージョン2のステートDVとかカウチDVを含むカウチDVがピアーA2にくっついているわけなんですけどもでさっきDVをドロップしちゃってるのでこのバージョン2のフォーマットっていうのは指定されているんですがデータ自体は空っぽなんですねなので空っぽのステートDVをピアーのA1は最高蓄をしていくという形になりますここ結構時間のかかる処理で数時間かかったりとかするわけなんですけどもただですねその間もピアーのA2は動いているのでサービスはそのまま継続されているというところがポイントになりますで同様にですねピアーのA2もアップグレードするということですねピアーのA2をアップグレードしているときは当然逆にですねピアーのA1の方で処理を継続化されるという形になりますで同様にですねピアーのB1B2もアップグレードをしますオルグAとオルグBっていうのは別の組織なので今のお話ししたオルグAのアップグレードそれから1つのオルグBのアップグレードこれはですね同時平行的に行っていいわけですし1が先に行っても問題がないという形になりますで最後ですねこれでですねあのピアーもバージョンが2.2.1つだけ0になってますみんな2.2.82.2.0が正しいです失礼しました2.2.0にみんな怖がったのでとケーパビリティを2.2に更新しますということですねその全員がですね2.2の機能で動き始めるという形になりますで最後の仕上げでですねパブリックのクライアントのSDKであったりとかですねパブリックCAサーバーこれもですねアップグレードをしますこれはしなくても動くわけなんですけども当然した方がいいわけなのでアップグレードしますでここまでやってですね2.2のバージョンアップというのが終わりますこんな形でですねデータ変換がこう伴う結構タフなバージョンアップなんですけども無停止で行うことができますこれがですね本当に無停止でできるものなのか私も最初にバージョン2がリリースされた時になかなか信じがたくて自分でやってみてのでようやく今皆さんにこう話しているわけですけどもやっぱりポイントはですねバージョン1が受けているそのトランザクションですよねそれをバージョン2にバージョン2のピアーに流し込めるというところがポイントだと思いますバージョン2データを変換していくんだけどもそのデータというのは当然バージョン1でずっと動き続けているものより古いわけですよねなのでそのバージョン1のフレッシュなデータをバージョン2の方に流し込めないとこれは無停止ができないわけなんですけどそこがちゃんとできているというところがポイントになります以上がですねインフラ運用あるいはプラットフォーム運用に関して考えなければいけないことポイントをザッと述べてきたんですけどもこれを実際に使った実装例としてibmのブロックチェンプラットフォームのお話を最後にちょっとだけさせていただきたいと思いますibmブロックチェンプラットフォームは当然のことながらハイパーレッジャーファブリックを使ってるわけなんですけどもインフラとしてはクーバネティスを使っていますこのクーバネティスは先ほども申しましたようにibmクラウドの上のマネージドクーバネティスはもちろんのことですねAmazonさんだとかMicrosoftさんだとかですねTasherさんのクーバネティスの上にも当然こう動かすことができるという形になりますでファブリックの運用トランザクションを投げるとかそういうのではなくてオルグを作ったりだとかピアを新しく追加したりだとかチャンネルを作ったりだとかというそういう話なんですけどもこれって普通はCLIでこうやっていくわけなんですけどもなかなかですね操作が繁雑で間違いやすい今実際全体の中で自分は何やってるんだろうなんてわからなくなってしまうようなことがあるわけなんですけどもそこですねこの辺の右側にあるような具合を使って運用できるようにしているというここがですねibmブロックチェーンプラットフォームの売りになっていますこれはクラウドの上で動きますし他の例えばAzureの上で動かす場合であればソフトウェアとして提供されるそれをAzureのマネージドークバネティスの上で動かして導入していただければいいというそんな形になりますこれはibmブロックチェーンプラットもibpとわらわれ呼んでいますけどもibpのibmクラウド版でクラウドのカタログを見て通常のパースでサービスを立ち上げるような形でサービスを作成するというような形になりますそうするとインフラの部分にクラスターが入るのでibpのプロビジョニングの最初のステップでクラスターを作ってくださいというこういう長面に入りますクラスターを作りに入るわけなんですけどもクバネティスフトで作ることもできるクラスタークバネティスに2通りibmを持っていてそれを選択していただいてそれでどこのリージョンにクラスターを作るかというのを選んでデータセンターを選んでそれから上で動くノードワーカーノードとわらわれ呼んでいますけどもそれのスペックが何なのかというこういうのを選んでワーカーノード何個でクラスターを作るかこの場合だと3つを選んでいます同じでクラスターを作りますこのクラスターの上に実際のハイパーレジャーファブリックのコンポーネントピアダーとかオーダラーを載せていくわけなんですけどもさっきお話ししたグイのコンソール我々ibpコンソールと呼んでるんですけども実はibpコンソールというのは今作ったクラスターとは別のところでマネージドサービスという形でibmのクラスターの上で動いていますなのでそのibpコンソールを今の遊覧空間で作ったクラスターにリンクをする必要があるんですけどもその処理をするのがこちらになります簡単で今作ったクラスターの名前を単にしてすればそれだけでおしまいなんですけどもこれで繋がってこういう感じでibpのコンソールが開いて今何もないですけどもピアの追加とか任意消極の追加とかってこういうのをまぐいから行うことができます結果的にこういう形で皆さんがよく作っておられるようなファブリックの農業構成が作っていけるという形になります今お話ししたのを絵で描くとこんな感じなんですけどもクラスターとしては2つありまして冗談にあるのがibm管理しているマネージドのクラスターここでコンソールがこう動いていますプロビジョニングとかするためのクラウドの画面もibmのクラスターでこう動いています一方でお客さんのクラスターっていうのは下側のお客様アカウントのクラスターというところで今やったように自分でクバネッツのクラスターを作ってそれと上側のibpコンソールをつなげていくこれでグイからお客さんのクラスターの上で動いているファブリックをコントロールできるという形になりますヘルムチャートを使ってibpコンソールからお客さんのクラスターにファブリックのソフトウェアを導入していくわけなんですけどもこのプロビジョニングが終わった時点でクバネッツのダッシュボードを見ると見てわかりますようにCAとかibpオーダラとかibp PRこういうカスタムリソースができますなのでこれができてしまうとこっから後はクバネッツのコマンドでこのリソースを作っていくというような形で運用ができるようになります高生霊ですけど先ほどお話ししたように例えば1個のデータセンターであればその中にワーカノードつまりサーバーですねこれを複数立てて運用していくとコンテナっていうのはローカルストレージはコンテナが潰れるとなくなってしまいますのでファイルストレージということで永続ボリューも外側に置くというのがこれはクバネッツを使う上でのポイントなんですけどもこういうことを行いますプラスログだとかあるいはワーカノードのパフォーマンスの監視とかそういうデータも外に引っ張り出せるようにエージェント経由で流し込んでいくというようなこういうような構成を取りますマルチーゾーンの場合もさっきお話ししたように東京010405という東京神奈川埼玉2個あるアベラビーティーゾーンにまたがる形でピアーを作っていくたださっきも言いましたようにアベラビーティーゾーン関でピアーを動かしていくようにするとデータセンター関で共有できるようなファイルサービスが必要になってきますこれアベラビーティーゾーンも提供しているんですけどそれをやると結構大がかりな構成になるのでそうしないためにはアンチコロケーションの仕組みを使ってつまりピアー1は例えデータセンター02が潰れてもデータセンター02にしか置かないよというようなピアーのコンポーネットデータセンターに貼り付けるようなそういう構成をしますいうような形でやっていけば農業館でファイルサービスを共有するそういうものがなくても大丈夫だということですそれからバッカーパンとリカバリー時間をオーバーしていまして質問がたくさん来ているのでもしできれば質問最後アップアップしていただいてはいバッカーパンとリカバリーの話をするよということですね実はこれが用意したんですけども簡単で単に止めてそれでオブジェクトストレージに逃がしてやってリカバリーするということになります質問が6つきてまして結構どれも質問なので1番質問が多いのが2人の方からいいね頂いているんですがバージョン1.2から2.pkにあげるときサービス無停止でできるとして少し驚いたチェーンコードも無停止でできるのかという質問なんですけどもチェーンコードに関してはこれは一種のアプリケーションなのでバージョンを変えるときっていうのはやっぱりこれ止めないとダメですね旧バージョンか新しいバージョンに切り替わるタイミングではこれは止めないとダメですさらにですねチェーンコードに関してはどのチェーンコードチェーンコードディフィニッションという定義体があるんですけども例えばエンドースメントポリシーをどうするかとかそういうようなことをみんなで投票するんですね投票して合意が取れたらばそれをアップグレードするというようなそんなような仕組みになっていますですのでなんて言ったんですかねダンドリーはそれなりに時間がかかっていてそれでチェーンコードを切り替えること自体は瞬時にできてしまいますなぜかというとチェーンコードというのはインストールとインスタンシート2回層になっていてまずインストールはみんなそれぞれやっていてそれでレディになったら一斉に有効化するというような形になりますのでそこは瞬間的にできるんですけどもただチェーンコードをアップグレードするということはクライアントのアプリケーションのほうも変更があるわけなのでやっぱり少し停止をして平行状態を取ってから動かしていくというのが一般的だと思いますはいありがとうございます他にも1つぐらい質問があってどれも回答いただきたいんですけどちょっと若干時間がなくなってしまうそうですねこの質問ってこちらでデータを取ってアップで回答してもらって可能ですかそうさせていただきます了解ですシテキさんすごく実践的なスピーチをしていただきましてありがとうございましたはいどうもそれではさっそく次のスピーカーですねひたち政策書の堀さんのほうからスピーチをしていただきたいと思います冒頭申し上げましたように世界経済フォーラムの第4日産業革命セクターにおけるブロックチェーン創業運用フローマークの紹介という非常に今までなかったようなセッションですのでとっても関心に持って聞いていただけるんじゃないかと思いますそれでは堀さんよろしくお願いいたしますはいよろしくお願いいたしますでちょっと先ほどお話がありましたように少し軽露が変わった話となっておりましてこの世界経済フォーラムがなんだとか世界経済産業革命センターがなんだとか少し説明の中でご紹介しようかと思いますが内容自体がどちらかというとユーザー企業さんのマネージャーだったりあんまり技術が詳しくない方に向けたフレームワークをまとめていましてなので技術的に細かな話は今回ないのでハイパーレジャーのニートアップでの発表にちょっとふさわしいかという説明は若干あるんですけどもその辺ご了承あらかじめご了承いただければと思います私は親政削除なんですけれども所属なんですけどもそこから世界経済フォーラム第4次産業革命センターというところに派遣という言葉がちょっと正しいのかわかんないんですけどもそこと県務しておりまして今日の資料はフォーマットムヒタチではあるんですけどもヒタチ製作所の話は全く履いていなくてここの世界経済フォーラム第4次産業革命センターでのトリックについての話になっていますでまずこの世界経済フォーラムはなんぞやというところでご存知の方がいるかもしれないんですけども一応その概要ブキペリアから引っ張ってきました1971年に設立されましてさまざまなワイトハイレベルの課題解決に向けて国のトップの人ですとか経済プライベートセクターのトップの人ですとかをマウチステーコルダーと言ってるんですけども集めて将来的な社会よりより社会の形成に向けた取り組みをしているようなそんな組織になります有名なのがダボス会議と言われるものここにその選ばれた知識人とかジャーナリストを集めてさまざまな今後の世界に向けた話をしていくと最近ですとSEGsですとかサステンブルな社会実験に向けてプライベートセクターパブリスセクターですとかどういうような動きをしていけばいいかですとか特に最近ですとCOVID-19を受けて今はグレイトリセットというのをワイト発信しているんですけども継続的なリカバリーではなくて一旦社会をどう見直していくとCOVID-19を受けてですけどもサステーブルな社会を実現していくかみたいなかなりハイレブルな取り組みをやっている組織になっております私はちょっとこの中の一つのセンターなのでこの全体的な取り組みは全く関わっていないんですけどもその中で第4次産業革命センターとはどういった位置づけのところかとここにありますように近年の技術の劇的な進展に対してなかなか法制度とか規制・レギュレーションとかが間に合わない部分が多いんですけどもその中でも技術革新のメリットを最大化しながらかつ特に最近わかりやすいAIとかで様々なリスクがあると言われていますがそのリスクを最小化するようなポリシーですとかガバナンスという言葉をよく使われるんですけどガバナンスの基本となる考え方を設計してこれを世界に受けて実装していくことを目指すような組織でこれを割と最近できまして世界中の政府公共機関企業 学術機関などなどから人材を集めてプロジェクトを推進しております久しぶりとしましてはアメリカにパートナーシップを締結してここにフェローとして参画しております私は2018年度からではなくて実は2020年度から前任者を引き継ぎた形でフェローとして参画していく形となります拠点としてはアメリカが本居地サンフランシスクが本居地でアメリカと中国にあって私はアメリカの拠点のフェローなんですけどもコロナが流行ってアメリカに行けなくなったので今も日本にいる状態なんですけども一応ここの手続ですとあと他に関連機関がありますとここでアメリカの拠点でどういう取り組みがあるかというのをこのコリシーやガバナンスの基本的な考え方とは書いたんですけどこれだけだとほとんどイメージがわからないかと思うので次のページにどういうものがあるか書いていますと例えば政府公共分野でのAI活用の機会を促進するためにどうすればいいですかどうすればいいかですかあとはAI世代の子供を守るためにどういうような企画が必要かだったりあとこれもAI関連というかこれのセキュリティを工場させるための市場インセンティブの設計ですあとは規制関係ですと自動運転に関する安全規制ですあとはドローンこれについての規制をどういうふうにすればいいかですあとは最近はやっぱりデータをどう扱うかという話インフォーショウテンが遅れているのでインフォーショウテンが遅れている部分が多くてヘルスケア関連の個人のデータの扱いですとかあとはいわゆるソーシャルグッドというか社会を欲するためにデータを集めればいいようなフェーズはあるんですけどもそのような異常基礎への迅速な対応可能にする場合にデータ協力をどう進めればいいかですとかそういうようなプロジェクトが進められております私はこの中でのブロックチェーン分散台長技術に関するチームに属しておりましてその中でもいろんなプロジェクトがありましてここでもちょっとまずプロジェクトどういうものがあるかと書いております例えばセントラルバンクのデジタル通貨実現のためのフレームワークでしょうかあとは腐敗欲盛に向けたこれちょっと取り組みが確か南米に関する話で周りそその政府の腐敗というかが多くてそこの政府のプロセスにおける透明性とか説明責任向上のためにブロックチェーンをどう活用すればいいかですとかあとはレガシーのシステムとブロックチェーンベースのシステムこれをどうつなげていけばいいかですとか法律的な話が絡むんですけどもブロックチェーンを使っていろんなステイフォルダーをつないでシステムをつな作ったときに論争をどういうふうに解決するかそこで起こった問題をどういうふうに解決すればいいかみたいな枠を作っていたりします最後にありますが本発表の対象はこの中の一つのプロジェクトとしてサプライチェーンや貿易とか物流へのブロックチェーンの適用のプロジェクトがありましてこの中での色々とホワイトペーパーがあるんですけどもそのうちの一つホワイトペーパーの一つに関するお話となりますでこのサプライチェーン向けのサプライチェーンのブロックチェーンの適用ということでプロジェクトが必要ということでブロックチェーンの有望な適用領域の一つのサプライチェーンに取り組みとなっておりましていくつかホワイトペーパーが出てきましてシリーズにはなっていますイントラクションはブロックチェーンとはどういうものですかぐらいのものだったりしてデジタルアイデンティー関係の話だったりあとはこの辺も技術的にはたぶん今回聞いている方にとっては非常に勝負的かと思うんですけどパブリックなブロックチェーンとプライベートなブロックチェーンどっちを選ぶよどういうようなときにどっちを選ぶよ良いかデータをどのように守るかサイバーセキュリティの考え方だったり今回の発表はブロックチェーンの総合運用性についてのフレームワークでもともとのものは今年度の4月に発観されたんですけども日本語版がちょっと発観されたのかもうすぐ発観されるのか私の方でも正式な部分ちょっとあんまりわかっていないことがあるんですけどもこちらに本語版が出るということもありましてちょっと今回この場でご紹介させていただこうと思いましたあと最後にこれはそのUAEでのこちらの枠組み使ったケースサリーだったりをまとめたものとなっていますホワイトペーパーはどういった内容かと言いますとまず総合運用性とは何ぞやというようなところから総合運用性の分類アプローチアプローチを選択する際の枠組み総合運用ソリューションで現在どういったものがいろんな会社から出ているかという内容と後は実例の紹介とあと最後に検討における質問のリストからどういうアプローチを選択するかということで今回は第5説第6説は特に総合運用ソリューションの現在と言いましてもこっちの発観が4月さらにまとめている段階はもう少し前になってしまって正直ちょっと古い情報になっている気もしますので第5説はちょっと飛ばして第6説もちょっと飛ばして234と7あたりを説明したいと思いますここの組織は先ほど申し上げましたようにいろんな企業だったり政府だったり学術機関からそもそもその人を集めていろいろとこういうようなまとめをしているんですけどもそれだけではなくて検討マルチステイコルダーで進めていくというところにおもきを置いていましていなくてもさまざまな有識者を集めて一緒にこういうワイトペーパーを作り上げているところに結構重点を置いていましてここではデロイトの方はそもそもその参画は組織に参画しているんですけどもあとは例えば標準化団体のもびの方ですとかともいわゆるそのワークショップというかラウンドテーブルのような形で内容を詰めていて書いていったようなものとなっていますちょっと前置きが長くなりましたが中身の話に移ってまいりますまず問題意識としましてはサプライチェーン向けのブロックブロックチェーンの適用ということでサプライチェーンに関するブロックチェーンのソリューションというものはこれまでも施行はされてきた部分はあるんですけどもやはりポーションのうちはこの小さなエコシステムにおいてブロックチェーンの適用が進められてきたという面がありますなんですけどもここでは特にグローバルなサプライチェーンを対象としていましてそうすると複数のエコシステムが交わる必要がありますよねその場合にはあるエコシステムでブロックチェーンを活用してありますとエコシステム2でもブロックチェーンを使ってシステムが作られていますと例えばそういうような状態になったとしてもエコシステム感がちゃんと相互運用できなければここで言ってるようなグローバルなサプライチェーンというものがなかなか実現できないということがありますのでなのでサプライチェーン向けにはやはりブロックチェーンの相互運用というものが一つ考える歴重要なところになってくるというものがありましてここを問題式ととだいたような内容となっていますここからはエコシステムの中身に関するブロックチェーンというか技術的な中身に関するものになってきますが冒頭申し上げましたようにマネージャーはそう向けだった技術的なものに関することもありましてある程度その議論があらゆる部分はあるかもしれませんがその辺もご了承いただければと思いますまず大きな分類としましてデジタル資産の取引とあとはそのニンギレータの取引トランザクションの取引についてがありますとデジタル資産の取引というものは暗号通貨などのコトナルブロックチェーン由来の資産を転送予備交換する勤効ですと例えばそのイーサリアム上の分散アプリを介してビットコインをシャーロットシャーロットニンギレータ取引はニンギと書いておりますようにそういうような資産以外のものの交換すべてをさせていましてちょっと広い面はあるんですけどもここでは他のブロックチェーンプラットフォームに影響を与えることをブラックチェーンのプラットフォーム上で実行する機能ですと例えばその貿易の話で説明いたしますと何の条件を渡してここの有効性を確認する情報というものがイーサリアムとそのハイパーレッチャー異なる基盤上でやりふりするとそういうようなニンギレータ取引と大きくこの2つ総合運用についても説明がされています総合運用モデルというものをここでは定義しておりましてどういうような観点に着目して総合運用というものを考えていけばいいかというものをまとめたものになっておりますでレイヤーとしましてはビジネスモデルあとはプラットフォームインフラストラクチャーというところでどちらかというところのビジネス産業革命センターというものはこのビジネスモデルレイヤーにあるようなところに実際は結構深掘りしているような組織になりますそれぞれ観点がレイヤーボートにあるんですけれどもどういったものがあるかと申し上げますとこの辺はなかなかビジュアライズも難しくて非常に文字が多くて教宿なんですけれどもまずビジネスモデルとしましてはガバランスモデルデータ標準かコマーシャルモデル法的枠組みということでガバランスモデルが何かという話ですけども例えば本人確認ネットワークKYCやってるような銀行がブラックリストに載っているメーカーの講座を一度解説してしまうと他の銀行というものは最初の銀行を信頼して銀行を信頼してしまうとなのでそういうのを回避するためにはエコシステムに入ってくる銀行に対して厳しいオンボーディングクロセスを実施する必要がありますよねこういうような総合運用する際のルールづくりまず1つ考え必要がありますよね2番目はこれは当たり前かと思いますがちゃんとデータも整ってる必要があとはコマーシャルモデルということで少し一般的にはビジネスモデルと言われるような内容かと思いますが例えばある銀行が最初に本人確認をするのに非常に時間がかかりますと他の銀行は本人確認結果のみを使って講座を開いた場合2番目の銀行というのが最初の銀行にお金を支払わないと最初の銀行もそういうような本人確認情報を共有するモチベーションが分かなくていることで当然普通のステーコルダーが関係する際にはビジネスモデルコマーシャルモデルの検討が必要ですよねあとは法的な風味についても分散型ですのでネットワークやデータの所有者が確認することが困難だったりあとは法的な側面でどういうような定義をすればいいかどのようなシーメンがあるかとも言いますのでこの辺をあらかじめというか総合に接続する場合は考え必要があります次がプラットフォーム総補になりますとまず合意形成メカニズムですとこれはまあそれはそうだと思われそうな気はするんですけども異なる合意形成メカニズムはデフォルトでは総合意味はできませんともし同じような合意形成メカニズムを使用していてもそのツアーアンダクションの順序に合意しながらデータを投稿するというのは難しい場合もありますと2番目がスマートコントラクトこれもそれはそうかという話ですけどコトナルブラックチェンプラットフォームがスマートコントラクトにコトナル言語を使用している場合またがっては実行できませんとあとは認証及び証認ということでブロックチェーンはマルチシグストランドアクションに対応可能なので複数の参加者が趣味を行うことができるけれどもこれも上2つの話と似たような形で設計が当然ですけどコトナルっていう場合がありますとなので同様の合意形成メカニズムとしても総合運用ができない場合がありますとこの場合総合認証のメカニズムをベッド検討する必要がありますよねというような形です次がインフラスラクチャー装でまずハイブリッドクラウドということで理論的にはハイブリッドなインフラスラクチャー上に展開できるけれども通常はなかなかエンタープライズグレールの総理をしていたら十分な性能を発揮できませんとあとはほとんどの企業はこれはどこまでどうかというのが私の方でも確認を取れているわけではないんですけどもハイブリッドクラウドを採用していることはないですとマネージドブロックチェーンはこれはマネージドされているので様々な便利な機能があるんですけども逆にそのユーザー側からは何か見えない部分が残ってしまいますとあとはこれも当たり前ですけどもそこに存しているということはある意味そこにベンダーロックにされている状況にもなりますよねで3番目は上の話と少しから見ますがプライベートブロックチェーンにおける独自のプロクが言えたりの構成要素についてはロックにされる可能性もありますしあとは総合認証という面ではなかなかその異なるプライベートなブロックチェーンの間では難しいですよねとそういう話ここでは総合認証に向けた三つのアプローチということでまとめていますまずその総合認証ということで交渉制度リレーですとかハッシュロックがありますとプロコンとしましては交渉制度以外ですけれども中央の信頼できる期間を必要としない形ですとで今度としましてはリレート交渉制度はちょっとこれ講実しますが先ほど申し上げた任意データ交換の総合運用サポートしますとなのでこの2つのみがサクライチェーンに関しては適用可能かなと一方そのリレーというものは企業向けの普及がまだ進んでいないですねでまず交渉制度はちょっとこの辺はあんまり説明することもないのでしとばし行きますが信頼できる関係者がそれぞれの合意それぞれ合意を形成して複数のブロック支援管をつなぐとで複数が最も簡単な方法の一つですけどもここに交渉認というところに信頼を集中する必要がありますとなのでその対象とするユースケースがこのブロックチェーンの複変性という部分にのみ依存していてあまりその分散的な特性というものを気にしていないならば選択可能になりますね次がリレーこれは他のブロックチェーンプラットフォームのイベントや状態を検証して読み取ることができるシステムですとこれによって先ほどのように信頼できるような来参者を使用せずに2つのブロックチェーンのシステムを繋ぐことができますと新しい類似した特性を持たないプラットフォーム同士を見ることが難しいですよねで3つ目がハッシュロックで総合認証における最も実用的な方法だがデジタル資産の交換に対応対応できますとなので2.2データ交換といったものには対応できなくているところがあります時間がなくなってきた気がしたので急いできますがそしてはAPIゲートウェイですとそのAPIを叩いて2つのブロックチェーン間を繋ぐというところですと先ほどの話でリレーやハッシュロック総合認証の実現が困難なことがあってそういうこともあってAPIによるアプローチが選択される場合がありますと課題としましてはプラットフォームが用意しているAPIが異なる傾向があるとあとはAPIを叩いてどうにかブロックチェーン間の連携をしていくので最終的なデータの整合性を保証できない可能性がありますとまたAPIを操作するところに結局信頼が集中してしまうとなので実装が簡単な面はありますけれどもデータの整合性の面だったりあとは信頼が集中して集中してしまうとそのようなところが困難になりますとアプローチの見つめとしましてはオラクルということでちょっとこれも若干軽度が違う面はあるんですけども外部データをブロックチェーン上で使用するために転送するエージェントですこの辺はいいですかね結局このアクローチの見つめにそもそも並ぶものかというのがあるんですけどもブロックチェーンとブロックチェーンシステムの総合運用のみを可能にするものであってあとはアプリケーションの信頼性というものは結局オラクルの信頼性と同レベルになるのでここをどれだけ信頼できるかというところが欠点となってきますとで先ほどのアプローチについて接続先のシステムとあとはコンソーシアムの種類に応じてアプローチを選択して一応それがアプローチ選択の概要という形になっていますここではコンソーシアムの種類としまして4つ定義していますと金融事業系政府系金融事業系 技術系でちょっとこのホワイトペーパーでの前提といたしましてはここの金融事業系というものが結局何かということなんですけど最初の方に申し上げましたデジタル資産交換のみに商店はあっているとちょっと実際じゃ金融事業系でデータ交換がないのかと言われるとそういうこともないとは思うんですけどもちょっとここのホワイトペーパーの前提としましてはそのデジタル資産交換に商店はあっていると政府系だったり金融事業系このホワイトペーパーが対象としているサプライチェーンはここの金融事業系に当たるんですけどもこの他のコンソーシアムというものはデジタル資産交換だけでは足りなくてそのニーデータの交換が必要となるそういうようなコンソーシアムであるとここのホワイトペーパーでは定義されていますで選択なんですけども先ほどその金融事業系がデジタル資産交換ですとで金融事業系それ以外のコンソーシアムはここでの定義はデジタル資産交換のみではなくてニーデータ交換を扱う必要があると申し上げましたが結局ここではデジタル資産交換でのみを扱えばよくてかつ接続先のシステムが互換性のあるブロックチェーンプラットフォームの場合はその総合認証とアプローチを取ればよりでしょうとで非ブロックチェーンのシステムとつなる場合はそのオラクロを使わなくちゃブロックチェーン上にその情報が載ってこないでしょうとでそれ以外の場合はAPIゲームなかなかこの2つ対応できないのでAPIゲートウェイを活用してそういうような形で総合運用のアプローチを選択きましょうと言っていますでこれはそのファイトペーパーの最後の方にそのまずその総合運用というものを考えるときにどういったことを考えればいいかとそういうようなチェックリストがかかれています例えばそのビジネスモデル層に関しては参加者はどういうような業界に属しているかですとかあとはどういうようなデータ標準に順況しているかとかとかあとは既存のブロックチェーンのエクシステムに参加者というものは参加していますかとかでプラットフォームに関してもちょっと似たような質問もあるんですけども既存のブロックチェーンのエクシステムに参加していますかですとかあとは例えばその交渉制度その総合運用をやる場合に分参加のポリシーというものはその総合運用においてどのように考えられているかと実際はあまり分参加というものは要らなくて要らないならばそういうような交渉認を立てるような形で総合接続を行ってもいいですよねとかでインフラスラクチャーについても同様にチェックリストがありましてそのデータ交換場所に関してその法律の何らか制約がありますかとかあとはそのソリューションのオーナーというものは何をどこまで許してくれますかと今後ではブロックチェーンアザーサービスを利用できますかとかあとはそのiT組織というものがさまざまなシステムを作ったときにそもそもそも管理できるほど制熟していますかなどようなチェックリストもあります最後にこういう一連のファイトペーパーがあるんですけども一つこのブロックチェーンディベロックメントツールキットというものをまとめた形にしていましてツールキットというのは一体何歳というのはあるんですけど単的に言うとドキュメント群となっています20歩あまり時間がないですがこちらがそのブロックチェーンのツールキットと言われるもので全体をPDFとしてもダウンロードできるんですけどもここのキークエッションによってどの辺りを参照しすればいいかというようなことがインタラクティングにできる部分があります内容といたしましてはリアビリティに関する関する部分ですけども例えばあんまり技術的な部分じゃない部分が多いんですけどもコンソーシアムをどう組んでいけばいいかですとかあとはリーガルですとかレギュレタリーのコンプラインスこれをどう考えていけばいいですとかあとはゼーについてどういうふうに複数の企業帯で組んだときに考えるかとかファイナンスのレポーティングとかをどうすればいいとかなどなど複数のステーコルダーでこのブログチェーンを使ってシステムを作るときにどういったところに留意していけばいいかとそういうのをまとめたツールキットを出していますちょっと長くなりましたが私からは以上となりますありがとうございました時間もちょっとなくなってきていますけれどもご質問がある方はぜひキュア&Aボタンのほうからよろしくお願いいたしますなかなかここで今回紹介されてしていただいたホワイトペーパーですとかこういうツール群でおそらく日本でこのタグ位の情報って収集しようと思ってもなかなか気分とかないような情報が多いんじゃないかなって思ったんですけどもぜひ日本語がされたんでしたっけされたかされるかっていうおそらくそういうタイミングだと思うんですけどももし探してみて日本語がされているようだったらぜひ手にとってこのホワイトペーパーぜひ読んでみていただきたいなというふうに思いますおそらくインターバイラビーってこれからすごく気になってくるようなそういった分野だと思いますので重要なトピックだと思いますで一つ質問があってちょっと検討外れない質問かもしれませんが防疫センターという題目ですが防疫関連のユースケースは検討されているのですかということなんですけどもいかがでしょうか防疫関連のユースケース防疫関連ですねトレードサプライチェーントレードユースケースそうですね実際のあれですねホワイトペーパー特に総合運用に関するホワイトペーパー実際あんまりその防疫に特化した話はないんですけどもユースケースとしては検討しているというか検討する際にそういうような国際物理をやっているような企業さんに入ってもらってそのワークショップだったりランドテーブルをやってそこで必要な要素を取り入れているとそういう形ですね所属している組織で何というかユースケースの開発というかそういう所をやっていく組織ではないので何というかそういう方にも入っていただきながら資深というかフレームは検討しているようなイメージですねなるほどありがとうございますここから質問も大丈夫でしょうかちょうど8時になった感じですけどよろしいですかそれでは本日の貴重なお話いただきましてありがとうございましたぜひ皆さんもホイッドペーパーお手にとって読んでみてくださいそれでは本日のハイパーレッチャーミートアップ東京は終了とさせていただきますまた来月ハイパーレッチャーミートアップ機会を設けたいと思いますのでぜひご参加いただければ嬉しいですそれでは本日夜遅い時間までお付き合いいただきましてありがとうございましたそれではまた次回のハイパーレッチャーミートアップをお会いしましょうそれではステーします