はい、それでは12時2分おもありましたので、早速今日のハイパーレッジャー東京ミートアップを開始していきたいと思います。改めまして、私ディナックスファンデーションの福安と申します。本日はハイパーレッジャーミートアップ東京にご参加いただきまして本当にありがとうございます。本日なんですけども、ここ最近ハイパーレッジャー東京ミートアップはさまざまなトピックにアジェンダを決めて、そのアジェンダに関して情報提供を行うと、そういう趣旨でイベントをしていきましたけれども、本日はいわゆるID、最近ウイルスのワクチンパスポートみたいな仕組みが世の中で結構ディスカッションされていますけれども、そういった流れもあって、ブロックチェーンでIDをマネジメントするということが非常に旬なトピックではありますけれども、本日はまさにその非常に旬なトピック、IDですね、ブロックチェーンでIDをマネジメントするというテーマでミートアップを開始したいと思います。本日のスケジュールはこの通りになっています。私のオープニングの後、インディショーさんの金原まやさんと、ケン・エヴァートさんによってトラステットデータエコシステム、信頼できるデータのエコシステム、アイデンティティに価値を見出すという栄養題目でご講演いただきます。通常ですね、ハイパーレッジャーミートアップって大体2人3人の方にご登壇いただくんですけれども、今日はランチセッションということで、この1項目だけで進めていきたいと思います。ミートアップの開催中ですね、皆さんの質問は随時受け付けてたいと思うんです。通常のハイパーレッジャーミートアップ、これまでご参加いただいた皆さんよくご存知かと思うんですけども、講演中にQ&Aボタンの、Q&Aの場所に質問書き込んでいただいて、講演が終わった後にQ&Aに答えていくと、そういうスタイルでやっていましたけれども、本日に限りましては、できる限りプレゼントの中で答えていくというスタイルを取りたいと思いますので、もし何かご質問とかあればどんどんどんどん書き込んでいただければなというふうに思います。本日ですね、プレゼンターは金原まやさんがプレゼントを行うんですけれども、技術的な質問に関しては、インディショウさんのCTOであるケン・エヴァートさんの方で書いていただきます。ケン・エヴァートさんは英語、イングリッシュスピッカーですので、もし技術的な質問がある場合は、もし可能であれば英語で書いていただけると非常につむずかなと思います。日本語で書かれた場合でも私ともあのスタッフの方で翻訳をしていきますので、その点はご心配なく書いていただければなというふうに思います。いつもですね、東京ミートアップに皆さんご参加いただいていますけれども、それ以外のハイパーレッチャーミートアップ、日本以外のロケーションでもあります。ロッコの動向とか、ご関心がある方は来週ですね、ハイパーレッチャーのブダペスト・フランクフルトで開催がありますので、もしハンガリー語とドイツ語がわかるようでしたら、ぜひご参加いただけると良いかなというふうに思います。それでは実際にセッションに入っていきたいなと思いますけれども、その前にいつも行っているアンケート、低点観測は非常に重要かなと思いますので、アンケートを取りたいと思います。それではまずですね、どこから皆さん参加しているか、これに答えいただければなと思います。どこから参加されていますか?だいたい30秒ぐらいで皆さんご回答いただけると非常に嬉しいですね。やっぱり関東が多いですね。はい、じゃあちょっと投票を示させていただきます。投票結果、こんな感じになってます。やっぱりいつも通り関東なんですけれども、旧州、沖縄、そして海外といいますね。海外はひょっとしたら本日のスピーカーのケンエヴァートさんかもしれませんけれども。はい。もう一つ、もう一つなアンケートです。ハイパーレッジャーを既に製品サービスで使い始めていますか?にお答えいただければと思います。はい、投票終了させていただきます。35%が使用していて、42%が使用に向けて準備中でやっと。合わせて、78割近くが製品サービスで使用しているか、これから使用しようとしているという状況ですと。だいたいこれは今までの傾向と同じかなと思いますね。今までだったら製品サービスで使用しているという割合が多くて、向けて準備中というのが嫌いは少なかったですが、それもやっぱり今回はアイデンティーに特化したミートアップであるというところも少しその辺りから反映されているのかなと思います。はい、では以上を持って私の前座を終了させていただきますので、これからミートアップをぜひ皆さん楽しんでいただきたいと思います。それで、スピーカー、金原まやさんにバトンタッチしていきたいと思います。それでは皆さん、拍手の声は聞こえませんけれども、金原さんを暖かくお迎えください。それでは金原さん、よろしくお願いします。よろしくお願いします。はい、では本日はお忙しい中を集まりいただきまことにありがとうございます。早速ですけれども、Empire Interest 今日のプレゼンテーションを始めさせていただきたいと思います。本日のプレゼンテーションの内容ですけれども、まずは私と県の自己紹介とインディションについてお話しします。その後Trusted Data Ecosystem 今日のメインテーマですね。そしてその後にテクノロジーのちょっと深いところも追求していきます。それして、後半、事例とワークショップのお知らせも含めています。早速ですけれども、私の名前は金原まやと申します。シリコンバレーで15年ほど相手の会社におりまして、オートデスクではエンジニア、アップルでQA、Twitterではプロジェクトマネージャーをやってた子どもがありました。その後、セキュリティプライバシーとの出会いがありまして、2017年に自分のクレジットガードが盗まれて、誰かが知らない人がニューヨークで、10万円ぐらい使ってたっていうことがありまして、自分はその時サムランティストにいたんですけれども、その苦い経験からセキュリティとプライバシーの勉強を自分で始めさせていただいて、ヒエリ団体などに参加しながらコンペネンツに行き始めました。2017年その時にブロックチェーンとの出会いもありまして、サンフランシスコにあるデジタルガレージという会社にいて、インキベーターのコミュニティづくりを手伝いしながら、その時とてもブロックチェーンのミートアップの方々がすごい熱狂的でいろんな方にお会いしました。その後、その同じ場所で、2019年ですね、Self Sovereign Identity Incubatorというインキベーターをマネージするプロジェクトに変わることになりまして、その時にSovereign Foundationにいた県とCEOのヘザーに出会うことができました。当時、ブライアンベランス、最近までハイパーデジャーのデレクターをしていたブライアントモーで会うことができまして、その後、2020年にインディションを当時のメンバーと一緒に設立することができました。ケン、 would you like to introduce yourself for two minutes?Sure. I'm Ken Ebert, the CTO at NDCO.I have been involved in decentralized identity.The Sovereign Foundation is a software architect working on the open standards there at the W3C and at Hyperledger and the various working groups. Prior to joining the Sovereign Foundation,I worked in the medical analytics space working on large-scale analytics, doing hundreds of millions of records and analyzing those in real time.And also on the master patient index problem to correctly identify persons who are being treated so that the proper care can be given without mixing medical records from multiple organizations and getting the wrong records associated with the people.I've also worked at Novell as a system architect, as a consultant for IBM on operating systems and compilers.I also worked in Symantec working on search solutions there to evaluate backup systems and things like that to provide security and privacy for those types of organizations.I've been in the tech industry with some startups and had some successful exits and enjoy working with technology and helping to let other companies be successfuland guide them through some of the tricky parts of the technology.Thanks, Maya.Thank you, Ken.こちらにも書いてるんですけれども簡単に翻訳させていただくと彼はメディカルデータを取り扱った仕事をしていたことがあってそれは今回のこととすごくつながっているかなと思いますそして IBMのコンパイラーなどにも立つあることがあってスタートアップを育つされた経験もあります詳細はぜひインディショーのウェブサイトにありますのでぜひご覧ください今日たくさん内容があるのでどんどん進めていきたいと思います次にまずはインディショーのご説明をさせてくださいインディショーはトラスティートデータエコシステムを開発そしてホストしておりますトラスティートデータエコシステムはベリファイアボークレデンシャムをエクシェンジするための最低限可能な設定になっておりますベリファイアボークレデンシャルということはまだあまり聞いたことがない方がいるかもしれないんですけれども一部のインターネットでは自己試験型のデジタルな個人情報の集合体を示す次世代の証明の形ですという表現がありましたので共有させていただきます私たちは偽造の削減プライバシーをデザインしたユーザーフレンドリーなセキュリティを信じていますのでディセンチュライズアイデンディティコミュニティの目標となっているオープンソースやインターピラビリティをサポートしております私たちのクライアントはさまざまな産業から用途の違ったサポートが必要だったためにインディショーに訪れてきますたくさんのクライアントはさまざまな問題を抱えているもののディセンチュライズアイデンディティ101のワークショップから始めますどうして私たちがこの問題に取り組んでいるのかトラスティードデータエコシステムはどのようにできたかなどをお話ししますそれぞれのクライアントとはまず何が必要なのかどんな問題を抱えているのかをしっかり時間をかけて私たちはこのやり方で現実的なソリューションをたくさんの企業に提供することができ問題解決ができましたこのような背景からまずはどうしてこのトラスティードデータエコシステムを構築するようになったかという歴史を説明させてくださいこちらが一つのトラスティードデータエコシステムは単体しているエコシステムなんですけれどもこれを表現したものですシーミレスで効率的なデータエクシェンジシステムで一種はクレデンシャルホルダークレデンシャルベリファイヤーを含みます即座にその3つのデータの価値を参加者に提供します後ほどお話しする信頼できないデータのコストを削減したりしますまずはじめにシンプルにどのように私たちがベリファイヤーをクレデンシャルをエクシェンジしているかをご覧くださいこれはリンクトインのスクリーンショットなんですけれどもどうして私たちがこのようなシステムを構築しているかというと現在存在しているデータモデルは信頼できないシステムだからです例えば皆さんが持ちのリンクトインを見てみましょうイメールアドレスを使ってアカウントを持ってますよねそしてGメールアドレスを作る前には私たちが誰であるかを全く証明していませんよねただこのプラットフォームに入るためだけにイメールをバリデートしました私たちのCEOのヘザーがよく言う話なんですけれどもこのリンクトインで彼女の名前と写真を使ったアカウントが7つもあって自分が自分であるという証明ができないということが現実に起きていますディセンチラエスタアイデンディティの目標と申しますとトラスト、信頼と効率というコンセプトから成り立っていますちょっと歴史のお話になるんですけれども期限前、3200年前から1960年、64年まで私たちはアナログの世界で書類を輸送したり持ちかかんだりして書類をエクシェンジしてきましたノータリティ、工場人から風を閉じられたスタンプ付きの封筒や有名曲でレジスターされた書類など持ってきた人がポケットに入っていた封筒を手渡したりしてきましたねそういったやり方で私たちは信頼を築いてきました誰かが特別な封筒を持ってきたもらったり有名曲に行って同一緒に署名しなければなりませんたくさんの信頼を築いてきましたがとても効率が悪かったです1964年からこれまでに何が起きたかと申しますと信頼できる効率化されたプライバシーが報告されたハイブリッドな世界が出来上がりましたが私たちは書類ドキュメントのエクシェンジにはたくさんの信頼を微生にしました書類をスキャンしてアップロードしたりデジタル化されたドキュメントやデータをイメールするようになり効率は高まりましたがトラストやプライバシーをしないましたよねイメールを受け取ったり送ったりすることで収容集見型となり便利にはなりましたが送ったり受け取ったりしたイメールは信頼やプライバシーを失いましたディーセンチュライズアイデンティティ分散型IDの目標はこのような3つの要素をオクティマイズすることで効率を最大限にしデータエクシェンジの際プライバシーを報告することですそれではどうしてアイデンティティのドキュメントはアナログ生活で使われているのでしょうかこのスライドの右下にあるビジネスオーナーはこのドキュメントを視覚的に見たときに意味が既にありますよねまたは情報を実証することができます例えば運転免許証を見てみましょうこのプラスチックのラミネート確保を見れば見せ物かどうかわかりますよね運転許証は発行者日本の場合は警察署でしょうか政府になりますがその発行者によって制作されたID運転免許証です違う言い方で申し上げると発行された免許証に対して誰かが勝手に書き換えることはないですよねもし例えばプラスチックの運転免許証の一部の確保の仕方が一般に目にするものと違っていたり都道府県が表記されていなかったりするとこれは偽物じゃないかと思うかと思いますこのようにアナログの世界では物理的な変化があるとこのデータが本物化偽物かどうかという判断ができますこれがベジタルの世界になるとベジタルIDが本物化偽物かどうかを判断するには物理的なプラスチックなカードでは無くなりますのでわかりにくくなりますがディセンチュライズID分散型IDの世界だとこれが理解できますサブリッドな世界では信頼できるデータをデータ描写やデータ実証等を表現していますがコストやリスクはどのように変化したのでしょうか2FAを使ったイメールは本当に安全なのでしょうかなぜなら私たちはイメールが発揮されてないことだけがわかっているからですトラストと効率との間での無理やりの選択についてですスキャンまたはイメールまたはアップロードされたIDが信頼できるドキュメントかどうかを判断するには何度か練習が必要となりますこの情報が高いの効率この情報のクオリティが高いのか効率が悪いのかどうかプライバシーが保護されているかどうかGDPRに沿ってプライバシーがきちんと保護されているかなどですリスクについてはどうでしょうか私たちは効率化のためにこれらのプロセスを踏むと時間がかかるのでデジタルデータを信頼できるかどうかを義務しなくなりました効率を優先するためにリスクをとってデータの信頼性を確かめることをしなくなりましたこちらの三角形の図をご覧ください右に例えば行ってみるともっとリスクがあり左に行ってみるとイフィシェン過ぎが高くなります図を見ていただいているように効率的な信頼とリスクとの関係は三角形の形で表現することができますもし信頼を選ぶとなると効率から遠くなりますね逆に効率を選ぶと信頼から遠くなりますしリスクも高くなりますとけれどもディセンチュライザーアイデンディーモデルですとトラシティとデータエコシステムを使ってこのような選択を迫られなくてすみます三角形の関係ではなくてリニアな図のような関係となりリスクの反対側に信頼性と効率性が同じ側にあります信頼性を高めるとともに効率化を進めることができます信頼性はトラシティドモデル信頼できるモデルに存在していますこちらの図式にありますのがトラストモデルの側ナンスステイクホルダーとの信頼関係を築くための管理体制ですこの側ナンスは二つのフォームによってコードで書かれた暗号化された信頼と署名を読み取りに行ったり本当の情報を読み取りに行ったりしますもう一つは哲学的な信頼ですこの図の右にあるお店のオーナーがデータを送られてくる機関または業者がどの信頼できる機関であるかどうかを信頼されたデータを受け取ることができますデータを受け取った時にデータが信頼された機関から送られてきたかどうかこの側ナンスでマシンリーダーボロナイやり方で実行されますそしてお店のオーナーは送られてきた情報が信頼できる情報かどうかを判断しますトラスティートーデータエコシステム信頼できるエコシステムで図の左側にあるクレデンシャルイシュアーがバックグランドチェックやKYCを行うことで信頼が蓄積されてきます運転免許書を例にあげるとすると運転免許書を発行する政府がクレデンシャルホルダーに免許書を発行しますそしてそのクレデンシャルホルダーがお店などのベリファイヤーに免許書を提示しますその時暗号化された認証 手数学的な認証政府を信用することで成り立っていますこちらはトラスティートデータエコシステムを表現した図式になりますがイシュアー ホルダーベリファイヤーが三角形の形で表現されていてトラスティーの間で信頼関係が気づかれます浩原さん 福安です質問が来てまして公演者紹介医療情報の管理についてのプロジェクトに関わっておられるということでした私の理解ではSSIというと独製情報のような固定的な情報を扱う例が多いと思いますがこの説明が大変な問題でスイートデビュースについて解説してもらえますかという質問なんですけども後ほど詳細ありますがせっかく県がいるので県に聞いてみましょう県クイッククエッションはスイートデビュースに使用するSSIスイートデビュースに使用するスイートデビュースに対して必要的な�事を最も苦労的な我們は割ableクエッションにしてねメディが売っているファイバーの世界の多くの観覧、研究者、それぞれの内容もついて、 Representationについて、錢を入れて、私の資料を私に負担、私の制御について、私がその資料が自由中央区の事務頁についてつながる最初の飾 upwardは相当に延びたこの2つ、電波、電波、再び電波・電波 cousinsそして今マドリブに関する出走すべき人間、として、総合の資料の取り組みについては、同時に、自分のアクセスについて見られる必要がある。そのため、コンセントについても、アクセスについても、そのために、2つの方法で、一つの放送も使用されています。どこかが、研究所によって誤拠した誤拠を集めたのですが、これまでの資料の移動のために測定を探し、どこかの医療時間を使用されているのか、それほど、大きな資料に承認されているのが非常に大きな図形ではありません。OK。それでは、今から、今、県が申し上げた中で、ポイントとしては、まずデータを扱う際に、特にこのメディカルデータですよね。プライバシーの法律などがありますので、そこが一番懸念されるところで、皆さんセンシティブに動かれております。その際に、セントラライズのシステムかどうかということですよね。あと、そのオソリティ、政府の機関が管理しているデータなのか、そしてそのデータがどこにあるのかということもキーだと申しております。そして、そのデータを誰に見せるか、どのように共有するかというところで、コンセントが生まれるんですけれども、このVerifyable Credentialを使うことで、フォルダ、エンドユーザーがコンチョールできる状況にあります。そして、データのシェアとしては2つやり方があって、1つはモバイルで、そのフォルダ、今からもっと深く話すところなんですけど、フォルダがモバイルでコントロールできる場合と、そうではないMRIのような大きいファイルの場合は、どこかにストアをして、コンセントをもらって、それをシェアする、取りに行くというやり方があります。はい、はい。はい、もう一つの質問です。ここは、DLTにある大きなデータは?DLTは大きなデータを使用していません。 only the issuing did and the public keys in a revocation registry all the data is normally stored with the holder in either their mobile device or in a cloud agent.はい、これで今ちょうど今から話すところなんですよね。で、今DLTにデータがないっていうところなので、ちょうど今、このページをまた戻りたいと思います。では、このまたプレゼンデーションに戻りますね。今、ご覧になっているBuildingBlockのスライドですね。こちらのスライドでは、インディーショで世界中のクライアントが使っているBuildingBlockを表現しておりますけれども、全てこれオープンソースのものですので、全く同じものが誰にでもアクセスできます。では、一番下の部分にあるブロックからお話します。イミュータブデータ、作成法にその状態を変えることができないデータのブロックがあります。このブロックは、一種は発行者のDecentralized Identifier、DIDが保存するためにあります。スキーマは、違った参加者の間で共有されるかもしれません。クレデンシャルの定義、基本的にはそれぞれのフィールドのパブリックキーとなるものが、それぞれの一種は発行者によって証明されます。レボケーションデジストリー情報は、最終的な確認を常に最新情報としてデータがアップデートされています。テールファイルに続いているアキュミレーターやデータ、これらの4つの基盤となるデータがパブリックレジャーに書かれます。そして、これらの4つの基本となるデータが、全体のシステムをサポートしています。インディーションは、私たち自身でネットワークを運営しています。テストネット、デモネット、プロダクションネットワークです。ハイパーレザー、インディーベースのネットワークの中でも、一番大きなネットワークです。Permission、5つの体力にまたがって、25のノードオペレーターがいます。ノードオペレーターは、ソフトウェアをアップデートしたり、プレミアンコードを書いたりしています。デモネットは、ネットワーク上でテストする方々のためにあります。そして、メインネットは、プロダクションユースケースのためです。他のネットワークとのやり取りは、世界中で行われており、ヨーロッパやアメリカ、その他、さまざまなところで使われております。顧客のさまざまな機能のタイプによって、例えば、政府によっては自身のプライベートネットワークが必要となり、決められた範囲内に情報が置かれていないといけない場合もありますし、その場合は、世界のネットワークでの運営は避けます。バリュータノートは、コンセンサツアルゴリズムにあるノードです。イミュータボーオブジェクトがネットワークに書き込まれているものです。ほとんどのオペレーションは、新しいイシュアーを作るわけではなくて、ネットワークに特別なレジスチュレーションをするわけでもありません。ネットワークに書き込みをしているオペレーションは、一度イシュアーからホルダーへ直接発行し始めると発行できる設定となっており、ネットワーク自体にアップデートは必要なくなります。ネットワークを選んでプロジェクトを成功させるために、これらのイシュアー、ホルダー、ベリファイア、3つのパートのミニエコシステムを忘れずにお伝えください。もし、イシュアーがない場合、クレデンシャルを発行する人もいません。もし、ホルダーがいない場合、誰もデータを受け取る人がいません。もし、ベリファイアがなければ、クレデンシャルのエコシステムの価値を生かせません。このシステムは、それぞれの一つずつのイシュアー、ベリファイア、ホルダー、この3つの役割を果たす人々または会社が必要となります。一旦、この仕組みを理解されると、顧客はこのシステムを利用したくなり、参加したくなりますので、重要なことはパイロットバージョンでもよいので、小さいテストでも始めて、この一早くこのシステムを皆さんと共有していただくことが一番近道となります。ちょっと切り替えとこまでいきますね。ご質問ありがとうございます。はい、まだビルディングブロックのところにまだ長くご説明させてください。はい、この仕組みはエージェントによって成り立っています。エンタープライズエージェント、こちらはバックエンドにありまして自動的に動いています。このエンタープライズエージェントは、ハイパーレジャーアーリーズのコミュニティやのオープンソースプロジェクトです。そして、アカパイエーリーズクラウドエージェントパイソンも優れているオープンソースプロジェクトで、アーリーズクラウドベースのパイソンプロジェクトです。エンタープライズとエンドユーザーをエコシステム上で表現しています。多くのエージェントは、ウェブでのUIでコントロールができます。クラウドエージェントはオンプロミスのエンタープライズエージェントの代わりにあり、クラウド上に存在し、ウェブUIでコントロールすることができます。ウェブUIはコントロールモジュールを使うことができ、既存のシステムとインテブレーションするときに役立ちます。典型的な場合は、これらの画期的なやり方で既存のシステムとのインテグレーションが必要となりますが、組織によってはあまりコストが欠からなく、負担の少ないインストラテジーとなりますので、注意しなければならないことは、コントローラーがどのように見えるか、どのようにインテグレートデータを得て発行させたいか、ヴェリフィケーション、この証明書をどのように既存のプロセスに統合していきたいか、スムーズにするにはどうしたらよいかという点を考えていただけたらと思います。Gagentは普段はモバイルデバイスまたはラップトップ、デスクトップ、エンドユーザーがエージェントを所有できて証明書を見せることができます。モバイルデバイスですとあちこちに動きますので、フィックスポイント、固定されているエンドポイントがないため、ミディエーターエージェントが固定されたエンドポイントを与えます。そしてキャッシングしたり、バッファーしたり、エージェントを通じて他のプロトコール、メッセージ、エクシェンジ、イッシュアンス、ビディフィケーションなどを通じて情報を交換をしたりします。エージェントはエーリースフレームワーク上でリアクトネイティブで動いています。またはエーリースリアクトネイティブエージェントと複雑な呼び方をすることがあります。私たちはバイホールドと呼んでおります。このボレットはユーザーフレンドリーなやり方で証明書を保有でき見せることができます。これらはすべてオープンソースプロジェクトですので、カスタムエージェントまたは一般的なエージェントを作ることができます。たくさんの人がエージェントをおろそ管理しています。顧客の中ではIoTデバイスを使っている顧客もいます。だいたいUIとのインタラクションが少ないですが、IoTからエージェントとやり取りしたり、直接クラウドエージェントがIoTデバイスの代理となったりしています。これで、上から下までこのビルディングブロックのスライドを説明させていただきました。申し訳だように、イシュアを一つ、フォルダーを一つ、ベリファイアーを一つ設定することが最低限に必要な構造です。このベリファイアーボークレデンシャルの技術で面白い点は、ベリファイアーボークレデンシャルが扱うデータ、PIIはパブリックデジャーに残らないことです。エンドユーザーがコントロールしています。そのためにプライバシーが守られているデザインで、コンプライアンスも保護されています。レージャーが使われるのは、データが正確なものかどうかを確かめるだけに使われます。IDを発行したイシュアから署名されており、他の誰からも署名されていないのを確認して、フォルダーに届きます。そして、誰か信用している人から署名されているかどうかを確認したりします。フォルダーのオレットの中にあるデータは、すでに同意されたものが保護されたままやり取りされます。こちらのスライドは、カーディアプロジェクトから引っ張ってきました。このような魔法のようなシステムは、クリプトグラフィーの技術を使って成り立っております。2、3年前にクリプトグラフィーはブラックマジックだと言われてしまいました。これは中身が隠されてブラックボックスの状態のことですが、私たちはホワイトマジック。中身が分かるマジックが大好きですし、理解可能です。私も県もクリプトグラファーではないのですが、クリプトグラフィー案号についてちょっとお話したいと思います。このシステムは、ハイパーレジャーインディーのエコシステムで走っています。どのような案号法による計算によって実際に証明書が発行されているか。クリプトグラファーが143ものステップを一つ一つ説明してくれました。もし、このクリプトグラフィーに興味があって、詳細を見たい方はオンラインでドキュメンテーションが見れますので、そちらをぜひご覧ください。私たちはこのドキュメンテーションを何人かのクリプトグラファーに見てもらって、どのように私たちが証明したものが安全に伝授されているか。計算が理にかなっているのは私たちで確認できました。繰り返しになりますが、医者は案号ツールを使って証明したり、DIDやパブリックキーを使ったり、またはパブリックキーと同じようなものを使ってレジャーに置きます。証明されてきちんと処理された証明書が一種はそして、フォルダーに届くように承認します。ハイパーレジャーで使われているGKPスタイル、ゼロノレジプルーフの仕組みによって、エンドユーザーは選択的情報解示、または術語証明と呼ばれるやり方で、一部のフィールドを見えないようにしたり、または選んだフィールドだけを見えるようにした証明書を提示できます。例えば年齢が18歳という規定があり、年齢が18歳以上かどうかだけを確認する場合は、体重や住所は必要ない情報ですので、解示する必要はないですよね。こういった必要な情報だけを解示する設定ができます。これらはクリプトグラフィーの中でも重要な部分で、カメシ、ビナス、ケンキャン、CLスイグネチャーと呼ばれる証明スタイルです。クリプトグラフィックスイグネチャーは、カメニシ、テンスケア、クリプトグラフィックスイグネチャー、ゼロノレジプルーフの仕組みによって、セレクトグラフィックスイグネチャー、今、彼がすごい綺麗な発音で言ってくださいましたが、そのスイグネチャーの署名スタイルがあります。他にもW3Cスタンダードに沿っている署名スタイル、スイグネチャースタイルもあります。選んだフィールドだけを見せる方法で、他の情報を全て見せる場合には便利なスタイルです。シンプルなメカニズムを必要としている場合です。素晴らしい機能の部分はといいますと、ベリファイアはほとんどの情報をキャッシュできるところです。空港の中とか特にインターネットのアクセスが限られている場所が多いと思います。Wi-Fiのコネクションが悪いところでも、これだとベリファイアとまだやり取りできます。今ご覧になっているこのダイヤグラムは、先ほどもしたようにカーディオプロジェクトから引っ張ってきているんですけれども、病院などのメディカル医者がデータをフォルダーに渡して、そしてフォルダーが、政府や航空会社の人たちに空港などでワクチン情報やPCRテストの結果などを見せます。皆さんご存知かと思いますけど、こういった状況では、いつも政府と医療関係者の方、そしてそのコミュニティがうまく一緒に調和するとは限らないですよね。このような大変命理なツール、技術、によって直接政府と医療関係のシステムをインテクレーションしなくてもいい状況になります。そして、プライバシーを保護しながらデータを受け渡しすることができます。私たちのクライアントの中にはヨーロッパの顧客が多いのですけれども彼らはGDPRのレギュレーションの中でビジネスをしている会社ですのでプライバシー保護法には非常に敏感でPIIパーソナルデータの扱いにとても気をつけています。ベリファイヤーがビジネスに必要な扱わなければならない情報だけを扱うことでコーポレーションにおいてはリーガルチーム、ホーム部やエクゼプティンにはかなり助かるスールです。重要なのは技術的な部分とビジネスやオピレーションの部分のバランスを取りながらソリューションを築いていくことです。それぞれの会社にとってビジネスチーム、リーガルチームマーケティングチーム全ての部署の人たちがハッピーに満足できるように進めていくことで満足を行く結果が生まれます。次に、コードアーキテクチャを見てみましょう。基盤となるライブラリーは前まではハイパーレジャーインディだけだったのですが今はハイパーレジャーウルスターと分裂しました。なぜなら他のいくつものプロジェクトとも共有できるようになったからです。クリプトグラフィーライブラリーにさまざまな面白いオプションができてクリプトグラフィックスイートアンゴスイートが可能になったからです。今では中国のアルゴリズムを含まれています。一部の方々はどうしてユニバーサルに信頼されていないアルゴリズムを含まなければならないんだろうと思われる方がいるかと思います。けれどもこのクリプトグラフィックライブラリーの違ったコンポーネントは一部の国や地域に沿ったレギュレーションの必要条件に合わせなければなりません。ハイパーレジャーインディプロジェクトではCNシグネチャーに集中していたのですが新しいシグネチャースタイルが設定されてクリプトグラフィックスイートに付け加えられました。シンプルなシグネチャーも付け加えられましてJSON LDシグネチャーでパッケージを証明することで全てのデータを明らかにすることができます。フィールドは5つしかないです。GKPスタイルのシグネチャー証明は意味がないのかもしれません。そしてDES Plusというのも設定されました。新しい証明タイプでハイパーレジャーウルサのライブラに付け加えられました。これらはレイヤーが上の部分を利用することができます。この左側にある緑の部分にあたる部分ですがレジャーそのものを形作っています。現在、コンセンサスアルコリズムインディプレナムコードこれはビサンチン障害体制を持つ分散合意アルコリズムの一つです。レジャーを常に進行させています。そうすることで、みんながレジャーに何が書かれているかを同意することができ、変更できません。インディーノードはトランザクションを受け取るところでトランザクションをレジャーから査定したり、書いたり、読んだりまたは誰か使う必要がある人にモードしたりするところです。例えば、ネットワーク上でトークンを使ってトークンネットワークフィーまたはバリューエクシンジの他のタイプを試したりします。これらのプラグインはみなさんがノードやプレナムコードを強制的に変化させたりすることなくネットワークの機能を延長させることができます。右側の部分を見てみましょう。これはノードコードの若干上にありましてアプリケーションに書き込めるようになっています。インディーデザルバーはDIDが基本的にアドレスです。DIDメソードを使って解明します。そしてある情報を取りに行くのにこのレジャーに行けばよいかなどです。デザルバーの上にあるSDKはエージェントコードより簡単でエージェントコードがその上にあります。典型的なエージェントコードを使います。クラウドエージェントパイスンまたはアカパイまたはバイフォールドプロジェクトはこのアーリースフレームワークジャバースクリプトの上にあります。他の違ったフレームワークもGoやJavaにあります。全てインターフェラボーに使われています。なぜなら同じプロトコールとスタンダードを維持しているからでエンタープライズやモバイルアプリがそれぞれ一番上にありましてコミュニティによってカスタマイズされています。もし今日このセッションを聞きになられた方でぜひインディーやアーリースウルスターを使ってみたい方はこの表の上から始めてください。下から始めないでくださいね。こちらがインディーションのアプローチによるトラストリートデータエコシステムの基盤となるオーバービュートになります。ビジネス側から見るとアクティング、戦略、URUXアーキテクチャ、ネットワークガマナンス、そしてテクニカル側右側にあるようにアプリケーションエージェントなどとはありますが私たちはビジネスチームとテクニカルチームがそれぞれ両方のチームと話し合います。こちら3つほどユースケースを引っ張ってきました。これは先ほど申し上げたカーディアプロジェクトから作られたものでシーターという航空会社のロジスティックをしている世界中にあちこちプロジェクトを抱えている会社と作ったリートになります。こちらはリクイードアパダーという会社でアバターを使ってアプリでエンターテイメント、ファイナンス様々な用途で使われております。こちらはボニファイというファイナンスをメインにした会社とグローバルIDというデジタルクレデンシャルの会社がコラブレーションしてできたアプリのプロジェクトです。まだまだあるのですが今日の事例は3つにしました。で、ワークショップのお知らせがちょっとありましてハイパーレジャーと一緒にコラブレーションしてアーリーズのワークショップをインディションのチームが一緒になってやります。そしてインディのワークショップもありますのでご興味ある方はぜひご参加いただければと思います。そしてエクゼクティブワークショップも最近インディションの方で作りました。以上となります。はい、金原さんありがとうございました。ちょっとだけ質問にまだ回答できていないものがあるのでこれを回答いただければなと思います。ゼロ知識証明に関するこれも回答されたのか?多分ね、まだ回答されていないと思います。ゼロ知識証明に対する。すいません。質問がちょっと見えなくなってしまったんですけど見えなく大滝さん、まだ回答されていないんで回答されたんだ。ゼロ知識証明は常に社会実装が可能な技術でしょうか?技術的困難は残されていますか?って質問でケンさんが英語で回答してるんですけどもこれちょっとね、最後に少し日本語で解説いただいて終了できればいいかなと思っています。ケン、ケン、ゼロ知識証明を解説できるか?ゼロ知識証明は今日作っています。例えばマイヤーがスライドデッグにゼロ知識証明を使用しているプロダクションです。技術は常に新しい技術を作ることができます。でも今日の技術は素晴らしいです。ということで現在もすでに使われているということで私が説明した以前の今日お話ししたスライドの中でゼロ知識証明は使われています。という解答でいいですか?大丈夫です。ありがとうございます。それでは時間になりましたのでおそらくまだお昼間なんでミーティングに別の仕事に行かれる方もいらっしゃると思いますのでここらへんで本日のハイパーレッジャーミートアップ東京終了させていただきたいと思います。それでは最後に本日ご講演いただきましたインディーションの金原さんとケンさんに温かい拍手をちょっとしたら聞こえないかもしれませんけれどもいただければと思います。金原さん、ケンさん本日はありがとうございました。ありがとうございました。もし何かまだご質問ございましたぜひイメールでご連絡ください。myartindice.techです。今日はどうもありがとうございました。ありがとうございました。それでは皆さん本日ご参加いただきましてありがとうございました。今年で最後のハイパーレッジャーミートアップとなりますけれども皆さん来年もまだまだハイパーレッジャーミートアップでやってきますのでぜひご参加ください。それでは皆さん実践21年それでは皆さんいよいよとしよう。