Como Funciona o Gas na Solana e na TON (vs Gas Nativo do Ethereum)

O modelo do Ethereum: gas pago na moeda nativa

Toda blockchain pública precisa precificar seu recurso escasso — espaço em bloco e execução — e o faz com taxas. No Ethereum e em outras cadeias EVM, esse preço é chamado de gas, e é sempre pago na moeda nativa da rede, ETH. Cada operação que a EVM realiza tem um custo fixo de gas; uma transferência simples é 21.000 de gas, enquanto uma chamada de contrato custa mais dependendo do trabalho que faz. Seu total é essa quantidade de gas multiplicada por um preço de gas por unidade, cotado em gwei (um bilionésimo de um ETH).

Desde o EIP-1559, esse preço se divide em uma base fee do protocolo que é queimada e se ajusta com o congestionamento, mais uma priority fee opcional (uma gorjeta) que vai para o validador para priorizar sua transação. A restrição chave para os usuários é simples: para mover qualquer token ERC-20, você ainda precisa de ETH na mesma conta para pagar o gas. Tenha USDC mas nenhum ETH e você fica travado. Cobrimos isso com mais profundidade em taxas de gas de cripto explicadas. A Solana e a TON resolvem o mesmo problema de precificação, mas com primitivas diferentes.

Taxas da Solana: lamports, base fee, priority fees e unidades de computação

A Solana denomina as taxas em lamports, a menor unidade de SOL (um SOL é 1.000.000.000 de lamports). As taxas têm duas partes. A base fee é uma cobrança fixa e determinística por assinatura — a partir de 2026 são 5.000 lamports por assinatura — então uma transação típica de um único signatário paga 5.000 lamports independentemente do que faça. Metade da base fee é queimada e metade vai para o validador.

A segunda parte é a priority fee, e é aqui que entram as unidades de computação (CUs) da Solana. Cada instrução consome unidades de computação até um limite por transação, e uma transação pode ofertar um preço por unidade de computação via uma instrução de compute-budget. A priority fee é igual ao limite de CU que você solicita multiplicado por esse preço, e atua como a gorjeta que faz você ser agendado à frente de outros quando uma conta muito requisitada ou toda a rede está congestionada. Diferentemente do Ethereum, a base fee não é uma taxa de mercado que flutua com a demanda; o mercado vive inteiramente na priority fee.

Fundamentalmente, a Solana separa a conta que assina a ação significativa da conta que paga. O fee-payer é simplesmente o primeiro signatário da transação, e seu saldo em SOL é debitado pela taxa. Essa conta não precisa ser você — qualquer coisa que você autorize pode ser paga por um signatário diferente. Essa única escolha de design é o que torna os padrões de relayer possíveis na Solana.

Taxas da TON: gas, armazenamento e forward fees em Toncoin

A TON (The Open Network) tem novamente um formato diferente, refletindo sua arquitetura de modelo de atores e passagem de mensagens, na qual os contratos inteligentes se comunicam enviando mensagens uns aos outros. As taxas são pagas em Toncoin e se dividem em vários componentes. As gas fees pagam pela computação, medida em unidades de gas de forma muito parecida com a EVM. As storage fees são incomuns e importantes: os contratos são cobrados aluguel ao longo do tempo pelo estado que ocupam on-chain, então uma conta paga lentamente por persistir dados em vez de pagar uma única vez.

Depois há as forward fees, que cobrem o custo de enviar mensagens internas entre contratos — porque uma única ação do usuário na TON frequentemente se desdobra em uma cadeia de mensagens, cada salto carrega um custo de encaminhamento. Na prática, uma carteira anexa algum Toncoin a uma transação para cobrir o gas mais o encaminhamento, e o valor não utilizado é normalmente devolvido. O resultado é o mesmo atrito familiar: para fazer qualquer coisa na TON, você precisa de Toncoin no lugar certo. Para uma comparação lado a lado dos três modelos de execução, veja EVM vs Solana vs TON.

Padrões de fee-payer e relayer: o análogo do paymaster

Na EVM, a resposta emergente para "tenho tokens mas nenhum ETH para gas" é a abstração de conta. O ERC-4337 introduz um paymaster: um contrato que concorda em patrocinar o gas da operação de um usuário, opcionalmente cobrando dele em um token ERC-20. A partir de 2026, o EIP-7702 permite ainda que contas comuns controladas externamente adotem temporariamente o comportamento de smart account, ampliando onde esses padrões se aplicam. O ERC-4337 e seu contrato EntryPoint são estritamente padrões da EVM — eles não rodam na Solana nem na TON. Se a mecânica é nova para você, o que é um paymaster a percorre.

A Solana e a TON alcançam o mesmo resultado com primitivas nativas em vez de um padrão formal. Na Solana, como o fee-payer é apenas o primeiro signatário, um serviço de relayer pode coassinar e pagar a taxa em SOL de uma transação que o usuário autorizou, e depois acertar as contas com o usuário como quiser — inclusive cobrando dele em um token diferente. Na TON, um relayer ou contrato patrocinador semelhante pode anexar o Toncoin necessário e encaminhar a mensagem pretendida pelo usuário, de modo que o usuário nunca precisa de Toncoin. O rótulo difere — paymaster, fee-payer, relayer — mas a função é idêntica: desacoplar o token que você mantém do token nativo que a cadeia exige para as taxas.

Por que um único token de taxa entre cadeias é difícil

Junte esses três modelos e o problema do usuário multi-cadeia fica óbvio. Para ser autossuficiente você precisa manter ETH em cada cadeia EVM, SOL na Solana e Toncoin na TON — cada um um saldo separado que você precisa adquirir, recarregar e monitorar. O patrocínio de taxas resolve o problema de "nenhuma moeda nativa nesta conta" em uma única cadeia, mas o patrocinador ainda precisa de uma forma de ser reembolsado, e um token em uma cadeia não é nativamente gastável em outra.

É aí que um padrão de token cross-chain importa. O padrão OFT (Omnichain Fungible Token) da LayerZero, a partir de 2026, permite que um único token mantenha uma oferta unificada em muitas cadeias, em vez de depender de cópias wrapped específicas de cada cadeia. Combine um token de taxa OFT com um paymaster na EVM e patrocínio de fee-payer/relayer na Solana e na TON, e você obtém um design coerente: o usuário sempre paga em um token, e nos bastidores o patrocinador fornece qualquer moeda nativa que cada cadeia realmente exija.

Como a WATS usa isso

A WATS Hot Wallet aplica exatamente esse padrão. Em cadeias EVM ela usa um paymaster ERC-4337, e na Solana e na TON usa um fee-payer/relayer equivalente — o análogo do paymaster descrito acima — de modo que toda transferência, swap ou stake é cobrada em um único token, ATS, e você nunca precisa de SOL ou Toncoin para transacionar. Como o ATS é um OFT da LayerZero, um único saldo funciona em EVM, Solana e TON, e o ATS coletado como taxas é queimado, reduzindo a oferta de 100.000.000 em direção a um piso de 30.000.000. A WATS é não custodial — você guarda suas chaves e a WATS nunca guarda nenhuma — e é a primeira e única carteira a combinar taxas ERC-4337 mais OFT em token único, cobradas em vez do gas nativo em cada transferência, com essa queima. Você pode ler a mecânica na página da Hot Wallet.