История изменений

1. Как проверить, что узел действительно хранит переданные ему данные? Причём без знания исходных данных. Ты залил свои бэкапы и выключил компьютер на год.

Делаешь на год вперед таблицу случайных смещений и длин:
1 января: смещение1-длина1-хэш1
2 января: смещение2-длина2-хэш2
...
31 декабря: смещение365-длина365-хэш365
. Данные удаляешь, а таблицу хранишь. Отправляешь каждый день «смещение-длину», тебе вычисляют хэш, ты проверяешь.

2. Нужно хранить в нескольких копиях, причём динамически перераспределять, например узел ушёл в offline - значит нужно срочно все данные, которые хранились на этом узле, скопировать на другие узлы. Узел вернулся из offline - избыточные копии можно удалять.

Если кто-то ушел офлайн, то он не получит бабки. А «купить» новый узел не проблема - данные он возьмет с узлов, к-е ты ему сообщишь.

3. Нужно это всё интегрировать с деньгами, т.к. одни хотят заплатить и хранить у других, а другие хотят получить деньги и хранить у себя.

Можно платить ежедневно, еженедельно, ежемесячно - как договоритесь. Деньгами может быть криптовалюта например.

4. Естественно в этой сети по определению все враги, которые хотят выкинуть твои данные и забрать твои деньги. Т.е. нужен протокол, учитывающий это всё.

Ты ещё забыл упомянуть, что Хозяин данных захочет кинуть хранителей, не платить им. Поэтому проверять должен не один узел, а несколько. И деньги Хозяин должен перечислять третьим (доверенным для обеих сторон) узлам, и если данные были доступны, третьи узлы в конце периода выплачивают сумму, себе берут процент.

5. Это всё должно быть ощутимо дешевле, чем у централизованных сервисов, ибо децентрализация сама по себе никому не нужна.

Всё зависит от типа данных. Если центральные сервисы начнут драть жопу за шифрованные данные (а они обязательно начнут), тогда народ и засуетится.

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

1. Как проверить, что узел действительно хранит переданные ему данные? Причём без знания исходных данных. Ты залил свои бэкапы и выключил компьютер на год.

Делаешь на год вперед таблицу:
1 января: смещение1-длина1-хэш1
2 января: смещение2-длина2-хэш2
...
31 декабря: смещение365-длина365-хэш365
. Данные удаляешь, а таблицу хранишь. Отправляешь каждый день «смещение-длину», тебе вычисляют хэш, ты проверяешь.

2. Нужно хранить в нескольких копиях, причём динамически перераспределять, например узел ушёл в offline - значит нужно срочно все данные, которые хранились на этом узле, скопировать на другие узлы. Узел вернулся из offline - избыточные копии можно удалять.

Если кто-то ушел офлайн, то он не получит бабки. А «купить» новый узел не проблема - данные он возьмет с узлов, к-е ты ему сообщишь.

3. Нужно это всё интегрировать с деньгами, т.к. одни хотят заплатить и хранить у других, а другие хотят получить деньги и хранить у себя.

Можно платить ежедневно, еженедельно, ежемесячно - как договоритесь. Деньгами может быть криптовалюта например.

4. Естественно в этой сети по определению все враги, которые хотят выкинуть твои данные и забрать твои деньги. Т.е. нужен протокол, учитывающий это всё.

Ты ещё забыл упомянуть, что Хозяин данных захочет кинуть хранителей, не платить им. Поэтому проверять должен не один узел, а несколько. И деньги Хозяин должен перечислять третьим (доверенным для обеих сторон) узлам, и если данные были доступны, третьи узлы в конце периода выплачивают сумму, себе берут процент.

5. Это всё должно быть ощутимо дешевле, чем у централизованных сервисов, ибо децентрализация сама по себе никому не нужна.

Всё зависит от типа данных. Если центральные сервисы начнут драть жопу за шифрованные данные (а они обязательно начнут), тогда народ и засуетится.

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

1. Как проверить, что узел действительно хранит переданные ему данные? Причём без знания исходных данных. Ты залил свои бэкапы и выключил компьютер на год.

Делаешь на год вперед таблицу: 1 января: смещение1-длина1-хэш1 2 января: смещение2-длина2-хэш2 ... 31 декабря: смещение365-длина365-хэш365 Данные удаляешь, а таблицу хранишь. Отправляешь каждый день «смещение-длину», тебе вычисляют хэш, ты проверяешь.

2. Нужно хранить в нескольких копиях, причём динамически перераспределять, например узел ушёл в offline - значит нужно срочно все данные, которые хранились на этом узле, скопировать на другие узлы. Узел вернулся из offline - избыточные копии можно удалять.

Если кто-то ушел офлайн, то он не получит бабки. А «купить» новый узел не проблема - данные он возьмет с узлов, к-е ты ему сообщишь.

3. Нужно это всё интегрировать с деньгами, т.к. одни хотят заплатить и хранить у других, а другие хотят получить деньги и хранить у себя.

Можно платить ежедневно, еженедельно, ежемесячно - как договоритесь. Деньгами может быть криптовалюта например.

4. Естественно в этой сети по определению все враги, которые хотят выкинуть твои данные и забрать твои деньги. Т.е. нужен протокол, учитывающий это всё.

Ты ещё забыл упомянуть, что Хозяин данных захочет кинуть хранителей, не платить им. Поэтому проверять должен не один узел, а несколько. И деньги Хозяин должен перечислять третьим (доверенным для обеих сторон) узлам, и если данные были доступны, третьи узлы в конце периода выплачивают сумму, себе берут процент.

5. Это всё должно быть ощутимо дешевле, чем у централизованных сервисов, ибо децентрализация сама по себе никому не нужна.

Всё зависит от типа данных. Если центральные сервисы начнут драть жопу за шифрованные данные (а они обязательно начнут), тогда народ и засуетится.

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