Первое проектирование GAS языка MOVE: Анализ методов расчета GAS в блокчейне

Предыдущая версия языка MOVE изначально была спроектирована для работы без GAS, поэтому не была подготовлена к плану GAS. Недавно один из блокчейн-проектов представил план GAS для своего языка MOVE, который стал первым дизайном 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.

объем торговли

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

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

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

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

Выполнение

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

хранить

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

Доступ и хранение любых элементов состояния связаны с затратами, связанными с структурой данных состояния в блокчейне. Затраты зависят от базового количества элементов состояния и их размера:

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

Чтение, создание и запись

Доступ к статусным элементам делится на три типа: чтение, создание или запись:

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

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

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

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

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

Члены сообщества могут:

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

Корректировка затрат на GAS

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

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

Будущая работа

В качестве первого жизнеспособного GAS-рамки MOVE, будущие направления работы включают:

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