Preço do VeThor (VTHO)

VTHO (VeThor) é o token de combustível da VeChainThor: quando uma conta faz uma transferência ou executa um contrato inteligente, ela paga em VTHO pelos recursos computacionais consumidos. Ele não é uma versão substituta do VET, mas o lado do modelo de dois tokens destinado especificamente aos custos de transação. VTHO é um token fungível VIP-180 nativo, com 18 casas decimais; seu suprimento inicial no bloco gênese era zero, e só depois ele passou a ser gerado pelas regras do protocolo. Portanto, para entender VTHO é preciso distinguir os novos tokens produzidos pelo protocolo, os tokens queimados pelas taxas de transação e a taxa efetivamente paga pelos participantes.

VET e VTHO têm funções diferentes: VET é o outro ativo central do modelo de dois tokens da VeChainThor; VTHO é o combustível usado para pagar transferências on-chain e execução de contratos. Uma transação consome VTHO, e possuir VET não elimina a taxa de transação. Os dois também se conectam pelos incentivos da rede: após a atualização Hayabusa, o VET bloqueado/em staking é a base usada pelo protocolo para calcular a emissão de VTHO e as recompensas de participação na rede, mas o próprio VET não é VTHO que possa liquidar Gas diretamente. Manter VET sem participar de staking e delegação pelo mecanismo atual não concede automaticamente recompensas de emissão de VTHO.

A taxa em VTHO depende do Gas efetivamente usado e do preço por unidade de Gas aplicável à transação; porém, a VeChainThor atualmente suporta transações legacy e de taxa dinâmica, que não podem ser resumidas por uma única regra de preço. Gas mede os recursos computacionais necessários para executar a transação. Uma transação pode ter vários clauses, portanto o Gas total também considera o tipo, os dados e o custo de execução na máquina virtual de cada clause. E_con = p × G E_con é o VTHO consumido, G é o Gas efetivamente usado e p é o preço por unidade de Gas aplicável. Em transações de taxa dinâmica type 0x51, p é composto pela baseFee do bloco e pela taxa de prioridade efetiva: o usuário define maxFeePerGas (limite total de preço) e maxPriorityFeePerGas (limite de prioridade acima da taxa-base). A taxa-base deve ser paga; a prioridade efetiva é o menor valor entre maxPriorityFeePerGas e “maxFeePerGas menos a taxa-base”, e a parte não usada do limite é devolvida. As transações legacy usam o modelo de taxa fixa, não a soma de taxa-base dinâmica e prioridade: o remetente determina o preço com campos relacionados a gasPrice/GasPriceCoef, e uma prova de trabalho opcional no nível da transação afeta a recompensa adicional recebida por quem produz o bloco. Logo, mercado de taxas, baseFee, maxFeePerGas e maxPriorityFeePerGas não são parâmetros de cálculo comuns a todas as transações VTHO.

Em uma transação de taxa dinâmica, o VTHO realmente pago é dividido em taxa-base e taxa de prioridade. A taxa-base é definida pelo protocolo por regras dinâmicas de bloco, é a parte mínima necessária para a transação ser válida e é queimada permanentemente; a taxa de prioridade é o valor extra que o usuário paga para aumentar o incentivo de validadores incluírem a transação primeiro e vai para o validador do bloco da transação. Isso significa que a taxa de uma transação dinâmica não vai toda para a mesma parte: a taxa-base reduz o VTHO existente, e a prioridade se torna receita do validador. A taxa-base varia com o mercado de taxas do bloco, enquanto a prioridade é limitada em conjunto pelo teto de taxa total e pelo teto de prioridade definidos pelo usuário. Transações legacy usam outro modelo de taxa fixa e não seguem essas regras de queima da taxa-base e distribuição da prioridade.

VTHO não tem suprimento máximo fixo. A mudança no total deve ser entendida como “emissão menos queima”: o protocolo produz novo VTHO por bloco; a taxa-base das transações dinâmicas queima VTHO já existente. A taxa de prioridade apenas é transferida do pagador para o validador produtor do bloco; ela não aumenta nem destrói o suprimento por si só. Após Hayabusa, a emissão anual é determinada pelo VET total bloqueado/em staking por validadores e delegadores na rede, e não por todos os detentores de VET produzirem passivamente a uma taxa fixa. A relação anual de emissão fornecida pela documentação oficial é: VTHO_gen = 1200 × 64 × √VET_staked VTHO_gen representa a quantidade anual gerada; VET_staked representa o VET total em staking de validadores e delegadores em toda a rede no momento da produção do bloco; 1200 e 64 são constantes de escala do protocolo. A relação de raiz quadrada significa que mais staking aumenta a emissão total, mas o incremento de emissão trazido por cada unidade adicional de staking diminui. Se o uso de transações aumentar, a queima da taxa-base em transações dinâmicas pode aumentar; isso não significa que o protocolo emita automaticamente mais VTHO.

As regras de funcionamento do VTHO passaram por duas mudanças importantes e conectadas. Galactica introduziu a estrutura de taxas dinâmicas: a taxa-base de transações dinâmicas é queimada, e a taxa de prioridade é paga ao validador que produz o bloco; isso permite separar o destino das taxas geradas pelo uso da rede entre queima e receita do validador. O mecanismo não substitui as transações legacy de taxa fixa, que continuam suportadas. Em seguida, Hayabusa mudou a VeChainThor de PoA para DPoS e reescreveu a fonte e a elegibilidade das recompensas de VTHO. Antes da atualização, manter VET podia produzir VTHO pelas regras antigas; depois dela, a emissão de VTHO depende do VET em staking em toda a rede e flui como recompensa de bloco para validadores e delegadores. A primeira atualização mudou como as transações dinâmicas formam e distribuem taxas; a segunda mudou quem recebe VTHO recém-emitido e por qual participação. Juntas, elas formam a estrutura atual de emissão, queima e recompensas.

Pelo mecanismo posterior a Hayabusa, obter recompensas de VTHO do protocolo exige participar da rede por staking, e não apenas deixar VET em um endereço. Um delegador pode fazer staking de VET na StarGate, receber um NFT que representa esse staking e, depois do período de maturação, delegá-lo a um validador; um validador opera a infraestrutura de produção de blocos e precisa fazer staking de 25 milhões de VET. As recompensas de bloco produzidas pelo protocolo são compartilhadas entre validadores e delegadores; a distribuição informada oficialmente é 70% para delegadores e 30% para validadores. A recompensa real de cada delegador também depende do tamanho de seu staking, da frequência com que o validador delegado produz blocos, da composição de staking atendida por esse validador e do staking total da rede. Portanto, trata-se de uma recompensa por participar da segurança da rede, e não de juros fixos sobre todo VET mantido.

A necessidade de você mesmo preparar VTHO depende de quem foi designado como pagador de Gas da transação. Uma transação comum paga pelo próprio requer que a conta pagadora tenha VTHO suficiente; se o saldo não bastar, a transação falha na execução em vez de executar só parcialmente. A VeChainThor também oferece patrocínio de taxas por contrato: o administrador pode configurar os usuários que podem chamar o contrato gratuitamente e o credit plan, além de selecionar um patrocinador. Para o usuário, a chamada pode não gerar uma cobrança direta, mas o VTHO não desaparece: ele é pago pelo patrocinador atual. Se a energia do patrocinador atual for insuficiente, o administrador pode selecionar outro candidato a patrocinador, e o usuário também pode precisar pagar por conta própria. Assim, “aplicativo sem Gas” é um arranjo de pagamento sujeito a um contrato específico e a saldo de patrocínio suficiente; não significa que VTHO deixe de ser consumido naquela transação.