shurshur

И не будет реагировать. Ведь в момент выполнения этого кода message.text == '/game1'.

Ищи примеры по ключевым словам FSM aiogram.

Да, потенциально клиентский API Телеграма открыт и позволяет сделать поиск по номеру телефона. Но надо понимать, что пользователь может запретить настройками находить себя по номеру телефона. Также надо понимать, что при сколько-нибудь массовом поиске по номеру телефона Телеграм отреагирует и заблокирует.

Рекомендую отказаться от этой затеи.

Проблема здесь:

cur.execute('UPDATE users SET refferals = ?', str(refs))

Это стандартная ошибка update without where. При таком запросе UPDATE изменяет все строки таблицы на одно и то же значение. Нужно изменять с фильтром WHERE конкретную запись.

В общем случае это проблематично. Но если совсем-совсем не жалко пользователей, то можно сделать так: удалить половину, запостить какую-нить хрень, посмотреть была ли утечка хрени. Если была - юзербот в этой половине, не была - в другой половине. Дальше возвращаем удалённых пользователей обратно и убираем только половину группы с юзерботом... в общем, бинарным поиском.

Бедные пользователи...

Бот всё делает так, как написано. А написано проверить, что проверяем, что пользователь по очереди creator/administrator/member и если нет - то ругаемся. Соответственно, если пользователь подписан, то два раза ругнётся и один раз поздравит (в соответствии с тем, какой у него статус, это будет 1/2/3 сообщение в цепочке).

Надо выкинуть цикл for stat in status вообще. Получить статус пользователя один раз и проверить его:

status = bot.get_chat_member(chat_id = '-1001670595457', user_id = message.from_user.id).status
if status in ['creator, administrator', 'member']:
    ...

Ну если в цикле делать message.answer по числу элементов в market_name, то сколько ответов напишет бездушный бот? Надо сообщение собрать в одну переменную и затем отправить за один раз. И два цикла тут вообще не к месту, всё можно в одном делать:

answer_message_text = ""
for tickers in data2['tickers']:
    answer_message_text += f"{tickers['market']['name']} - {tickers['trade_url']}\n")
    # а надо ли ещё какие-то массивы использовать?
    #market_name.append(tickers['market']['name'])
    #market_link.append(tickers['trade_url'])
await message.answer(answer_message_text)

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

Если %любимого_языка_программирования% нет, как и вообще навыков программирования, то обращаемся на фриланс.

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

Никак, бот не может узнать IP пользователя.

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

Лучше всего, конечно, выносить общую часть функционала в отдельную функцию. Например, пусть в обработчике /start информация о пользователе добавляется в базу и отправляется приветственное сообщение с какой-нибудь справкой по использованию. Скорее всего, повторно добавлять в базу не надо, а вот приветственное сообщение можно и выделить в какую-нибудь send_welcome_message (естественно, с параметром chat_id и при необходимости другими параметрами, нужными для её работы). Типа, пользователь запустил бота, поотвечал на вопросы, потом получил опять приветственное сообщение с информацией о своей работе, которую пользователь уже успел забыть, пока заполнял анкету.

Но если прям очень хочется, то можно вызвать функцию напрямую. Но если она обёрнута декоратором, то её вызвать напрямую может быть опасно, так как после применения декоратора это будет уже другая функция, которая имеет право создавать какие-нибудь спецэффекты при своём запуске. Если регистрировать без декораторов, вызовами register_message_handler, то исходная функция изменяться не будет, но с декораторами можно писать более красиво.

Такая библиотека только одна - pyrogram. Её авторы пытаются реализовать одинаковый интерфейс для двух разных видов API Телеграма. Если при инициализации бота передать токен - будет использоваться Bot API, если имя сессии - будет при первом запуске проведена авторизация в Телеграме, а потом будет всегда работать из-под пользователя при каждом запуске. Конечно, совсем без нюансов и различий нельзя, но в целом это работает.

Но даже с этой библиотекой придётся инициализировать двух разных ботов и организовывать между ними какое-то взаимодействие (что может вылиться в дополнительную не самую простую задачу). Например, боту требуется по запросу отправить большой файл, он из API userbot'а отправляет самому себе (обычному боту) файл, тот получает file_id и пересылает его конечному пользователю.

Поскольку ботов фактически будет всё равно два, то они могут использовать и разные библиотеки. Например, aiogram и telethon или telebot (AsyncTeleBot?) и pyrogram.

Нет, только создать нового с аналогичными реквизитами.

Не надо ловить абстрактный Exception вообще никогда! Тем более игнорировать его и даже не выводить в консоль. Произошла ошибка, а какая, почему произошла - ваще непонятно.

Какие тут могут случиться ошибки? Ну, например, если в user_dict нет записи с ключом chat_id, то случится KeyError. Или если в getRegData возвращается невалидный markdown-текст, то случится ошибка ApiException.

А далее после обработки exception путём его игнорирования тут снова вызывается register_next_step_handler, который приводит к тому, что вводимые пользователем данные снова попадают в тот же обработчик и - вероятно - натыкаются на ту же самую ошибку. Например, KeyError: конечно, ведь как при прошлом запуске этого обработчика не было значения с таким ключом, так и при последующих не появится.

До кучи, не надо вызывать постоянно bot.get_me(). Это каждый раз будет вызов API. Неужели имя бота меняется каждую минуту? Достаточно запомнить при запуске бота - и достаточно.