22 октября 2026 г.22 октября 2026 г.

OpenZeppelin

В рамках продолжающегося партнерства с Stellar Development Foundation компания OpenZeppelin представляет следующее крупное дополнение к своей библиотеке Stellar: контракты Confidential Token.

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

Контракты прошли аудит OpenZeppelin и готовы к развертыванию в основной сети Stellar. Они реализуют интерфейс конфиденциальных токенов ERC-7984, объединяя эту работу с общим стандартом, который продвигает ассоциация Confidential Token Association в различных экосистемах, причем Stellar и OpenZeppelin входят в число ее участников.

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

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

Аналогией здесь служит зарождающийся веб. Как пишет Боян Бараков (Boyan Barakov), старший разработчик с открытым исходным кодом в OpenZeppelin, в этом подробном разборе, публичные блокчейны находятся примерно на том же этапе, что и интернет до шифрования трафика: открытые и функциональные, но лишенные уровня конфиденциальности. Онлайн-коммерция получила мощный толчок к развитию только тогда, когда шифрование стало стандартным. Финансы в блокчейне находятся в схожей точке, и практическая модель, которая балансирует конфиденциальность с соблюдением требований регуляторов, — это то, что движет их вперед.

Confidential Tokens — это и есть такой уровень для Stellar. Балансы и суммы переводов остаются конфиденциальными, в то время как транзакции по-прежнему проводятся в сети, поэтому расчеты по зарплате, управление казначейством и институциональные расчеты могут осуществляться в блокчейне без раскрытия скрытых за ними цифр. Корпорация может переводить средства между своими филиалами без публикации сумм, а работодатель может сохранять компенсации в тайне, в то время как сами трудовые отношения остаются видимыми.

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

Соответствие нормативным требованиям и контроль «из коробки»

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

Ключевые средства контроля соответствия требованиям и административного контроля в контрактах Confidential Token включают:

Настраиваемые политики соответствия: подключение контрактных политик, которые действуют как реестры идентификации на основе списков разрешенных или заблокированных адресов
Ограниченная видимость для обеспечения соответствия: назначенные проверяющие лица могут видеть суммы и балансы там, где этого требует надзор, без наличия единого ключа, раскрывающего активность всех пользователей
Выборочное раскрытие информации: владелец счета может подтвердить один факт одной стороне, не раскрывая ничего остального — например, сумму одной транзакции или тот факт, что баланс превышает пороговое значение. Базовый сценарий раскрытия информации будет поставляться вместе с SDK, а архитектура поддерживает создание пользовательских схем и процессов раскрытия для конкретных вариантов использования
Заморозка на уровне учетной записи: наследует элементы управления из существующих контрактов активов Stellar (Stellar Asset Contract)
Авторизованное восстановление активов: функция возврата (clawback), регулируемая разделением административных и аудиторских ролей, благодаря чему ни одна сторона не может одновременно просматривать балансы и в одностороннем порядке перемещать средства

Как это работает: модели-обертки и автономные модели

С архитектурной точки зрения Confidential Token может работать как обертка над существующим активом. Существующий токен SEP-41 депонируется в контракт конфиденциального токена, с ним проводятся транзакции со скрытыми балансами и суммами, после чего он выводится обратно в базовый токен, который никогда не модифицируется. Архитектура также поддерживает прямой выпуск конфиденциального токена с конфиденциальной эмиссией, хотя эта автономная модель не включена в данный релиз.

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

Что входит в v0.8.0 релиз

Confidential Token находится в собственном пакете stellar-confidential.

Обратите внимание, что область проверки безопасности OpenZeppelin охватывает ончейн-смарт-контракты Soroban и схемы (circuits). SDK и клиентские инструменты представляют собой отдельную демоверсию без прохождения аудита, которая находится в активной разработке и не входит в данный релиз.

Этот релиз включает:

Контракт Confidential Token: контракт, который располагается поверх любого токена SEP-41, наделяя его конфиденциальными балансами и суммами переводов. Балансы хранятся в виде обязательств Педерсена (Pedersen commitments), и каждая операция с конфиденциальным состоянием сопровождается доказательством UltraHonk, проверяемым в блокчейне.
Реестры аудиторов и ключей верификации: ончейн-реестры, которые управляют доступом аудиторов и ключами верификации для доказательств.
Расширение для обеспечения соответствия: заморозка активов, сквозная передача через Stellar Asset Contract, внешняя политика авторизации и авторизованное восстановление активов (возврат/clawback).
Доказательные схемы (proof circuits) Noir с зафиксированными ключами верификации.
Примеры: совместимый токен, политика белого списка (allowlist) и фабрика в папке examples/confidential.

также содержит разработки, выходящие за рамки Confidential Token, включая инструментарий соответствия для токенов реальных активов (RWA) (T-REX), новый способ композиции взаимозаменяемых и невзаимозаменяемых типов токенов с безопасностью на этапе компиляции, а также обновления смарт-аккаунтов.

Начало работы

Независимо от того, создаете ли вы проекты на Stellar или оцениваете конфиденциальные активы для рабочих процессов вашей организации, вы можете начать тестирование прошедших аудит контрактов в библиотеке OpenZeppelin для Stellar, выпущенной в

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

Примечание для команд, использующих модуль смарт-аккаунтов. v0.8.0 изменяет способ авторизации подписантов: теперь они фиксируют структурированный дайджест авторизации, поэтому процессы подписания вне блокчейна потребуют обновления (руководство по миграции находится в packages/accounts/README.md).

Это следует за связанным с безопасностью исправлением в версии v0.7.3, касающимся проблемы делегированных подписантов (GHSA-jpg9-m7w4-c7wc), которое затрагивает версии ниже 0.7.3 и релиз-кандидаты 0.8.0 (от rc.1 до 0.8.0). Затронутым пользователям следует обновиться, включая все делегированные аккаунты.