Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
#Kalshi
Kalshi заранее заблокирует торговлю для спортсменов и политиков
Kalshi собирается заранее ограничить доступ к рынкам для спортсменов, тренеров, судей и других участников спортивных событий. Аналогичный запрет введут и для политиков в рынках, связанных с их собственными кампаниями.
Раньше такие сделки уже запрещались правилами платформы, но теперь Kalshi хочет не просто запрещать их формально, а технически не допускать до торгов с самого начала. Для этого компания подключает внешних подрядчиков, включая IC360, чтобы проверять таких пользователей еще на этапе регистрации.
Шаг идет на фоне растущего давления на рынки прогнозов из-за риска инсайда и манипуляций. В тот же день Polymarket ужесточил свои правила добросовестности рынка, а в Сенате США внесли законопроект, который должен запретить регулируемым CFTC площадкам рынки на спорт и казино.
⚡️ Breaking: #Kalshi is set to launch crypto trading with perpetual futures on April 27!
The #CFTC-regulated prediction market giant is entering the crypto derivatives space, offering perpetual contracts for continuous trading on $BTC, $ETH, and more.
🚀 Ставки сделаны: Gemini — фаворит гонки ИИ к концу 2025 года
Трейдеры на платформе прогнозов Kalshi уверенно ставят на победу Google Gemini в гонке искусственного интеллекта. 59% участников считают, что именно эта модель станет ведущей к концу 2025 года, оставив позади ChatGPT (20%) и Grok (14%). Общий оборот рынка превысил $7,4 млн, а итоги подведут 31 декабря 2025 года на основе данных рейтинга LM Arena.
Почему именно Gemini? Модель лидирует в ключевых бенчмарках (текст, поиск, разработка), демонстрирует превосходную скорость обработки и глубоко интегрирована в экосистему Google. В то время как конкуренты сталкиваются с проблемами: OpenAI — с критикой новых версий, Grok — со скандалами, а такие сильные игроки, как DeepSeek, — с высокими затратами и инфраструктурными вызовами, что мешает им удержать рыночное внимание.
#ИИ#Gemini#Kalshi#прогнозы
Пс. Картинка сделана ChatGPT на основании данного поста, понятно, почему не он первый? Очень похоже на ляпы в презентации Gpt-5.
https://t.me/semasci