Сергей Тихонов

Запускать каждый раз отдельный процесс для вычисления одного числа - это будет стоить как крымский мост.
Самые быстрые способы по убыванию: программа для GPU, вычисление вектора значений от матрицы входных параметров, библиотека с реализацией нужной функции.
Что касается удобства - очевидно это зависит от постановки задачи, потому что универсальный вычислитель - это компилятор. Можно еще посмотреть на компиляцию кода во время работы (JIT), реализации есть для разных языков.

Двадцать первый век, у миллиардных корпораций каждый месяц утекает по 200 млн учетных записей прям из БД, а у нас пароли в базе открытым текстом.
Единственное место, где так пароль проверяется, я встречал только в SecureBoot, и это дико неудобно.
Но если интересует реализация, могу предложить следующее:

1. Сохранить в БД хешированные с солью значения вида Pxxx, xAxx, xxSx и т.д.
   
2. добить хеши до максимальной длины пароля, чтобы не палить его длину
   
3. использовать вместо xxx разную строку для каждой позиции символа исходного пароля
   
4. при вводе очередного символа проверять наличие у пользователя нужного хеша
   
5. не считать, что этот способ хранения пароля является безопасным
   
   

1. Сделать форму авторизации, принимающей на вход не только логин-пароль но и выбранное значение параметра
   
2. При обработке формы записать выбранное значение в сессию
   
3. Поиздеваться над шаблонами, чтобы рендерить выбранное значение в админке
   

sum(x[1] for x in b)

Если artisan queue:work такой костыльный, что берет из очереди (из очереди!!! это ж его основное предназначение!) одну и ту же задачу, то может выкинуть его нафиг как профессионально непригодный?
Если нельзя выкинуть, то можно навесить лок на уровне редиса - блокировать Job при начале обрабокти и отпускать по завершении. https://redis.io/topics/distlock

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

Вроде бы всё по инструкции:
раз
два
Но я бы попробовал еще с конечной функцией поиграться.

url(r'^liqpay-callback/$', csrf_exempt(LiqpayCallbackView.as_view()), name='liqpay_callback'),

Redis - однопоточный. Пока обрабатывается первый запрос, он принимает запросы от остальных клиентов и ставит их в очередь обработки. Поэтому не рекомендуется выполнять KEYS * на сервере с миллионом ключей.

Видимо имеется ввиду, что value - это не обязательно корректное значение нужного типа. Например, в виджет даты может придти число.