Перейти к основному содержанию

Узел активов

Активы в экосистеме Bitzal могут быть представлены в нескольких цепочках. Они могут принимать различные формы, от нативного токена синочейна до внутрицепочечных представлений внецепочечных резервов. Эта страница посвящена на таких активах, а именно на активах, выпущенных создателем (например, права на аудированные внецепочечные резервы, принадлежащие создателям, или произведения искусства, выпущенные в виде NFT).

Система Asset Hub синочейнов содержит структуры данных и логику, которые специализируются на создании, управлении и использовании активов в сети. Хотя другие синочейны могут размещать приложения, работающие с активами на узле активов, концентратор можно рассматривать как доверенную "домашнюю базу" активов в сети.

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

Узел активов не поддерживает смарт-контракты. См. Расширенное раздел в которм обсуждается использование прокси- и мультиподписных учетных записей для репликации часто используемой контрактной логикой системы.

Достаточные активы​

Достаточный актив на Узле активов может позволить аккаунту существовать на цепи, даже если у него нет баланса в нативном активе. Любой зарегистрированный актив на узле активов может быть сделан достаточным через управление по релейной цепочке. Баланс недостаточного актива может существовать только на счетах, которые находятся в цепочке (т. е. на счетах, имеющих экзистенциальный депозит достаточного актива). То есть пользователь не может сохранить счет на цепи, переведя на него недостаточный актив; счет должен быть уже на цепи, имея больше, чем экзистенциальный депозит в нативном активе (или в достаточном активе).

Активы, которые считаются достаточными могут создавать счета на Узле активов и оплачивать комиссии за транзакции без необходимости использования нативного токена (ZAL или OGG). В качестве примера можно привести USDT на Узел Активов Bitzal. Если на счете хранится 0,7 USDT, он будет существовать в синочейне системы узла активов Bitzal без необходимости удерживания ZAL.

Передача недостаточных активов

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

Конверсия активов​

Бочка для конвертации активов развернута на AssetHub с функциональностью в стиле Uniswap V2. В ней реализован простой AMM (автоматизированный маркет-мейкер), который использует математическую формулу для определения цены токена на основе его соотношения в пуле ликвидности.

Эта бочка позволяет выплачивать комиссионные в любом активе, который имеет соответствующую ликвидность (в ZAL/OGG) на AssetHub. Узнайте больше о конвертации активов на AssetHub, включая руководство по его использованию.

Создание и управление​

Учебное пособие по созданию активов

Любой человек в сети может создавать активы на узле активов, если он может зарезервировать их. обязательные депозиты. Сеть оставляет за собой депозит при создании. Создатель также должен указать уникальный AssetId, целое число типа u32, для идентификации актива. AssetId должен быть каноническим идентификатором актива, поскольку цепочка не обеспечивает уникальность метаданных, например "name" и "symbol". Создатель также должен указать минимальный баланс, не позволяя счетам иметь остатки на балансе.

Расширенные руководства

См. эту страницу узнайте больше о создании активов с помощью Узла Активов.

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

Класс активов имеет несколько привилегированных ролей. Создатель актива автоматически принимает на себя все привилегированные роли, но может переназначить их после создания. К этим ролям относятся:

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

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

Данные об активе содержат одно поле, недоступное его владельцу или администратору, достаточность активов.

Комиссионные за транзакции по Bitzal-JS UI

Bitzal-JS UI пока не поддерживает функцию оплаты достаточными средствами. При использовании пользовательского интерфейса Bitzal-JS плата за транзакцию должна быть оплачена с помощью нативного актива (ZAL или OGG).

Подъемные активы​

Подъемные активы взаимозаменяемы, т.е. одна единица эквивалентна любой другой единице для требования базового предмета. Узел активов представляет взаимозаменяемые активы в бочке «Активы». Эта бочка представляет собой аналогичный интерфейс для тех, кто знаком со стандартом ERC20. Однако логика кодируется непосредственно во времени выполнения цепочек. Таким образом, операции не измеряются газом, а проверяются при каждом выпуске. что приводит к эффективному выполнению и стабильным комиссиям за транзакции.

Передача остатков активов​

Учебное пособие по передаче активов

См. это видео с техническими пояснениями чтобы узнать, как перевести активы на Узел активов.

Для пользователей Ledger см. этот видеоурок чтобы узнать, как использовать Приложение Statemine Ledger и его текущие ограничения.

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

Цепочка также содержит transfer_keep_alive функция, аналогичная функции бочки «Балансы», которая потерпит неудачу, если выполнение вызовет уничтожение отправляющего счета.

Узел активов также учитывает остатки задолженности при переводе. Например, если актив имеет минимальный 10, а на счете - 25, то при попытке перевести 20 единиц будут переведены все 25.

Информация

См. эту статью поддержки чтобы узнать больше о передаче активов с помощью узла активов.

Уничтожение активов​

Видеоурок по уничтожению активов

See это видео с техническими пояснениями чтобы узнать, как уничтожить активы на Узле активов.

Чтобы уничтожить актив, перейдите в пользовательский интерфейс Bitzal-JS на узле активов > Developer > Extrinsics. Если бы вы создали актив, не отчеканив ни одной единицы, вы могли бы вызвать assets.startDestroy а затем assets.finishDestroy экстринсикс, указывающий идентификатор актива, который вы хотите уничтожить. Если вы создали актив и отчеканили несколько единиц, выполните следующие действия:

  • assets.freezeAsset заморозит все активы на всех счетах, имеющих этот идентификатор. Эти счета больше не смогут перевести этот актив.
  • assets.startDestroy запустит процесс уничтожения.
  • assets.destroyApprovals уничтожит все утверждения, связанные с этим идентификатором актива (если таковые имеются).
  • assets.destroyAccounts уничтожит все учетные записи, связанные с этим идентификатором актива. Все единицы актива будут удалены из этих аккаунтов.
  • assets.finishDestroy завершит процесс уничтожения. Идентификатор актива будет удален и доступен для другого сменного токена.

Разработка приложений​

Узел активов предоставляет возможность approve_transfer, transfer_approved, и cancel_approval интерфейс. Разработчики приложений могут использовать этот интерфейс, чтобы пользователи могли авторизовать приложение для на осуществление переводов до заданной суммы от имени счета.

Межцепочечный учет​

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

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

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

Неподъемные активы​

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

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

Передача NFT​

Пользователи могут переводить свои NFT на другие счета. Цепочка также предоставляет approve_transfer, transfer_approved и cancel_approval интерфейсы, которые разработчики приложений могут использовать, чтобы позволить пользователям разрешить приложению передавать экземпляр от их имени.

Продвинутые методы​

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

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