Preço de VeThor (VTHO)

VTHO (VeThor) é o token de combustível da VeChainThor: quando uma conta faz uma transferência ou executa um contrato inteligente, paga em VTHO pelos recursos computacionais consumidos. Não é uma versão substituta de VET, mas o lado do modelo de dois tokens especificamente responsável pelos custos de transação. VTHO é um token fungível VIP-180 integrado, com 18 casas decimais; o fornecimento inicial no bloco génese foi zero e só depois passou a ser produzido segundo as regras do protocolo. Por isso, para entender o VTHO é preciso distinguir o novo token produzido pelo protocolo, o token destruído nas 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 que paga transferências on-chain e execução de contratos. Uma transação consome VTHO; possuir VET não elimina a taxa de transação. Os dois também estão ligados pelos incentivos da rede: após a atualização Hayabusa, o VET bloqueado/em staking é a base para o protocolo calcular a emissão de VTHO e as recompensas pela participação na rede, mas o próprio VET não é VTHO utilizável diretamente para liquidar Gas. Deter VET sem participar em staking e delegação segundo o mecanismo atual não dá 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; contudo, a VeChainThor suporta atualmente transações legacy e de taxa dinâmica, que não podem ser resumidas pela mesma regra de preço. Gas mede os recursos computacionais para executar a transação. Uma transação pode incluir vários clauses, pelo que 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. Para transações de taxa dinâmica type 0x51, p é composto pela baseFee do bloco e pela taxa de prioridade efetiva: o utilizador define maxFeePerGas (limite de preço total) e maxPriorityFeePerGas (limite de prioridade acima da taxa-base). A taxa-base tem de ser paga; a prioridade efetiva é o menor 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 taxa-base dinâmica mais prioridade: o remetente determina o preço com campos relacionados com gasPrice/GasPriceCoef, e uma prova de trabalho opcional ao nível da transação afeta a recompensa adicional recebida pelo produtor do bloco. Assim, mercado de taxas, baseFee, maxFeePerGas e maxPriorityFeePerGas não são parâmetros de cálculo comuns a todas as transações VTHO.

Numa transação de taxa dinâmica, o VTHO efetivamente pago divide-se em taxa-base e taxa de prioridade. A taxa-base é determinada pelo protocolo segundo regras dinâmicas por bloco, é a parte mínima necessária para a transação ser válida e é destruída permanentemente; a taxa de prioridade é o valor extra pago para incentivar validadores a incluir a transação primeiro e é atribuída ao validador do bloco dessa transação. Isto significa que a taxa de uma transação dinâmica não vai inteiramente para a mesma parte: a taxa-base reduz o VTHO existente, enquanto a prioridade é rendimento do validador. A taxa-base varia com o mercado de taxas do bloco, e a prioridade é limitada conjuntamente pelo teto de taxa total e pelo teto de prioridade definidos pelo utilizador. Transações legacy usam um modelo de taxa fixa diferente e não seguem estas regras de destruição da taxa-base e distribuição da prioridade.

VTHO não tem um fornecimento máximo fixo. A variação do total deve ser entendida como “emissão menos destruição”: o protocolo produz novo VTHO por bloco; a taxa-base das transações dinâmicas destrói VTHO já existente. A taxa de prioridade apenas passa do pagador para o validador produtor do bloco; não aumenta nem destrói o fornecimento por si só. Após Hayabusa, a emissão anual depende do VET total bloqueado/em staking por validadores e delegadores na rede, e não de todos os detentores de VET produzirem passivamente a uma taxa fixa. A relação anual de emissão indicada na documentação oficial é: VTHO_gen = 1200 × 64 × √VET_staked VTHO_gen representa a produção anual; VET_staked representa o VET total em staking de validadores e delegadores em toda a rede quando o bloco é produzido; 1200 e 64 são constantes de escala do protocolo. A relação de raiz quadrada significa que mais staking eleva a emissão total, mas o incremento de emissão de cada unidade adicional de staking diminui. Se o uso de transações aumentar, a destruição da taxa-base dinâmica pode aumentar; isso não equivale a o protocolo emitir automaticamente mais VTHO.

As regras de funcionamento do VTHO passaram por duas alterações importantes e interligadas. Galactica introduziu a estrutura de taxas dinâmicas: a taxa-base das transações dinâmicas é destruída e a taxa de prioridade é paga ao validador produtor do bloco; assim, o destino das taxas geradas pelo uso da rede passa a distinguir destruição de rendimento do validador. O mecanismo não substitui as transações legacy de taxa fixa, que continuam suportadas. Depois, Hayabusa mudou a VeChainThor de PoA para DPoS e reescreveu a fonte e os requisitos das recompensas VTHO. Antes da atualização, deter VET podia produzir VTHO segundo as regras antigas; depois dela, a emissão de VTHO depende do VET em staking na rede e chega a validadores e delegadores como recompensa de bloco. A primeira atualização mudou como as transações dinâmicas formam e distribuem taxas; a segunda mudou quem recebe o VTHO recém-emitido e através de que participação. Juntas, constituem a estrutura atual de emissão, destruição e recompensas.

Segundo o mecanismo pós-Hayabusa, obter recompensas de VTHO do protocolo requer participar na rede através de staking, e não apenas manter VET numa morada. Um delegador pode fazer staking de VET na StarGate, receber um NFT que representa esse staking e, após o período de maturação, delegá-lo a um validador; um validador opera a infraestrutura de produção de blocos e tem de fazer staking de 25 milhões de VET. As recompensas de bloco produzidas pelo protocolo são partilhadas por validadores e delegadores; a distribuição indicada oficialmente é 70% para delegadores e 30% para validadores. A recompensa efetiva de um delegador também depende da dimensão do 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, é um arranjo de recompensa pela participação na segurança da rede, não juros fixos sobre todas as posições de VET.

A necessidade de preparar VTHO depende de quem é designado pagador de Gas da transação. Numa transação normal paga pelo próprio, a conta pagadora precisa de VTHO suficiente; se o saldo não bastar, a transação falha na execução, em vez de ser executada apenas parcialmente. A VeChainThor também suporta patrocínio de taxas por contrato: o administrador do contrato pode configurar os utilizadores que podem chamar o contrato gratuitamente e o credit plan, além de selecionar um patrocinador. Para o utilizador, a chamada pode não ter débito direto, mas o VTHO não desaparece: é pago pelo patrocinador atual. Se a energia do patrocinador atual for insuficiente, o administrador pode escolher outro candidato a patrocinador e o utilizador também pode ter de pagar. Portanto, “aplicação sem Gas” é um arranjo de pagamento sujeito a contrato específico e saldo de patrocínio suficiente; não significa que VTHO deixe de ser consumido na transação.