Боремся с говнохостингами вместе:
% ~/rehost --chat ~/rehost
fs:/ipfs/bafk4bzacib45uzbwzccvmgbquo5qaayyvti6bdz7zzxcmucknsdvvsi4cubkobt36v5t3llxmf6piwj4sylwvpox45szwkj4vu4qikavowm3jdkb сохранил на всякий случай
@voker57 Это краеугольный камень твоего манямирка, так?
Рекомендую такую аксиоматику: если никто в мире не успел поставить докер с ipfs и нажать в сосноли ипфс пин адд и хеш на весь монитор — значит, твой контент никому не нужен.
@voker57 Неправильно, запросы несуществующих ключей ничего не дают, запросы существующих заполняют ими кэши, и ответы приходят сразу от них, не расходясь по сети. Засирать сеть мусором тоже надо с умом, иначе незапрашиваемые данные вылетят первыми. Ну, а если у тебя достаточно узлов для дудоса, то и говорить не о чем.
@voker57 При загрузке ты конкурируешь на равных со всеми остальными участниками, это гораздо более медленный процесс. Вообще, количество мусорных узлов и производимый ими эффект рассчитываются математически.
Умные люди делали, всё-таки, а сейчас только матмеховцы хуевы свою централизованную соцсеточку героически защищают собственным баблом.
@ceyt С кем на равных? С трафиком? С инстансом jvm? С айпишником? С публичным ключом?
> Вообще, количество мусорных узлов и производимый ими эффект рассчитываются математически.
пруф
@voker57 С остальными желающими положить в сеть не мусорные данные.
https://github.com/freenet/wiki/wiki/FAQ#is-freenet-vulnerable-to-flooding-attacks Можно посчитать, сколько один узел, пыжась, загрузит за определённое время, и какой эффект это будет иметь на время выпадения блоков из хранилища, учитывая его общий размер (статистика доступна). Легче портить работу сети другими способами. Я уверен, что где-нибудь в рассылке это обсуждалось с выкладками, надо только перерыть архивы за двадцать лет.
@ceyt там речь о том, что один средний комп не сможет повалить всю сеть. а я о том, что решает, какой контент хранится, не "популярность" а сетевые ресурсы атакующего.
@voker57 Там нет речи про один комп, а описывается, как топология сети распределяет нагрузку даже в случае массовых запросов. Если у тебя есть куча узлов, сравнимая с размером сети (с адресами из разных диапазонов и разных стран, заметим, чтобы тривиальная блокировка не сработала), то можно ничего никуда не загружать, а портить/тормозить чужие запросы, эффект будет гораздо заметнее.
@ceyt я айпишников тебе наберу с бесплатных проксей десять тыщ как нехуй делать. а срать в сеть я не буду, всего лишь зарабатывать популярность любимому ЦП
@voker57 А ты посчитай, посчитай, во сколько тебе это обойдётся. И серверная часть, и прокси с нужной шириной канала, многочасовой работой и UDP. Гораздо легче мониторить сеть и найти источники информации, что и было сделано.
говнохостинги это те, с которых нормальным людям (не задротикам) не открыть ссылку в браузере в один клик?
@komar Фринет двадцать лет так работает, только автоматически.
@voker57 Батенька, этому мэму столько лет, что уже дети, родившиеся после него, интернетом пользуются.
Работать как неуправляемое распределённое хранилище с вытеснением он работает, с анонимностью проблемы, но в полном соответствии с теорией.
@voker57 Общая популярность решает.
@voker57 Неправильно, запросы несуществующих ключей ничего не дают, запросы существующих заполняют ими кэши, и ответы приходят сразу от них, не расходясь по сети. Засирать сеть мусором тоже надо с умом, иначе незапрашиваемые данные вылетят первыми. Ну, а если у тебя достаточно узлов для дудоса, то и говорить не о чем.
@voker57 При загрузке ты конкурируешь на равных со всеми остальными участниками, это гораздо более медленный процесс. Вообще, количество мусорных узлов и производимый ими эффект рассчитываются математически.
Умные люди делали, всё-таки, а сейчас только матмеховцы хуевы свою централизованную соцсеточку героически защищают собственным баблом.
@voker57 С остальными желающими положить в сеть не мусорные данные.
https://github.com/freenet/wiki/wiki/FAQ#is-freenet-vulnerable-to-flooding-attacks
Можно посчитать, сколько один узел, пыжась, загрузит за определённое время, и какой эффект это будет иметь на время выпадения блоков из хранилища, учитывая его общий размер (статистика доступна). Легче портить работу сети другими способами. Я уверен, что где-нибудь в рассылке это обсуждалось с выкладками, надо только перерыть архивы за двадцать лет.
@voker57 Там нет речи про один комп, а описывается, как топология сети распределяет нагрузку даже в случае массовых запросов. Если у тебя есть куча узлов, сравнимая с размером сети (с адресами из разных диапазонов и разных стран, заметим, чтобы тривиальная блокировка не сработала), то можно ничего никуда не загружать, а портить/тормозить чужие запросы, эффект будет гораздо заметнее.
@ceyt Там КУЧА ИДЕЙ и папиры по некоторым написаны.
@ceyt Например, такие срущие и тормозящие узлы пирами будут постепенно отбраковываться, и данные будут идти по графу, обходя их.
@voker57 А ты посчитай, посчитай, во сколько тебе это обойдётся. И серверная часть, и прокси с нужной шириной канала, многочасовой работой и UDP. Гораздо легче мониторить сеть и найти источники информации, что и было сделано.