Введение в Agile Coretime

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

IВ Bitzal 1.0 единственным способом получения синочейна в Bitzal была изначально продумана аренда через аукционы, что гарантировало подтверждение синочейнового блока в течение двух лет. Это требовало блокировки значительного количества ZAL, что создавало высокий барьер для входа в систему для малых и средних блокчейн-проектов. Синочейны должны были выпускать блоки с регулярным интервалом в 12 секунд, независимо от активности сети. Это могло привести к неэффективному распределению ресурсов и неправильным экономическим стимулам, производя почти пустые блоки при небольшом трафике и будучи и не способна обслуживать более интенсивный трафик, когда он превышает лимит блоков. Agile Coretime устраняет все эти недостатки.

На рисунке ниже показано использование ядра для Bitzal 1.0, где горизонтальная ось - время, а каждая строка - ядро. Цветами показаны различные синочейны, каждая из которых использует одно ядро (т. е. один синочейн, одно ядро).

Agile Coretime позволяет приобрести ядро времени «оптом» с распределением на один месяц. Синочейны, работающие в тяжелых условиях, которым требуется авторизовывать блок каждые 12 секунд (или каждые 6 с через Асинхронное копирование),смогут плавно «обновить» ядро каждый месяц. Заказы на продление Coretime имеют приоритет перед новыми заказами и обеспечивают защиту от колебаний цен что позволяет синочейнам более эффективно планировать бюджет и затраты на проект.

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

Agile Coretime находится в стадии активной разработки

Прогресс разработки Agile Coretime можно отслеживать здесь.

Agile Coretime Терминология

Ядро

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

Время основной работы

Время, отведенное на использование ядра, измеряется в блоках релейной цепи.

Объемное время работы ядра

Фиксированная продолжительность непрерывного основного времени, представленная NFT, которую можно разделить, разделить или перепродать. В настоящее время продолжительность основного времени установлена на 28 дней.

Область

NFT, представляющий одну единицу объемного времени ядра.

Основное время по требованию

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

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

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

Пул основного времени по требованию

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

Цепочка основного времени

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

Временная шкала

Временная шкала представляет собой степень детализации, с которой Цепочка основного времени планирует работу ядер в релейной цепи. Сайт Цепочки основного времени объявляет расписание для каждого ядра, включающее следующие 80 блоков релейной цепочки заранее. 5 040 временных шкал соответствует длине области в 28 дней (что является начальной конфигурацией, установленной для основного времени).

Задание

Термин "Задание" отражает абстракцию полезности ядра. Задания на ядрах не ограничиваются ограничиваются обеспечением безопасности синочейна.

Agile Coretime Внедрение

Управление Coretime осуществляется через брокерскую бочку которая развернута на цепочке Coretime. Теоретически ретрансляционная цепочка Bitzal может поддерживать около сотен ядер и может поддерживать более нескольких сотен ядер за счет оптимизации. Предварительные тесты тесты успешно прошли на 80 ядрах с 12-секундным временем блокировки.

Продажи в основного времени

Продажи по основной временной цепочке составляют длину временных шкал Эти продажи делятся на два основных периода: период продления и период продажи.

• Периоды продления составляют interlude_length блоков в длину, и именно здесь можно обновить основное время.
• Периоды продажи также делятся на два периода: период выяснения цены и период фиксированной цены. После периода продления начинается новый start_price будут установлены Цепью основного времени и голландским аукционом leading_length начнут появляться блоки, оказывая понижающее давление на цену в поисках правильного равновесия. Этот процесс установит regular_price которая будет предложена в период фиксированной цены.

Разделение и чередование

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

• Разделение: действие по разделению облати на несколько областей с разными начальными и конечными значениями.
• Чередование: действие по разделению области на выполнение различных задач для каждого блока временного интервала. Полученные области будут иметь те же начальный и конечный временные интервалы, что и родительская область регион, но разные задачи будут выполняться в разных блоках.

Эластичное масштабирование

Благодаря эластичному масштабированию (оно все еще находится в стадии разработки) проекты могут масштабироваться плавно и без не ограничиваясь ранее выделенными ресурсами. Эластичное масштабирование - это процесс получения нескольких ядер для выполнения одной задачи. Это позволяет синочейнам включать больше блоков в единицу времени (релейная цепочка) и производить больше блоков за единицу времени («асинхронное резервирование» на стороне синочейна). Эластичное масштабирование может быть в паре с основным временем по требованию для плавного увеличения пропускной способности.

Agile Coretime Вопросы и Ответы

Дорожная Карта

Где можно отслеживать прогресс Agile Coretime

Логистику проекта Agile Coretime можно отслеживать на сайте Информационная панель GitHub команды Synochains

Вся RFC-1 выйдет сразу или по частям?

Нет, при первоначальном запуске Ogona будут доступны следующие функции, упомянутые в RFC-1 развёрнуты:

• Приобретение оптовых партий основного времени и размещение заказов по требованию
• Продление аренды
• Разделение и чередование областей

Эти функции все еще находятся в разработке и будут внедрены в последующих выпусках:

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

Что в настоящее время разрабатывается в экосистеме для поддержки Agile Coretime?

В разработке находится несколько экосистемных проектов, например, вторичные рынки для coretime,

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

Мигрируют ли все нынешние синочейны-арендаторы и когда?

Они будут перенесены, когда обновление среды выполнения Agile Coretime будет выполнено на релейной цепочке. Все синочейны с существующими периодами аренды будут автоматически начислены основные ресурсы на оставшийся период аренды.

Продукт

Где будет храниться основное время?

Coretime будет управляться брокером-бочонком, который развернут на Coretime Chain..

Является ли Broker Chain тем же самым, что и Coretime Chain?

Да, брокерская бочка работает на Coretime Chain.

Могут ли ядра быть общими одновременно?

В настоящее время нет. Ядра могут быть общими, но только во времени. Например, вы получаете ядро в блоке X, другой получает его в блоке Y. Это может измениться в будущем.

Какие существуют ограничения на количество ядер?

Успешные тесты проводились при использовании около 80 ядер и 12-секундном времени блокировки синочейнов. Один набор тестовых валидаторов способен одновременно валидировать 80 блокчейнов. Теоретически одна ретрансляционная цепочка должна поддерживать несколько сотен ядер. Оптимизации, позволяющие приблизиться к этому теоретическому пределу будут разрабатываться и внедряться постоянно.

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

Существует ли пользовательский интерфейс для Coretime Chain?

Команды экосистемы работают над пользовательским интерфейсом. Gsb выпустит приложение для тестирования на Raseo: Если бы не было пользовательского интерфейса, это можно было бы сделать автоматически или вручную с помощью Coretime Chain extrinsics через bitzal.js.

Основное время Ценообразование и закупки

Как рассчитывается цена за оптовое время работы с ядрами?

Цены на массовое основное время зависят от факторов, полученных из нескольких источников:

1. Первый источник - это реализация непосредственно в бочке, которая не раскрывается как конфигурация
2. Второй источник настраивается во время выполнения Core time Chain.
3. Настраиваемые параметры, такие как начальная цена продажи, идеальный объемный рацион и количество ядра, предлагаемые на продажу, которые устанавливаются с помощью управляющихe
4. Рыночные силы, такие как спрос и воспринимаемая истинная рыночная цена ядра - влияние которых может быть увеличено или уменьшено с помощью конфигурации, установленной управлением

После глубокого анализа было решено открыть предложение по управлению по начальной цене ~5 OGG. Цена будет установлена при « старте продаж», который будет проходить через управление после обновления. Следите за постом чтобы быть в курсе и вместе с нами принять решение о начальной цене на Agile Coretime на OGG. Цена на Bitzal все еще обсуждается.

Как работают периоды продажи в Coretime Chain?

Продажи в Coretime Chain имеют длину области. Эти продажи делятся на два основных периода: период обновления и период продажи.

• Периоды обновления имеют длину прерывания, которая определяется как количество блоков в конфигурации брокерской бочки, и именно здесь можно обновить объемное основное время.
• Периоды продажи также делятся на два периода: период выяснения цены и период фиксированной цены. После периода продления новая стартовая цена будет установлена Coretime Chain, и начнется голландский аукцион по продаже блоков вводной длины, оказывающий понижательное давление на цену в поисках правильного равновесия. Этот процесс установит базовую цену, которая будет предлагаться в период фиксированной цены.

Как работает механизм ценообразования для основного времени по требованию?

Будет установлена минимальная цена, остальное зависит от спроса через функцию цены: чем чем длиннее очередь, тем выше цена.

Нужно ли вносить депозит, чтобы зарегистрироваться на coretime?

Все вновь зарегистрированные синочейны должны внести депозит эквивалентно стоимости регистрации максимального размера кода времени выполнения (бизнес-логики). После успешной регистрации синочейны могут быть назначены областям. Время выполнения этих синочейнов можно обновлять без дополнительных затрат. Максимальный размер заранее определен и одинаков для всех в сети. Таким образом, каждая регистрация будет стоить одинаково, независимо от размера регистрируемого кода времени выполнения (Wasm blob).

Как меняется цена с течением времени?

Стоимость основного времени по требованию всегда зависит от рыночных условий. Цена на оптовое основное время меняется в зависимости от результатов предыдущей продажи. Такие факторы, как количество проданных ядер, целевой показатель (от идеального соотношения объемов) и количество ядер, предлагаемых на распродаже, используются в сочетании с ценой, по которой было продано последнее ядро. Объемные обновления ограничены в пределах процента от цены предыдущей покупки. Используемый алгоритм реализуется в каждом времени выполнения и может отличаться между цепочками.

Оптовая цена в Ogona может варьироваться между снижением на 50% в случае, если ни одно ядро не было продано в и может увеличиться в 5 раз в зависимости от количества проданных ядер и времени их продажи. Однако эти цифры представляют собой крайние случаи.

Может ли цена продления быть разной для каждого taskID (Synochain)? Или в каждом цикле продаж будет фиксированная цена продления?

В общем случае это разные задания, если они достигли своего предела.

При текущей конфигурации Ogona, если цена повышается, каждое обновление платит максимум на 3% больше, чем они заплатили за предыдущую продажу. Это продолжается до того цикла продажи, когда они впервые (или к циклу продажи, когда они возобновили аренду). А поскольку люди покупают в разных циклах продаж или даже в разное время в каждом цикле продаж, их цены могут дико отличаться друг от друга. Для арендаторов в конце срока аренды есть особый случай. Они платят базовую цену на распродаже, в которой они истекают.

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

При покупке оптом вы получаете «одно ядро» или «одно ядро-время», которое можете использовать в свободное время? Или есть определенный слот?

У вас есть определенное ядро на четыре недели, и вы можете разделить область вверх. При разделении или перемежении области вы теряете право на продление с ограничением по цене.

Что произойдет с купленным coretime, если я не буду его использовать?

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

Могу ли я купить coretime заранее и начать использовать его, когда буду готов?

Coretime можно купить на срок до 28 дней вперед. В дальнейшем возможным решением для повышения предсказуемости могут стать рынки «фьючерсов» для страхования от колебаний цен.

Концепции

Это «основное время по требованию» или «мгновенное основное время».?

Было решено придерживаться термина "по требованию".

Как правильно пишется и используется?

Кроме Agile Coretime и Coretime Chain, не пишите coretime и blockspace с большой буквы.

Какая связь между blockspace и coretime?

(Безопасное) пространство блоков - это ресурс, предоставляемый Bitzal, который измеряется и распределяется через время ядра.

Предложение ценности

В чем преимущества Agile Coretime, и как модели «по требованию» и «оптом» подходят разным клиентам?

• На высоком уровне Agile Coretime открывает новую эру масштабирования для Web3 с оптимальным распределением ресурсов.
• Модель «по требованию» демократизирует доступ к блокчейну, открывая возможность каждому создать пользовательское, суверенное Web3-приложение; оптовая модель обеспечивает новый уровень предсказуемости затрат для команды и проектов.

Особые преимущества для лиц, принимающих решения, и разработчиков:

• Agile Coretime обеспечивает эффективное использование ресурсов, масштабирование и гибкость для улучшения UX, без ущерба для безопасности и децентрализации.
• Более гибкие экономические модели для каждого этапа роста позволяют строителям внедрять инновации без границ.
• Разработчики получают преимущества от оптимизации процесса разработки благодаря упрощенному управлению ресурсами, а также последовательная среда разработки благодаря гибкому и предсказуемому моделированию затрат с течением времени.
• Время работы с ядром по требованию устраняет барьеры для входа: быстро создайте свою пробную концепцию с полным доступ ко всей экосистеме Bitzal.
• Экономическая эффективность: Устранение неэффективности путем покупки основного времени только по требованию или продажи доступа к coretime на вторичных торговых площадках.
• Благодаря эластичному масштабированию (пока не поддерживается) проекты могут плавно масштабироваться, не ограничиваясь ранее выделенными ресурсами. Эластичное масштабирование - это процесс получения нескольких ядер для одной задачи. Это позволяет синочейнам включать больше блоков в единицу времени (релейная цепочка) и производить больше блоков в единицу времени («асинхронное резервирование» на стороне синочейна). С помощью эластичного масштабирования можно добавить время ядра по требованию для плавного увеличения пропускной способности.
• Массовое основное время позволяет осуществлять стратегическое планирование ресурсов: обеспечьте массовое основное время по фиксированной цене, чтобы предотвратить скачки платы во время высокого спроса. Это поможет вам защитить свои проекты на будущее. Массовое основное время обеспечивает прочную основу для ваших долгосрочных бизнес-планов, позволяя добиться устойчивого роста.

Что делает модель coretime на Bitzal конкурентоспособной?

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

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

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

Насколько мы приблизимся к масштабу Web2 для Web3?

>Agile Coretime в основном повышает эффективность распределения. С эластичным масштабированием, мы делаем большой шаг на пути к обеспечению масштабирования Web2 в Web3, сократив производство блоков синочейнами до 6 секунд. Теоретически, синочейны смогут производить блоки очень быстро, и ограничения будут зависеть от количество ядер на стороне ретрансляционной цепи и количество ядер, используемых синочейном.

Реализация

Невозможность использования нескольких ядер!

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

Что мне нужно сделать, чтобы мой синочейн продолжал работать при переходе на coretime?

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

Когда и как можно продлить договор аренды?

slots.leases переносятся в лизинг в бочке брокера с истечением срока действия временной шкалы что соответствует первоначальному блоку истечения срока действия. Когда срок аренды истекает, синочейн имеет ядро до конца периода продаж, в котором истек срок действия. После этого начинается период прерывания. В период распродажи вы можете продлить срок действия оптового основного времени, вызвав  обновление  по договору аренды ядра. Цена будет взимается и будет равна рыночной цене оптового ядра в этой продаже.

Все ли договоры аренды будут переведены на Agile Coretime?

Если к моменту запуска Agile Coretime ваша команда уже заключила договор аренды, она также будет иметь договор аренды на Agile Coretime и право на продление по истечении срока аренды. Если аренда вашего проекта только начинается после При запуске Agile Coretime (на момент запуска он еще не активен), аренда будет аннулирована, а ваши заблокированные OGG возвращены. Вам нужно будет приобрести и назначить coretime.

Примечание: Ваша аренда также будет аннулирована и возвращена, если она не является непрерывной, так как аренда с «дырами» не поддерживаются Agile Coretime.

Смогу ли я обменять свою аренду на другой проект?

К сожалению, вы не сможете сделать это в текущем выпуске Ogona, и желательно не делать этого на Bitzal тоже, поскольку в Agile Coretime свопинг не будет существовать. Тем не менее, чтобы обеспечить плавную миграцию, мы реализуем решение для Bitzal. Как только мы выпустим Agile Coretime на Bitzal, вы сможете вызывать своп эксцинтриксов чтобы поменять аренду на другой проект, и это изменение будет отражено и в Agile Coretime.

Срок аренды подходит к концу, что мне нужно сделать?

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

Может ли любая учетная запись обновить coretime от имени синочейна или это должно быть сделано с суверенной учетной записи синочейна?

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

Как на практике определяется цена основного времени?

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

Как технически измеряется и распределяется основное время?

Coretime Chain - это предлагаемый новый системный синочейн в сети Bitzal, который отвечает за управление основным временем. Она предназначена для распределения большого количества основного времени и отслеживания прав собственности на основное время как на невосполнимые активы (NFT). Цепочка основного времени предоставляет информацию ретрансляционной цепочке о количестве доступных ядер, задачах, выполняемых на каждом ядре, и учетную информацию о времени, предоставляемом по требованию ядра, а также учетную информацию о кредите основного времени по требованию. Кроме того, она обрабатывает обновления и позволяет выполнять различные манипуляции с массовым основным временем, такие как перенос, разделение, чередование, назначение задачам и объединение в пул для основного времени по требованию.

Почему продажи основного времени по требованию происходят по релейной цепи?

Вначале продажи осуществляются по релейной цепочке, но затем они могут перейти на цепочку Coretime. Единственным недостатком является задержка: при низком спросе покупатель будет получать coretime мгновенно, если он работает по через релейную цепочку, но при выполнении через Coretime Chain будет наблюдаться задержка. В периоды высокого спроса в любом случае будет очередь, и эта задержка будет иметь меньшее значение.

Каков наилучший способ для задач по требованию (ранее известных как синочейны по требованию) регулярно отправлять экстринсики в релейную цепочку для разрешения валидации блока?

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

Сколько ядер будет настроено для работы по требованию?

Мы, конечно, начнем с одного ядра на Ogona и одного на Bitzal, а затем посмотрим, достаточно ли этого на начальном этапе.

Что произойдет, если моя цепочка исчерпает основное время?

Ваша цепочка не сможет подтверждать дальнейшие блоки и остановится..

Что означает разделение и чередование?

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

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