Вот я как пример пользователя лодаша (правда на сервер-сайде). Использую: _.noop, _.clone, _.clamp, _.min / _.max, _.compact а также более удобные обертки типа isNaN / isInteger. Удобно и минималистично ) зачем мне самописно заменять все, если одна маленькая и многолетне вылизанная либа все покрывает )
Есть еще DragonflaнDB. у keyDB очень интересная штука с master<>master (active-active) репликацией, но бывают сложности. Также изначально был интересный FLASH-модуль для хранения на диске. Но теперь есть решение получше - Apache KVRocks (в число активных комиттеров вхожу как раз и я).
waitId стоит делать через UUID - и быстро, и гарантировано не пересекается с другими, WS все же для систем где много сообщений / клиентов, а значит примитивный Date.now не лучшее решение
Согласен. Много это десятки тысяч метрик / лейблов, такого порядка. Ну и нагрузка по чтению/записи когда речь идет 100+ rps. Долго - ну у меня ретеншин 10 лет выставлен, можно считать что вечное хранение.
В ccxt есть и веб-сокеты тоже ) Правильно ли я понимаю, что, возможно, просто написать ccxt коннектор к нужному дексу и будет работать на той же платформе?
Документация там конечно хуже некуда ( В общем, конфиг не подхватило, добавление опции --timing приводит к панике, пришлось забить и вернуться к eslint-у
Это не совсем уж замена, это только брокеры сообщений (и там свои подводные камни, строили как раз трейдинг для банков на zmq)
Вот я как пример пользователя лодаша (правда на сервер-сайде). Использую: _.noop, _.clone, _.clamp, _.min / _.max, _.compact а также более удобные обертки типа isNaN / isInteger. Удобно и минималистично ) зачем мне самописно заменять все, если одна маленькая и многолетне вылизанная либа все покрывает )
В материале много неточностей и искажений. Например, KeyDB появился давно-давно, пару лет назад и совсем не по причине лицензионных ограничений...
Есть еще DragonflaнDB. у keyDB очень интересная штука с master<>master (active-active) репликацией, но бывают сложности. Также изначально был интересный FLASH-модуль для хранения на диске. Но теперь есть решение получше - Apache KVRocks (в число активных комиттеров вхожу как раз и я).
Эта тема лучше раскрыта в книге "Человек, который разгадал рынок"
По железу для улучшения работы этого дела тоже ведут работы. Можно почитать первые наметки - https://medium.com/@omershlomovits/revisiting-paradigm-hardware-acceleration-for-zero-knowledge-proofs-16f717a49555 и https://hackmd.io/@Cysic/BJQcpVbXn
OpenBB (https://openbb.co) как раз хочет/хотел побороть это...
Если погуглить, то есть бронирование против 50-го калибра, кастомное правда - https://armormax.com/blog/what-can-stop-a-50-cal-bmg-ap-round/
Стоит еще адаптировать библиотеку (и вопрос, будет ли она актуальна?) к нативной реализации Ws клиента в следующих версиях ноды
waitId стоит делать через UUID - и быстро, и гарантировано не пересекается с другими, WS все же для систем где много сообщений / клиентов, а значит примитивный Date.now не лучшее решение
uWS хорош, но там только серверная часть
А почему в списке персонажей только лишь Илон Маск указан с маленькой буквы?
Может "Нестрогий SIMD" ?
Спотовые ETF как раз обеспечены 1 к 1 купленным битком у кастодиана, а среди одобренных все или большинство как раз спотовые
Согласен. Много это десятки тысяч метрик / лейблов, такого порядка. Ну и нагрузка по чтению/записи когда речь идет 100+ rps. Долго - ну у меня ретеншин 10 лет выставлен, можно считать что вечное хранение.
Вместо прометеуса лучше использовать VictoriaMetrics, если предполагается много метрик (и долгое хранение) - выигрыш буде существенным.
В ccxt есть и веб-сокеты тоже ) Правильно ли я понимаю, что, возможно, просто написать ccxt коннектор к нужному дексу и будет работать на той же платформе?
Документация там конечно хуже некуда ( В общем, конфиг не подхватило, добавление опции --timing приводит к панике, пришлось забить и вернуться к eslint-у
Штука интересная. Подскажите, а он конфигурацию для литна понимает и тянет с package.json?
Уж лучше это - https://www.youtube.com/watch?v=vv5m_8HKBU8