Size: a a a

2021 December 08

БГ

Бензофуран Гетероцик... in Distributed
Типа если я возьму и насчитаю много хешей близких к ID цели то получается что я смогу целенаправленно её закидать данными
источник

БГ

Бензофуран Гетероцик... in Distributed
И бедняжка лопнет
источник

АЖ

Алексей Жалнин... in Distributed
"данные" == ип ноды торента / ип ноды ипфс / ип ноды тор(не уверен) и тд
это не сами файлы
источник

АЖ

Алексей Жалнин... in Distributed
да
источник

АЖ

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

БГ

Бензофуран Гетероцик... in Distributed
Многократное дублирование же
источник

АЖ

Алексей Жалнин... in Distributed
ну так я бы считал хешы с разной солью
источник

АЖ

Алексей Жалнин... in Distributed
как в реале - не знаю
источник

PZ

Pavel Zlatovratskii in Distributed
Ну это уже свойство протокола. Сделанное для того, чтобы разгрузить DHT от избытка данных.
источник

АЖ

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

АЖ

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

PZ

Pavel Zlatovratskii in Distributed
Ещё раз: я потому и говорю что DHT не может выдержать всё что вы захотите туда запихнуть, что из DHT обычно всё пытаются выкинуть куда-нибудь ещё.
Я не крупный спец по DHT, но это я вижу.

А слияние DHT приведёт к росту нагрузки за счёт отсутствия возможности вычищать по таймауту (если таймауты разные).
источник

АЖ

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

АЖ

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

PZ

Pavel Zlatovratskii in Distributed
Адресных - ключей.
Переполнить ноду произвольно большим количеством ключей я думаю можно :) 256 бит это вообще-то много ^_^
источник

АЖ

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

БГ

Бензофуран Гетероцик... in Distributed
Так-то можно данные распределять по нескольким нодам
источник

БГ

Бензофуран Гетероцик... in Distributed
И тогда, вроде бы, должно нормально работать и выдерживать  попытки переполнения
источник

АЖ

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

БГ

Бензофуран Гетероцик... in Distributed
А даже если переполнение случилось - данные не пропали, пушто дублирование
источник