Дизайн GAS для MOVE языка: Метод расчета расходов GAS для одной публичной цепочки

Некоторый публичный блокчейн недавно объявил о своем плане GAS. Как первый дизайн GAS для языка MOVE, это рассматривается как "авантюрная" попытка. В этом плане изложены принципы создания GAS, процессы, методы расчета, а также механизмы корректировки в будущем.

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

Процесс проектирования

Процесс разработки GAS данной публичной цепи включает в себя:

1. Принципы определения
2. Подготовка оценочной рамки, определение цены для каждого исполнения
3. Создание системы измерения GAS и безопасной алгебры GAS для MOVE
4. Импортировать верхний GAS фрейм
5. Сделать GAS-рамку осознающей хранение
6. Дальнейшая детализация плана GAS

Принципы проектирования

1. Операционные затраты должны быть напрямую связаны с доступными ресурсами сети и снижаться с развитием технологий.
2. GAS устанавливается через управление на цепочке и может быть бесшовно настроен
3. GAS может предотвратить атаки DoS и может быстро адаптироваться в зависимости от состояния сети.
4. Цена GAS отражает стремление к ускоренному росту и сохранению доступности блокчейна.
5. Поощряйте делать хорошие выборы в дизайне, такие как приоритет безопасности, модульности и т.д.

Метод расчета GAS

Пользователь должен указать два количества при подаче транзакции:

• Максимальное количество GAS: максимальное количество единиц GAS, которые пользователь готов потратить на выполнение транзакции.
• Цена GAS: рассчитывается в восьмеричной системе для каждой единицы GAS, 1 восьмеричное = 0.00000001 родного токена

Во время выполнения сделки будет взиматься:

1. Фиксированные затраты
2. Исполнительные расходы ( выполнение команды MOVE )
3. Считывание стоимости ( из постоянного хранилища считывание данных )
4. Запись стоимости ( записи данных в постоянное хранилище )

Итоговая торговая комиссия = Общее количество использованного GAS × Цена за единицу GAS

Например, если транзакция потребляет 670 единиц GAS, а пользователь указывает цену GAS в 100 Octa за единицу, то окончательная стоимость транзакции составит 670 × 100 = 67000 Octa = 0.00067 нативного токена.

Если во время выполнения сделки исчерпается GAS, отправитель будетCharged по максимальному количеству GAS, и все изменения, внесенные в сделку, будут отменены.

GAS план

Основные настройки

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

объем сделки

Большинство сделок имеют объем в несколько килобайт, но модуль MOVE может достигать нескольких тысяч килобайт. Изначально объем сделки был установлен на уровне 32KB, затем был скорректирован до 64KB на основе отзывов сообщества.

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

максимальная единица GAS

Максимальная единица GAS, определенная в плане GAS, определяет максимальное количество операций, которые могут быть выполнены в одной транзакции. Установка слишком высокой величины может негативно сказаться на производительности блокчейна. По тестам, даже при максимальном обновлении фрейма, это составляет менее 90% от максимальной единицы GAS (, установленной на 1,000,000).

Оценка затрат на выполнение

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

стоимость хранения

Хранение затрат на GAS учитывает мгновенную дефицитность доступа к данным и постоянные затраты на дисковое пространство. Формула расчета затрат следующая:

Хранение GAS-оплаты = Проектные расходы + ( байт-оплата × Количество байт )

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

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

Стабильная стоимость единицы GAS

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

Участие сообщества

В качестве общественного проекта пользователи могут:

1. Укажите на неразумные моменты в плане GAS
2. Участвуйте в обсуждениях сообщества, выражайте свои опасения по поводу плана GAS.
3. Проголосовать по соответствующим предложениям по управлению

Механизм корректировки стоимости GAS

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

Сложные изменения формулы GAS требуют обновления программного обеспечения узлов и одобрения нового варианта через предложения по управлению.

Будущие направления работы

1. Снижение затрат на выполнение: повышение эффективности компилятора и виртуальной машины
2. Многомерные вычисления GAS: позволяют пользователям задавать отдельные бюджеты для выполнения и хранения
3. Снижение состояния расширения: исследуйте концепцию TTL для каждого проекта, удаляйте не посещаемые статусные элементы по истечении TTL.