Fireblocks — технологический фундамент, на котором держится значительная часть институционального крипторынка: MPC-кошельки, защищённая сеть переводов между контрагентами и рельсы для токенизации. На этой инфраструктуре работают свыше 2 000 организаций — биржи, банки, финтех-компании, фонды и сами кастодианы. Частный инвестор почти никогда не становится прямым клиентом Fireblocks; куда чаще на нём работает его банк или управляющий. В 2024 году компания получила и собственную трастовую лицензию NYDFS, став квалифицированным кастодианом.
Масштаб и что важно понимать
Через инфраструктуру Fireblocks прошло свыше $10 трлн совокупного объёма транзакций в цифровых активах. Эту цифру стоит читать аккуратно: речь об активах в движении через технологию, тогда как их хранение остаётся на балансе банков, бирж и кастодианов, которые пользуются платформой. Чаще всего Fireblocks релевантен косвенно — банк, кастодиан или управляющий, скорее всего, уже работает на нём.
Откуда вырос Fireblocks
Компанию основали в 2018 году выходцы из израильской кибербезопасности — Michael Shaulov, Idan Ofrat и Pavel Berengoltz. Поводом стала типичная уязвимость того времени: активы воровали прямо в момент перевода между биржами и кошельками, когда приватный ключ оказывался в памяти или проходил через незащищённый канал. Решением стала защита самого процесса хранения и подписи, а не только периметра вокруг него. К 2021–2022 годам Fireblocks превратился в стандарт де-факто для институтов, выходящих в цифровые активы, и закрыл Series E на $550 млн при оценке около $8 млрд (лид-инвесторы D1 Capital и Spark Capital). Публичных раундов после этого не было, поэтому оценку 2022 года стоит читать как историческую.
Что такое MPC и почему это важно
В основе платформы лежит multi-party computation (MPC). Приватный ключ к кошельку никогда не существует целиком: он разбит на несколько долей, которые хранятся раздельно и совместно формируют подпись, ни разу не собираясь в одной точке. Это убирает классическую слабость криптохранения — единую seed-фразу или один аппаратный модуль, компрометация которого означает потерю всего. Поверх MPC работает политика транзакций: кто, кому, в каком объёме и при каких подтверждениях может отправить средства настраивается как корпоративный регламент, а не как доверие к одному человеку с ключом.
Сеть переводов и токенизация
Вторая опора Fireblocks — закрытая сеть переводов между институтами (Fireblocks Network). Контрагенты, уже прошедшие взаимную проверку, обмениваются активами без ручного копирования адресов кошельков; именно на этой рутинной операции чаще всего случаются ошибки и подмены. Третья опора — рельсы для токенизации: выпуск, хранение и расчёты по токенизированным активам (RWA), в том числе на регулируемых сетях вроде Canton. Механику цифровой упаковки реальных активов мы подробно разбираем в материале о токенизации активов (RWA).
Fireblocks Trust Company: инфраструктура с лицензией кастодиана
Долгое время Fireblocks оставался технологией под капотом и не принимал активы на хранение под собственную ответственность. В 2024 году это изменилось: компания получила charter limited-purpose trust company от NYDFS и запустила Fireblocks Trust Company — отдельное регулируемое лицо со статусом qualified custodian по праву штата Нью-Йорк. Среди клиентов, разместивших там активы, — Bakkt, Galaxy, FalconX, Castle Island. Статус qualified custodian принципиален для регулируемых управляющих: RIA, asset manager или ETF-эмитент обязаны держать активы клиентов у квалифицированного кастодиана, и теперь эту роль может играть структура самого Fireblocks. Как устроено хранение в традиционном мире ценных бумаг, мы описываем в материале про кастоди.
Поворот к стейблкоин-платежам
С 2025 года центр тяжести Fireblocks смещается от чистого хранения к платёжной инфраструктуре на стейблкоинах. За 2025 год через систему прошло около $6 трлн стейблкоин-объёма — примерно втрое больше, чем годом ранее, — а ежемесячные потоки Fireblocks Network for Payments превысили $200 млрд. В 2026 году появились Fireblocks Flow (приём стейблкоинов для платёжных провайдеров и финтехов) и Agentic Payments Suite для AI-расчётов; MoneyGram подключил Fireblocks к своим платежам и казначейским операциям, а консорциум из двенадцати европейских банков строит на нём MiCA-совместимый евро-стейблкоин. Регуляторную рамку для этого в ЕС задаёт MiCA, а устройство и виды стейблкоинов мы разбираем отдельно.
Зачем знать о Fireblocks без прямого договора
Прямой договор с Fireblocks частному инвестору обычно не нужен и недоступен: это B2B-инфраструктура. Но знать о ней стоит по трём причинам. Due diligence: при вопросе банку или криптокастодиану, на чём построено хранение, ответ почти наверняка будет про про MPC и Fireblocks — и это, скорее, признак зрелости провайдера. Qualified custody: если капитал управляется через RIA, активы можно держать в Fireblocks Trust Company с соблюдением требований SEC. Юрисдикция: где именно лицензирован кастодиан, значит не меньше, чем технология, — об этом обзор crypto-friendly юрисдикций и материал о крипте для частного капитала.
Q/A
Всегда ли Fireblocks является кастодианом активов клиента?
Нет. Основная платформа Fireblocks предоставляет организации MPC-инфраструктуру и сама не получает контроль над её активами. Кастодиальные услуги оказывает отдельное юридическое лицо Fireblocks Trust Company. В договоре нужно точно определить контрагента, модель хранения и того, кто вправе подписать перевод.
Что подтверждает нью-йоркский charter Fireblocks Trust Company?
NYDFS указывает Fireblocks Trust Company, LLC как limited-purpose trust company с разрешением на virtual currency business с августа 2024 года. Это подтверждает статус конкретного лица, но не любой продукт группы: отдельно проверяют договор, поддерживаемый актив, услугу, сегрегацию и применимость режима qualified custodian.
Устраняет ли MPC необходимость в человеческом и операционном контроле?
Нет. MPC снижает риск единого приватного ключа, но ошибочная политика, скомпрометированные пользователи, неверный адрес, недостаточный quorum или плохая процедура восстановления всё ещё опасны. Нужны разделение ролей, лимиты, allowlist, независимое одобрение и регулярное тестирование аварийного доступа.
Кто контролирует ключи и восстановление в обычной модели Fireblocks?
Это определяется конкретной конфигурацией клиента. До запуска нужно документировать местонахождение key shares, требуемый quorum, права Fireblocks и администраторов, transaction policy и содержимое recovery package, а затем проверить break-glass восстановление в независимое совместимое ПО без перемещения реальных активов.
Что family office должен проверить помимо названия технологии?
Проверьте юридическое лицо и лицензию кастодиана, право собственности и сегрегацию при банкротстве, покрытие нужных активов и сетей, transaction policy, key recovery, субкастодианов, отчётность, аудит, страхование и предел ответственности. Наличие Fireblocks в стеке само по себе не отвечает ни на один из этих вопросов.