Я полностью поддерживаю Swarm и хотел бы стать его частью и предоставить узел/ферму для сети Swarm, поэтому мои вопросы.
1. Хотя многие провайдеры VPS согласны с тем, что вы используете узел Ethereum, многим не понравится идея хранения неизвестных файлов на одном из их серверов так же, как им иногда не нравятся торренты или другие технологии p2p. Будет ли запуск узла Swarm столь же спорным для провайдеров серверов, как запуск узла выхода TOR? Будут ли они генерировать жалобы на злоупотребления или уведомления dmca, с которыми придется иметь дело операторам узлов Swarm?
2.- В настоящее время Storj напрямую обращается с жалобами на нарушение авторских прав. https://storj.io/terms-of-use.html (см. статью 6). Стоит ли ожидать чего-то подобного от Swarm?
См. пункт 4 в приведенных ниже целях (имейте в виду, что файлы хранятся в виде фрагментов на нескольких узлах, фрагменты делятся и хранятся на многих узлах:
куски данных (макс. 4 КБ), основная единица хранения и поиска в рое
Цели Swarm влекут за собой следующие требования к дизайну:
1) распределенное хранилище, инклюзивность, длинный хвост степенного закона
2) гибкое расширение пространства без аппаратных инвестиционных решений, неограниченный рост
3) нулевое время простоя
4) неизменное, не поддающееся подделке, проверяемое, но правдоподобно отрицаемое хранилище
5) отсутствие единой точки отказа, отказоустойчивости и устойчивости к атакам
6) устойчивость к цензуре, общедоступная постоянная публичная запись
7) устойчивость за счет системы мотивации
8) эффективное рыночное ценообразование. компромисс между памятью, постоянным хранилищем, пропускной способностью
9) эффективное использование блокчейна протоколом роевого учета
10) гарантированное хранилище на основе залога [запланировано для POC 0.4 ко второму кварталу 2017 года]
Вышеизложенное взято из вики Swarm, эта информация не должна рассматриваться как юридическая консультация!!!
никсмак
вакакс
Джек Уинтерс
вакакс
никсмак