Contract

2024年6月18日 · 約1分

Contract has IssuerRegistry and AchievementCredentialRegistry, each connect to the metadata.

Idea of the architecting seperation between the contract and IPFS Meta files is

that

if you need the information for validation -> it will be in the contract Otherwise -> it will be in IPFS

Micro Edge Certs (MEC) について

Micro Edge Certs (MEC) は、ブロックチェーン技術を活用した学習履歴ポートフォリオサービスです。

学習歴、認定資格、学位などを国際的に通じるバッジとして安全に保管・共有できます。アプリとして開発中で、世界中で利用可能です。

主な利用者

利用者 (Holder): 利用者登録後、発行者に対してバッジの申請、認証されたバッジの保管・共有ができます
発行者 (Issuer): 教育機関や団体が登録。バッジの登録と認定も行います
閲覧者 (Verifier): 利用者から共有されたバッジを閲覧・確認できます

MEC Usecase

MEC Presentation

開発チーム

開発者チーム: アプリの開発を担当します。
ドキュメントチーム: アプリに関するドキュメントの作成を担当します。

開発の流れ

発行者用登録サイトの作成: まずは発行者の登録、バッジの登録ページを作成します。また利用者から申請のあったバッジの認証機能も実装します。
利用者閲覧アプリの作成: 次に、利用者用アプリを作成。利用者が発行者にバッジを申請する機能、認証されたバッジのポートフォリオを閲覧・共有する機能を実装します。

MEC は、個人の学習成果を証明し、キャリアアップを支援するための強力なツールとなるでしょう。

Marketing

2024年5月29日 · 約1分

airinterface

Engineering mind creative being

宮本大 Dai Miyamoto

Engineer

Marketing slide

Work In Progress

MEC Presentation

Marketing prompt

・学びの体験を変える・学ぶ意欲を高める・自分のスキルを持ち歩く

1.ブロックチェーンで教育を変える：学びの成果を安全に確認できます。

2.学習記録の革命：正確で信頼できる学習記録を提供します。

3.あなたの学びを証明：ブロックチェーンで学習証明書を安全に管理します。

4.キャリアに役立つ資格：学びからキャリアアップまでサポートします。

5.未来を開く：信頼できる教育記録で将来の可能性を広げます。

comparison

2024年5月28日 · 約2分

他サービスとの違い

比較項目	Micro Edge Certificate	Open Badges	Blockcerts
開発元	当プロジェクトメンバー	Mozilla Foundation https://openbadges.org/	MITメディアラボと企業パートナー https://www.blockcerts.org/
ブロックチェーン技術	イーサリアム	なし	ビットコイン / イーサリアム
データフォーマット	JSON-LD	JSON-LD	JSON-LD
セキュリティー	暗号署名とPINで管理	プラットフォームで管理	暗号署名とビットコインブロックチェーンで管理
スケーラビリティ（需要が増加した場合の対応方法）	Layer-2で処理を分散して対応	サーバーのアップグレード等で対応	ブロックチェーンのスケーラビリティ問題
学習証明の所有	利用者がスマホで所有	利用者がWebで所有	利用者がビットコインまたはイーサリアムで所有
標準フォーマット	Open Badgesに準拠	Open Badgesに準拠	Open Badgesに準拠
ユーザーインターフェイス	Webとモバイル	実装方法により異なる	カスタマイズ可能
学習証明の検証方法	ブロックチェーンの公開鍵リンク	従来のweb2技術を利用	-

基準（TBD)

2024年5月23日 · 約5分

Reference:

OpenBadgeヨーロッパ、日本、アメリカで使用されている。

Blockcerts は、MIT Media Lab

https://github.com/1EdTech/cert-schema

OpenBadge の拡張版。

https://digitalpromise.org/initiative/educator-micro-credentials/ Marketingを勉強するには良さそう。しかし、ここが違う所。

waytoproove

https://microcredentials.digitalpromise.org/explore　のマーケットがいい感じ。

https://github.com/1EdTech/cert-schema/blob/master/docs/open_badge_v2_extensions.md

OpenBadge　のExtension/そのまま使う可能性を探る

didcore

InterOperabilityにすると、MECではここを補うことが必要。

あと　DID Methodは発行者独自と書いてあるから。ここも補うことが必要。

Task1: そこにIssuerのメタデータを置くか・IssuerのCRU（Dはなし）をだれが許可するかがDAOの役目？

OpenBadge V3 Structure

+----------------------------+
|  AchievementCredential     |
+----------------------------+
| - @context                 |
| - id                       |
| - type                     |
| - issuer                   |
| - issuanceDate             |
| - expirationDate           |
| - credentialSubject        |
| - proof                    |
+----------------------------+
          |
          v
+----------------------------+
|         Issuer             |
+----------------------------+
| - id                       |
| - type                     |
| - name                     |
| - image                    |
| - url                      |
| - address                  |
+----------------------------+
          |
          v
+----------------------------+
|   CredentialSubject(User)  |
+----------------------------+
| - id                       |
| - type                     |
| - achievement              |
+----------------------------+
          |
          v
+----------------------------+
|        Achievement         |
+----------------------------+
| - id                       |
| - type                     |
| - name                     |
| - description              |
| - criteria                 |
| - image                    |
+----------------------------+
          |
          v
+----------------------------+
|         Criteria           |
+----------------------------+
| - type                     |
| - narrative                |
+----------------------------+
          |
          v
+----------------------------+
|          Proof             |
+----------------------------+
| - type                     |
| - created                  |
| - verificationMethod       |
| - proofPurpose             |
| - jws                      |
+----------------------------+



MIT Badge
+-------------------------------+
|       Open Badge V2           |
+-------------------------------+
| - id                          |
| - type                        |
| - name                        |
| - description                 |
| - criteria                    |
| - issuer                      |
| - recipient                   |
| - image                       |
| - evidence                    |
| - verification                |
+-------------------------------+
          |
          v
+-------------------------------+
|  MIT Blockcerts Extensions    |
+-------------------------------+
| - MerkleProofVerification2017 |
| - Signature                   |
| - RecipientProfile            |
|    +-----------------------+  |
|    | - publicKey           |  |
|    +-----------------------+  |
| - SignatureLines              |
|    +-----------------------+  |
|    | - images               | |
|    | - signers              | |
|    +-----------------------+  |
+-------------------------------+

Reference

オープンバッジ＝Issuerのプラットフォームがないと証明（バッジが正当であること）ができない

MEC＝レジストリとしてブロックチェーンにいれるので、プラットフォームが無くても証明（正当であること）ができる、

Registry の　構造。
- 複数の発行者でおなじようなクラスが照らし合わせられる。（タグ機能？）
- コースを複数もてる機能。

・Verfiable Data Registry
・Issuer
・Verfier＝規格によって生成されたアプリ。
・Reviwer＝利用者は就活先の企業
・Holder＝Learner

UseCase

発行者側：１．発行者側が発行者情報、コース内容登録。２．発行者側がLearnerにMECを発行。

Learner1:

MECを取得
MEC内容を参照できる
（Out of Scope)MECBundleを任意でShareできる

Learner2:

Registryに行って、興味のあるコースを参照。
Issuerの内容を見れる。
（Out of Scope)何人にMECを発行できているか、Learner側からの評価もみれるといい。

データ構造

Issure(発行者）

id: 0000-xxx00...
name: 千葉工大
法人番号： xxx-xxx-xxx
国：日本
アドレス：千葉県。。。
logo:

クラス

id:
name:
description:
logo:
expiration(optional):
tags:[web3,it]
証明方法：パブリック鍵

タグ・カテゴリー

name:web3

MEC

発行日：
名前：
logo:
expiration:

フォーマットは JWT のデータVCが改ざんされていないかチェックできる。

MEC Data Model

MECDataModel

badge: BadgeClass には　signatureLines　画像、　BlockCertsにはありますが、はいらないと思います。（証明はVerification でするので）　　
CredentialはBlockCertsにはBadgeの中にrecepientありますが、OpenBadgeには沿うためにRootLevelに戻します。ただ、Recepientという言葉はいいとおもったのでのこしたい。
Receipentはまだ話し合いが必要だと。BlockCertにはありますが、OpenBadgeにはありません。
IssuedCredentailMeta：　将来、マーケットプレース、似たコースなどの閲覧機能ができると思います。これはIPFSかDBか論議点。

OpenBadgeの例:https://github.com/1EdTech/openbadges-specification/tree/develop/ob_v3p0/examples

BlockCertsの例: https://github.com/1EdTech/cert-schema/blob/master/docs/schemas.md

質問１：

Web3概論のコースをRegistryに入れれるか。

Reference:

https://digitalcredentials.mit.edu/docs/white-paper-building-digital-credential-infrastructure-future.pdf

MIT OpenCourseWare

Peer-2-Peer University

(P2PU) and OERCommons

W3C VC usecase

OpenBadge Spec

Intro

2024年5月22日 · 約8分

airinterface

Engineering mind creative being

Objective

MicroEdgeCertのVerifiable Credentialを基準化、生成する Moduleを提供し、そのModuleを使用するプロトタイプを作成。

プロトタイプスコープ

修了証をVCで生成する機能を作成。しかも、取り入れやすい形にしていく。個人の任意で証明を提供でき、国際的に通用できるものとする。

何に重点をおいていくか

個人のSkillを発信できる（可能性を見せる）もの。個人のモチベーションを高めるもの

何ができるようになるか

自分の達成してきたことにつながっているスキルプロバイダーを見ることができる。
自分のクラス証明を任意で選び、相手に送ることができる。授業のクレジットの相互運用性を可能にし、留学、休学、他の学校からのクレジットをとれる可能性を示唆する。
発行元がその専門で、認識されているのか認証できる。

brainstorm

bitFlyer

reference: https://blockchain.bitflyer.com/pdf/web3Research2023.pdf

教育機関、教育企業： 学んだことを社会に活かす学生を生み出し、その手助けが貢献・利益に関わる。その学校で学んだ　人材が、有名、社会に成果を残すと、それがまた広告材料となり新しい生徒が入ってくる。

また、いろいろな学校には学校の伝統があり、それを伝えられる人材も価値となる。

研究機関は生徒を育成し、新しいアイデアを取り入れて、社会に貢献していく。

政府に対しては、いろいろな研究機関がExpatとして意見を求められることがある。

オンラインコースに関しては、その就学評価が役に立つ場面はCertificationなどで配られる場合もあり、授業・テストで利益を生むサービスを作る場合が多い。

それぞれのUseCase内で評価はAuthorityのあるものから受け取るものとなり、評価基準は標準化されている。

企業：

企業としての学生との関わりは就職に取り込むこと、Internとしての人材確保など、その中でも審査基準はそれぞれだが、新人として入る場合、学歴を適合性を確保目的で判断材料として使われたり、また大学の研究室繋がりの採用などもありうる。また有名な大学は採用後のコネクションも期待される。分野によっては規格とCertificationがあり、コンプライアンスを達成するために、そのCertification保持者が採用されることもある。

政府・慈善事業：

企業と同等な意味で、卒業証書を糧に採用を判断することもあるが、その他でも、大学からの卒業率、社会貢献効果を統計としてみた上での、学生への経済支援の値や支援効果の評価として考えたり、国際化研究へのサポートを決定したり、アドバイザーとしてプロジェクト参加を促したり、または、コミュニティーのつながりを意識した勉強会をサポートし、インセンティブ化し、そこで生まれたリレーションを政府、自治体とのコミュニケーションツールとして育てていく

Learner・学生になる意味：

学生という概念はどの年齢層でも当てはまり、その動機はそれぞれある。社会への貢献に携わりたい、一人ではできないプロジェクトに関わりたい、分野の興味追求がある、やりたいことがわからないその中での自分発見の場に入りたい。その中で、いろいろな分野を体験できる。専門分野の新しい知識を取り入れたい。

基準にそったCertificationを獲得し、それを利用してキャリアを積んでいく。

Skillとは

( ブレインストーム )

Culture of Growth by Mary Murphy: Professor of Psychological and Brain Sciences at Indiana University　

天才は文化的 cultures of growth
成長観念（Growth Mindset)
固定観念 ( Fixed Mindset 　on cultural genius

Study Group などに影響

新しい興味に飛び付けない。

どのように自分発見に使用できるか（誰かに証明するだけではなく）

How the credit is transfer to another.

US:

人が一つ一つコースを参照していく。
AACRAO

卒業証明ー＞Skill(TBD) 証明へ

前項でリストした内容のなかでのそれぞれの立場からの必要になる証明は卒業証明ではないことがわかる。

発行元：価値を提供できる機関から、Skill/機能が証明、期限を設定できる機能があればよいとする。

使用側：個人の任意で、日付範囲を指定し、パスコード(optional)で価値を審査側に閲覧できる。

審査側：価値を提供できる機関かどうかを判断でき、そのSkillを参照できればよいとする。個人の確認方法はこの機能（仕様）外機能・システムとの連結を必要とする。

Tasks１：

基準作成用スコープ

TBD: Offlineでの発行先の証明をどうするか。BlockChainのTechnologyの使用の必要性、また使用した際のBlockChainを使用してない場合の連結をどうするか。
- 基準：
　　i18n ( 国際化)を含む

最小Unitに入るデータはなんなのか、SkillごとにTag/カテゴリーをつけるか

事業評価はいれるか入れないか。いれるとしたらどう標準化するか。

Legacy Support:

さらに卒業証明がまだ必要な場合はSkill証明のテンプレートバンドルとして必要リストをつくり、そのバンドルをすべてカバーできているかどうかを認証できるようにする。
プロジェクトの名前・Githubの作成

MicroEdgeCerts

ロードマップ

ロードマップとプロジェクトは

https://github.com/MicroEdgeCerts

になります。

roadmap

Micro Edge Certs (MEC) について​

主な利用者​

開発チーム​

開発の流れ​

Marketing slide​

Marketing prompt​

OpenBadge V3 Structure​

データ構造

Issure(発行者）​

クラス​

タグ・カテゴリー​

MEC​

MEC Data Model​

Objective​

プロトタイプスコープ​