с помощью «методов обгона». Они замечают вашу заявку как?
Не уверен на 100%, но идея в том, что заявки доолжны исполняться по самой лучшей цене в Америке. Если, заявка исполнилась частично на площадке (ECN) A, а дальнейшее исполнение выгоднее на площадке B, то ее остаток будет переслан на исполнение на B. Если заявка реально крупная, и подвинет рынок, то HFT трейдеры, увидевшие ее на А, могут сыграть на опережение, и пробить по В быстрее (забрав себе выгодную цену), чем система В получит остаток от площадки А. Когда система В увидит заявку, то может оказаться, что на В уже нет той цены, ради которой заявка пришла на нее, и цена на В не самая выгодная во всей Америке. Тогда площадка В сравнивает цены остальных площадок, и шлет на самую выгодную (С), но пока заявка летит до С, высокочастотники успевают забрать вкусную цену и там. Таким образом, владелец заявки получит не оптимальное исполнение (и скорее всего, в итоге выкупит свой объем у тех же людей, которые успели скупит его ранее на В и С, но уже по цене на пару центов за акцию дороже).
DayTrading Pattern есть, но он лишь о том, что обладатели маленьких счетов (до 20 или 25К) не имеют право интрадеить в принципе (но в данном случае подразумеваются куда большие суммы, да и через проп конторки правило обходится). А так, наоборот, всегда лояльнее требования к гарантийному обеспечению внутри дня. Для брокера головная боль — когда клиент теряет больше денег. чем у него есть. А интрадей при таком же плече дает намного меньше риск, чем перенос через ночь
Такое впечатление, что все ошибки намеренно собраны в 1 статье
1 Если использовать более продвинутый компилятор вроде Microsoft VC++, это значение можно снизить до 650 наносекунд.
FPGA в HFT, насколько я знаю, используют не для того, чтобы ускорить выполнение одной итерации cpu bound кода, а для того, чтобы убрать передачу данных с сетевой на cpu и назад. Там будут задержки всяко побольше. Даже с использованием спец драйверов.
2 Автор предлагает покупать данные с биржевыми метками таймстампа, но там нет реального времени, когда пакет пришел на сетевую. Таким образом можно узнать, когда возникла неэффективность, но хз, когда о ней можно было узнать, имея даже самую продвинутую коллокацию.
3 Зачем-то автор решил поумничать и рассчитать годовую доходность, но любой человек, сделавший хоть 1 сделку, знает о плече. И для интрадея оно может и на шару обойтись, если день в день закрывать. А для фьючерсов вообще отдельная песня.
Теоретически, преступникам (не профессиональным хакерам, хотя и они иногда на детских ошибках попадаются, а мелким взяточникам, гопникам, продавцам наркоты) должно быть весьма непросто нигде не проколоться. Одного раза достаточно в ТОМ-скайп написать что-нибудь не то, или в Renren, и готов. Поэтому, что совсем не имеет, сказано черезчур сильно.
Так а как технически Великий Файрвол реализован? Все провайдеры через единый шлюз гоняют траффик, и этот шлюз фильтрует, или провайдеры сами должны у себя фильтровать?
А ведь можно и из личной выгоды спамить. Собрался ехать на работу — поставил по значку аварий, перекрытий дороги и прочего шлака на всей протяженности маршрута. Потом без пробок по-царски. Нужно более гибкие методы модерации
Может, просто надо сделать +1 шаг в UGC? Добавить возможность на каждое оповещение нажать полезно/бесполезно (аналог лайка и дизлайка). И добавить только 1 фильтр — по рейтингу. Тогда государственные спамеры быстро упадут на дно рейтинга. И при этом Яндекс не испортит с ними отношения.
Эппл хорошое дело делает, что их не слушает. Как начнут тысяч 15 из 30 под вайном устаревшее ПО запускать, могут и созреть к миграции (причем, воспринятой, как благо, а не самодурство).
Это да. В свое время я будучи студентом (и, хоть и не сисадминя, но имеючи потребность часто заходить на сервер по RDP) использовал Vaio VGN P699E весом в 700 грамм. Было очень удобно. Встроенный 3G модем позволял подключится к серверу где угодно, а фирменный переходник на VGN и Gigabit Ethernet, размером с небольшой мобильный телефон, позволял подключаться в компьютерных классах в древние мониторы IBM 2001 года и ethernet кабель, и работать, как за полноценным компьютером. Получалось даже программировать по RDP. Также я держал его открытым на семинарах, особо не привлекая внимания преподавателя, но при этом имея возможность нагугливать материал.
Вообщем, хорошая была машинка. В принципе, и сейчас, тьфу-тьфу, работает, и Win 10 установилась, но заметно потяжелевший веб, и, видимо, подсохшая термопаста, из-за которой процессор постоянно сваливается в троттлинг, делают пользование довольно проблематичным.
Всё зависит только от суммы в $ которую придётся потратить на преобразование данных.
Еще вопрос в SLA. Скажем, есть бизнес, полностью завязанный на парсинг некого портала, а точнее его бинарного протокола. И вдруг этот портал выкатывает новую версию бинарного протокола. Даже, если $ не проблема в принципе, то сколько потребуется дней, чтобы восстановить работоспособность? А ведь это простой бизнеса. И к затратам на парсинг добавляем затраты на простой и репутационные потери.
Я думаю, тему, как с SPA будут делать. 1 сайт для людей на WebGL, и параллельная структура на чистом html для поисковых ботов. Но, снова таки, если идет речь о сильно динамическом контенте (букмекеры со ставками во время матча, онлайн-аукционы, магазины с часто меняющимися ценами), то скорее всего притворение гугл-ботом (что тоже нетривиально в случае вайтлистинга) поможет получить информацию не первой свежести. Так, как сайтец для поисковых ботов будет лежать в кеше со временем инвалидации.
Видимо, есть некая критическая точка популярности аггрегаторов. До нее имеет смысл зажимать контент, и развивать собственный бренд и узнаваемость в сети. Когда же она пройдена, то надо принять правила игры, отдать аггрегаторам все, и смириться с ролью производителя коммодити.
Не уверен на 100%, но идея в том, что заявки доолжны исполняться по самой лучшей цене в Америке. Если, заявка исполнилась частично на площадке (ECN) A, а дальнейшее исполнение выгоднее на площадке B, то ее остаток будет переслан на исполнение на B. Если заявка реально крупная, и подвинет рынок, то HFT трейдеры, увидевшие ее на А, могут сыграть на опережение, и пробить по В быстрее (забрав себе выгодную цену), чем система В получит остаток от площадки А. Когда система В увидит заявку, то может оказаться, что на В уже нет той цены, ради которой заявка пришла на нее, и цена на В не самая выгодная во всей Америке. Тогда площадка В сравнивает цены остальных площадок, и шлет на самую выгодную (С), но пока заявка летит до С, высокочастотники успевают забрать вкусную цену и там. Таким образом, владелец заявки получит не оптимальное исполнение (и скорее всего, в итоге выкупит свой объем у тех же людей, которые успели скупит его ранее на В и С, но уже по цене на пару центов за акцию дороже).
сделка проходит по последней цене после времени задержки
Это тоже классно конечно. Особенно на инструментах с гигантским тиком, как es
Такое впечатление, что все ошибки намеренно собраны в 1 статье
1 Если использовать более продвинутый компилятор вроде Microsoft VC++, это значение можно снизить до 650 наносекунд.
FPGA в HFT, насколько я знаю, используют не для того, чтобы ускорить выполнение одной итерации cpu bound кода, а для того, чтобы убрать передачу данных с сетевой на cpu и назад. Там будут задержки всяко побольше. Даже с использованием спец драйверов.
2 Автор предлагает покупать данные с биржевыми метками таймстампа, но там нет реального времени, когда пакет пришел на сетевую. Таким образом можно узнать, когда возникла неэффективность, но хз, когда о ней можно было узнать, имея даже самую продвинутую коллокацию.
3 Зачем-то автор решил поумничать и рассчитать годовую доходность, но любой человек, сделавший хоть 1 сделку, знает о плече. И для интрадея оно может и на шару обойтись, если день в день закрывать. А для фьючерсов вообще отдельная песня.
portaltele.com.ua/news/companies/predstavlen-samyj-moshhnyj-karmannyj-kompyuter.html
много разъемов всяких
Этого никто не отменял, но я говорю не о самом успешном меньшинстве, и 0.1% преступников, а о подавляющем их большинстве;)
поэтому, и уточнил, что
Кстати, очень странна такая несовместимость. Все таки, www.macdigger.ru/macall/ibm-sokratila-shtat-texpodderzhki-posle-perexoda-na-mac.html, IBM сами надкушенные яблоки уважают.
далеко не для всех моделей
Если не секрет, но интересно понять причину такого решения. Это как-то необычно
Вообщем, хорошая была машинка. В принципе, и сейчас, тьфу-тьфу, работает, и Win 10 установилась, но заметно потяжелевший веб, и, видимо, подсохшая термопаста, из-за которой процессор постоянно сваливается в троттлинг, делают пользование довольно проблематичным.
Еще вопрос в SLA. Скажем, есть бизнес, полностью завязанный на парсинг некого портала, а точнее его бинарного протокола. И вдруг этот портал выкатывает новую версию бинарного протокола. Даже, если $ не проблема в принципе, то сколько потребуется дней, чтобы восстановить работоспособность? А ведь это простой бизнеса. И к затратам на парсинг добавляем затраты на простой и репутационные потери.
Я думаю, тему, как с SPA будут делать. 1 сайт для людей на WebGL, и параллельная структура на чистом html для поисковых ботов. Но, снова таки, если идет речь о сильно динамическом контенте (букмекеры со ставками во время матча, онлайн-аукционы, магазины с часто меняющимися ценами), то скорее всего притворение гугл-ботом (что тоже нетривиально в случае вайтлистинга) поможет получить информацию не первой свежести. Так, как сайтец для поисковых ботов будет лежать в кеше со временем инвалидации.