Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Consider how distributed IPFS is

822a7ca9bc8e5fb40911b82bcc9f39d5?s=47 biga816
August 30, 2018
Technology
2
2.9k

Consider how distributed IPFS is

822a7ca9bc8e5fb40911b82bcc9f39d5?s=128

biga816

August 30, 2018
Tweet

More Decks by biga816

See All by biga816
BlockchainTokyo23.pdf
822a7ca9bc8e5fb40911b82bcc9f39d5?s=48 biga816
1
310
BuidlMeetupVol2.pdf
822a7ca9bc8e5fb40911b82bcc9f39d5?s=48 biga816
0
17
Service Worker Cache Problems
822a7ca9bc8e5fb40911b82bcc9f39d5?s=48 biga816
0
1k
Centralized Dapps to read from Dapps game
822a7ca9bc8e5fb40911b82bcc9f39d5?s=48 biga816
1
1.6k
Usage of ethereum libraries for dapps
822a7ca9bc8e5fb40911b82bcc9f39d5?s=48 biga816
0
4.1k

Other Decks in Technology

See All in Technology
【SAP知らない人向け】SAP on AWS 個人学習メモ/sap-on-aws-study
97b3cca999b52cb5296675ac0a5c12cd?s=48 emiki
3
2.4k
Power AutomateでのAdaptive Cards
C0c0e8e4d7f83912cb1b1a0699df82a5?s=48 miyakemito
1
660
Target SDK Versionを上げない Notification runtime permission対応
0c5e92294cc0cfba620641c589db9378?s=48 napplecomputer
0
150
情報の世界 2022年度 第11回「都市のデータ」 #情報の世界 / Data of City 2022
65241d0356dc5a93b0fec68bcf7b42ac?s=48 yumulab
0
120
20220705-BASEDMM
Fe06c08a0de4da36003bfeb7b749cbf8?s=48 ryotaumebayashi
0
160
6gram to MIXI M / 6gram から MIXI M へ 〜2年間の軌跡〜
4de185b890720b5ff612b319f0c109c9?s=48 ryosan470
2
120
MRTK3 - DataBinding and Theming 入門
Fccbd625997f63e7b251d9725cb905a5?s=48 futo23
0
210
220628 「Google AppSheet」タスク管理アプリをライブ作成 吉積情報伊藤さん
50bc42471d197d0dbef7171f2ef85bb6?s=48 comucal
PRO
0
260
EKSの運用あれこれ　バージョンアップ編
B379fea91de26a078727b50e89c91b60?s=48 tetsunosato
0
110
Laravel.shibuyaで改善してきた IRT勉強会の運営方法について / IRT Study Session Improved Through Laravel Shibuya
F2ab92715fdcc539883d13af4b804ec1?s=48 fendo181
0
130
What's new in Vision
53e2d354b3299d64a54af680865516d5?s=48 satotakeshi
0
220
GeoLocationAnchor and MKTileOverlay
61a68b2172503ecdf7a7f7757df56071?s=48 toyship
0
110

Featured

See All Featured
How to Ace a Technical Interview
2f5463832ccb768ccb4a1ca3607c27ef?s=48 jacobian
265
21k
How STYLIGHT went responsive
F716e5f737fcfb03f2cf8d1a184f1dbe?s=48 nonsquared
85
3.9k
Typedesign – Prime Four
A0517b08532aec8ab2aae3f65d40ad86?s=48 hannesfritz
34
1.4k
Six Lessons from altMBA
766b9746b59e6f09e280cd33cf4ed419?s=48 skipperchong
14
1.4k
We Have a Design System, Now What?
95d9f37115fbb0d13135d0f77132f856?s=48 morganepeng
35
3k
Teambox: Starting and Learning
Aebc2d07a50011e2a30d38435fde564a?s=48 jrom
123
7.7k
Practical Orchestrator
168ccec72eee0530b818d44f3fedaacf?s=48 shlominoach
178
8.6k
Designing Dashboards & Data Visualisations in Web Apps
Fde6c3a50ca518a909ef35c22c0ee0e4?s=48 destraynor
224
49k
Designing on Purpose - Digital PM Summit 2013
7653c7c449918ff6542880a8c284f5e7?s=48 jponch
106
5.6k
How to name files
0a4f62e90c976eeb44d33add75cca5af?s=48 jennybc
40
61k
Writing Fast Ruby
1f74b13f1e5c6c69cb5d7fbaabb1e2cb?s=48 sferik
612
57k
Automating Front-end Workflow
96270e4c3e5e9806cf7245475c00b275?s=48 addyosmani
1351
200k

Transcript

  1. IPFSはどの程度分散的なのか 考えてみる Akihiro Tanaka(@biga816)

  2. ⾃⼰紹介 名前：⽥中昭博 元AccentureのWeb&Mobileエンジニア Trident Artsチーフエンジニア 地下アイドル向けのDApps絶賛開発中

  3. http://unco.design

  4. IPFSはどの程度分散型なのか 考えてみる

  5. CryptokittiesとEtheremonのシステム構成 からDappsの姿を読み解いてみる Hi-Ether LT

  6. Decentralized Applications →Centralized Applications Hi-Ether LT

  7. IPFSのイメージ Node Node Node Node Node Node Node Node Node

    Node Own Node Client Upload

  8. IPFSのイメージ Node Node Node Node Node Node Node Node Node

    Node Own Node Client

  9. IPFSノードを⽴ているだけ じゃどこにも伝播しないぞ！

  10. IPFSの現実 Node Node Node Node Node Node IPFS Gateway Node

    Node Node Own Node Client Upload

  11. IPFSの現実 Node Node Node Node Node Node IPFS Gateway Node

    Node Node Own Node Client

  12. IPFSの現実 Node Node Node Node Node Node IPFS Gateway Node

    Node Node Own Node Client

  13. IPFSの現実 Node Node Node Node Node Node IPFS Gateway Node

    Node Node Own Node Client

  14. IPFSの現実 Node Node Node Node Node Node IPFS Gateway Node

    Node Node Own Node Client

  15. IPFS特徴 ピン⽌めされたコンテンツしか永続的に保存されない - アップロードしたノードではデフォルトでピン留される - ピン⽌めされていないコンテンツはキャッシュとして対象のノードに残り続けるが、garbage collectionが⾛ると消える可能性がある。 (IPFS Gatewayはアクセスが多いため、頻繁にキャッシュが消えていると思われる。) ピン⽌めするインセンティブがない

    - その他のノードのコンテンツをピン⽌めするメリットは基本的にないため、アップロードした Nodeでしたピンどめされないと思われる。 そもそもキャッシュが作られない - ほとんどのケースでアップロードしたノードからしかコンテンツにアクセスしないため、他の ノードでキャッシュが作られない

  16. あまり分散感が 感じられない！

  17. IPFSの理想１：Nodeをたてて同⼀ファイルにアクセスするメリットがある Node Own Node Own Node Own Node Node Node

    Own Node Node Node Node Own Node Client Client Client Client Client Access Access

  18. IPFSの理想２：ピン留めに何かしらのインセンティブ※ がある Node Node Node Node Node Node Node Node

    Node Node Own Node Client ※暗号通貨によるイン センティブ設計を⾏う と、 filecoinやstorjとい う分散型ストレージ サービスのようになる

  19. Thank you Twitter: @biga816 Qiita: biga816 http://unco.design