Opracowanie bota do pracy z kontami oraz interakcji z usługami internetowymi.

Pracujemy z pewną stroną, mamy dużą bazę kont, obecnie istnieje potrzeba stworzenia bota do automatycznej weryfikacji kont. Interakcja z gmail.com w celu otrzymywania wiadomości do weryfikacji, interakcja z portfelem kryptograficznym Solflare dla przeglądarki Google Chrome, możliwość pracy przez listę proxy socks5/http(s).
Faktycznie potrzebujemy dwóch oddzielnych skryptów dla oddzielnych etapów pracy, umownie "przygotowanie" i "główny proces"
  Proszę zaproponować rozwiązania zadań opisanych poniżej,  proszę również zaproponować swoją cenę oraz narzędzia, za pomocą których mogą Państwo dołączyć do projektu.


Podstawowy opis działań, które obecnie są wykonywane ręcznie i które należy zautomatyzować:

Pierwszy etap/Skrypt ("przygotowanie") -  bierzemy login:hasło z bazy kont w pliku logins.txt --> logujemy się na stronie --> otwieramy panel dewelopera, tam zmieniamy niektóre dane w kodzie strony --> wprowadzamy adres jednego z kilku e-maili z listy innego pliku mails.txt --> zapisujemy przyciskiem na stronie --> wychodzimy z konta --> powtarzamy te działania dla wszystkich kont w bazie --> przetworzone konta zapisujemy w nowym pliku wait.txt z etykietą w formacie "login:hasło - wait".

Na tym etapie mogą wystąpić takie problemy jak:
- nieprawidłowe konto (nieprawidłowy login lub hasło)
- błąd podczas zapisywania nowego e-maila (w takim przypadku należy użyć następnego z listy w pliku mails.txt jeśli błąd pojawia się ponownie, bierzemy następny e-mail i tak dalej, aż spróbujemy wszystkich e-maili z listy, jeśli po ostatniej próbie błąd znowu się pojawi, oznaczamy takie konto w pliku wyjściowym, na przykład symbolem " - " )
Bot musi poprawnie obsługiwać te dwa problemy i oznaczać konta, które nie udało się przetworzyć w nowym pliku z wynikami wait.txt


Drugi etap/Skrypt ("główny proces")

Baza kont to konta w formacie login:hasło zarejestrowane na stary e-mail.
Naszym celem jest zmiana e-maila, weryfikacja go, stworzenie nowego portfela, połączenie nowego portfela, weryfikacja go oraz zapisanie konta z nowymi danymi w oddzielnym dokumencie tekstowym output.txt, w takim formacie(cztery linie):
login:hasło
solflare
(fraza seed z nowego portfela)
(adres tego portfela)

Oto jak wygląda proces, który obecnie jest wykonywany ręcznie:

1. Bierzemy login hasło z konta z pliku z bazą kont w formacie login:hasło

2.  Logujemy się na stronie

3. Bierzemy e-mail z listy e-maili w pliku new_mails.txt (e-maile wygenerowane przez serwis od icloud, wszystkie są przekierowywane na główny e-mail gmail, z którego bot ma otwierać wszystkie wiadomości)

3. Wprowadzamy nowy e-mail i stare hasło w profilu na stronie (proces żądania zmiany e-maila)

4. Czekamy i przechodzimy za linkiem w wiadomości, która przychodzi na e-mail.

5. Po weryfikacji e-maila tworzymy nowy portfel Solflare i łączymy go z profilem na stronie. (możliwość połączenia portfela pojawia się dopiero po weryfikacji e-maila)

6. Wychodzimy z konta i od razu logujemy się ponownie i łączymy jeszcze raz ten sam portfel, a następnie naciskamy przycisk weryfikacji portfela (taka procedura jest konieczna, ponieważ jest błąd na stronie, wiadomość przychodzi na e-mail tylko jeśli zalogujemy się ponownie)

7. Czekamy na wiadomość do weryfikacji portfela na e-mailu, przechodzimy za linkiem w wiadomości.

8. Sprawdzamy profil (weryfikowany e-mail ✅, zweryfikowany portfel ✅)

9. Zapisujemy konto w nowym pliku output.txt w takim formacie (cztery linie):

login:hasło

solflare 

(fraza seed z portfela)
(adres portfela)
WAŻNE: LOGIN MUSI ZAWIERAĆ POCZĄTKOWĄ WARTOŚĆ Z PLIKU Z BAZĄ KONTA, A NOWĄ WARTOŚĆ - E-MAIL, KTÓRY ZOSTAŁ DO NIEGO DODANY, ROZDZIELONE TAKIM SYMBOLEM " / "

Na tym etapie mogą wystąpić takie problemy jak:

- login hasło mogą być nieprawidłowe
- przycisk zmiany e-maila może być nieaktywny 

- e-mail może być już zweryfikowany

- portfel może być już powiązany

- e-mail może być niezweryfikowany, ale portfel już powiązany

- e-mail i portfel mogą być już zweryfikowane

- wiadomość o weryfikacji e-maila lub portfela może przyjść z opóźnieniem (w wiadomości podany jest nick konta, prawdopodobnie to może pomóc w przetwarzaniu wiadomości)
Jakikolwiek z tych problemów uniemożliwi poprawne przetwarzanie konta i musi być oznaczony w finalnym pliku output.txt, aby było jasne, na którym etapie pojawił się problem.


Jeśli tego zlecenia będzie niewystarczające, bardziej szczegółowo opiszemy w komunikatorze od Durova: panantren