Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
🚀🚀100% Huge Profit on #STRK/USDT as it has hit all the profit target - The trade has been closed
👁🗨Contact @primemod to enter the premium group & make daily gains
✅ Huge 250% Profit on #STRK/USDT for our Premium Members on Binance Futures/OKX/Bybit & KuCoin - All target completed
👁🗨Contact @primemod to enter the Premium Group for daily gain
#STRK
Starknet добавил базу для приватных транзакций
Starknet выпустил обновление v0.14.2. Главный апдейт — в сеть встроили нативную проверку доказательств, которая открывает путь к приватным переводам и скрытым балансам.
Что изменилось технически:
— в формат Invoke V3 добавили поля proof и proof_facts
— проверка STARK-доказательств теперь идет на уровне протокола
— смарт-контрактам больше не нужно самим проверять громоздкие доказательства
Это важно, потому что такие доказательства могут содержать десятки тысяч field elements. Раньше их пришлось бы разбивать на несколько транзакций, теперь эту нагрузку берет на себя сама сеть.
Практический результат — пользователь может подтвердить, что у него есть нужный баланс или право на перевод, не раскрывая весь кошелек и историю операций. На этой базе Starknet запускает STRK20 для приватного использования токенов и strkBTC как первый актив в новой модели. Для strkBTC отдельно указано, что ключ просмотра будет у аудиторской фирмы для возможных регуляторных запросов
#STRK
StarkWare сокращает команду и меняет структуру бизнеса
StarkWare проводит сокращения и перестраивает компанию на две основные единицы, делая акцент на выручке, после обвала доходов Starknet. На пике сеть зарабатывала около $6,5 млн в месяц, сейчас — примерно $150 тыс. в месяц.
Теперь структура делится на:
— направление, связанное с Starknet
— и отдельный блок для коммерческих решений и корпоративных продуктов
Компания прямо смещает фокус с разработки на монетизацию.
Речь идет о том, чтобы активнее зарабатывать на своих технологиях, а не только развивать экосистему.