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

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 fisso; 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. Ne parliamo più in dettaglio in 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 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. Dal 2026, EIP-7702 permette inoltre agli account normali di tipo externally owned di adottare temporaneamente il comportamento di uno smart account, 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. Puoi leggere la meccanica nella pagina Hot Wallet.