This application visualizes which content refers to which contents by using ERC721, and will enable to design contents distribution system.
日本語の概要は英語の後にあります
https://oss.gaiax-blockchain.com/erc721-proto/
Pull requests and stars are always welcome.
1. Fork it!
// 2. Create your feature branch.
$ git checkout -b my-new-feature.
// 3. Commit your changes
$ git commit -am 'Add some feature.
// 4. Push to the branch.
$ git push origin my-new-feature
5. Submit a pull request
For bugs and feature requests, create an issue.
- Install Ganache. (https://www.trufflesuite.com/ganache)
- Launch Ganache.
// Install dependencies
$ git clone
$ npm install
// Deploy contracts
$ truffle migrare --reset
// Launch web view.
$ npm run
・Upload the content file that you want to register. ・Type content name. ・If you have referenced contents, click contents that you referred and add those contents. ・Set the distribution rate for content payment. The sum of distribution rate should be 100.
If you have no referenced contents, just leave the distribution rate.
・Click a dot that you want to see a detail. ・Click content's name, then move on to IPFS file.
ERC721を利用して、作成したコンテンツがどの作品を参照したのかを可視化できるようにしたアプリです. このアプリを使用することで、コンテンツの流通のシステムをデザインすることができます。
https://erc721-token-reference-mapping.firebaseapp.com (MetamaskでRopstenを選択してください)
Addページで、作成したコンテンツ、参照したコンテンツのtokenIdを追加して登録します。
・登録したいコンテンツファイルをアップロードし、コンテンツの名前を記入します。 ・参照したコンテンツがある場合は、マップで参照するコンテンツをクリックし「追加」を押します。 ・コンテンツ支払いの際の分配率を登録します。分配率は合計で100になるようにします。 ・全ての入力が終わったら「登録」を押します。
*参照したコンテンツがない場合は、分配率を空白にします。
・詳細を知りたいコンテンツの点をクリックします ・コンテンツの名前をクリックすると、IPFSファイルに飛びます
UGCの社会に出回る流れは下記のような流れになると考えられます。
作成 → 登録 → 公開 → 流通
インターネットの普及により、誰でも簡単にUGCを公開できるようになりました。ですが、作成したUGCを流通できる仕組みは成り立っていません。 そこで「流通」において、ブロックチェーンが介在できる領域だと考えます。
ブロックチェーンにより ①作り手への対価の支払い ②コンテンツ流通者への貢献度に応じた利益の分配 ③コンテンツの権利の移転
などが容易になると考えます。
特許を利用する際は、特許の保持者にお金を払う必要があります。ですが、そのお金は特許の保持者のところにしか行きません。現状の特許には、他の特許の考えも参考にしながら作られているものも多くあります。 特許申請時に参照した特許、参照先へのTokenの分配率を記載することにより、特許利用の際にその特許の保持者だけにTokenが支払われるだけでなく、参照先にまで分配されるようになります。 実現的な案としては、特許検索サイトの追加機能として加えることができると考えます。https://www.j-platpat.inpit.go.jp/ 特許の真正性の担保のため、特許のコントラクトへのデプロイは特許庁が行うことを想定してます。
特許を申請せずに自分のアイディアを一般に公開する場合もにも活用できると考えます。 アイディアを広く使ってもらうためにオープンにすることがありますが、そのアイディアの流通がうまく設計されてない場合が多いです。 アイディアを公表し、それがどのように使われ変遷していったか、どのような人に使われたか、といったことを可視化できるようになると、様々なアイディアによるコラボレーション、イノベーションが加速されると考えられます。
具体的にはハッカソンでのアイディアなどに活用されると考えます。ハッカソンでは期間中に考えたアイディアを発表するだけで終わってしまい、出てきた成果物がそのハッカソンの中でだけに埋もれてしまうことが多くあります。 ハッカソン中に出したアイディア一般に公開し、流通できる仕組みを作り上げることができると考えます。
論文を執筆する際には、様々な文献を参照します。論文登録時に参照した論文も追記することにより、それぞれの論文のつながりを可視化してみることができます。 論文検索はキーワード検索が主流であるが、参照検索による論文検索もできるようになり、研究が効率的に行えると考えます。
多くの人に作品を認知されることによって作品の価値が上がるため、通常アート作品は中古市場の方が価値が上がると言われています。 ですが、アート作品のn次流通はその時点でのアート作品の保持者と購入希望者間のみで行われます。どんなにアート作品の価値が上がっても、作成者が1つのアート作品から得られる利益は最初の売却時のみの金額になります。 なので、アート作品の流通基盤を確立することは重要だと考えます。 作品の流通の際に作成者を明記することによって、作品の価値の上昇分の利益もアート作品の作成者に還元されるようになります。
また、アートの世界では「この作品が正しいものなのか」ということにかなりのコストをかけています。作品が誰から誰に渡ったかを可視化し明確にすることで、作品の信頼性の担保の1つとして利用されると考えます
const data = {
nodes: [{ id: 1 }, { id: 2 }, { id: 3 }],
links: [{ source: 1, target: 2 }, { source: 1, target: 3 }, { source: 2, target: 3 }]
};
それぞれのコンテンツのtokenIdをnodesで定義し、sourceからtargetに矢印が伸びるようになっています。
例えば下記のような場合
{ source: 1, target: 2 }, { source: 1, target: 3 }
tokenId 1のコンテンツはtokenId 2とtokenId 3により参照されたことになります。
全てのMetadateはTokenIdに紐づいて記録されています。
ですので、Metadateを追加したい場合には、mappingを使って行います。
例えばtokenに名前のMetadateをつけたい場合は下記のようにコードを書くことができます。
mapping (uint256 => string) internal tokenName;
function setTokenName(uint256 _tokenId, string calldata _tokenName) external {
tokenName[_tokenId] = _tokenName;
}
function getTokenName(uint256 _tokenId) view external returns(string) {
return tokenName[_tokenId];
}
登録したコンテンツはIPFSに保存しています。 そして、IPFSのHash値をブロックチェーンに書き込んでいます。
ERC721を利用してコンテンツをNFTとして扱ってます。
IPFSのHash、参照したコンテンツのId、分配率などはtokenIdに紐ずけて保存しています。