Ціна 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 вимірює обчислювальні ресурси для виконання транзакції; вона може містити кілька clause, тож загальний 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 000 000 VET. Протокольні винагороди за блок розподіляються між валідаторами та делегаторами; за офіційним описом делегатори отримують 70%, а валідатори — 30%. Фактична винагорода конкретного делегатора також залежить від розміру його стейкінгу, частоти виробництва блоків обраним валідатором, складу стейкінгу, який обслуговує цей валідатор, і загального стейкінгу мережі. Отже, це винагорода за участь у безпеці мережі, а не фіксований відсоток на весь обсяг VET у власності.

Чи потрібно самостійно мати VTHO, залежить від того, кого призначено платником Gas для транзакції. Для звичайної самостійно оплачуваної транзакції на рахунку платника має бути достатньо VTHO; якщо балансу бракує, транзакція не виконається, а не виконається лише частково. VeChainThor також підтримує спонсорування комісій контрактом: адміністратор контракту може налаштувати користувачів, які можуть безкоштовно викликати контракт, і credit plan, а також вибрати спонсора. Для користувача виклик може не спричинити прямого списання, але VTHO не зникає — його сплачує поточний спонсор. Якщо енергії поточного спонсора недостатньо, адміністратор може обрати іншого кандидата на спонсорування, а користувачу також може знадобитися сплатити самостійно. Тому «застосунок без Gas» — це схема оплати за умови конкретного контракту й достатнього балансу спонсора, а не відсутність споживання VTHO в цій транзакції.