Harga VeThor (VTHO)

VTHO (VeThor) adalah token bahan bakar VeChainThor: ketika sebuah akun mengirim transfer atau menjalankan smart contract, VTHO digunakan untuk membayar sumber daya komputasi yang dikonsumsi jaringan. VTHO bukan versi pengganti VET, melainkan sisi yang khusus menanggung biaya transaksi dalam model dua token. VTHO adalah token fungibel VIP-180 bawaan dengan presisi 18 desimal; pasokan awal di blok genesis adalah nol, dan baru kemudian diterbitkan sesuai aturan protokol. Karena itu, untuk memahami VTHO perlu dibedakan tiga hal: token baru yang diterbitkan protokol, token yang dibakar oleh biaya transaksi, dan biaya yang benar-benar dibayar peserta transaksi.

VET dan VTHO memiliki peran berbeda: VET adalah aset inti lainnya dalam model dua token VeChainThor, sedangkan VTHO adalah bahan bakar untuk membayar biaya transfer on-chain dan eksekusi kontrak. Yang dikonsumsi sebuah transaksi adalah VTHO; kepemilikan VET tidak membebaskan pengguna dari biaya transaksi. Keduanya juga terhubung melalui insentif jaringan: setelah peningkatan Hayabusa, VET yang dikunci/di-staking menjadi dasar protokol untuk menghitung penerbitan VTHO dan partisipasi dalam imbalan jaringan, tetapi VET sendiri bukan VTHO yang dapat langsung digunakan untuk membayar Gas. Memegang VET tanpa berpartisipasi dalam staking dan delegasi menurut mekanisme saat ini tidak otomatis menghasilkan imbalan penerbitan VTHO.

Biaya transaksi VTHO bergantung pada Gas yang benar-benar dikonsumsi transaksi dan harga per unit Gas yang berlaku untuk transaksi tersebut; namun VeChainThor saat ini mendukung transaksi legacy dan transaksi biaya dinamis, sehingga keduanya tidak dapat diringkas dengan satu aturan harga. Gas mengukur sumber daya komputasi yang diperlukan untuk menjalankan transaksi. Transaksi dapat berisi beberapa clause, sehingga total Gas juga memperhitungkan jenis, data, dan biaya eksekusi mesin virtual tiap clause. E_con = p × G Di sini E_con adalah VTHO yang dikonsumsi transaksi, G adalah Gas yang benar-benar digunakan, dan p adalah harga per unit Gas yang berlaku untuk transaksi tersebut. Untuk transaksi biaya dinamis type 0x51, p terdiri dari baseFee blok dan biaya prioritas aktual: pengguna menetapkan maxFeePerGas (batas harga total) dan maxPriorityFeePerGas (batas biaya prioritas di atas biaya dasar); biaya dasar wajib dibayar, sedangkan biaya prioritas aktual adalah yang lebih rendah antara maxPriorityFeePerGas dan “maxFeePerGas dikurangi biaya dasar”. Bagian batas yang tidak digunakan dikembalikan. Sebaliknya, transaksi legacy memakai model biaya tetap, bukan baseFee dinamis ditambah biaya prioritas: pengirim menentukan harga menggunakan field yang terkait dengan gasPrice/GasPriceCoef, dan proof of work opsional pada tingkat transaksi dapat memengaruhi imbalan tambahan yang diterima produsen blok. Karena itu, pasar biaya, baseFee, maxFeePerGas, atau maxPriorityFeePerGas tidak boleh dianggap sebagai parameter perhitungan bersama bagi semua transaksi VTHO.

Untuk transaksi biaya dinamis, VTHO yang benar-benar dibayar terbagi menjadi biaya dasar dan biaya prioritas. Biaya dasar ditetapkan protokol menurut aturan dinamis blok, merupakan bagian minimum yang harus dibayar agar transaksi valid, dan dibakar permanen; biaya prioritas adalah tambahan yang dibayar pengguna untuk meningkatkan kesediaan validator memprioritaskan transaksi, dan menjadi milik validator blok transaksi tersebut. Artinya, seluruh biaya transaksi dinamis tidak diberikan kepada satu pihak: biaya dasar mengurangi VTHO yang telah ada, sedangkan biaya prioritas menjadi pendapatan validator. Biaya dasar berubah mengikuti pasar biaya blok, sementara biaya prioritas dibatasi oleh batas biaya total dan batas biaya prioritas yang ditetapkan pengguna. Transaksi legacy memakai model biaya tetap yang berbeda dan tidak tunduk pada aturan pembakaran biaya dasar serta distribusi biaya prioritas tersebut.

VTHO tidak memiliki pasokan maksimum tetap. Perubahan total pasokannya harus dipahami sebagai “penerbitan dikurangi pembakaran”: protokol menghasilkan VTHO baru per blok, sedangkan biaya dasar transaksi biaya dinamis membakar VTHO yang sudah ada. Biaya prioritas hanya memindahkan VTHO dari pembayar ke validator produsen blok dan tidak dengan sendirinya menambah atau membakar pasokan. Setelah Hayabusa, penerbitan tahunan ditentukan oleh total VET yang dikunci/di-staking oleh validator dan delegator di jaringan, bukan oleh semua pemegang VET yang secara pasif menghasilkan VTHO pada tingkat tetap. Hubungan penerbitan tahunan dalam dokumentasi resmi adalah: VTHO_gen = 1200 × 64 × √VET_staked VTHO_gen menunjukkan jumlah yang dihasilkan per tahun, VET_staked menunjukkan total VET yang di-staking oleh validator dan delegator di seluruh jaringan pada saat produksi blok, dan 1200 serta 64 adalah konstanta penskalaan protokol. Hubungan akar kuadrat berarti kenaikan total staking meningkatkan total penerbitan, tetapi tambahan penerbitan dari setiap unit staking tambahan semakin kecil. Saat penggunaan transaksi meningkat, pembakaran biaya dasar transaksi biaya dinamis dapat meningkat; hal itu tidak berarti protokol otomatis menerbitkan lebih banyak VTHO.

Aturan operasi VTHO mengalami dua perubahan besar yang saling terkait. Galactica memperkenalkan struktur biaya dinamis: biaya dasar transaksi dinamis dibakar dan biaya prioritas dibayarkan kepada validator produsen blok; dengan demikian, tujuan biaya dari penggunaan jaringan dapat dibedakan antara pembakaran dan pendapatan validator. Mekanisme ini tidak menggantikan transaksi legacy berbiaya tetap yang tetap didukung. Hayabusa kemudian mengubah VeChainThor dari PoA menjadi DPoS dan menulis ulang sumber serta syarat kelayakan imbalan VTHO. Sebelum peningkatan, kepemilikan VET dapat menghasilkan VTHO menurut aturan lama; setelah peningkatan, penerbitan VTHO bergantung pada VET yang di-staking di seluruh jaringan dan mengalir sebagai imbalan blok kepada validator dan delegator. Peningkatan pertama mengubah cara biaya transaksi dinamis dibentuk dan didistribusikan, sedangkan yang kedua mengubah siapa yang menerima VTHO baru melalui bentuk partisipasi apa. Bersama-sama, keduanya membentuk struktur penerbitan, pembakaran, dan imbalan saat ini.

Dalam mekanisme setelah Hayabusa, memperoleh imbalan VTHO dari protokol memerlukan partisipasi jaringan melalui staking, bukan hanya menyimpan VET di alamat. Delegator dapat men-staking VET di StarGate, menerima NFT yang mewakili staking tersebut, lalu setelah masa pematangan mendelegasikannya kepada validator; validator menjalankan infrastruktur produksi blok dan harus men-staking 25 juta VET. Imbalan blok yang dihasilkan protokol dibagi antara validator dan delegator; alokasi yang dijelaskan secara resmi adalah 70% untuk delegator dan 30% untuk validator. Imbalan aktual seorang delegator juga bergantung pada ukuran stakingnya, frekuensi produksi blok oleh validator yang didelegasikan, komposisi staking yang ditangani validator tersebut, dan total staking di seluruh jaringan. Karena itu, mekanisme ini adalah pengaturan imbalan untuk partisipasi dalam keamanan jaringan, bukan bunga tetap atas seluruh VET yang dimiliki.

Apakah Anda perlu menyiapkan VTHO sendiri bergantung pada pihak yang ditetapkan sebagai pembayar Gas transaksi. Transaksi biasa yang dibayar sendiri mengharuskan akun pembayar memiliki VTHO yang cukup; jika saldonya tidak cukup, transaksi gagal saat dieksekusi, bukan hanya dijalankan sebagian. VeChainThor juga mendukung sponsor biaya kontrak: pengelola kontrak dapat mengatur pengguna yang dapat memanggil kontrak secara gratis dan credit plan, serta memilih sponsor. Bagi pengguna, pemanggilan mungkin tidak langsung memotong biaya, tetapi VTHO tidak hilang; VTHO dibayar oleh sponsor saat ini. Jika energi sponsor saat ini tidak mencukupi, pengelola dapat memilih kandidat sponsor lain dan pengguna mungkin harus membayar sendiri. Jadi, “aplikasi tanpa Gas” adalah pengaturan pembayaran untuk kontrak tertentu dengan saldo sponsor yang memenuhi syarat, bukan berarti VTHO tidak lagi dikonsumsi dalam transaksi tersebut.