Перший дизайн 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: розраховується в восьмиричній системі, 1 восьмирична = 0,00000001 рідного токена

Під час виконання угоди буде стягнуто:

1. Фіксовані витрати: фіксована база плюс додаткові витрати на великі транзакції
2. Витрати на виконання: використовується для виконання MOVE інструкцій
3. Читання витрат: використовується для читання даних з постійного сховища
4. Витрати на запис: використовується для запису даних у постійне зберігання

Кінцеві торгові витрати = Загальна кількість спожитого GAS × Ціна GAS

Наприклад, якщо транзакція споживає 670 одиниць GAS, користувач вказує ціну за одиницю GAS 100 Octa/одиниця, тоді остаточна плата становитиме 670 × 100 = 67000 Octa = 0,00067 рідного токена.

Якщо під час виконання транзакції закінчується GAS, відправник буде стягнутий за максимальну кількість GAS, а зміни, внесені біржею, будуть скасовані.

Створення плану GAS

базова конфігурація

План GAS містить компоненти, які не пов'язані з деталями окремих операцій, такі як розмір транзакції та максимальна кількість одиниць GAS.

обсяг торгівлі

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

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

найбільша одиниця GAS

Максимальна одиниця GAS плану визначає максимальну кількість операцій, які можуть бути виконані в транзакції. Занадто висока установка може призвести до негативного впливу на продуктивність. Наразі навіть при максимальному оновленні рамок, це становить менше 90% від максимальної одиниці GAS (1,000,000).

виконати

За допомогою еталонної структури та аналізу Valgrind аналізується Move VM, оцінюються відносні витрати всіх інструкцій 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