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

Agile Coretime для Синочейнов

Информация

Если вы не знаете, что такое Agile Coretime, обязательно прочтите введение, терминалогия, и Вопросы и Ответы.

Условия для синочейнов меняются с появлением Agile Coretime. Аукционы синочейнов постепенно будут отменяются в пользу прямых ядер времени Существующие синочейны на релейной цепи и перспективные синочейны представлены следующими сценариями:

  • Миграция из унаследованной аренды синочейна в модель массового времени ядра
  • Начало с объемной моделью coretime, созданной с нуля
  • Запуск синочейн с покупкой основного времени по требованию ("оплата по факту")

Аукционы по аренде синочейна прекратятся с принятием обновление в процессе выполнения 1.2.0 на в 2025-26 годах, а существующие договоры аренды будут автоматически переведены на массовое основное время. Аренды которые еще не начались, будут отменены, а заблокированные токены возвращены. Существующие синочейны получат выгоду от продление основного времени, позволяя возможность дальнейшего назначения массового времени ядра для ядра без прохождения обычного процесса покупки.

Информация

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

Для учебников ниже, тест сумматора синочейна на Bitzal SDK был использован. Для компиляции сумматор-ассатор, выполните приведенную ниже команду в root в репозитории Bitzal SDK. У вас должен быть Rust и связанные с ним инструменты, установленные перед началом работы.

Убедитесь, что Bitzal SDK клонирован, и вы находитесь в корневом каталоге. (cd bitzal-sdk)

cargo build -r -p test-synochain-adder-assator

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

./target/release/adder-assator export-genesis-state genesis
./target/release/adder-assator export-genesis-wasm genesis-wasm

Резервный SynoID

Резервирование SynoID требует депозита. Первый шаг - это зарегистрировать SynoID для синочейна. Это можно сделать через пользовательский интерфейс Bitzal-JS, перейдя по ссылке Network > Synochains > Synothreads нажмите на кнопку SynoID. Убедитесь, что у вас достаточно токенов для резервирования отображаемого SynoID.

coretime-reserve-synoID

Регистрация синочейн управления и кода

Требования к депозиту для регистрации синочейна

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

На Ogona, депозит, необходимый для регистрации синочейна, составляет ~1100 OGG и сметный сбор в размере ~5 OGG.

На Bitzal, депозит, необходимый для регистрации синочейна, составляет ~3300 ZAL и сметный сбор в размере of ~150 ZAL.

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

Следующим шагом будет регистрация синочейна genesis wasm и state, которые вы должны были сгенерировать ранее. Обратите внимание, что в этом примере мы используем adder-assator, но в теории пользовательская среда выполнения скомпилированная из примера будет работать также.

coretime-register-synothread

После успешной регистрации синочейн начинает работу в качестве синотреда.

Запустите ассатор синочейна

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

./target/release/adder-assator --synochain-id= $SynoID --chain=raseo --sync warp

Запуск синочейна с помощью Bulk Coretime

Информация

Обратите внимание, что у нас есть два варианта: bulk coretime и on-demand coretime. Bulk coretime приобретается через бочку брокера, который находится на соответствующем синочейне системы Coretime. По требованию coretime заказывается через OnDemandAssignment barrel/module, который находится в соответствующей релейной цепи.

Вы можете приобрести основное время оптом на Цепочке основного времени и присвоить приобретенное ядро зарегистрированному SynoID.

coretime-bulk-assign-lastic

После успешного присвоения ядра adder-assator В журналах регулярно отображаются новые колации интервалы времени, постепенно увеличивая состояние на 2.

coretime-collation-bulk

Запуск синочейна с основным временем по требованию

После того как узел-ассатор будет полностью синхронизирован с релейной цепочкой, перейдите в раздел Developer > Extrinsics на релейной цепи и выведите onDemandAssignmentProvider.placeOrderAllowDeath эксцинтрикс из аккаунта, на котором зарегистрирован SynoID указав достаточное количество maxAmountдля успешного завершения транзакции.

coretime-ondemand-assignment

Информация

Существует два экстринсика, которые позволяют вам размещать заказы на основное время по требованию:

  • onDemandAssignmentProvider.placeOrderAllowDeath будет пополнять счет, как только предоставленные средства иссякнут.

  • onDemandAssignmentProvider.placeOrderKeepAlive включает в себя чек, который не пополняет счет, если предоставленные средства закончатся, обеспечивая сохранение счета.

С каждым успешным проведением ексцинтрикса по требованию размер синочейна изменяется (возможно, вам придется уменьшить масштаб изображения в браузере, чтобы детали синочейна отобразились в пользовательском интерфейсе Bitzal-JS).

coretime-ondemand-synohead

Успешное свертывание также можно проверить в журналах ассатора синочейна. Можно заметить, что с каждым блоком синочейн состояние adder-assator увеличивается на 2.

coretime-new-collation