Вопрос стоит в плоскости того, что из этого злоумышленник может сделать.
Да, выкидывание определенных транзакций — это первое что приходит в голову
(или просто их замедление: хотите быстрее — платите держателю валидаторов).
Потенциально можно добиваться ненахождения консенсуса (commit), т.к. каждое взаимодействие между валидаторами (merge) его меняет.
Итого всё упрётся в бизнес-логику определения неправильных валидаторов,
что приводит к сложности реализации, а следовательно и к проблеме доказуемой безопасности конечного решения.
Решений может быть множество, начиная от централизованной валидации каждого узла (что более схоже с PoA), совмещением других алгоритмов консенсуса (подобия PoS, PoB)
PoA — это отказ от децентрализации, тогда и блокчейн не нужен.
Добавление PoS нивелирует надобность в PoU, тогда можно и один PoS оставить.
В первую очередь писалось для себя, чтобы поднять свой уровень Python.
Даже в таком простеньком GUI мне удобнее искать, чем на сайте: для примера попробуйте на сайте найти топ популярных аудиокниг.
В моей программе достаточно в поле категорий ввести «аудиокниги».
Можно случайно перебирать, пока не попадешь на раздачу, для этого даже логиниться не надо.
А номера, где нет раздач, например, запоминать, чтобы больше их не дергать.
Максимум 100 торрентов в день: pornolab.net/forum/viewtopic.php?t=980552#4
Даже с такой скоростью всю базу выкачивать сильно затратно по времени.
Можно выкачивать только определенные разделы, или только наиболее популярные раздачи.
Например, сейчас только 400 раздач имеют > 200 сидов.
В общем я посмотрел, спарсить порнолаб можно, нужна минимальная переделка скрипта.
Основная выявленная проблема: на странице не публикуется хэш раздачи, необходимо качать torrent-файл и вытаскивать из него.
Для нового пользователя ограничение — 5 торрентов в сутки. А без хэшей база и не особо нужна.
Нету, подправить скрипт не сильно сложно, но:
1) Из-за более низкого числа сидеров, раздачи, удаленные с сайта, будут быстрее умирать.
2) В текущей версии с сайта тянется только исходный код описания, ссылки на внешние хостинги останутся ссылками и их (пока они не умрут) можно будет посмотреть из просмотрщика.
3) Если вы хотите сохранять все скриншоты с внешних сервисов, вам понадобится уметь парсить еще и их.
MR будет висеть 2+ недели?
Да, выкидывание определенных транзакций — это первое что приходит в голову
(или просто их замедление: хотите быстрее — платите держателю валидаторов).
Потенциально можно добиваться ненахождения консенсуса (commit), т.к. каждое взаимодействие между валидаторами (merge) его меняет.
Итого всё упрётся в бизнес-логику определения неправильных валидаторов,
PoA — это отказ от децентрализации, тогда и блокчейн не нужен.
Добавление PoS нивелирует надобность в PoU, тогда можно и один PoS оставить.
А что мешает злоумышленнику поднять ещё N тысяч валидаторов?
З.Ы. стоить учитывать, что tesseract часто пропускает точку в процентах
страница распознаётся за ~12 секунд
за счёт увеличения размера шрифта поднялась точность
Даже в таком простеньком GUI мне удобнее искать, чем на сайте: для примера попробуйте на сайте найти топ популярных аудиокниг.
В моей программе достаточно в поле категорий ввести «аудиокниги».
А номера, где нет раздач, например, запоминать, чтобы больше их не дергать.
Даже с такой скоростью всю базу выкачивать сильно затратно по времени.
Можно выкачивать только определенные разделы, или только наиболее популярные раздачи.
Например, сейчас только 400 раздач имеют > 200 сидов.
Основная выявленная проблема: на странице не публикуется хэш раздачи, необходимо качать torrent-файл и вытаскивать из него.
Для нового пользователя ограничение — 5 торрентов в сутки. А без хэшей база и не особо нужна.
1) Из-за более низкого числа сидеров, раздачи, удаленные с сайта, будут быстрее умирать.
2) В текущей версии с сайта тянется только исходный код описания, ссылки на внешние хостинги останутся ссылками и их (пока они не умрут) можно будет посмотреть из просмотрщика.
3) Если вы хотите сохранять все скриншоты с внешних сервисов, вам понадобится уметь парсить еще и их.