прокси & recaptcha2

Интересует как работает следующий пример (Парсим гугл с использованием ломалки recaptcha2)
1. Имеем список проксей 100 штук, прокси обновляются каждые 30 секунд.
2. Берем проксю А из списка, и с помощью её качаем гугловский урл.
3. Определяем что нужно взломать рекапчу2, отсылаем данные на xevil.
4. проходит 2 минуты, за это время успевает обновится список проксей и прокси A больше нет в списке.
5. Запрашиваем ответ от xevil - рекапча2 успешно взломана.
6. теперь с помощью прокси А мы должны отправить данные на гугловский урл. НО прокси А больше нет в нашем списке.

Вопрос: Запрос в п.6. все таки пойдет с помощью прокси А?

 

Слишком много стало 403 & 503 ошибок в п.6 прям пачками идут, xevil рисует что всё корректно гадает.
Может гугл что-то поменял и вот тут нужно, что-то еще передавать...?
POST(1): https://ipv4.google.com/sorry/index - 503 Service Unavailable (2.42 KB)

 

почему при ошибке 403, прокся в список забаненых не попадет?

 

у меня прокси свои и от носка, разницы не заметил при парсинге с гаданием, без гадания - в лоб носок рулит конечно.
адаптивный алгоритм только для парсинга без гадания?
У меня для варианта без гадания создаются задачи с пачками запросов по 6000, т.е через api отсылаются такие задания, это мало, какие пачки лучше слать? адаптивный алгоритм запоминает эффективные настройки свои между заданиями? или для каждого задания он по новой начинает поиск оптимальных настроек?

 

Еще мысль такая, что если сделать дополнительные попытки - запостить ответ рекапчи в тех ситуация, когда прокся не стабильная?
т.е нужно отдельное кол-во попыток и отдельный timeout для поста.
POST(1): https://ipv4.google.com/sorry/index - 596 HTTPS(C) proxy error: Read error (0 KB)

Тут же проверяю - всё ок, прокся нормальная, обидно рекапча гадалась почти 4 минуты

 

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