Здравствуйте, wildwind, Вы писали:

W>Дедупликация же выгодна только сервису, поскольку он платит за хранение.

В конечном итоге всё равно за всё платит клиент. Бесплатного ничего не бывает. Бывает только, что клиент не знает, чем конкретно и сколько он платит за потребляемое благо. В данном случае модель, наверно, подходит для честно платного сервиса, который в случае возникновения факта дедупликации предоставляет клиенту вкусную скидку.

Здравствуйте, ·, Вы писали:

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

Я всего лишь предложил вариант реализации. Все pros&contras пусть взвешивают те, кто будут принимать решения о запуске технологии в дело. Если дело дойдёт до дела.

Здравствуйте, Voblin, Вы писали:

V>В конечном итоге всё равно за всё платит клиент. Бесплатного ничего не бывает. Бывает только, что клиент не знает, чем конкретно и сколько он платит за потребляемое благо. В данном случае модель, наверно, подходит для честно платного сервиса, который в случае возникновения факта дедупликации предоставляет клиенту вкусную скидку.

Кому именно — первому, кто загрузил файл, или второму? А сотому? А тысячному, через год?
Клиент не может проверить "честность" (да и не хочет), поэтому не подходит.

Здравствуйте, wildwind, Вы писали:

V>>В конечном итоге всё равно за всё платит клиент. Бесплатного ничего не бывает. Бывает только, что клиент не знает, чем конкретно и сколько он платит за потребляемое благо. В данном случае модель, наверно, подходит для честно платного сервиса, который в случае возникновения факта дедупликации предоставляет клиенту вкусную скидку.
W>Кому именно — первому, кто загрузил файл, или второму? А сотому? А тысячному, через год?
W>Клиент не может проверить "честность" (да и не хочет), поэтому не подходит.
Тут уже конкуренция поможет — клиенты будут выбирать тот сервер, который даёт больше скидок.

Здравствуйте, wildwind, Вы писали:

W>Кому именно — первому, кто загрузил файл, или второму? А сотому? А тысячному, через год?

Всем. Когда первый выкладывает, ему объявляется полная цена, но если он нагнал ещё 100 штук владельцев, то после этого обнаруживает, что хранение этого файла ему обходится, например, в 1/20 тарифа.

А тот, кто ведёт себя как скунсяра вонючий, платит за всё в одно рыло.

W>Клиент не может проверить "честность" (да и не хочет), поэтому не подходит.

Ну, во-первых, конкуренция, как сказано в комменте выше. Кроме того, юзер ведь тоже не лох. Показать ему, сколько у него пиров по каждой единице хранения. Без раскрытия имён, конечно. Из общих соображений юзер может понять, похоже это на правду, или нет.

С юридической точки зрения юзеру всё равно не к чему докопаться. Ему обещали хранить данные за тариф/ГБ/год, ну так и хранят. Вкусняшка с дедупликацией — это уже скидка. Льгота. Способ сэкономить. Хранить в облаке уникальное файло за полную цену привлекательно потому, что даже если получается и слегка дороже, чем у себя на винте, но выигрыш по надёжности и доступности. А хранить всякий хлам (сериалы и т.п.) — тут уже выигрыш по стоимости. Потому что скидка.

Здравствуйте, vsb, Вы писали:

vsb>Передаём серверу хеш файла. Он нам возвращает список клиентов, которые заливали этот файл.
...или файлы с таким же хэшем. Глобальный Perfect hash пока не изобрели, вроде ж?

Как будем проверять уникальность/идентичность своего файла, без отдачи на сторону?

Здравствуйте, Mr.Delphist, Вы писали:

vsb>>Передаём серверу хеш файла. Он нам возвращает список клиентов, которые заливали этот файл.
MD>...или файлы с таким же хэшем. Глобальный Perfect hash пока не изобрели, вроде ж?
В практических целях какой-нибудь sha512 можно считать таковым.

MD>Как будем проверять уникальность/идентичность своего файла, без отдачи на сторону?
Но если сомневаешься, можно скачать то что хранится на сервере и сравнить со своим файлом побайтово. Перечитай топик, вроде там всё описано.