Цена VeThor (VTHO)

VTHO (VeThor) — топливный токен VeChainThor: когда аккаунт отправляет перевод или исполняет смарт-контракт, он платит VTHO за потреблённые вычислительные ресурсы сети. Это не заменяющая версия VET, а сторона двухтокенной модели, специально отвечающая за транзакционные расходы. VTHO — встроенный взаимозаменяемый токен VIP-180 с точностью 18 десятичных знаков; первоначальное предложение в генезис-блоке было нулевым, а выпуск начался позднее по правилам протокола. Поэтому для понимания VTHO необходимо различать новые токены, выпущенные протоколом, токены, сожжённые в комиссиях транзакций, и комиссию, фактически уплаченную участниками транзакции.

У VET и VTHO разные роли: VET — другой основной актив двухтокенной модели VeChainThor; VTHO — топливо для оплаты переводов в блокчейне и исполнения контрактов. Транзакция расходует VTHO; владение VET не освобождает от комиссии за транзакцию. Они также связаны сетевыми стимулами: после обновления Hayabusa заблокированный/размещённый в стейкинге VET служит основой, по которой протокол рассчитывает выпуск VTHO и вознаграждения за участие в сети, но сам VET не равен VTHO, которым можно непосредственно оплатить Gas. Простое хранение VET без участия в стейкинге и делегировании по текущему механизму не даёт автоматически вознаграждения от выпуска VTHO.

Комиссия в VTHO зависит от фактически израсходованного Gas и цены за единицу Gas, применимой к этой транзакции; однако VeChainThor сейчас поддерживает два вида транзакций — legacy и с динамической комиссией, — которые нельзя описать одним правилом ценообразования. Gas измеряет вычислительные ресурсы, требуемые для исполнения транзакции. Транзакция может включать несколько clauses, поэтому суммарный Gas также учитывает тип, данные и стоимость исполнения в виртуальной машине каждого clause. E_con = p × G Здесь E_con — израсходованный VTHO, G — фактически использованный Gas, а p — применимая цена за единицу Gas. Для транзакций с динамической комиссией type 0x51 p складывается из baseFee блока и фактической приоритетной комиссии: пользователь задаёт maxFeePerGas (общий ценовой предел) и maxPriorityFeePerGas (предел приоритета сверх базовой комиссии). Базовая комиссия обязательна к оплате; фактическая приоритетная комиссия — меньшее из maxPriorityFeePerGas и «maxFeePerGas минус базовая комиссия», а неиспользованная часть лимита возвращается. Legacy-транзакции используют модель фиксированной комиссии, а не динамическую baseFee плюс приоритетную комиссию: отправитель определяет цену полями, связанными с gasPrice/GasPriceCoef, а необязательное доказательство работы на уровне транзакции влияет на дополнительное вознаграждение, получаемое производителем блока. Поэтому рынок комиссий, baseFee, maxFeePerGas и maxPriorityFeePerGas не являются общими расчётными параметрами всех транзакций VTHO.

В транзакции с динамической комиссией фактически уплаченный VTHO делится на базовую и приоритетную комиссии. Базовая комиссия устанавливается протоколом по динамическим правилам блока, является минимальной обязательной частью для действительности транзакции и сжигается навсегда; приоритетная комиссия — это доплата пользователя, повышающая стимул валидаторов включить транзакцию раньше, и она поступает валидатору блока этой транзакции. Это означает, что комиссия динамической транзакции не целиком получает одна сторона: базовая комиссия уменьшает существующее количество VTHO, а приоритетная комиссия становится доходом валидатора. Базовая комиссия меняется вместе с рынком комиссий блока, а приоритетная ограничена как общим лимитом комиссии, так и лимитом приоритета, заданными пользователем. Legacy-транзакции используют другую модель фиксированной комиссии и не подчиняются этим правилам сжигания базовой комиссии и распределения приоритетной комиссии.

У VTHO нет фиксированного максимального предложения. Изменение общего количества следует понимать как «выпуск минус сжигание»: протокол производит новый VTHO в каждом блоке; базовая комиссия транзакций с динамической комиссией сжигает уже существующий VTHO. Приоритетная комиссия лишь переводится от плательщика валидатору, создающему блок, и сама по себе не увеличивает и не сжигает предложение. После Hayabusa годовой выпуск определяется совокупным VET, заблокированным/размещённым в стейкинге валидаторами и делегаторами сети, а не пассивной выработкой по фиксированной ставке всеми держателями VET. В официальной документации приведена следующая годовая зависимость выпуска: VTHO_gen = 1200 × 64 × √VET_staked VTHO_gen означает годовой объём генерации, VET_staked — совокупный VET в стейкинге валидаторов и делегаторов по всей сети в момент создания блока; 1200 и 64 — масштабные константы протокола. Зависимость от квадратного корня означает, что увеличение общего стейкинга повышает общий выпуск, но прирост выпуска от каждой следующей единицы стейкинга уменьшается. При росте использования транзакций может увеличиться сжигание базовой комиссии динамических транзакций; это не означает, что протокол автоматически выпускает больше VTHO.

Правила работы VTHO претерпели два важных взаимосвязанных изменения. Galactica ввела структуру динамических комиссий: базовая комиссия динамических транзакций сжигается, а приоритетная выплачивается валидатору, создающему блок; это разделило направление комиссий от использования сети на сжигание и доход валидатора. Этот механизм не заменяет по-прежнему поддерживаемые legacy-транзакции с фиксированной комиссией. Затем Hayabusa перевела VeChainThor с PoA на DPoS и изменила источник и условия получения вознаграждений VTHO. До обновления владение VET могло производить VTHO по старым правилам; после него выпуск VTHO зависит от VET в стейкинге по всей сети и поступает валидаторам и делегаторам как награда за блок. Первое обновление изменило формирование и распределение комиссии динамических транзакций, второе — то, кто и через какое участие получает вновь выпущенный VTHO. Вместе они образуют текущую структуру выпуска, сжигания и вознаграждений.

По механизму после Hayabusa получение протокольных вознаграждений VTHO требует участия в сети через стейкинг, а не простого хранения VET на адресе. Делегатор может разместить VET в стейкинге на StarGate, получить NFT, представляющий этот стейкинг, и после периода созревания делегировать его валидатору; валидатор управляет инфраструктурой создания блоков и должен разместить в стейкинге 25 миллионов VET. Награды за блок, производимые протоколом, делятся между валидаторами и делегаторами; официально указанное распределение — 70% делегаторам и 30% валидаторам. Фактическая награда конкретного делегатора также зависит от размера его стейкинга, частоты создания блоков выбранным валидатором, структуры стейкинга, обслуживаемой этим валидатором, и общего стейкинга сети. Следовательно, это схема вознаграждения за участие в безопасности сети, а не фиксированный процент на все объёмы VET.

Нужно ли самостоятельно иметь VTHO, зависит от того, кто назначен плательщиком Gas этой транзакции. Для обычной транзакции с самостоятельной оплатой на платящем аккаунте должно быть достаточно VTHO; если баланса недостаточно, транзакция завершится ошибкой при исполнении, а не будет выполнена частично. VeChainThor также поддерживает спонсирование комиссии контрактом: администратор контракта может настроить пользователей, которые могут вызывать контракт бесплатно, и credit plan, а также выбрать спонсора. Для пользователя вызов может не приводить к прямому списанию, но VTHO не исчезает — его платит текущий спонсор. Если энергии текущего спонсора недостаточно, администратор может выбрать другого кандидата в спонсоры, и пользователю также может потребоваться заплатить самостоятельно. Поэтому «приложение без Gas» — это схема оплаты при соблюдении условий конкретного контракта и достаточности баланса спонсора, а не отсутствие расходования VTHO в этой транзакции.