Хранение цифровых активов часто описывают языком, заимствованным из рынков ценных бумаг и деривативов, однако эти обозначения требуют контекста. Адрес блокчейна фиксирует состояние реестра и, в публичной сети, наблюдаемые переводы; системы хранителя фиксируют клиентские позиции, права доступа и обязательства, которые он связывает с этим состоянием. Сам адрес не раскрывает клиентское соглашение, не определяет все бенефициарные интересы и не разрешает вопрос о праве собственности.
Именно это различие задаёт рамку для сравнения омнибус- и сегрегированного кошельков. Оно обозначает способ организации записей хранения или доступа в блокчейне, а не универсальную оценку. Значение может меняться в зависимости от актива, роли хранителя, условий счёта, применимого права, режима регулирования и рассматриваемых фактов. Повторный залог добавляет отдельный вопрос о разрешённом использовании или повторном использовании активов либо прав. В схеме хранения можно раздельно распределить технический контроль, учётное распределение и место исполнения договорной обязанности. В простой схеме эти уровни могут совпадать, но в более сложной они не обязаны совпадать. В отношениях хранения также может участвовать другое лицо, которое держит средства доступа или ведёт запись о позиции. Раздельное описание уровней помогает не считать видимый адрес полным описанием хранения.
Записи хранения и адреса в блокчейне различны
Адрес в блокчейне является техническим указателем в распределённом реестре. В зависимости от реестра он может показывать баланс, транзакции и публично наблюдаемые связи, но обычно не содержит полного клиентского реестра. Когда хранитель контролирует адрес, его внутренние книги могут соотносить части связанных активов со многими клиентскими позициями, с одной клиентской позицией или с иными категориями, определёнными его записями.
Поэтому записи хранения не являются дубликатом данных блокчейна. В них могут отражаться остатки по счетам, вид актива, внутренние перемещения, контроль доступа, данные сверки и договорные обязательства, которые блокчейн сам по себе выразить не может. Метка адреса может описывать организацию полномочий на подписание, но не заменяет записи и соглашения, которые придают этой метке практический и правовой контекст.
Что описывает омнибус-счёт
Омнибус-счёт обычно описывает схему, при которой позиции нескольких клиентов агрегированы в общем счёте, кошельке, адресе или структуре контроля. Затем индивидуальное распределение отражается во внутреннем реестре хранителя либо в другой системе учёта. В этом смысле омнибус означает агрегацию между клиентами, а не обязательно конкретный дизайн блокчейна или единый правовой результат.
У агрегации есть несколько уровней. Клиентские позиции могут учитываться раздельно, даже если активы размещены через один общий адрес, а общий адрес может быть отделён от собственных активов хранителя либо не быть отделённым в зависимости от схемы. Важно отличать агрегацию между клиентами от смешения связанных с клиентами активов с собственными активами организации, поскольку эти описания отвечают на разные структурные вопросы.
Что описывает сегрегированный счёт
Сегрегированный счёт или кошелёк обычно описывает некоторую форму обособления. Оно может выражаться через отдельную запись клиента, особое наименование счёта, адрес, связанный с одним клиентом, выделенную схему контроля доступа либо правовую и операционную границу. Поэтому одно и то же слово может относиться к разным уровням дизайна хранения, а не к одной технической характеристике.
Адрес, выделенный одному клиенту, может сделать техническое распределение более заметным, тогда как отдельная внутренняя запись может идентифицировать клиентскую позицию и при общем адресе. Ни один из этих фактов сам по себе не устанавливает все права, связанные с активами. Требования к записям, средствам доступа, правам использования, сверке и обращению с активами при несостоятельности организации могут возникать из применимых правил и соглашений, а не из одного слова сегрегированный.
Ни одно обозначение автоматически не решает вопрос собственности
Омнибус и сегрегированный являются описательными обозначениями, а не автоматическими выводами о собственности. Правовой характер отношений с клиентом может зависеть от регулирующего соглашения, применимого права, идентичности и роли участвующих организаций, характера актива и точности записей. Адрес блокчейна может быть важным свидетельством контроля или перемещения, но сам по себе не отвечает на все эти вопросы.
Регуляторные режимы также используют разделение по-разному и для разных групп. Одни правила сосредоточены на учёте позиции каждого клиента, другие требуют отделения от собственных активов организации, а третьи рассматривают операционное или правовое обособление в установленной ситуации. Наличие одного вида разделения не доказывает существование всех остальных, а действие любого требования зависит от юрисдикции и договора, к которым оно применяется.
Структурное значение повторного залога
Повторный залог является структурным термином для повторного использования, залога, передачи или иного распоряжения активом либо связанным с ним правом после его получения, если регулирующая схема допускает такой результат. Этот термин не устанавливает, что повторное использование произошло в конкретной организации. Он описывает вопрос о пределах права использования, условиях, которые к нему относятся, и обязательствах, способных сохраниться после осуществления такого права.
Выражение риск повторного залога на бирже обычно относится к риску, возникающему, когда поставщик услуг имеет договорное или регуляторное полномочие использовать активы либо требования, связанные с клиентами. Этот вопрос отделён от того, называется ли структура хранения омнибусной или сегрегированной. Общий адрес сам по себе не доказывает наличия права использования, а отдельный адрес сам по себе не определяет все ограничения использования; применимые соглашения, правила и записи остаются значимыми.
Записи, договоры и риск контрагента
Записи связывают структуру хранения с идентифицируемыми позициями. Они могут показывать, как отнесено определённое количество, отличает ли схема хранения клиентские активы от собственных активов организации и какие обязательства отражены между сторонами. Сверка и качество записей важны, поскольку остаток по одному адресу может не показывать полный набор внутренних распределений, обязательств или отношений с третьими хранителями.
Договорные условия могут описывать хранение, права использования, режим счёта, применимое право и организации, которые держат или контролируют активы. Риск контрагента означает возможность того, что организация, отвечающая за хранение, ведение записей или связанное обязательство, не исполнит требуемое. Юрисдикция, договор, отношения между организациями и факты могут влиять на анализ требований, доступа, использования и приоритета в конкретной ситуации.
Нейтральная терминология для описания схемы
Нейтральная терминология помогает различать эти уровни. Адрес в блокчейне описывает место в реестре; внутренний реестр описывает записи хранителя о распределении; омнибус описывает агрегацию; сегрегированный описывает заявленное обособление; а право использования описывает полномочие, которое может существовать в рамках схемы. Это описания структуры, и их не следует считать сокращённым выводом о правовом положении конкретного клиента.
Юрисдикция, применимое регулирование, формулировки договора, идентичность организации и фактические записи могут менять выводы о собственности, использовании, приоритете, доступе и обращении с активами при несостоятельности. Термины в этой статье являются описательными, а не определением прав в отдельном случае. Статья не является юридическим заключением.
Прежде чем делать вывод по любому из этих обозначений, полезно разделить три вопроса: что показывает реестр, как внутренние записи распределяют позиции и что допускает регулирующее соглашение. Эти вопросы могут указывать в одном направлении, но не взаимозаменяемы. Ответ на один не доказывает ответы на другие.
Дисклеймер: эта статья — образовательный материал Bitbase Academy, только для информационных целей. Она не является инвестиционным, торговым, налоговым или финансовым советом. Криптоактивы волатильны — оценивайте риски самостоятельно. Написано в августе 2026 года; сверяйтесь с актуальной официальной информацией.
Источники
[1] EUR-Lex: Regulation (EU) 2023/1114, Article 75 eur-lex.europa.eu
[2] ESMA: MiCA Article 75 interactive single rulebook esma.europa.eu
[3] FCA Handbook: CASS 6.2 Holding of client assets handbook.fca.org.uk
[4] FCA Handbook: CASS 3.2 Requirements handbook.fca.org.uk
[5] CFTC: Futures customer funds to be segregated and separately accounted for cftc.gov
[6] SEC: Rule amendments to the Broker-Dealer Customer Protection Rule sec.gov
