MOVE мова впроваджує дизайн GAS: обговорення методів обчислення витрат GAS у Блокчейн

Нещодавно один проект у Блокчейн оголосив про свій план GAS. Оскільки попередні версії мови MOVE не враховували механізм GAS, це вперше, коли в мову MOVE впроваджено дизайн GAS, що називається "один раз ризик".

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

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

Процес реалізації

Для ефективного виконання цей блокчейн проект вживає такі кроки:

1. Визначення принципів
2. Підготуйте рамки оцінки, визначте ціну кожного виконання
3. Для MOVE створити систему обліку GAS та безпечну алгебру GAS
4. Імпорт верхнього GAS фрейму
5. Надати GAS-рамці свідомість зберігання
6. Додаткова деталізація плану GAS

Основні принципи

Команда проекту визначила такі принципи:

1. Операційні витрати повинні бути безпосередньо пов'язані з доступними ресурсами мережі, такими як ЦП, пам'ять, мережа, зберігання I/O та використання простору тощо. Після вдосконалення технологій і процесів вартість GAS повинна знижуватися відповідно.

2. GAS повинно бути встановлено управлінням у блокчейні, може бути гнучко налаштоване.

3. GAS може запобігти DoS-атакам на фіксовані ресурси мережі та швидко налаштуватися відповідно до стану мережі за допомогою пропозицій щодо управління.

4. Ціна GAS відображає бачення прискореного зростання та підтримки популярності Блокчейн.

5. Заохочуйте робити хороші вибори в проєкті, такі як пріоритет безпеки, модульність, твердження тощо.

метод розрахунку GAS

Користувач повинен вказати дві кількості під час подачі транзакції:

1. Максимальна кількість GAS: вимірюється в одиницях GAS, що показує максимальну кількість одиниць GAS, яку користувач готовий витратити на виконання транзакції.

2. Ціна GAS: обчислюється в восьмиричній системі для кожної одиниці GAS, 1 восьмиричне = 0.00000001 APT.

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

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

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

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

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

Побудова плану GAS

1. Основна конфігурація

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

2. Масштаб交易

Більшість обсягів транзакцій знаходяться на рівні кілобайтів. Модуль MOVE може досягати кількох тисяч кілобайт, рамка приблизно 100 КБ. Модулі користувачів зазвичай перебувають в межах від 4 КБ до 40 КБ. Початковий обсяг транзакції було встановлено на 32 КБ, пізніше, згідно з відгуками спільноти, його було скориговано до 64 КБ.

Масштабні транзакції можуть підвищити витрати на пропускну спроможність мережі та вплинути на продуктивність. Проект шукає баланс між максимальною величиною транзакцій та доступністю.

3. Максимальна одиниця GAS

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

4. Оцінка витрат на виконання

Команда створює базову структуру та використовує Valgrind для аналізу Move VM, оцінюючи відносну вартість усіх інструкцій Move та нативних функцій. Після врахування надійності та безпеки системи, визначається остаточна кількість виконуваних машинних інструкцій.

5. Витрати на зберігання

План зберігання GAS враховує миттєву дефіцитність доступу до даних та постійні витрати на дисковий простір. Доступ до елементів стану та їх зберігання призводять до витрат, пов'язаних з верифікацією структури даних стану Блокчейн.

Зберігання GAS-кошту = проектний кошт + ( байт-кошту × кількість байтів )

Читання, створення та запис операцій

Доступ до елементів стану поділяється на три типи: читання, створення або запис.

• Читання: найпоширеніша операція, яка налаштовує витрати відповідно до IOPS диска та пропускної спроможності.
• Створення: Додавання нового елемента в сховище стану, найвищі витрати, налаштовані відповідно до мережевого дискового простору.
• Запис: оновлення існуючого елемента, стягуючи таку ж плату за байти в оновленому елементі, як за створення.

Кожна транзакція вимагає сплати лише одного збору за множинне читання/запис одного й того ж ресурсу.

стабільна вартість одиниці GAS

Фіксована одинична вартість GAS допомагає зберегти незмінність плану GAS та відокремити його від ринкової вартості токенів. Проект представляє одиниці GAS з точністю приблизно до 3-х знаків, що робить вартість транзакції приблизно 700 одиниць GAS.

Участь у спільноті

Як проект громади, члени можуть:

1. Знайти нерозумні місця в плані GAS
2. Висловлення занепокоєння щодо програми GAS та участь в обговоренні
3. Проголосувати за пропозиції щодо управління, пов'язані з GAS

Регулювання витрат на GAS

План GAS як конфігураційне сховище у блокчейні може бути змінено через управлінські пропозиції. Дизайн має масштабованість, що дозволяє оновлення через управлінські пропозиції. З часом параметри GAS можуть бути відкориговані залежно від відгуків користувачів.

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

Перспективи на майбутнє

Як перша дійсна GAS-структура для MOVE, цей проєкт закладає основу для майбутньої роботи:

1. Зниження витрат на виконання: шляхом покращення ефективності компілятора та віртуальної машини.

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

3. Полегшення стану розширення: дослідження концепції TTL для кожного проекту, видалення невідвіданих станів проекту після закінчення TTL.

Цей інноваційний дизайн GAS відкриває нові можливості для екосистеми MOVE, і в майбутньому має потенціал для подальшої оптимізації та вдосконалення.