Vindicar

У вас elif не относится ни к какому условному выражению.

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

s = {
  "s17": {},
  "s18": {},
  ...
}

UPD хотя так уж и быть дам пример готовый

id = 17

s = {
  "s17": {},
  "s18": {},
  "s19": {}
}

print(s["s"+str(id)])

Всё это умеет systemd, не нужно велосипедить.

Не используйте мультипроцессинг или мультипоточность. Пока, по крайней мере.
Разбирайтесь с алгоритмами - например проходить попиксельно всю игровую область - это всегда будет медленно.
Найдите и почитайте какую нибудь книжку по разработке игр, там наверняка будет что нибудь на тему оптимизации.

"Зайти в игру без самой игры".

Ну на таком уровне знаний, не стоит заниматься этим вопросом. Придется ломать мозг ГОРАЗДО дольше и ГОРАЗДО сильнее. чем ты подозреваешь.

Так вот, в игру ты заходишь не игрой, а клиентом. Это обычное клиент-серверное приложение.
Узнаешь какие пакеты отправляет сервер, какие пакеты отправляет клиент, пишешь СВОЙ клиент. Он не обязательно обязан поддерживать весь функционал, но достаточный минимум, чтобы залогиниться, и выполнять какие-либо полезные действия в игре.

Вот и все.
А вот расшифровка пакетов - это не ответ на тостере а несколько книжек по тому, как писать софт и работу с сетью. Ну и мало кто знает SAMP, на самом деле.

Promise.resolve(value) - это статический метод, возвращающий промис в состоянии fulfilled с указанным значением.
Эквивалент new Promise((resolve) => resolve(value))

И можно как-то выполнить промис без аргументов?

Что значит "выполнить"? Создать можно, сменить статус с pending на fulfilled нельзя, на rejected можно по исключению.
P.S. Если вас смущает то, что и там и там используется resolve, то в new Promise это всего лишь название переменной для каллбэка в функции. Оно может быть любым.

new Promise((แก้ไข) => แก้ไข('Решено'));
//Promise { <state>: "fulfilled", <value>: "Решено" }

await ctx.send(embed =  discord.Embed(description = f"""Баланс **{ctx.author}** состовляет **{cursor.execute("SELECT cash FROM users WHERE id ={}".format(ctx.author.id)).fetchone()[0]}**"""
TypeError: 'NoneType' object is not subscriptable

Вероятно пытаешься взять элемент из возвращаемого резульатат fetchone, а результат пустой None.
Если так, что надо делать проверку и обработку условия, что делать дальше.
Читай подробнее про работу с SQL на питоне и про то, что функции возвращают

Почему программа каждый раз занимает различные области памяти?

Потому что современные ОС делают это намеренно, чтобы затруднить эксплуатацию уязвимостей в ПО. Это называется ASLR: address space layout randomization. Обычно есть способ отключить ASLR глобально либо для отлаживаемых программ, чтобы добиться воспроизводимости результатов.
Так, например, в linux это делается глобально с помощью файла /proc/sys/kernel/randomize_va_space либо командой setarch -R для одного конкретного процесса. Отладчик gdb по умолчанию отключает ASLR для отлаживаемых программ.

Подсказка:
Выведи последовательность без последнего элемента, потом союз, потом последний элемент.
Это просто. Можно сделать одной строчкой.
Тебе понадобятся темы: f-строки и срезы.

nm-connection-editor - это для редактирования и автозапуска, а для включения/отключения/переключения обычный Network Manager в трее - он для этого и предназначен.

Возможно

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

Если не передумали, то алгоритм следующий.
Получить нужную роль utils.get, циклом по всем пользователям сервера проверять наличие данной роли у пользователя (смотреть в member.roles) и добавлять в текст сообщения нужных пользователей.

Не подойдет обернуть свой код в бесконечный цикл?

while True:
    # Код / функция, которая будет всегда крутиться.

Можно через cmd, где my.py - название вашего скрипта. CMD открывать в той же папке, где находиться python файл
for /l %q in (0) do python my.py

нет
но с учетом что там обычная батарейка, она всё равно деградирует постепенно

Не надо их смешивать. Просто сделайте отдельно и пусть подключаются к одной БД. Так будет и надёжнее, и безопаснее, и призводительность будет выше, и проще всё это будет устроено, что не мало важно.
Даже запускал бы я эти процессы в разных докер-контейнерах. Микросервисаня архитектура, масштабирование, прозрачность, элегантность и гибкость.
Стартуете всё одним compose-файлом, а если будет не хватать в будущем, то куберовский кластер можно будет пристегнуть и нигде не упрётесь в нестандартные проблемы.

Не изобретайте себе приключения на пустом месте.