Size: a a a

2021 December 08

АЖ

Алексей Жалнин... in Distributed
кто обеспечивает его работу? кто принимает решения с помощью этого алгоритма?
чую запахло федиверсом с особыми умными серверами и клиентами к ним
источник

АЖ

Алексей Жалнин... in Distributed
расчёт хеша от данных с солью, указанной запросившим проверку?
источник

БГ

Бензофуран Гетероцик... in Distributed
Ссылочка есть?
источник

АЖ

Алексей Жалнин... in Distributed
алгоритм в распределёнке работает и на отправителе тоже
отправитель, являясь полноправной частью распределёнки, используя общий алгоритм выбирает "лучшие из доступных" ноды для хранения ключей
источник

МЛ

Марк Лакост... in Distributed
Данные контракта можно представить как массив из фрагментов одинакового размера. Устроим древовидное хеширование этих фрагментов. Для этого рассчитаем сильные криптографические хеши этих фрагментов. Потом разобъем полученные хеши на пары и рассчитаем хеши от соединённых хешей каждой пары. Полученные хеши снова разобьём на пары и так, пока не получим один хеш. Он-то и хранится в контракте и обновляется, когда пользователь загружает новые данные по этому контракту. Теперь вернёмся к отдельному фрагменту файла и проследим его "путь" до корня дерева. На каждом шагу в хеширование будет "примешиваться" хеш, приходящий от другой группы фрагментов. Если мы предоставим данный фрагмент и эти дополнительные хеши, находящиеся на пути от фрагмента до корня, то сможем доказать, что данный фрагмент присутствует на данной позиции в данных. Подделка такого доказательства равносильна нахождению коллизии хеш-функции.
источник

МЛ

Марк Лакост... in Distributed
источник

БГ

Бензофуран Гетероцик... in Distributed
Пасиба, ознакомлюсь
источник

АЖ

Алексей Жалнин... in Distributed
нафиг весь "путь" из хешей?....
засолить указанный кусок данных указанной солью и прохешировать == такое же доказательство с той же коллизией хеша
источник

PZ

Pavel Zlatovratskii in Distributed
Да, безусловно.

Проблема в том, что ты предлагаешь увеличить число блоков хранения, при том, что получатель далеко не факт что будет проверять их все.
источник

АЖ

Алексей Жалнин... in Distributed
э... а как без дублей?
источник

БГ

Бензофуран Гетероцик... in Distributed
Так там юзаются блоки фиксированной длины
Для разделения хранения файла на множество узлов
источник

АЖ

Алексей Жалнин... in Distributed
видимо я не понял сути возражения
источник

PZ

Pavel Zlatovratskii in Distributed
Почему без дублей?
Дубли есть но по тому же ключу.

Я против увеличения числа ключей.
источник

PZ

Pavel Zlatovratskii in Distributed
По тому же ключу у тебя тогда при запросе нода даже если не вернёт данные - сможет подсказать где искать. В этом суть DHT.

А если ключи разные - то "не шмогла" и ебись сам...
источник

АЖ

Алексей Жалнин... in Distributed
ну да
но как я понял там считается всё дерево хешей а не хеш выбранного для проверки блока
это типо нагрузит лишнего ноду... имхо
источник

АЖ

Алексей Жалнин... in Distributed
как по одному ключу выбрать две разных ноды для него?
источник

БГ

Бензофуран Гетероцик... in Distributed
Возможно дерево хранится отдельно, я не уверен
источник

PZ

Pavel Zlatovratskii in Distributed
Эмм?? Что такое "две разные ноды"?
источник

PZ

Pavel Zlatovratskii in Distributed
А как ты одну выберешь?
источник

АЖ

Алексей Жалнин... in Distributed
для дубликатов хранения берутся разные ноды?
источник