Ку, коротышки, вынырну на секунду. Мотивационное из истории для тех, кто пойдёт на ЛЧИ-2020. Может заведётесь и порвёте всех разом своей доходностью.

2002 год. Ещё лихие 90-е.

Начнем, как водится, с приятного. Наш конкурс вызвал необыкновенный ажиотаж. 122 человека согласились рискнуть своими $1,5 тыс., чтобы попробовать выиграть BMW. Как мы уже говорили, победил Аркадий Рачков из Москвы под псевдонимом Напористый. За три месяца конкурса он увеличил стоимость своего пакета более чем втрое — на 207%, что соответствует доходности 860% годовых. Чтобы добиться этого, Напористый заключил 942 сделки, то есть в среднем он совершал около 15 сделок в день. Как и было обещано, победитель получил автомобиль BMW.

В интервью нашему корреспонденту Напористый отметил, что активно работает на рынке с 1995 года. Чем занимался до кризиса, господин Рачков сказать отказался.Напористый заявил, что всегда с пренебрежением относился к адептам как технического, так и фундаментального анализа. Более того, он даже не читает касающихся рынка новостей — если они, конечно, не попадут случайно ему на глаза: считает, что это не нужно, а все необходимые сведения уже содержатся в динамике котировок и объемах торгов. В общем, налицо не раз описанный в американской литературе «телетайпный гений»...

https://www.kommersant.ru/doc/356925

( Читать дальше )

Как стало понятно, белых не любят нигде, даже в проекте ИгРы РаЗуМа.
В целях снижения накала вражды расскажу об одном из приемов белой игры на недельных опционах Si
На начало дня позиций не было, в конце дня тоже не стало, чисто внутри-дневная торговля. Ниже приведены сделки, разбирать их подробно нет смысла, поясню только логику. 



( Читать дальше )

( Читать дальше )

Всем привет!
Никогда не давайте обещаний которые не можете выполнить. Во-первых — это портит карму. Во-вторых, за сказанное нужно отвечать. В далеких (не очень) 90-х, если человек не держал слова, к нему приезжали «санитары» с электроприборами, типа дрель, паяльник, утюг — все перечислять не буду, чтобы не пугать читателя, т.к. пост многие найдут полезным не только для торговли, но и для написания собственного кода. Так вот, пообещал я человеку, дело было так:

Мой родной язык, помимо русского, Common Lisp. С недавних пор породнился с Питоном. А тут луа, да еще с Квиком вперемешку. Не фиг было обещания давать. Больше времени потратил на изучение структур данных луа и особенностей QLua. Сам код был написан за пару часов, как увидите ниже — чё там писать-то...
Как я обещал — пользователь Смартлаба Weddy получает код бесплатно, как и остальные участники тусовки. Ну а я, в качестве вознаграждения получаю приобретенный опыт. Проверял сегодня — работает с любым Квиком (6, 7, 8). Конечно дополнительных «наворотов» я не делал, как в идеале желал Weddy, но это уже детали.

( Читать дальше )

На github.com/davidm/luacom/issues/24 указан адрес дистрибутива github.com/moteus/luacom

ФИНАМ выкатил QUIK 8.5. До этого стояла версия QUIK 8.2. После обновления разницы не почуял.

QLUA 5.3 работает ничуть не быстрее. В режиме исполнения начал материться на безобидную конструкцию string.format("%d", n), если n не является целым. До обновления такая конструкция возвращала правильно округленное целое от любого n. Пришлось везде, где требуется округленный вывод, применить залепуху math.floor(n + 0.5).

В остальном полет нормальный. Обновляться можно смело.

Quik, по сравнению с версией 8.2, стал несколько лучше. Меньше подвисает, но иногда бывает. Мелкие, наверно несущественные, изменения в интерфейсе — не сразу и заметил.
Lua 5.3.5, по сравнению с Lua 3.1, летает. То, что исполнялось несколько секунд, теперь пролетает практически мгновенно. В программах Lua никаких изменений делать не пришлось, мною не использовались специфические для Lua 5.1 конструкции.
Вот, DLL, цепляющиеся к Lua, все упали, в буквальном смысле. Пару дней разбирался, несколько изменился C-API, пришлось переделывать функции luaopen в DLL. Помогли ребята с http://quikluacsharp.ru/, если что — смотрите решение у них.
В DLL, по идее, еще надо переделывать int на 64 бит целое (при компиляции куча алармов на эту тему), но, кроме номеров заявок в обозримом будущем, не обязательно. Кроме заявок-сделок, таких номеров в инструментах нет. Пока, по крайней мере.

Всех с пятницей — самоизолятницей!
Представляю общественности Python-сервер (в 9 строк кода) для получения данных из КВИКа в Питон через луа-скрипт в режиме реального времени.
Для примера приведу получение тиковых данных по SIM0.
Нам понадобятся следующие ингредиенты.
1. Понятное дело КВИК, версии ниже 8 или 8.5.2 и выше.
2. Питон Jupyter Notebook (Anaconda 3)
3. Луа-скрипт, взятый из Jatotrader (в нем буквально изменено пару строк)
Как работает сервер можно посмотреть в этом видео (1 мин. 38 сек.) Ну и по правилам хорошего тона, естественно сам текст ниже.


( Читать дальше )

В новой версии терминала QUIK 8.5.2 произведён апгрейд языка Lua для написания торговых скриптов с версии 5.1 до версии 5.3. Это нужно для того, чтобы корректно обрабатывать 19-значные номера заявок и сделок на срочном рынке МосБиржи. Типа number в Lua 5.1 не подходит: там все числа хранятся как double, соответственно целые числа до 2^53 = 9 007 199 254 740 992 записываются без потери точности, а 19-значные номера заявок и сделок будут больше этой границы.

Версия Lua 5.3 обратно несовместима с Lua 5.1. Я почти не использовал внешние библиотеки и для меня было два важных изменения: отказ от module (это было сделано в версии 5.2) и введение целочисленной арифметики (версия 5.3).

Для избавления от использования module пришлось переработать много кода, хотя изменения были несложные. Приведу пример. Раньше был такой код Arrays.lua для работы с массивами:

--
-- Выполнение действий с массивами.
--

local pairs = pairs
local type = type

module(...)

--- Создать копию массива (таблицы)
-- @return копию массива (таблицы)
function copy(array)
    local copy_array = {}
    if type(array) ~= "table" then
        return array
    end
    for k, v in pairs(array) do
        if type(v) == "table" then
            copy_array[k] = copy(v)
        else
            copy_array[k] = v
        end
    end
    return copy_array
end

--- Узнать, начинается ли индексация в массиве с нуля или с единицы.
-- @return 0 или 1
function base(array)
    if array[0] ~= nil then
        return 0
    else
        return 1
    end
end

--- Вычислить число элементов в массиве.
-- @return число элементов в массиве
function size(array)
    local n = 0
    for _, _ in pairs(array) do
        n = n + 1
    end
    return n
end

--- Проверить пустой или нет массив.
-- @return true/false
function isEmpty(array)
    for _, _ in pairs(array) do
        return false
    end
    return true
end

--- Получить первый индекс массива, где ничего не записано. Поиск начинается с 1.
-- @return первый индекс массива, где ничего не записано
function firstEmptyIndex(array)
    local i = 1
    while array[i] ~= nil do
        i = i + 1
    end
    return i
end

( Читать дальше )

Небольшой обзор возможных аргументов сторон в потенциальном споре по Фьючерсному контракту Light Sweet Crude Oil Futures.

I. ОСНОВНЫЕ ВЫВОДЫ

В результате анализа мы пришли к следующим выводам:
1) шансы на защиту позиции инвесторов в суде являются низкими даже при выборе идеальной стратегии и сборе всех возможных доказательств;
2) у брокеров, которые не смогли списать необходимую сумму средств со счетов инвесторов, остается больше возможностей для покрытия своего убытка за счет Биржи. Однако эти возможности все равно невысокие;
3) в назревающем конфликте Биржа может взять на себя стратегическое лидерство и инициативу, закрыв тем самым даже остающиеся минимальные шансы на взыскание убытков инвесторами.

Указанные выводы основаны на следующих критических фактах:

1) тот факт, что цена контракта стала отрицательной не имеет никакого юридического значения в сложившейся ситуации. Это влияет только на размер потенциальных убытков инвесторов. Даже если бы цена не ушла в отрицательные значения после остановки торгов, и цена экспирации была бы определена в положительном значении, но меньше цены, на которой были фактически остановлены торги, то юридическая суть претензий инвесторов осталась бы прежней. Изменился бы только размер потенциальных убытков;

( Читать дальше )