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

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

Я как-то излагал в ZN такую идею фильтрации:

• Нода приоритетно хранит данные, подписанные ключами из белого списка.
• Остальные данные она хранит условно - на основании proof-of-work, приложенного к данным. Чем лучше значение PoW, тем выше вероятность хранения и его длительность.
• Если пользователь как-то взаимодействует с таким «серым» ключем (отвечает на комментарий, лайкает и т.п.), фронт-энд автоматически даёт команду поместить его в белый список.

Ну и плюс к этому обычные блок-листы еще.

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

Я как-то излагал в ZN такую идею фильтрации:

• Нода приоритетно хранит данные, подписанные ключами из белого списка.
• Остальные данные она хранит условно - на основании proof-of-work, приложенного к данным. Чем лучше значение PoW, тем выше вероятность хранения и его длительность.
• Если пользователь как-то взаимодействует с таким «серым» ключем (отвечает на комментарий, лайкает и т.п.), фронт-энд автоматически даёт команду пометить его в белый список.

Ну и плюс к этому обычные блок-листы еще.