CIP-68: Подход Cardano к дизайну нативных активов

Ключевые выводы
• CIP-68 вводит шаблон для обновляемых метаданных в блокчейне.
• Нативные активы Cardano обеспечивают предсказуемые комиссии и простоту учета.
• Разработчики могут использовать референтные входы и inline datums для оптимизации работы с метаданными.
• Пользователи получают детерминированные метаданные и снижение трения при обновлениях.
Cardano рассматривает нативные активы как первоклассных граждан на уровне реестра, избегая оберток смарт-контрактов в стиле ERC-20/721 и наследуя ту же модель безопасности и комиссий, что и ada. Такой выбор дизайна делает выпуск активов эффективным, но также поднимает практические вопросы, касающиеся метаданных, изменяемости, роялти и композиционности. Cardano Improvement Proposal CIP‑68 вводит надежный шаблон для «смарт-активов»: обновляемые метаданные в блокчейне для NFT и взаимозаменяемых токенов, которые можно читать и проверять без траты самого актива.
Эта статья объясняет, почему CIP‑68 важен, как он работает и что он открывает для разработчиков и пользователей во всей экосистеме Cardano.
Почему нативные активы Cardano отличаются
В отличие от цепочек, основанных на учетных записях, расширенный реестр UTXO (EUTXO) Cardano позволяет создавать и передавать несколько активов в одном UTXO, отслеживаемых политиками эмиссии, а не контрактами, специфичными для токенов. Это обеспечивает предсказуемые комиссии и параллелизацию, сохраняя при этом простоту учета активов на уровне реестра. Для получения дополнительной информации см. документацию Cardano о нативных токенах и о том, как модель EUTXO обеспечивает программируемые транзакции с детерминированным поведением:
- Обзор нативных активов (Cardano Docs) — ссылка в конце этого абзаца
- Исследования и материалы для разработчиков по EUTXO — ссылка в конце этого абзаца
Ссылка: прочитайте официальную документацию о нативных токенах в Cardano и модели EUTXO на портале разработчиков Cardano и связанных исследовательских блогах. Посетите официальную документацию по адресу Нативные активы и модель EUTXO, чтобы узнать больше.
Проблема устаревших метаданных (CIP‑25)
Ранние NFT Cardano полагались на внешние индексаторы и метаданные транзакций через CIP‑25. Хотя этот подход был простым, он:
- Зависел от сторонних индексаторов для обеспечения корректности
- Делал обновления неудобными или невозможными
- Не мог легко обеспечить логику роялти в блокчейне или состояний
По мере созревания экосистемы разработчикам потребовался стандарт, который сохраняет метаданные и состояние в блокчейне, с версионированием и надежным обнаружением без ущерба для пользовательского опыта.
Вы можете ознакомиться с первоначальным подходом к метаданным NFT в CIP‑25 для исторического контекста (ссылка в конце этого предложения). См. спецификацию в CIP‑25.
Представляем CIP‑68: «смарт-активы» в блокчейне с возможностью обновления
CIP‑68 определяет шаблон для хранения метаданных и состояния внутри datum UTXO, сохраняя при этом чистый, ориентированный на пользователя токен. Он формализует взаимосвязь между несколькими токенами, созданными под одной политикой, для разделения ответственности:
- Ориентированный на пользователя актив, который люди держат и торгуют
- Референтный актив, UTXO которого содержит канонические, версионированные метаданные в inline datum
- Необязательный токен состояния/потока для управления изменяемостью или переходами состояний
Важно отметить, что кошельки и dApps могут считывать метаданные из референтного актива без его расходования, а обновления выполняются путем траты и воссоздания референтного UTXO с новым datum. Это дает проектам поведение «умных NFT» без необходимости использовать внешние базы данных. Прочитайте стандарт по адресу CIP‑68.
Почему функции эпохи Vasil имеют значение: референтные входы, inline datums и референтные скрипты
CIP‑68 использует три улучшения эпохи Vasil, которые сделали метаданные в блокчейне практичными и экономически эффективными:
- CIP‑31 Референтные входы: чтение данных из UTXO в транзакции без его траты, идеально подходит для консультации UTXO метаданных референтного NFT. См. CIP‑31.
- CIP‑32 Inline Datums: хранение datum непосредственно в UTXO, что обеспечивает канонические метаданные в блокчейне без внешнего поиска. См. CIP‑32.
- CIP‑33 Референтные скрипты: прикрепление скриптов к UTXO и их использование для проверки, уменьшая размер транзакций и затраты при многократном взаимодействии с одним и тем же скриптом. См. CIP‑33.
Эти функции вместе обеспечивают недорогой, композиционный доступ для чтения к метаданным и состоянию, избегая при этом ненужной ротации UTXO.
Трехтокеновый шаблон на практике
Хотя реализации могут различаться, типичное развертывание CIP‑68 выглядит следующим образом:
- Пользовательский токен (торгуемый актив): то, что пользователи видят в своих кошельках и на торговых площадках.
- Референтный токен (неторгуемый или принадлежащий протоколу): закрепляет канонические метаданные в inline datum; индексаторы и dApps считывают данные из этого UTXO через референтные входы.
- Токен состояния потока (необязательный): управляет обновлениями, обеспечивает уникальность или несет программное состояние для таких сценариев использования, как динамическое искусство, учетные данные, позиции или игровые предметы.
CIP‑68 также поощряет версионирование схем для datum, чтобы метаданные могли развиваться без нарушения совместимости с потребителями. В результате получается версионированный, неизменяемый источник истины, который любой dApp может запрашивать последовательно.
Вы можете ознакомиться с формальной спецификацией и рекомендуемыми схемами по адресу CIP‑68.
Что получают разработчики
- Композиционность: dApps могут доверять единому источнику метаданных в блокчейне и использовать его, не тратя актив, что обеспечивает бесшовную интеграцию на торговых площадках, в протоколах DeFi и играх.
- Обновляемость с прозрачностью: datum в блокчейне поддаются аудиту; проекты могут публиковать политики изменений, блокировки по времени или требования к мультиподписи для обновлений.
- Лучшее индексирование: индексаторам больше не нужно согласовывать метаданные вне блокчейна с пользовательскими активами; они могут следовать взаимосвязи, определенной политикой, и схеме datum.
- Роялти и правила политики: хотя роялти не применяются на уровне реестра, CIP‑68 хорошо сочетается с логикой политики и соглашениями торговых площадок для соблюдения намерений создателя. О соглашениях о роялти см. CIP‑27.
Ссылка на соглашение о роялти в CIP‑27.
Что получают пользователи
- Детерминированные метаданные: кошельки могут отображать те же данные, которые dApps и обозреватели считывают из референтного UTXO.
- Снижение трения: обновления произведений искусства, атрибутов или состояний больше не требуют неудобного повторного создания или координации вне блокчейна.
- Более четкая модель доверия: проекты могут раскрывать, являются ли метаданные изменяемыми, кто может их обновлять и при каких условиях.
Как всегда, проверяйте идентификаторы политики и просматривайте метаданные из авторитетных обозревателей перед взаимодействием с незнакомыми активами. Вы можете проверять политики и транзакции, используя обозреватели Cardano, такие как Cardanoscan.
Практические примеры использования
- Динамические NFT: эволюционирующие произведения искусства, сезонные абонементы или игровые предметы, атрибуты которых меняются со временем.
- Учетные данные и артефакты в стиле SBT: значки с механизмами отзыва или обновления, управляемые токеном состояния.
- Позиции DeFi: доли LP или чеки хранилища, которые содержат состояние позиции в datum, в то время как пользовательский токен остается торгуемым, где это уместно.
- Реальные активы: происхождение и подтверждения, хранящиеся в блокчейне в версионированном, поддающемся аудиту виде.
Советы разработчикам и лучшие практики
- Примите четкие, версионированные схемы datum и документируйте их публично, чтобы кошельки и индексаторы могли быстро интегрироваться.
- Сигнализируйте об изменяемости: если метаданные могут изменяться, сделайте это явным и объясните управление (например, подписанты мультиподписи, блокировки по времени или одобрения DAO).
- Используйте референтные скрипты и референтные входы для минимизации комиссий и ротации UTXO.
- Избегайте ненужной сложности состояния; сохраняйте простоту пользовательского интерфейса пользовательского токена и скорость передачи.
- Рассмотрите возможность объединения CIP‑68 с временными блокировками или блокировкой политики после того, как правила коллекции будут финализированы.
Связанные функции, которые делают этот шаблон эффективным, см. в CIP‑31, CIP‑32 и CIP‑33.
Перспективы на 2025 год
По мере того как Cardano продолжает развиваться в эпоху Conway с основами управления в блокчейне, такими как CIP‑1694, стандарты, повышающие выразительность и композиционность активов, будут только расти в важности для dApps и партнерских экосистем. Управление и обновления протокола могут усилить гарантии в отношении изменяемости, происхождения и долгосрочных метаданных для токенизированных реальных сценариев использования. Для получения базовой информации об управлении прочитайте CIP‑1694.
Соображения безопасности и кошелька
Активы CIP‑68 полагаются на референтные UTXO и inline datums. При подписании транзакций:
- Просматривайте политики эмиссии транзакции и любые используемые скрипты.
- Отдавайте предпочтение кошелькам, которые отображают идентификаторы политики, datum и четкие метаданные активов, полученные из блокчейна.
- Храните долгосрочные активы в холодном хранилище и используйте аппаратную подпись для снижения риска компрометации ключей.
Если у вас есть портфель, охватывающий несколько блокчейнов, включая нативные токены Cardano, аппаратный кошелек с открытым исходным кодом, такой как OneKey, может служить в качестве автономного якоря подписания в вашем стеке. OneKey фокусируется на прозрачной, безопасной для аудита прошивке и безопасных автономных процессах, помогая вам держать закрытые ключи вне устройств, подключенных к Интернету, при взаимодействии с dApps через совместимые программные кошельки.
Ссылки
- CIP‑68: Смарт-NFT на Cardano https://github.com/cardano-foundation/CIPs/blob/master/CIP-0068/README.md
- Нативные активы (Cardano Docs) https://docs.cardano.org/native-tokens/
- CIP‑25: Стандарт метаданных NFT (устаревший) https://github.com/cardano-foundation/CIPs/blob/master/CIP-0025/README.md
- CIP‑27: Спецификация роялти (соглашение) https://github.com/cardano-foundation/CIPs/blob/master/CIP-0027/README.md
- CIP‑31: Референтные входы https://github.com/cardano-foundation/CIPs/blob/master/CIP-0031/README.md
- CIP‑32: Inline Datums https://github.com/cardano-foundation/CIPs/blob/master/CIP-0032/README.md
- CIP‑33: Референтные скрипты https://github.com/cardano-foundation/CIPs/blob/master/CIP-0033/README.md
- CIP‑1694: Основы управления в блокчейне https://github.com/cardano-foundation/CIPs/blob/master/CIP-1694/README.md
- Cardanoscan (обозреватель) https://cardanoscan.io/






