В C# есть модификатор доступа internal, который закрывает свойство или метод для всего, кроме текущей сборки (сборка это по сути группа пространств имён). И это чертовски удобно для построения правильной архитектуры по DDD — ты делаешь домен отдельной сборкой без внешних зависимостей, у сущностей закрываешь сеттеры и другие поля модификатором internal, а бизнес-правила с открытыми методами уже пишешь в агрегатах, которые содержат эти сущности. Агрегаты объявлены в той же сборке, так что они могут с сущностями делать что угодно, но слой приложения уже сможет вызвать только метод агрегата.
Пример. Есть бизнес-процесс, который включает в себя две сущности: письмо и прикреплённый к нему документ. У каждой из этих сущностей разные жизненные циклы, но письмо можно отправить только в том случае, если статус документа "Согласован". Мы делаем агрегат "письмо с документом" и там public-метод отправки письма сначала проверяет статус документа, а потом вызывает internal-метод отправки в сущности письма. Снаружи (вне домена) вызвать сразу отправку письма невозможно.
Но как эту задачу решают разработчики на других языках? Я совершенно не понимаю, как сделать хорошую архитектуру без internal. Окей, в некоторых языках вообще нет вменяемого ОПП и системы типов, но и к таким ребятам я бы не подходил с вопросами об энтерпрайз-архитектуре. Однако, многие серьёзные проекты пишутся на Java или, скажем, Go, что делают разработчики там? Может, кто-нибудь знает, и расскажет мне в комментариях?
#dev
✅#PRCL Parcl V3 Wind Down
#HIGH
Status: Completed
После [принятия PIP 11] команда Parcl объявила о сворачивании работы Parcl V3 в рамках подготовки к запуску V4. Рынки теперь доступны только для закрытия позиций, открытие новых позиций невозможно, а прием депозитов приостановлен.
Закрытие позиций начнется 20 апреля 2026 года без взимания комиссий. Вывод маржи доступен в любое время, а вывод средств LP будет открыт в течение шести месяцев. Команда отмечает, что подробности о devnet V4 ожидаются «в ближайшее время».
Parcl | Снятый с производства товар
📅 13.04.2026 7:45:00
#SmartEvent@CryptoAttackBot
✅#PRCL Parcl Chain
#HIGH
Status: In-Progress
После [утверждения] PIP-11 и запуска Parcl V4 команда приступит к созданию Parcl Chain — специализированной цепочки приложений, которая будет служить уровнем выполнения для биржи Parcl V4, при этом хранение залогового обеспечения и расчеты будут по-прежнему осуществляться на Solana. Цепочка использует консенсус с византийской отказоустойчивостью (BFT), отличающийся детерминированным выбором лидера по круговой системе, временем формирования блока менее секунды и окончательностью одного блока, что требует подписей от двух третей валидаторов. В этой конструкции отсутствует вероятностная окончательность и реорганизация цепочки. Состояние надежно сохраняется в журнале предварительной записи и детерминированно восстанавливается из снимков после сбоя узла, включая одновременную потерю всех узлов.
При запуске три валидатора, управляемых Parcl, будут реплицировать состояние для обеспечения отказоустойчивости. Набор валидаторов рассчитан на постепенное расширение за счет независимых операторов, при этом в качестве конечного механизма участия будет использоваться стейкинг PRCL. Порядок транзакций определяется детерминированным алгоритмом FIFO без механизма приоритетных комиссий и возможности переупорядочения. При запуске транзакции будут бесплатными, а газ, деноминированный в PRCL, можно будет включить через настройки валидатора без обновления протокола.
При создании учетной записи в Parcl V4 генерируется ключ подписи Ed25519, находящийся в самостоятельной хранении. Ключ создается внутри AWS Nitro Enclave — аппаратной изолированной среды без доступа к сети, постоянного хранилища или возможности оператора просматривать память. Ключи шифруются в состоянии покоя с помощью AWS KMS и контроля доступа на основе аттестации. Ни один человек, оператор или администратор облака не может получить доступ к открытому тексту. Пользователи могут в любой момент экспортировать свой закрытый ключ для автономного хранения в автономном режиме, при этом не требуется программное обеспечение кошелька или фраза-семенная фраза. Для вывода средств требуются криптографические доказательства с несколькими подписями от двух третей валидаторов, и необходимо выждать 24-часовое окно безопасности между запросом и получением средств. Лимит на вывод средств за эпоху ограничивает риски в случае взлома ключа валидатора. Планируется интеграция с Circle CCTP, что позволит осуществлять депозиты в USDC напрямую из цепочек EVM, включая Base и Arbitrum.
Все данные цепочки будут общедоступны через полный REST API и каналы WebSocket. Сюда входят книги заказов, сделки, ставки финансирования, цены оракулов, позиции и ликвидации. Планируется создание общедоступного блок-эксплорера. Управление протоколом устанавливает полномочия оракула, которые валидаторы проверяют криптографически. Настраиваемый автоматический выключатель останавливает поступление цен, если движение превышает заданный порог.
Parcl | Запуск основной сети или создание новой сети
📅 08.04.2026 7:30:26
#SmartEvent@CryptoAttackBot
🔓VCs Are Ready To Sell: These Unlocks Could Crash Prices
Tomorrow, VC investors in #JTO will have $12M unlocked, which may impact the price. Major VC unlocks of #ID, #SAGA, #PRCL, and #DBR tokens in March and April could also influence market prices.
📌 Share and Join 🌕@Crypto_Medias