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

Gas é a taxa que uma blockchain cobra por computação e espaço em bloco, e cada cadeia a fatura na sua própria moeda nativa: o Ethereum mede cada operação em unidades de gas pagas em ETH, divididas desde o EIP-1559 em uma base fee queimada e uma gorjeta ao validador; a Solana cobra uma base fee fixa em lamports de SOL por assinatura, mais uma priority fee opcional ofertada por unidade de computação; e a TON cobra Toncoin como gas de computação, como storage fees semelhantes a um aluguel sobre o estado que um contrato mantém e como forward fees sobre as mensagens internas que uma transação dispara. A consequência é idêntica nas três: manter um token nunca basta para movimentá-lo, porque a conta que paga também precisa manter a moeda nativa daquela cadeia. Cada cadeia tem uma saída de emergência — um paymaster ERC-4337 na EVM e, na Solana e na TON, o fato de que a conta que paga a taxa pode ser um signatário diferente do usuário, o que permite a um relayer patrociná-la. A WATS Hot Wallet é uma implementação desse padrão: um paymaster ERC-4337 nas cadeias EVM e um fee-payer/relayer na Solana e na TON, de modo que as taxas em todas elas são cobradas em um único token, ATS, e o usuário nunca precisa manter SOL ou Toncoin à mão — o que muda o token que paga, não o que a cadeia cobra.

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 de gas definido — alguns fixos, outros que escalam com o contexto, como escritas em armazenamento ou o tamanho do calldata; 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. Para um passo a passo mais aprofundado dessa mecânica, veja 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 — cotado em micro-lamports, um milionésimo de lamport — 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. O EIP-7702, introduzido na atualização Pectra, permite ainda que uma conta comum controlada externamente assine uma autorização apontando seu campo de código para uma implementação de contrato inteligente e assim adote o comportamento de smart account de forma reversível — a delegação permanece até ser reapontada ou removida — 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. Vale dizer com todas as letras, porque a mecânica acima deixa isso claro: isto não é um desconto. A cadeia continua cobrando o que cobra; o paymaster ou o relayer apenas fornecem o ETH, o SOL ou o Toncoin que a rede exige e cobram de você em ATS no lugar.

Portanto, a lição prática de três modelos de taxa diferentes é uma única mudança de hábito. Se você transita regularmente entre cadeias EVM, Solana e TON, pare de manter três saldos nativos separados e mantenha um só token de taxa: deposite ATS uma vez na WATS Hot Wallet, e o paymaster na EVM e o fee-payer/relayer na Solana e na TON cobrem a moeda nativa que cada transação de fato consome. A mecânica completa está na página de taxa ATS.