Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
🎯🎯Excellent 31% Profit on #DOT/USDT for all Premium Members
🚀🚀It has crossed all the targets
👁🗨Contact @futurechief to enter the premium group & make daily gains
🚀🚀Raining Profits in the Premium Group
🎯🎯#DOT/USDT has covered all the targets to give an amazing profit of 30% for all Premium Members
👁🗨Contact @futurechief to enter the premium group & make daily gains on Futures as well as Spot Market
🏦 Биржа Bybit отразила атаку с фейковыми депозитами на ~$1,000,000,000.
В Bybit сообщили о том, что остановили серию атак с поддельными депозитами сразу в нескольких сетях. Потенциальный ущерб мог превысить $1b в токенах #DOT, но ни один пользователь не пострадал.
▪Схема:
➥ Злоумышленники создавали транзакции, которые выглядели как успешные депозиты, хотя реальные средства НЕ поступали.
➥ Использовали батч-операции – часть переводов проходила, а часть специально завершалась с ошибкой.
➥ Также применяли многошаговые транзакции, создавая «иллюзию» поступления средств без роста баланса.
▪В чем проблема:
➥ Некоторые системы смотрят только на статус транзакции или логи и могут засчитать «фейковый» депозит как настоящий.
▪Как отбились:
➥ Bybit проверяет не просто транзакцию, а фактическое изменение баланса и разбирает каждую операцию внутри нее:
⊹ Анализ внутренних транзакций.
⊹ Разбор батчей по частям.
⊹ Проверка владельца и структуры аккаунтов.
⊹ Финальная валидация по реальному балансу.
Ранее: Bybit Card в России
Crypto Headlines
#DOT/USDT analysis -
#DOT is in a downtrend, forming lower lows (LLs) and lower highs (LHs). The price is currently experiencing a pullback and facing rejection from the resistance zone. It is expected that the price will decline from this point and revisit previous lows.
TF : 4h
Entry : $6.154
Target : $5.538
SL : $6.462