Ipfs: Когда данные будут доступны постоянно?

Созданный на 17 мар. 2016  ·  3Комментарии  ·  Источник: ipfs/ipfs

Я рассматриваю возможность использования IPFS в качестве постоянного реестра для определенных данных, которые мы размещаем. Насколько я понял, идея состоит в том, что один из файлов выполняет «ipfs add», это создает хеш, который будет доступен по адресу https://ipfs.io/ipfs/hash. Я заметил, что требуется некоторое время, прежде чем данные станут доступны через этот центральный пункт, но я хотел бы знать, с какого момента я могу считать, что он постоянно находится в сети?
И могу ли я быть уверен, что он будет постоянно в сети?

Самый полезный комментарий

Я только что добавил следующее в ipfs / faq # 47

В: как я могу гарантировать, что что-то останется в сети?
О: вы можете сделать это, удерживая один или несколько узлов ipfs в сети, закрепляя контент, для резервного копирования которого вы заинтересованы. Чем больше узлов ipfs закрепляет контент, тем лучше избыточность. Такие инструменты, как ipfs-persistence-consortium , pincoop и ipfs-cluster поверх ipfs, позволяют разделить расходы на полосу пропускания с другими людьми или организациями. Затем протоколы, такие как Filecoin , позволят вам просто заплатить сети, чтобы она сделала это за вас (то есть аналогично тому, как люди платят «облачным компаниям», но здесь вы платите самой сети). (Filecoin еще не запущен)

Все 3 Комментарий

Может быть недоразумение. IPFS не является «постоянной бухгалтерской книгой» для размещенных данных. По крайней мере, не так, как, например, Биткойн является постоянной бухгалтерской книгой для транзакций. Блокчейна нет.

IPFS - это распределенная система, которая может (среди прочего) преобразовывать хэш контента в контент, который он представляет. Этот контент никогда не может быть действительно _гарантированно_ доступным (возможно, вы не в сети, возможно, все узлы с ним отключены, возможно, вы находитесь за мощным NAT, возможно, разделение сети и одноранговые узлы с контентом находятся на другом раздел).

Внутренние компоненты IPFS делают много вещей, чтобы максимизировать эту доступность (обход NAT, маршрутизация Kademlia для поиска контента и т. контент на неопределенный срок), заплатив операторам других узлов за закрепление ваших данных, или запустив многие узлы самостоятельно.

См. Https://github.com/ipfs/faq/issues/47 для получения дополнительной информации.

_ (Кстати, https://github.com/ipfs/faq/issues - отличное место для такого рода вопросов!) _

Я только что добавил следующее в ipfs / faq # 47

В: как я могу гарантировать, что что-то останется в сети?
О: вы можете сделать это, удерживая один или несколько узлов ipfs в сети, закрепляя контент, для резервного копирования которого вы заинтересованы. Чем больше узлов ipfs закрепляет контент, тем лучше избыточность. Такие инструменты, как ipfs-persistence-consortium , pincoop и ipfs-cluster поверх ipfs, позволяют разделить расходы на полосу пропускания с другими людьми или организациями. Затем протоколы, такие как Filecoin , позволят вам просто заплатить сети, чтобы она сделала это за вас (то есть аналогично тому, как люди платят «облачным компаниям», но здесь вы платите самой сети). (Filecoin еще не запущен)

Хорошо, спасибо за это разъяснение!

Была ли эта страница полезной?
0 / 5 - 0 рейтинги

Смежные вопросы

randomshinichi picture randomshinichi  ·  5Комментарии

crazysoldier picture crazysoldier  ·  7Комментарии

PayasR picture PayasR  ·  10Комментарии

jbenet picture jbenet  ·  34Комментарии

pyhedgehog picture pyhedgehog  ·  11Комментарии