Безопасность Bitbase: как на самом деле защищены активы и аккаунты

2026-09-20

Безопасность биржи — не одна функция, а стек: где физически лежат монеты, кто вправе разрешить их перемещение, что следит за платформой во время обвала и что вы контролируете в собственном аккаунте. Bitbase публикует четыре архитектурных элемента и передаёт пользователю три инструмента контроля. Ниже — что делает каждый, против какого сбоя он построен и где проходит граница между работой платформы и вашей.

Стек безопасности Bitbase: разделение хранения, авторизация, мониторинг и средства контроля на стороне пользователя

Разделение, которое решает всё

Хранение построено на строгом физическом разделении холодных и горячих кошельков. Холодные держатся офлайн; горячие содержат рабочий остаток, из которого оплачиваются выводы. Перемещение между ними регулируется мультиподписью и многоуровневым контролем доступа.

Эту фразу легко пролистать, поэтому стоит сказать, против чего она построена. Почти каждая крупная потеря биржи в истории отрасли была потерей горячего кошелька, потому что горячий кошелёк по определению достижим из сети. Холодная сторона защищена не тем, что её труднее взломать, а тем, что она не подключена. Разница между ними — самое весомое проектное решение площадки относительно ваших монет, и все прочие меры находятся ниже по течению от него.

Почему авторизация важнее шифрования

Мультиподпись означает, что ни один ключ не двигает средства в одиночку. Транзакция требует нескольких проверенных подписей до исполнения, поэтому компрометация одного человека, одной машины или одних учётных данных не даёт вывода.

Многоуровневый контроль доступа — его напарник. Не у всех, у кого есть доступ, доступ одинаков, и требуемый уровень растёт вместе с тем, что перемещается. Вместе они меняют интересный вопрос с «может ли атакующий украсть ключ» на «может ли атакующий одновременно украсть несколько ключей, лежащих под разными контролями». Это задача заметно труднее и, что полезнее, оставляющая следы уже во время попытки.

Механизм сопоставления заявок — тоже элемент безопасности

Торговый движок легко отнести к производительности, а не к безопасности. На бирже это одно и то же. Сбой, который стоит пользователям денег в резком движении, — не медленная страница, а неисполненные ордера, ликвидации по цене, которой рынок не печатал, и платформа, переставшая отвечать ровно тогда, когда позиции нужно закрывать.

Bitbase разработал движок внутри компании на шардированной архитектуре с обработкой ордеров за миллисекунды; публикация модулей ядра намечена на 2026 год. На деривативной стороне к нему добавлена справедливая маркировка: цена маркировки задаётся по средневзвешенному спотовых индексов крупных площадок, чтобы разрыв ликвидности на одной площадке не запускал ликвидации, которых более широкий рынок не оправдывает.

Что следит за платформой в реальном времени

Обнаружение аномалий работает с миллисекундным разрешением, и заявленная цель — сохранять надёжность платформы при экстремальной волатильности. Важно здесь время: атаки и инфраструктурные сбои концентрируются ровно в тех окнах, когда объём подскакивает, потому что именно тогда и то и другое труднее всего отличить от нормальной нагрузки.

Мониторинг — ещё и та мера, которая производит доказательства. Работающая профилактика не оставляет ничего; обнаружение — это то, что сообщает вам о самой попытке и о том, как далеко она зашла. Биржа без слоя обнаружения имеет не меньше инцидентов, а меньше инцидентов, о которых знает, и разрыв между этими состояниями — место, где живут дорогие сюрпризы.

Та же логика касается нагрузки. Платформа, которая деградирует плавно при десятикратном объёме, и платформа, которая падает, в тихий вторник выглядят одинаково. Разница проявляется только в тот день, когда это важно, поэтому архитектуру стоит читать до него, а не после.

Что вы контролируете в своём аккаунте

Архитектура платформы перестаёт иметь значение там, где аккаунт открывает сам его владелец. Основную работу делают три меры, и они ваши, а не наши.

Мера	Что она останавливает	Где она не срабатывает
Двухфакторная аутентификация через приложение	Повторное использование паролей и утечки учётных данных	SMS-коды, уязвимые к подмене SIM-карты
[Белый список адресов вывода](https://www.bitbase.com/ru-RU/blog/what-is-a-crypto-withdrawal-whitelist)	Уход средств на адрес атакующего	Адреса, которые вы добавили сами под давлением
[Верификация личности](https://www.bitbase.com/ru-RU/blog/what-is-kyc-in-crypto)	Потерю доступа без пути восстановления	Ничего, а лимиты она попутно поднимает

Белый список — то, что пропускают чаще всего, и то, что важнее всего. Он превращает украденный пароль из полной потери в неудобство, потому что средства уходят только на заранее одобренные адреса, а добавление нового идёт с задержкой. Эта задержка и есть смысл: она даёт вам окно, чтобы заметить, и снимает преимущество в скорости, нужное атакующему.

Двухфакторная требует одного уточнения. Любой второй фактор лучше, чем никакого, но SMS — самый слабый вариант, потому что зависит от вашего мобильного оператора, а не от устройства, и атаки с подменой SIM бьют именно в эту зависимость. Приложение-аутентификатор хранит секрет на железе, которое держите вы.

Снятие средств — там проверяются все остальные меры

Снятие — единственная операция, которая делает потерю окончательной. Всё остальное можно отменить, оспорить или переждать; подтверждённый ончейн-перевод — нет.

Поэтому меры складываются именно там: белый список плюс второй фактор плюс собственные риск-проверки платформы, а за ними разделение горячего и холодного ограничивает, сколько вообще достижимо. Поэтому же самая частая реальная атака не пытается всё это обойти. Она просит вас сделать снятие самостоятельно, а это социальная задача, а не криптографическая, и ровно для неё существует проверка официальных каналов.

Что можно проверить, а что заявлено

Проверяемое независимо	Заявленное платформой
Две регистрации с номерами и регуляторами	Разделение холодных и горячих кошельков
Ежемесячные коэффициенты резервирования и корень Меркла	Мультиподписная авторизация
Попал ли ваш баланс в снимок	Многоуровневый контроль доступа
Официален ли канал	Обнаружение аномалий за миллисекунды

Обе колонки нужны, а путать их — ошибка, которой стоит избежать. Правая — собственное описание архитектуры от Bitbase, то есть всё, что любая биржа может предложить о внутреннем устройстве, недоступном постороннему. Левая — то, что посторонний может подтвердить, и причина, по которой proof of reserves стоит проверять самому, а не просто читать.

Итог

Сторона платформы держится на четырёх элементах: разделение холодного и горячего, мультиподпись с многоуровневым доступом, собственный шардированный движок со справедливой маркировкой и миллисекундный мониторинг аномалий. Каждый нацелен на конкретный сбой, а не на строку в буклете.

Ваша сторона держится на трёх: приложение-аутентификатор вместо SMS, белый список вывода, настроенный до того, как он понадобится, и пройденная верификация. Белый список — то, что стоит сделать сегодня. Чего всё это не решает, разобрано в статье безопасен ли Bitbase, а общий обзор платформы — в что такое Bitbase. Чтобы продолжать разбираться в основах, следите за материалами Bitbase Academy.