Come funziona il gas su Solana e TON (rispetto al gas nativo di Ethereum)

Il gas è la commissione che una blockchain addebita per la computazione e lo spazio di blocco, e ogni chain la fattura nella propria moneta nativa: Ethereum misura ogni operazione in unità di gas pagate in ETH, divise da EIP-1559 in una base fee che viene bruciata e una mancia al validatore; Solana addebita una base fee fissa in lamport di SOL per firma, più un'eventuale priority fee offerta per compute unit; e TON addebita Toncoin come gas di computazione, come storage fee simili a un affitto sullo stato che un contratto conserva e come forward fee sui messaggi interni che una transazione mette in moto. La conseguenza è identica su tutte e tre: detenere un token non basta mai per spostarlo, perché l'account che paga deve detenere anche la moneta nativa di quella chain. Ogni chain ha una via d'uscita — un paymaster ERC-4337 su EVM, e su Solana e TON il fatto che l'account che paga la commissione può essere un firmatario diverso dall'utente, cosa che permette a un relayer di sponsorizzarla. Il WATS Hot Wallet è una implementazione di questo schema: un paymaster ERC-4337 sulle chain EVM e un fee-payer/relayer su Solana e TON, così le commissioni su tutte e tre vengono addebitate in un unico token, ATS, e l'utente non deve mai tenere SOL o Toncoin a portata di mano — il che cambia il token con cui si paga, non quanto addebita la chain.

Il modello di Ethereum: gas pagato nella moneta nativa

Ogni blockchain pubblica deve dare un prezzo alla sua risorsa scarsa — lo spazio di blocco e l'esecuzione — e lo fa con le commissioni. Su Ethereum e sulle altre chain EVM, quel prezzo si chiama gas, e viene sempre pagato nella moneta nativa della rete, ETH. Ogni operazione eseguita dall'EVM ha un costo di gas definito — alcuni fissi, altri che crescono con il contesto, come le scritture in storage o la dimensione dei calldata; un semplice trasferimento costa 21.000 gas, mentre una chiamata a contratto costa di più a seconda del lavoro che svolge. Il totale è quella quantità di gas moltiplicata per un prezzo del gas per unità, quotato in gwei (un miliardesimo di ETH).

Dall'introduzione di EIP-1559, quel prezzo si divide in una base fee di protocollo che viene bruciata e si adatta alla congestione, più una priority fee opzionale (una mancia) che va al validatore per dare priorità alla tua transazione. Il vincolo chiave per gli utenti è semplice: per spostare qualsiasi token ERC-20, ti serve comunque ETH nello stesso account per pagare il gas. Se possiedi USDC ma non ETH, sei bloccato. Per un approfondimento su questa meccanica, vedi le commissioni di gas crypto spiegate. Solana e TON risolvono lo stesso problema di prezzo, ma con primitive diverse.

Commissioni su Solana: lamport, base fee, priority fee e compute unit

Solana denomina le commissioni in lamport, la più piccola unità di SOL (un SOL è 1.000.000.000 di lamport). Le commissioni hanno due parti. La base fee è un addebito fisso e deterministico per firma — dal 2026 è di 5.000 lamport per firma — quindi una tipica transazione a firma singola paga 5.000 lamport a prescindere da cosa faccia. Metà della base fee viene bruciata e metà va al validatore.

La seconda parte è la priority fee, ed è qui che entrano in gioco le compute unit (CU) di Solana. Ogni istruzione consuma compute unit fino a un limite per transazione, e una transazione può offrire un prezzo per compute unit — quotato in micro-lamport, un milionesimo di lamport — tramite un'istruzione di compute-budget. La priority fee equivale al limite di CU che richiedi moltiplicato per quel prezzo, e funge da mancia che ti fa schedulare prima degli altri quando un account molto usato o l'intera rete sono congestionati. A differenza di Ethereum, la base fee non è un prezzo di mercato che fluttua con la domanda; il mercato vive interamente nella priority fee.

Fondamentalmente, Solana separa l'account che firma l'azione significativa dall'account che paga. Il fee-payer è semplicemente il primo firmatario della transazione, e il suo saldo in SOL viene addebitato per la commissione. Quell'account non devi essere tu — tutto ciò che autorizzi può essere pagato da un firmatario diverso. Questa singola scelta di design è ciò che rende possibili gli schemi relayer su Solana.

Commissioni su TON: gas, storage e forward fee in Toncoin

TON (The Open Network) assume ancora una forma diversa, riflettendo la sua architettura a modello ad attori e a scambio di messaggi, in cui gli smart contract comunicano inviandosi messaggi l'un l'altro. Le commissioni vengono pagate in Toncoin e si suddividono in vari componenti. Le gas fee pagano la computazione, misurata in unità di gas proprio come nell'EVM. Le storage fee sono insolite e importanti: i contratti pagano un affitto nel tempo per lo stato che occupano on-chain, quindi un account paga lentamente per mantenere i dati anziché pagare una volta sola.

Poi ci sono le forward fee, che coprono il costo di inviare messaggi interni tra contratti — poiché una singola azione dell'utente su TON spesso si dirama in una catena di messaggi, ogni passaggio comporta un costo di inoltro. In pratica un wallet allega un po' di Toncoin a una transazione per coprire il gas più l'inoltro, e il valore non usato viene tipicamente restituito. Il risultato è lo stesso attrito familiare: per fare qualsiasi cosa su TON, ti serve del Toncoin nel posto giusto. Per un confronto diretto dei tre modelli di esecuzione, vedi EVM vs Solana vs TON.

Schemi fee-payer e relayer: l'analogo del paymaster

Su EVM, la risposta emergente a "ho token ma niente ETH per il gas" è l'account abstraction. ERC-4337 introduce un paymaster: un contratto che accetta di sponsorizzare il gas per l'operazione di un utente, addebitandogliela facoltativamente in un token ERC-20. EIP-7702, introdotto con l'upgrade Pectra, permette inoltre a un normale account externally owned di firmare un'autorizzazione che punta il proprio campo code a un'implementazione di smart contract, adottando così il comportamento di uno smart account in modo reversibile — la delega resta valida finché non viene ripuntata o rimossa — e ampliando i contesti in cui questi schemi si applicano. ERC-4337 e il suo contratto EntryPoint sono strettamente standard EVM — non girano su Solana o TON. Se la meccanica ti è nuova, cos'è un paymaster la illustra passo passo.

Solana e TON raggiungono lo stesso risultato con primitive native anziché con uno standard formale. Su Solana, poiché il fee-payer è semplicemente il primo firmatario, un servizio relayer può co-firmare e pagare la commissione in SOL per una transazione che l'utente ha autorizzato, poi regolare i conti con l'utente come preferisce — incluso addebitargli un token diverso. Su TON, un relayer o un contratto sponsor simile può allegare il Toncoin richiesto e inoltrare il messaggio previsto dall'utente, così l'utente non ha mai bisogno di Toncoin. L'etichetta cambia — paymaster, fee-payer, relayer — ma la funzione è identica: disaccoppiare il token che detieni dal token nativo che la chain richiede per le commissioni.

Perché un unico token per le commissioni su più chain è difficile

Metti insieme questi tre modelli e il problema dell'utente multi-chain è evidente. Per essere autosufficiente devi mantenere ETH su ogni chain EVM, SOL su Solana e Toncoin su TON — ciascuno un saldo separato che devi procurarti, ricaricare e tenere d'occhio. La sponsorizzazione delle commissioni risolve il problema del "niente moneta nativa in questo account" su una singola chain, ma uno sponsor ha comunque bisogno di un modo per essere rimborsato, e un token su una chain non è nativamente spendibile su un'altra.

È qui che conta uno standard di token cross-chain. Lo standard OFT (Omnichain Fungible Token) di LayerZero, dal 2026, permette a un singolo token di mantenere un'unica offerta unificata su molte chain anziché affidarsi a copie wrapped specifiche per chain. Combina un token di commissione OFT con un paymaster su EVM e la sponsorizzazione fee-payer/relayer su Solana e TON, e ottieni un design coerente: l'utente paga sempre in un unico token, e dietro le quinte lo sponsor fornisce qualsiasi moneta nativa ciascuna chain richieda effettivamente.

Come WATS utilizza tutto questo

Il WATS Hot Wallet applica esattamente questo schema. Sulle chain EVM usa un paymaster ERC-4337, e su Solana e TON usa un fee-payer/relayer equivalente — l'analogo del paymaster descritto sopra — così ogni trasferimento, swap o stake viene addebitato in un unico token, ATS, e non hai mai bisogno di SOL o Toncoin per operare. Poiché ATS è un OFT di LayerZero, un unico saldo funziona su EVM, Solana e TON, e gli ATS incassati come commissioni vengono bruciati, riducendo l'offerta da 100.000.000 verso un floor di 30.000.000. WATS è non-custodial — sei tu a detenere le tue chiavi e WATS non ne detiene mai nessuna — ed è il primo e unico wallet a combinare commissioni a token unico ERC-4337 più OFT, addebitate al posto del gas nativo a ogni trasferimento, con quel burn. Vale la pena dirlo chiaramente, perché la meccanica vista sopra lo rende evidente: questo non è uno sconto. La chain continua ad addebitare ciò che addebita; il paymaster o il relayer si limitano a fornire gli ETH, i SOL o i Toncoin che la rete pretende e a fatturarti ATS al loro posto.

Quindi la lezione pratica che si ricava da tre modelli di commissioni diversi è un unico cambio di abitudine. Se ti muovi regolarmente tra chain EVM, Solana e TON, smetti di mantenere tre saldi nativi separati e tieni invece un solo token per le commissioni: carica una volta gli ATS nel WATS Hot Wallet, e il paymaster su EVM e il fee-payer/relayer su Solana e TON coprono la moneta nativa che ogni transazione consuma davvero. La meccanica completa è nella pagina commissioni ATS.