Vindicar

Ну первое, что я замечу: в коде только call_start_menu() помечена как обработчик событий от кнопок, потому что только перед ней стоит декоратор callback_query_handler.
Советую ознакомиться с документацией и примерами, чтобы понять, как регистрируются обработчики.
А заодно (поскольку это будет ваш следующий вопрос) понять, что такое func= и для чего оно нужно.

Только ставить клиент впн на комп, чтобы он завернул траффик на себя. Или использовать телефон как единственный источник инета, и завернуть весь раздаваемый трафик в впн.

Есть, конечно, варианты типа proxify, но с ними нужно экспериментировать.

Да, ты чего-то не понимаешь. Почему у тебя не вызвал вопросов вот этот код?

def __init__(self, bot):  # раз конструктор
    self.bot: commands.Bot = bot

def __init__(self, *args, **kwargs):  # два конструктор ?!?!?!
    super().__init__(*args, **kwargs, title="Подача запроса")

Потому что ты неверно понимаешь логику своей программы.
Если у тебя не найдётся 1.png, вылетит исключение, и даже не будут попытки искать дальнейшие картинки - управление перейдёт в except, а затем на новую итерацию while True, где снова будет попытка искать 1.png.

Есть и ещё ряд замечаний.
1. На кой баклажан ты загружаешь 1.png-5.png на каждой итерации цикла? Только зря программу замедляешь. Если ты не хочешь обновлять эти файлы без перезапуска программы, то загрузи их один раз на старте.
2. То же самое со скриншотом. Ты делаешь новый скриншот перед каждым следующим файлом - это точно хорошая идея? Вроде как надо поискать изображения на скриншоте, и только потом делать следующий.
3. Почему ты используешь И locateOnScreen(), И matchTemplate()? Выбери ту функцию, которая лучше работает, и используй только её.
4. Ты нифига не отслеживаешь, а что за исключение-то вылетает? Может, у тебя программа в принципе кривая, и дело не в том, что изображение не найдено. Для locateOnScreen() лови конкретно pyautogui.ImageNotFoundException. matchTemplate() исключений не кидает, так что проверяй, что locations не пуст, а имеет хотя бы один элемент. А остальные эксепшены не лови, или хотя бы выводи инфу о них в журнал работы программы.

В питоне встроенный int поддерживает длинную арифметику, поэтому с ним можно выполнять операции даже если операнды превышают 64 бита. Но это, разумеется, медленнее, чем аппаратно-поддерживаемое число.

Ответ для винды - с линуксовыми оконными менеджерами я дела не имел.
Можно посмотреть на видимый заголовок окна или на т.н. строку класса окна. Возможно, pyautogui или pywinauto могут найти окна по заголовку.
Более сложные и надёжные решения требуют работы с WinAPI: в принципе можно найти окна, принадлежащие процессу с заданным экзешником, уточнить через заголовок/класс окна, а дальше получить их позицию.
Проблема в том, что до WinAPI надо достукиваться через модуль ctypes, а значит, нужно уметь не только Питон, но и хотя бы основы C или C++. Я могу описать этот вариант подробнее, если захочешь связываться с этой канителью.

Правильно будет:

import sqlite3 

with sqlite3.connect(r'D:\Programming\Python\base.db') as db:
    cursor = db.cursor()
    request = """ SELECT name FROM marks WHERE mark = 4 """  # выбираем один столбец
    cursor.execute(request)  # выполняем запрос на курсоре - зря, что ли, мы его создали?
    # теперь у нас курсор содержит строки выдачи - ответ на запрос
    for row in cursor:  # row - это кортеж, где элементы идут в том же порядке, что и столбцы
        name = row[0]  # у нас один элемент - столбец name. Добываем его.
        print(name)  # а дальше делаем с этим элементом что захотим

Под виндой есть штатный Планировщик заданий, который умеет примерно то же что и крон, но настраивается через GUI.

Если ОЧЕНЬ надо - делаешь свой планировщик на базе пакета schedule, только не забудь запустить скрипты в дочернем процессе, например, через subprocess. Но я бы не изобретал велосипед.

Оператор in в помощь, но он учитывает регистр.

print('Hello' in 'Hello world!')  # True
print('hello' in 'Hello world!')  # False