Контент в ipfs

1

4

Приветствую всех. Я тут решил понюхать ipfs, годно. Поюзал когда-то, но и всё. Щас что-то я проявляю энтузиазм к этой штуке. Поставил клиент гошный, завелось без проблем, вкусно. Я вижу в ней перспективу как замену http и торрента (и др фалообменные сети). Еще ей можно удобно передавать сертификаты retroshare. Выложил свой даже: QmScFSr9BpwDYNu5jt6tF4SicNYkh65mNgAvQyFPQTMg8y. Я считаю надо бы это соеденить это с retroshare и торрентом, типо чтобы файлы в ретре можно было из ipfs скачать (обратно тоже), будет очень удобно. Вот интересно, а где можно поискать разного контента, ну типо трекер что в торрентах? Вот если такое не найду, можно будет даже свой трекер создать. Какие перспективы вы в ipfs видите? ИМХО, ипфс будет годным способ хостить огромные репозитории дистрибутивов в 100500 гб, теперь не надо будет затрачивать силы на хостинг реп мелким некоммерческим проектам дистрибутивов, всё по частичке хостят юзеры
P.s. если что, есть гейт в ипфс: http://ipfs.io/ipfs/QmScFSr9BpwDYNu5jt6tF4SicNYkh65mNgAvQyFPQTMg8y
P.p.s в ней еще обоями нескучно делиться можно: QmWpFiqa3d6PdyA3sn1txjwJ1NTMSSvpds4nD2w2hwrFNc
Еще идея, всяким играм при запуске нужно подкачать контент (openttd например), а для подкачивания используется централизованный сервер, теперь для надежности на долгие сроки можно использовать будет ipfs в качетве игровых репозиториев

Ссылка

←	Напомните - как очистить профиль kde5. Dolphin не ищет. No norm Dualmonitor.

virt-manager не видит LXC гипервизор

→

Показаны ответы на комментарий. Показать все комментарии.

Ответ на: комментарий от Radjah 26.05.16 08:08:20 UTC

Эта такая … или

Это протокол быстрого и неанонимного (потому и быстрого) p2p-доступа к неразмазанным по сети (и потому тоже быстро) файлам.

Фактически вводится адресация по хешам, зависящим только от контента файла и обеспечивается p2p-роутинг до места хранения файла с возможностью кеширования контента для последующего ускоренного доступа и с возможностью фиксации у себя чужого хеша.

По-моему, это самый быстрый на сегодня вариант p2p, пригодны из-за этого для работы прямо в браузерах. Те же картинки ставить.

Пример картинки (можешь оценить скорость) через один из гейтов:

http://gateway.ipfs.io/ipfs/QmTUeRKutKfbTRmoXsgRTv4r9zKJyFVrX3NVLQctRmoa1v

Или, вот более практичное использование:

https://gateway.ipfs.io/ipfs/QmUTLXPpCWAiayoKsvjwSAVFdZrnuJnaiLLueYAQg7SiY4

~~KRoN73~~ ★★★★★
(26.05.16 08:45:39 UTC)

Ответ на: комментарий от KRoN73 26.05.16 08:45:39 UTC

Т.е. один файл расшарил, второй открыл, и в сети уже две копии файла? Или я опять не понял сути?

Radjah ★★★★★
(26.05.16 13:50:06 UTC)

Ответ на: комментарий от Radjah 26.05.16 13:50:06 UTC

Т.е. один файл расшарил, второй открыл, и в сети уже две копии файла? Или я опять не понял сути?

IPFS для системы — чёрный ящик. Т.е.:
— ты делаешь для файла ipfs add
— ipfs сохраняет файл в своём хранилище
— ipfs считает его хеш и возвращает тебе

Потом ты можешь удалить оригинальный файл, тогда он останется только в ipfs. Но ты не сможешь им воспользоваться, пока не скачаешь его по ipfs get, пусть даже скачивание это — локальное. Файл внутри ipfs хранится не в виде файла, а в базе данных (leveldb? — не знаю точно).

Соответственно, если тебе нужен файл И в ipfs, И для локального использования, он у тебя будет занимать место дважды — как обычно в файловой системе и будет ещё лежать в хранилище ipfs.

~~KRoN73~~ ★★★★★
(26.05.16 14:18:40 UTC)