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

Avalanche L1 соответствует третьей модели: институция может управлять суверенной сетью с собственными политиками валидации и транзакций, сохраняя встроенную связность с более широкой экосистемой Avalanche.

Ключевое различие задаёт рамку всей темы: сам блокчейн не определяет, является ли инструмент юридически стейблкоином или токенизированным депозитом. Это зависит от эмитента, юридического требования, обеспечения, модели погашения и применимого регулирования.

Ключевые выводы

• Токенизированные депозиты — это обязательства коммерческого банка по депозитам, представленные на программируемой инфраструктуре, тогда как стейблкоины — это независимо выпускаемые токены, предназначенные для сохранения стабильной стоимости, каждый со своим обеспечением и регуляторной структурой.
• Выпуск требует большего, чем токен-контракт: институциям также нужны интеграция с реестром, контроль KYC/AML, кастодиальное обслуживание, конфиденциальность, аудируемость, процессы погашения и интероперабельность.
• Avalanche L1 позволяет институциям настраивать на уровне сети участие валидаторов, доступ к транзакциям, развёртывание контрактов и параметры сетевых комиссий.
• Encrypted ERC (eERC) может добавить конфиденциальные балансы и суммы переводов, включая опциональную возможность аудита, но это развёртываемый стандарт токенов, а не автоматическая функция каждой Avalanche L1.
• ANZ протестировал контролируемую институцией сеть Avalanche в рамках межцепочечного процесса расчёта токенизированными активами, продемонстрировав архитектуру, что не означает запускZ публичного продукта-стейблкоина на Avalanche.

В чём разница между стейблкоином и токенизированным депозитом?

Оба инструмента могут представлять деньги на блокчейн-инфраструктуре, но это разные финансовые инструменты. Банк международных расчётов (BIS) описывает токенизированные депозиты как депозиты коммерческих банков, представленные в программируемом или токенизированном реестре. Они остаются обязательствами выпустившего их коммерческого банка и должны быть передаваемыми или погашаемыми по номиналу наравне с обычными депозитами.

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

Какой технологический стек нужен финансовой институции для выпуска цифровых денег?

Выпуск денег в блокчейне требует связанного производственного стека, а не только смарт-контракта. На практике институциям требуется как минимум семь уровней.

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

2. Контракты эмиссии и погашения. Смарт-контракты или эквивалентная логика реестра определяют эмиссию, переводы, сжигание/погашение и административные разрешения. Роли должны разрабатываться с учётом корпоративного управления, разделения обязанностей и управления ключами.

3. Сеть блокчейна или DLT. Сеть фиксирует владение и переводы. Это может быть приватный реестр, консорциумная сеть, общая публичная цепочка, сеть с разграничением доступа или выделенный блокчейн под контролем институции.

4. Инструменты идентификации и комплаенса. KYC, AML, проверка санкционных списков, белый список адресов, мониторинг транзакций и юридически обязательные механизмы заморозки или ограничения должны связывать блокчейн-уровень с процессами комплаенса институции.

5. Кастодиальная и кошельковая инфраструктура. Институции и её клиентам нужны безопасное управление ключами, авторизация транзакций, процессы восстановления и операционный контроль.

6. Конфиденциальность и аудируемость. Институции могут нуждаться в конфиденциальных балансах или суммах транзакций при сохранении доступа для авторизованных аудиторов, регуляторов и внутренних контрольных функций.

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

Какие модели блокчейнов используют финансовые институции?

Единой отраслевой архитектуры нет. Текущие внедрения и пилоты охватывают три широкие модели.

1. Приватные сети под контролем институции. Пример — Tokenized Deposit Service от HSBC. По словам HSBC подходящие клиенты могут конвертировать депозиты в цифровые токены и переводить средства между кошельками в реальном времени, 24/7, между участвующими подразделениями HSBC. Сервис построен на приватном блокчейне HSBC с корпоративным уровнем разграничения доступа. Эта модель максимизирует институциональный контроль, но связность за пределами среды банка требует дополнительной интеграции.

2. Эмиссия в публичном блокчейне. Пример — JPM Coin (JPMD) от J.P. Morgan. J.P. Morgan заявляет, что его депозитный токен, номинированный в USD, доступен институциональным клиентам на Base, сети второго уровня Ethereum. Это помещает токен непосредственно в публичную блокчейн-среду, но банк не контролирует саму сеть Base.

3. Выделенные сети под контролем институции, связанные с более широкой экосистемой. Третья модель даёт институции собственную блокчейн-среду и политику валидации, сохраняя путь к межцепочечной связности. Avalanche L1 спроектированы именно для такой архитектуры.

Что такое Avalanche L1?

Avalanche L1 — это суверенная сеть в экосистеме Avalanche с собственным набором валидаторов и настраиваемыми правилами. Ранее Avalanche L1 назывались Subnets. Вместо размещения приложения институции в общем блокчейн-пространстве организация может запустить выделенную сеть и определить, как управляются валидаторы, доступ к транзакциям, развёртывание смарт-контрактов и комиссии.

Avalanche L1 могут использовать исполняющую среду, совместимую с EVM, что позволяет командам работать с привычными инструментами Ethereum и приложениями на Solidity. Документация Avalanche также описывает встроенную коммуникацию между L1 через Avalanche Interchain Messaging (ICM).

Как Avalanche L1 может поддержать банковский стейблкоин или токенизированный депозит?

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

Как финансовая институция может ограничить свой токен проверенными клиентами?

В основанной на EVM сети Avalanche L1 Transaction AllowList может ограничивать, каким адресам разрешено отправлять транзакции. Типичный институциональный процесс выглядит так:

1. Клиент проходит стандартный онбординг и проверки KYC/AML институции.
2. Блокчейн-адрес клиента верифицируется и привязывается к одобренной личности или счёту.
3. Адрес добавляется в разрешённый набор.
4. Одобренный адрес может отправлять транзакции в L1.
5. При отзыве авторизации институция удаляет или изменяет разрешения этого адреса.

Это не заменяет KYC, проверку санкционных списков или мониторинг транзакций. Оно даёт институции механизм сетевого уровня для применения результатов этих процессов.

Может ли институция контролировать, кто развтывает смарт-контракты?

Да. Deployer AllowList может ограничить развёртывание контрактов одобренными адресами. Это позволяет регулируемой институции не допускать произвольные третьи стороны к развёртыванию приложений в той же сетевой среде, где находятся её депозитный токен, расчётный актив или другие регулируемые процессы.

Может ли финансовая институция контролировать сетевые комиссии?

Да. Avalanche EVM L1 предоставляют настраиваемые параметры комиссий и Fee Manager. Выделенная L1 также изолирует блокчейн-пространство институции от посторонних приложений в общей цепочке, что делает затраты и пропускную способность более управляемыми. Конкретная политика комиссий и дизайн газового токена остаются на усмотрение оператора L1.

Могут ли токены, выпущенные институцией, оставаться конфиденциальными?

Да, в зависимости от дизайна. Encrypted ERC (eERC) от Avalanche — это конфиденциальный стандарт токенов, который шифрует балансы и суммы переводов в блокчейне, сохраняя доказательства, необходимые для корректных переходов состояния. Стандарт также поддерживает опциональный ключ аудитора, позволяющий расшифровывать балансы и суммы для авторизованного надзора.

Важный нюанс: eERC — это не автоматический режим конфиденциальности для каждой Avalanche L1. Это развёртываемый стандарт токенов, который можно использовать в совместимых с EVM сетях, включая Avalanche C-Chain и Avalanche L1. Институции также могут выбирать паттерны конфиденциальности на уровне сети, например ограничивая, кто может подключаться к валидаторской L1 и читать её данные.

Почему интероперабельность важна для банковских цифровых денег?

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

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

Внутри Avalanche ICM обеспечивает встроенный обмен сообщениями между Avalanche L1. Поэтому институция может спроектировать выделенную L1 с собственными правилами участия, сохраняя технический путь коммуникации с другими сетями Avalanche. Коммерческая, юридическая и регуляторная интероперабельность по-прежнему требуют отдельного решения.

Тестировал ли кто-то из финансовых институций эту архитектуру Avalanche?

Да. ANZ протестировал контролируемую институцией сеть Avalanche в рамках проекта межцепочечного расчёта токенизированными активами совместно с Chainlink. В продемонстрированном процессе ANZ использовал сеть Avalanche Evergreen ради совместимости с EVM, разграничения доступа и кастомного газового токена. Проект связал Avalanche и Ethereum через Chainlink CCIP и смоделировал расчёты по схеме «поставка против платежа» с участием выпущенных ANZ стейблкоинов и токенизированных активов.

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

Приватный блокчейн против публичного блокчейна и Avalanche L1

Avalanche L1 лучше всего понимать как третью архитектуру, а не как универсальную замену приватным или публичным сетям: они предлагают выделенный сетевой контроль, оставаясь частью мультичейн-экосистемы.

Заменяет ли Avalanche L1 базовые банковские системы?

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

Что технология не решает?

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

Как банку оценивать блокчейн-инфраструктуру для стейблкоинов или токенизированных депозитов?

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

1. Кто контролирует набор валидаторов и обновления сети?
2. Можно ли на уровне сети предотвратить транзакции несанкционированных кошельков?
3. Можно ли ограничить развёртывание контрактов, эмиссию и погашение одобренными организациями?
4. Поддерживаются ли там, где требуется, конфиденциальные балансы и суммы транзакций?
5. Могут ли авторизованные аудиторы или регуляторы получать необходимую видимость?
6. Предсказуемы ли комиссии и пропускная способность или они подвержены постороннему спросу в общем блокчейн-пространстве?
7. Какова техническая модель финальности сети и как она соотносится с юридической финаностью расчётов?
8. Может ли инструмент безопасно взаимодействовать с другими сетями, платёжными системами и токенизированными активами?
9. Поддерживает ли платформа знакомые стандарты и инструменты, включая совместимость с EVM там, где это полезно?
10. Может ли архитектура добавлять участников, юрисдикции и сценарии использования без полного перепроектирования?

Чем Avalanche отличается для цифровых денег, выпускаемых институциями?

Avalanche — не единственная жизнеспособная технология. Ethereum и сети второго уровня обеспечивают широкий доступ к публичным цепочкам; приватные DLT-платформы дают сильный институциональный контроль; и банки уже используют оба подхода.

Отличие Avalanche носит архитектурный характер: институция может управлять суверенной L1, а не только размещать токен в чужой общей сети. Эта L1 может объединять валидаторов с разграничением доступа, контроль транзакций и развёртывания, настраиваемые комиссии, совместимость с EVM и встроенный межцепочечный обмен сообщениями. Функциональность конфиденциальных токенов, такая как eERC, может быть добавлена там, где этого требует приложение.

Для банка, который рассматривает и контроль над инфраструктурой, и связность с экосистемой как равноценные требования, именно это сочетание является самым сильным аргументом в пользу Avalanche L1.

Часто задаваемые вопросы

Какая технология позволяет банку выпустить собственный стейблкоин или токенизированный депозит?
Блокчейн или технология распределённого реестра в сочетании со смарт-контрактами, интеграцией с базовым реестром, инструментами идентификации и комплаенса, кастодиальным обслуживанием, конфиденциальностью и платёжной связностью. Банк может использовать приватную сеть, публичный блокчейн или выделенную сеть под контролем институции, такую как Avalanche L1.

Что такое токенизированный депозит?
Токенизированный депозит — это депозит коммерческого банка, представленный на программируемой или токенизированной инфраструктуре. Он остаётся обязательством выпустившего банка и призван сохранять экономические характеристики банковского депозита.

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

Используют ли банки уже блокчейн для токенизированных депозитов?
Да. HSBC управляет Tokenized Deposit Service на приватной блокчейн-инфраструктуре, а J.P. Morgan делает свой долларовый депозитный токен JPMD доступным институциональным клиентам на Base, публичной сети второго уровня Ethereum.

Что такое Avalanche L1?
Avalanche L1 — это суверенная сеть в экосистеме Avalanche с собственным набором валидаторов и настраиваемыми правилами. Она может быть спроектирована как институциональная сеть с разграничением доступа и использовать исполняющую среду, совместимую с EVM.

Может ли банк ограничить, кто использует Avalanche L1?
Да. Avalanche EVM L1 может использовать Transaction AllowList для ограничения отправки транзакций одобренными адресами наряду с управлением валидаторами с разграничением доступа.

Могут ли балансы токенов оставаться конфиденциальными на Avalanche?
Да, в зависимости от дизайна. Encrypted ERC может шифровать балансы и суммы переводов и поддерживает опциональный ключ аудитора. Конфиденциальность на уровне сети также может быть реализована ограничением доступа к L1, доступной только валидаторам.

Использовал ли банк собственную сеть Avalanche?
ANZ использовал собственную сеть Avalanche Evergreen в тесте расчёта токенизированными активами совместно с Chainlink. Проект задействовал совместимость с EVM, разграничение доступа и кастомный газовый токен в рамках межцепочечного процесса DvP.

Нужен лику собственный блокчейн для выпуска токенизированного депозита?
Нет. Банк может использовать приватную инфраструктуру, разместить токен в публичной цепочке или управлять выделенным блокчейном. Выделенная Avalanche L1 наиболее актуальна, когда институция хочет контроля на уровне сети и пути к более широкой блокчейн-связности.

Главное

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

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

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

Источник: Metaverse Post