VeThor (VTHO)価格

VTHO（VeThor）はVeChainThorの燃料トークンです。アカウントが送金またはスマートコントラクトの実行を行う際、ネットワークで消費される計算リソースをVTHOで支払います。VETの代替版を表すものではなく、デュアルトークンモデルで取引コストを担う側のトークンです。 VTHOは小数点以下18桁の精度を持つ組み込みのVIP-180代替可能トークンです。ジェネシスブロックにおける初期供給量はゼロで、その後にプロトコル規則に従って生成されます。そのためVTHOを理解するには、プロトコルが新規発行するトークン、取引手数料によって焼却されるトークン、取引参加者が実際に支払う手数料の3つを区別する必要があります。

VETとVTHOの役割は異なります。VETはVeChainThorのデュアルトークンモデルにおけるもう一方の中核資産であり、VTHOはオンチェーン送金とコントラクト実行の手数料を支払う燃料です。取引で消費されるのはVTHOであり、VETを保有していても取引手数料が免除されるわけではありません。 両者はネットワークのインセンティブを通じても結び付いています。Hayabusaアップグレード後、ロック／ステーキングされたVETは、VTHO発行量とネットワーク報酬への参加をプロトコルが計算する基礎となります。ただし、VET自体はGas決済に直接使えるVTHOではありません。現行の仕組みに従ってステーキングと委任に参加せずに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はプロトコルのスケーリング定数です。平方根の関係は、総ステーキング量の増加が総発行量を増やす一方、ステーキングを1単位追加した場合の発行増分は逓減することを意味します。取引利用が増えると、動的手数料取引における基本手数料の焼却が増える可能性がありますが、それはプロトコルが自動的にVTHOを追加発行することと同義ではありません。

VTHOの運用規則は、相互に接続する2つの大きな変更を経ています。Galacticaは動的手数料構造を導入し、動的手数料取引の基本手数料は焼却され、優先手数料はブロック生成バリデータに支払われます。これにより、ネットワーク利用による手数料の行き先を、焼却とバリデータ収入に分けられるようになりました。この仕組みは、引き続きサポートされるlegacy固定手数料取引を置き換えるものではありません。 その後HayabusaはVeChainThorをPoAからDPoSへ移行させ、VTHO報酬の源泉と資格を変更しました。アップグレード前は、VETを保有することで旧規則に基づきVTHOを生成できました。アップグレード後は、VTHOの発行はネットワーク全体でステーキングされたVETに依存し、ブロック報酬としてバリデータと委任者に配分されます。前者のアップグレードは動的手数料取引における手数料の形成・配分を変え、後者はどの参加方式で誰が新規発行VTHOを得るかを変えました。両者が現在の発行、焼却、報酬の構造を構成しています。

Hayabusa後の仕組みでは、プロトコルのVTHO報酬を得るには、VETをアドレスに置くだけでなく、ステーキングによってネットワークに参加する必要があります。委任者はStarGateでVETをステーキングし、そのステーキングを表すNFTを受け取り、成熟期間の後にバリデータへ委任できます。バリデータはブロック生成インフラを運用し、2,500万VETをステーキングする必要があります。 プロトコルが生成するブロック報酬はバリデータと委任者で分配されます。公式説明での配分比率は、委任者70%、バリデータ30%です。ある委任者の実際の報酬は、そのステーキング規模、委任先バリデータのブロック生成頻度、そのバリデータが引き受けるステーキングの構成、ネットワーク全体の総ステーキング量にも左右されます。したがってこれはネットワークセキュリティへの参加に対する報酬の仕組みであり、すべてのVET保有量に対する固定利息ではありません。

自分でVTHOを用意する必要があるかどうかは、その取引のGas支払者として誰が指定されているかで決まります。通常の自己負担取引では、支払アカウントに十分なVTHOが必要です。残高が不足している場合、取引は一部だけ実行されるのではなく、実行時に失敗します。 VeChainThorはコントラクトによる手数料スポンサーもサポートしています。コントラクト管理者は、そのコントラクトを無料で呼び出せる利用者とcredit planを設定し、スポンサーを選択できます。利用者側では呼び出し時に直接費用が引かれない場合がありますが、VTHOが不要になるわけではなく、現在のスポンサーが支払います。現在のスポンサーのエネルギーが不足している場合、管理者は別のスポンサー候補を選ぶことができ、利用者自身が支払う必要が生じることもあります。したがって「アプリのGas無料」は、特定のコントラクトと十分なスポンサー残高という条件下の支払方式であり、その取引でVTHOが消費されなくなることを意味しません。