Question 1

Che cos'è Gram (GRAM)?

Accepted Answer

Gram (ticker: GRAM) è la criptovaluta nativa di The Open Network (TON), una blockchain layer-1 e un insieme di servizi. Esiste su TON stessa (non come ERC-20 o asset wrappato) e funge da valuta base della rete. In pratica, Gram è l'unità utilizzata per operare la blockchain e i suoi servizi integrati—transazioni ed esecuzione di smart contract sulla TON Blockchain, e operazioni di servizio su TON DNS, TON Sites, TON Storage e TON Proxy.

Gram sostiene anche il modello di sicurezza proof-of-stake della rete: i validatori mettono in staking GRAM per aiutare a gestire la chain e ricevono ricompense dal protocollo per questa attività. *I dettagli operativi dello staking e dei ruoli dei validatori sono trattati nelle relative sezioni.*

Gli strumenti di sviluppo e il codice fanno comunemente riferimento ai saldi in nanotons (spesso scritti come ‘nano’), la più piccola unità on-chain anche se gli utenti interagiscono in Gram. Questo è analogo ai “wei” su Ethereum e aiuta a evitare arrotondamenti nella logica degli smart contract. *Per usi pratici di Gram nelle app e nei servizi, vedere “A cosa serve Gram nell’ecosistema?”.*

Question 2

Il rebranding da Toncoin a Gram

Accepted Answer

Il rebranding da Toncoin a Gram aggiorna il nome e il ticker della valuta nativa di TON da Toncoin (TON) a Gram (GRAM), mentre la blockchain stessa rimane TON / The Open Network. Il cambiamento riporta il nome dell’asset al branding originale “Gram” che risale ai primi piani di rete di Telegram, ma non cambia il funzionamento della rete. Dal punto di vista dell’utente, non serve fare nulla: i saldi esistenti, i wallet, gli indirizzi, le posizioni di staking, gli smart contract e le transazioni continuano come prima, e non è richiesto alcun token swap, migrazione, claim o conversione.

Question 3

Qual è la relazione tra Gram (GRAM) e Telegram?

Accepted Answer

Telegram inizialmente ha sviluppato la “Telegram Open Network” e previsto il token Gram, ma ha interrotto il progetto nel 2020 dopo un’azione della SEC USA e un accordo approvato dal tribunale. Il codice open-source e la visione sono stati poi portati avanti da una community indipendente come The Open Network (TON) con Gram come asset nativo. Oggi, TON è una blockchain guidata dalla community, mentre Telegram è una società separata.

Telegram ora si integra con TON senza controllarla. L’azienda gestisce un Wallet integrato in Telegram che offre due modalità: un Crypto Wallet custodial e un TON Wallet self-custodial per attività on-chain sulla blockchain TON. Disponibilità e funzionalità dipendono da regione e politica del prodotto.

Telegram gestisce anche Ads basati su TON: gli inserzionisti acquistano pubblicità sui canali usando Gram, e i proprietari dei canali idonei possono prelevare il 50% dei ricavi pubblicitari (tramite Fragment). Questa è un’integrazione di piattaforma costruita su TON e non un ruolo di governance nella rete.

Fragment è il marketplace ufficiale di Telegram per @username e asset correlati; le aste e le transazioni avvengono usando Gram e sono collegate agli account Telegram.

Separatamente, la TON Foundation è una fondazione svizzera no-profit che supporta l’ecosistema TON; non possiede Telegram né gestisce la piattaforma di messaggistica.

Question 4

Cos'è The Open Network (TON) e qual è il ruolo di Gram?

Accepted Answer

The Open Network (TON) è una piattaforma layer-1 open-source e gestita dalla community, che combina una blockchain smart contract di base con componenti peer-to-peer di supporto e servizi nativi. La specifica tecnica originale (whitepaper di TON) descrive un modello multi-blockchain più uno stack P2P e “TON Services” come DNS, Storage, Sites e Proxy che possono essere usati dalle applicazioni all’interno della stessa rete coesa. In questo modello, la TON Blockchain è il registro centrale, mentre gli altri moduli offrono risoluzione nomi, archiviazione/servizio dati e instradamento del traffico come parte dello stesso ecosistema.

Il codice e il software validator di TON sono sviluppati in repository pubblici; il progetto opera senza una singola autorità centrale. La TON Foundation è una fondazione svizzera no-profit che supporta l’ecosistema ma non ne controlla la tecnologia.

Gram (GRAM) è la valuta nativa della rete. Nel modello TON, la coin nativa paga le fee on-chain ed è messa in staking dai validatori per garantire la sicurezza della rete; il whitepaper (scritto prima del rebranding dalla community da “Gram” a “Gram”) definisce i ruoli della coin nativa nel misurare la computazione (“gas”) e nell’economia dei validatori. Oggi, Gram è l’unità usata in tutto l’ecosistema, incluse le integrazioni di piattaforma come le ads TON su Telegram. Per i dettagli sulle fee e lo staking, vedere le sezioni dedicate in questa descrizione.

Question 5

A cosa serve Gram nell'ecosistema?

Accepted Answer

Gram è l’asset nativo che sostiene l’attività su The Open Network. I suoi usi si raggruppano in quattro aree pratiche:

1) **Pagamento delle fee on-chain:** Le transazioni e l’esecuzione di smart contract su TON si pagano in Gram. Le fee coprono calcolo e instradamento dei messaggi, incluse le spese di storage.

2) **Sicurezza della rete tramite staking:** I validatori mettono Gram in staking per partecipare alla validazione proof-of-stake e guadagnare premi dal protocollo; la delega viene implementata tramite contratti nominator-pool on-chain.

3) **Regolamento dei servizi a livello protocollo:** I servizi integrati di TON (ad esempio TON DNS, Storage, Sites e Proxy) fanno parte dello stack della rete. Interazioni come registrare o mettere all’asta nomi .ton, risolvere nomi o gestire nodi di storage implicano transazioni on-chain denominate in Gram. *I dettagli tecnici di ogni servizio sono trattati nella sezione TON Services.*

4) **Integrazioni di piattaforma e app:** Gram è accettato per acquistare Ads su Telegram, e i proprietari di canali idonei prelevano ricavi tramite Fragment; anche le aste di @username su Fragment regolano su wallet TON collegati. Al di là di Telegram, le dApp su TON spesso quotano e regolano prezzi in Gram.

*Per la struttura delle fee vedi “Quali azioni on-chain richiedono TON e come vengono calcolate le fee…?”; per il ruolo dello staking e la delega vedi “Come funziona lo staking su TON…?”.*

Question 6

Come funziona l'architettura di TON (masterchain, workchains, shardchains)?

Accepted Answer

TON è concepita come una collezione di blockchain che operano in parallelo e coordinano tramite una chain speciale chiamata masterchain. Sotto di essa ci sono una o più workchain, ognuna delle quali può essere dinamicamente suddivisa in molte shardchain. Questa struttura consente a TON di processare attività in parallelo mantenendo coerenza nel sistema.

**Masterchain:** La masterchain registra i metadati di rete e i dati di coordinamento per tutto il sistema (ad esempio, hash degli ultimi blocchi da tutte le shardchain). Incorporando questi riferimenti, la masterchain rende quei blocchi shard canonici, consentendo alle altre shard di farvi affidamento immediatamente nei blocchi successivi. Molti parametri di protocollo sono salvati come parte dello stato della masterchain.

**Workchain:** Una workchain è una blockchain completa all’interno di TON che definisce le proprie regole e formato dei blocchi. Il whitepaper prevede fino a 2³² workchain; in pratica, la maggior parte delle applicazioni usa la “basic workchain” (detta anche Workchain Zero) dove girano gli smart contract di TON e avvengono i trasferimenti di Gram. Workchain diverse potranno esistere in futuro per scopi specifici.

**Shardchain (sharding dinamico):** Ogni workchain è suddivisa in shardchain, dove ogni shard gestisce un sottoinsieme di indirizzi. Le shard possono dividersi quando il carico è elevato o unirsi quando il carico è basso, offrendo capacità elastica senza coordinamento manuale. L’instradamento fra shard e workchain usa il modello di message-passing di TON, così gli smart contract possono inviare messaggi e valore tra shard in modo affidabile.

**Come si incastrano le componenti**

* Le shardchain producono blocchi in parallelo; la masterchain poi include gli hash di quei nuovi blocchi shard, che vengono trattati come finali per le azioni successive dagli altri shard.
* La “basic workchain” ospita l’attività degli smart contract e i trasferimenti di Gram odierni; ulteriori workchain potrebbero adottare regole o una VM diversa, mentre la masterchain tiene tutto sincronizzato.

Question 7

Come funzionano gli smart account e le versioni wallet su TON (V4, V5, W5)?

Accepted Answer

Su TON, ogni account utente è uno smart contract. Un “wallet” è semplicemente un contratto minimale che detiene Gram e invia messaggi firmati per conto del proprietario. Il wallet verifica le firme dalla chiave dell’utente, traccia un seqno (per prevenire replay), ed esegue azioni autorizzate dal titolare quando riceve un messaggio esterno. Nei documenti per sviluppatori di TON spesso si trova scritto “tutto è uno smart contract”, inclusi i wallet.

**Wallet V4 (v4r2):** V4 ha standardizzato un modello plugin/estensione: il wallet può autorizzare contratti “plugin” fidati a compiere azioni specifiche con i fondi (ad esempio, sottoscrizioni). Il repository V4 documenta l’interfaccia plugin e come i wallet installano o rimuovono plugin. V4 resta molto usata e supportata dai wallet principali.

**Wallet V5 (W5):** V5—comunemente chiamato W5—è lo standard più recente mantenuto nei repository core di TON. Le funzioni principali definite in specifica e codice includono:

* Multi-send: un singolo ordine firmato può emettere fino a 255 messaggi in uscita;
* Azioni firmate sia interne che esterne, abilitando pattern relay (usato spesso per flussi “gasless”);
* Un meccanismo di estensioni generalizzato (successore dei plugin V4), incluso il blocco di azioni anche se firmate (utile per 2FA o recupero).
> La spec e il repository descrivono anche come i relayer gasless possono inoltrare un messaggio utente-firmato e pagare le fee Gram all’invio.

**W5 sul campo:** Gli explorer mostrano un tag di interfaccia come wallet_v5r1, relativo ai W5 deployati in mainnet. Le app wallet sempre più spesso impostano W5 come default per i nuovi indirizzi, mantenendo fallback a V4 dove serve.

Poiché un wallet TON è codice e dati di un contratto, cambiare versione del wallet (ad esempio, V4 → W5) cambia il contratto e quindi l’indirizzo. Il tuo seed phrase può derivare chiavi per più versioni, ma i saldi non si “spostano automaticamente”—devi deployare il nuovo wallet e trasferire i fondi o interagire secondo necessità. Alcune app permettono di gestire più versioni affiancate.

Question 8

TON è compatibile EVM? Quali VM e linguaggi usa?

Accepted Answer

**Risposta breve:** TON **non** esegue Ethereum Virtual Machine. Gli smart contract su TON girano sulla TON Virtual Machine (TVM), il runtime nativo della rete. Iniziative dell’ecosistema possono aggiungere compatibilità EVM come layer separati o progetti specifici, ma non fanno parte del protocollo base.

**TON Virtual Machine (TVM)** è una VM deterministica basata su stack, usata dalla masterchain e dalla basic workchain. Esegue il codice del contratto, analizza i messaggi in entrata e dati persistenti, aggiorna lo state e crea messaggi in uscita. I “get-methods” lato client vengono valutati eseguendo una TVM locale sullo state verificato, così si evita la richiesta di full-node per le letture.

**Linguaggi su TON:**

* **FunC** – Linguaggio di basso livello, simile al C, usato per scrivere contratti che vengono compilati in bytecode TVM; tooling e instruction set ufficiali sono mantenuti nei repository TON.
* **Tact** – Linguaggio di livello superiore che compila su TVM tramite toolchain TON; la documentazione ufficiale copre sintassi, tipizzazione e processo di build.

**Workflow sviluppatori:** Molti team strutturano, testano e deployano contratti TVM usando l’ambiente ufficiale Blueprint, che supporta progetti FunC e Tact.

**Riguardo EVM su TON:** Dove è offerto l’EVM nell’ecosistema TON (ad es. sforzi TEVM- o L2-based), viene fornito come livello di compatibilità extra, non come runtime nativo della rete.

Question 9

Quali azioni on-chain richiedono TON e come vengono calcolate le fee (compute, action, forward, storage rent)?

Accepted Answer

Qualsiasi transazione on-chain su TON—inviare GRAM o token, deployare un contratto, chiamare un contratto—comporta il pagamento di fee in Gram. I wallet inviano un messaggio esterno al tuo wallet contract, che poi esegue ed emette (tipicamente) uno o più messaggi interni; ogni fase ha fee. Alcuni wallet supportano flussi “gasless” tramite W5 (un relayer paga per te o la fee è coperta dall’asset trasferito), ma la rete stessa regola comunque le fee in GRAM.

**Composizione delle fee**

A livello basso, il totale di una transazione è la somma di vari componenti che riflettono esecuzione e messaggistica tra shard/workchain:
* **Computation (gas) fee:** addebitata per gli step TVM consumati dal contratto; i prezzi derivano dai parametri on-chain di config (masterchain/basechain).
* **Action fee:** addebitata per le azioni durante la fase “action” (ad esempio, creazione e invio di messaggi in uscita).
* **Forwarding fees:** pagate per la consegna dei messaggi; dipendono dalla grandezza del messaggio (cells/bit) e dai parametri per chain forward-price definiti nella config di rete. È prevista una fee per la consegna in entrata e per ogni hop in uscita.
* **Storage fee (“storage rent”):** addebitata per la quantità di dati persistenti che il tuo account/contratto mantiene nel tempo (parametro 18). Comportamenti e conseguenze sono spiegati nella sezione successiva.

Gli strumenti e le API per sviluppatori espongono direttamente queste parti. Ad esempio, `estimateFee` ritorna in_fwd_fee, storage_fee, gas_fee e fwd_fee per sorgente e destinazione, che insieme rappresentano cosa pagano sender e destinatario per un messaggio.

**Un trasferimento semplice, scomposto (concettuale):**
* Il messaggio esterno del tuo wallet viene eseguito (gas fee) → viene messo in coda un trasferimento interno (action fee).
* Il messaggio interno viene consegnato al destinatario (forwarding fee); il destinatario paga la quota inbound per gestire quel messaggio, più qualsiasi computazione nel codice del wallet. Esatti importi dipendono dalla grandezza del messaggio, dai percorsi codice e dai prezzi di config attuali.

**Note per gli utenti:**

* Le fee sono calcolate automaticamente dai wallet; vedrai l’importo finale prima di confermare. Alcuni wallet offrono anche funzioni tipo “Battery” per astrarre il pagamento delle fee.
* Gli sviluppatori possono calcolare forward/compute/storage fee tramite le funzioni ufficiali che leggono la config live (forward-fee e compute-fee helpers).

Question 10

Cos'è lo storage rent su TON e cosa succede se un account o contratto non può pagare?

Accepted Answer

Lo storage rent è una fee basata sul tempo, addebitata per mantenere stato sulla blockchain TON (codice e dati del wallet/contratto). È denominata in Gram e dipende da quanto stato un contratto usa (celle e bit) e da quanto tempo è archiviato. I prezzi derivano dalla configurazione di rete (Config Param 18), con tariffe più alte su masterchain che sulla base workchain. Wallet e SDK leggono questi valori; non serve calcolarli manualmente.

**Quando vengono raccolte le fee:** Le storage fee sono sottratte durante la fase Storage di qualunque transazione che tocchi l’account. Anche ricevere un valore minimo (es. 1 nanoton) attiva il pagamento di tutto il debito storage accumulato dall’ultimo pagamento. Anche i messaggi “bounced” causano il pagamento delle storage fee. Dopo lunga inattività, la prossima transazione includerà una quota storage più elevata rispetto al normale.

**Come viene calcolata (vista sviluppatore):** A basso livello, la fee è proporzionale a account.bits * bit_price + account.cells * cell_price volte i secondi trascorsi (con prezzi cell/bit ottenuti dalla Config 18). TON conta solo celle uniche (deduplica per hash). Gli strumenti ufficiali permettono di calcolare direttamente da config le storage fee.

**Se l’account non può pagare:** Se il saldo di un contratto non riesce a coprire lo storage rent accumulato, il protocollo può congelare il contratto: codice e dati sono eliminati per liberare risorse, mentre l’indirizzo e il saldo residuo rimangono. La rete mantiene gli hash delle celle rimosse così il contratto può essere recuperato. Per “scongelare”, invia Gram all’indirizzo (per coprire le fee) e un messaggio coi dati & codice originali che corrispondano a quegli hash; lo stato sarà restaurato.

**Edge cases & nota storica**

* Contratti che non hanno mai cambiato stato possono entrare in “uninit” anziché “frozen”; possono comunque essere ripristinati.
* Il whitepaper TON originale nota che se nessuno invia messaggi a un account, il rent non è raccolto indefinitamente; chiunque può inviare un messaggio minimo per attivare raccolta e rimozione di account insolventi (con piccolo incentivo). Le implementazioni moderne espongono questo come freeze/recover.

Question 11

Cosa sono i TON Services (TON DNS, TON Sites, TON Storage, TON Proxy) e come usano TON?

Accepted Answer

“I TON Services” sono componenti di rete che affiancano la TON Blockchain: un sistema di naming (TON DNS), uno strato contenutistico (TON Storage), accesso stile web (TON Sites) e un layer di routing/anomizzazione (TON Proxy). Funzionano sopra lo stack P2P di TON (ADNL/RLDP) e, dove toccano la blockchain (es. record nomi o pagamenti), le operazioni si regolano in Gram.

**TON DNS:** TON DNS mappa nomi leggibili (“example.ton”) a risorse TON: indirizzi di smart contract e endpoint ADNL usati da servizi come TON Sites. È definito come sistema on-chain, per lo più gerarchico; le app risolvono nomi in indirizzi 256 bit e poi si connettono. Le operazioni che modificano lo stato DNS (registrazione, estensione, update record) sono transazioni on-chain pagate in Gram.

**TON Sites:** TON Sites sono “servizi di rete puri” raggiungibili tramite il trasporto TON (ADNL/RLDP). Di norma, un utente esegue o si connette a un ton-proxy che accetta richieste HTTP locali, le inoltra tramite il network di TON all’indirizzo astratto del servizio e ne restituisce la risposta—generando un’esperienza tipo web senza passare da Internet pubblica. I nomi sono risolti via TON DNS. Pubblicare o aggiornare l’indirizzo/record di servizio usa transazioni on-chain pagate in Gram; la navigazione stessa è traffico off-chain.

**TON Storage:** TON Storage fornisce file storage decentralizzato accessibile tramite TON Network (usato anche per dati d’archivio blockchain). Il reference storage-daemon coi suoi smart contract consente agli utenti di pagare storage provider e ai provider di prelevare fondi presentando Merkle proofs legati ai dati archiviati. Pagamenti e interazioni contrattuali avvengono in Gram; il reale trasferimento dati avviene su protocolli P2P di TON.

**TON Proxy:** TON Proxy è il layer proxy/anomimizzatore di rete. Occulta l’identità/IP dei nodi e consente l’accesso ai TON Sites collegando HTTP locale al trasporto di TON, aumentando la raggiungibilità in presenza di filtri o DDoS. Usare proxy o cambiare impostazioni proxy è off-chain; quando i servizi pubblicano/scoprono “entry” endpoint proxy da registri o DNS, queste azioni sono on-chain e quindi pagano Gram per le transazioni associate.

Question 12

Come funzionano wallet TON, TON Connect e Telegram Mini App per accesso dApp e pagamenti?

Accepted Answer

**Ruoli a colpo d’occhio:**

* I wallet custodiscono le chiavi utente e richiedono conferma quando una dApp vuole inviare una transazione o firmare dati. In Telegram, Wallet in Telegram offre un TON Wallet self-custodial (chiavi on-chain) e un Crypto Wallet custodial separato; entrambi possono comparire come target di connessione.
* TON Connect è il protocollo standard che collega dApp e wallet. Definisce come le app scoprono i wallet, stabiliscono una sessione cifrata e richiedono azioni come `sendTransaction` o `signData`.
* Le Telegram Mini App sono web app interne a Telegram. Aggiungono UI e autorizzazione Telegram e possono includere azioni blockchain integrando TON Connect. Flussi pagamento integrati in Telegram (Bot Payments / Stars) sono separati dai trasferimenti TON on-chain.

**Connessione (come l’utente approva le azioni):**

1. La dApp (sito normale o Mini App) mostra “Connect wallet”. Usando TON Connect SDK, elenca i wallet supportati e rileva il contesto (embedded/injected/remote). Se il wallet è embedded (es. dentro Telegram), l’SDK usa un JS bridge; altrimenti apre un deep link universale o QR sul wallet scelto.
2. Wallet e app creano una sessione su un bridge gestito dal wallet. I messaggi sono end-to-end encrypted, il bridge non può leggere il contenuto.
3. Dopo la connessione, l’app può richiedere:
    * `sendTransaction` — il wallet mostra la transazione e, se l’utente approva, firma e la invia a TON; l’app riceve un risultato (es. BOC/hash tx).
    * `signData` — chiede al wallet di firmare testo/byte/celle per check off-chain o verifica on-chain; nessun fondo si muove.

**Uso in Telegram Mini App:** Le Mini App caricano il WebApp SDK di Telegram per UI/autorizzazione, poi aggiungono TON Connect per azioni blockchain. Il risultato è un flusso senza interruzioni: apri Mini App → connetti wallet → approva un trasferimento GRAM o chiamata contratto → l’app riceve conferma, mentre le chiavi non lasciano mai il wallet.

**Pagamenti: on-chain vs sistema Telegram:**

* **Pagamenti GRAM on-chain** (es. trasferimenti GRAM/Jetton, chiamate contratti) sfruttano TON Connect e si regolano on-chain; dettagli fee nella sezione dedicata.
* **Telegram Bot Payments / Stars** sono flussi checkout nativi di Telegram (provider fiat, Stars per digital goods). Non comportano transazione blockchain e si configurano tramite API Telegram. Molte Mini App combinano entrambi i modelli secondo caso d’uso.

Question 13

Come possono gli utenti transare su Telegram con TON (P2P, revenue sharing)?

Accepted Answer

**Trasferimenti P2P nelle chat (TON Wallet self-custodial):** Col TON Wallet (opzione self-custodial in “Wallet in Telegram”) puoi inviare Gram, jetton e NFT a un contatto Telegram direttamente da una chat. L’app crea uno smart contract escrow che trattiene gli asset finché il destinatario accetta o rifiuta. Se accetta, i fondi vengono mossi on-chain; se rifiuta o non reclama entro 14 giorni, sono restituiti al mittente. Con wallet abilitati W5, sono supportati trasferimenti ‘gasless’: la fee di rete può essere pagata dal saldo del token trasferito (es. USDT), ma il regolamento sulla chain resta in TON.

**Trasferimenti P2P nelle chat (Crypto Wallet custodial):** Separatamente, la Crypto Wallet Mini App custodial supporta transfer off-chain istantanei tra utenti Crypto Wallet in Telegram, mostrati come invii P2P fee-free in chat. Questi non appaiono in blockchain; i depositi/prelievi esterni sono on-chain e includono fee di rete. Disponibilità dipende dalla regione.

**P2P Market (fiat on/off-ramp con escrow):** All’interno di Crypto Wallet, il P2P Market consente agli utenti di comprare/vendere asset supportati con altri usando i metodi di pagamento accettati dal venditore. La crypto è bloccata in escrow fino a conferma pagamento da parte del venditore, poi rilasciata al compratore. Una maker fee si applica sugli ordini completati, visibile in-app.

**Revenue sharing pubblicitario per canali (pagato in GRAM):** La piattaforma Ads di Telegram vende ads basate su TON; gli inserzionisti pagano in Gram. Il 50% dei ricavi da ads mostrate in canali pubblici (previa idoneità) va ai proprietari di canale. I prelievi si fanno via Fragment, col premio in Gram per default; i termini Fragment prevedono metodi di payout alternativi in certi Paesi.

**Note pratiche:**

* “Wallet in Telegram” mostra entrambe le modalità: TON Wallet (self-custodial, on-chain) e Crypto Wallet (custodial mini-app). Funzionalità e accesso variano a seconda della giurisdizione; vedere aiuto in-app se una funzione non è disponibile.
* Per le fee sugli invii on-chain (compute/action/forward/storage), vedi la sezione fee; i trasferimenti off-chain Crypto Wallet tra utenti sono gestiti internamente e visibili solo nella cronologia app.

Question 14

USDT esiste su TON? Come funzionano stablecoin, bridge, fiat on/off-ramp?

Accepted Answer

Sì. Tether ha lanciato USD₮ nativo su The Open Network come jetton TON e pubblica il contratto ufficiale tra i Supported Protocols: **EQCxE6mUtQJKFnGfaROTKOt1lZbDiiX1kCixRv7Nw2Id_sDs**. Tether ha anche [annunciato il lancio di USD₮ (e XAU₮) su TON](https://tether.io/news/tether-tokens-usdt-and-xaut-launch-on-the-open-network-ton/) ad aprile 2024.

USD₮ è realizzato secondo lo standard token fungibile TON (Jettons). Ogni utente ha un proprio jetton wallet contract che riflette il jetton master, e i trasferimenti sono messaggi on-chain regolari. Le fee di rete per ogni trasferimento si pagano in GRAM; la quantità di stablecoin inviata è separata dal Gram usato per le fee. In caso di dubbi su un token “USDT”, confronta sempre l’indirizzo master jetton con la lista ufficiale di Tether. Lo standard jetton TON permette a chiunque di creare look-alike, quindi la verifica del contratto è essenziale.

**Uso di USDT in Telegram e wallet TON:** Su Wallet in Telegram, il TON Wallet self-custodial gestisce transfer USD₮ (TON) on-chain, mentre il Crypto Wallet custodial separato supporta transfer off-chain istantanei tra suoi utenti e un P2P Market integrato. Il P2P Market applica una fee maker dello 0,9% sugli scambi completati. Disponibilità secondo regione e provider integrati.

**Supporto exchange (on/off-ramp):** I principali exchange supportano depositi e prelievi USDT (TON), che permettono di spostare USD₮ direttamente su/dalla rete TON senza bridge. Esempi: Binance, OKX, Bybit, KuCoin, con annunci su date precise. Verifica la rete di deposito dell’exchange prima di inviare.

**Bridging stablecoin da/a TON:** Il movimento cross-chain degli asset avviene tramite bridge di terze parti. TON conta su integrazioni come LayerZero/Stargate che abilitano transfer di asset tra TON e altre chain. Il bridging non fa parte del protocollo base di TON, quindi introduce rischi extra; usa sempre endpoint ufficiali e verifica l’asset di destinazione.

**Check di sicurezza pratici:**

* Conferma che il jetton master di USD₮ corrisponda all’indirizzo TON ufficiale Tether prima di interagire.
* Attenzione ai token “wrapped” o legacy che precedono USD₮ nativo su TON; verifica cosa ricevi e se è un bridge token. (Explorer come Tonviewer risolvono l’USD₮ jetton ufficiale all’indirizzo sopra.)

Question 15

Qual è l’offerta totale/circolante di TON? E come funzionano emissione, inflazione, burn?

Accepted Answer

Le cifre cambiano continuamente. Per supply totale e circolante aggiornata, usa le metriche live su questa pagina o un explorer TON affidabile.

**Emissione (come nuovi GRAM entrano in circolazione):** Nuovi GRAM sono creati dal protocollo come premi per proof-of-stake. In ogni validation round, i validatori eletti bloccano stake col contratto on-chain Elector; dopo il round, Elector paga i premi, aumentando la supply. I nominator pool sono semplici smart contract che aggregano TON degli utenti e interagiscono con Elector a nome loro; poi i pool distribuiscono i premi ai partecipanti secondo le proprie regole.

**Inflazione (cosa la determina):** L’inflazione effettiva non segue un programma fisso; risulta dal minting meno i burn su un periodo. Parametri dei premi validator e cadenza delle elezioni sono on-chain e modificabili via config/governance. Per valutare l’inflazione attuale, confronta i mint da payout Elector con eventuali coin distrutte (vedi “Burn” sotto).

**Burn (come la supply può diminuire):** Ci sono due modi per distruggere GRAM:

1. Fee burn da protocollo/config: la rete può essere configurata perché una quota delle fee sia bruciata invece che pagata ai validator. Una proposta community di burn del 50% delle fee delle transazioni è del 2023; quanto viene bruciato è deciso dalla config di rete, quindi va sempre verificata.
2. Burn espliciti su sink address: coin inviate all’indirizzo burn canonico (di solito burn-address.ton) sono irrecuperabili e quindi rimosse dalla supply. Gli explorer espongono questo indirizzo e la sua attività.

Question 16

Come funziona lo staking su TON (validator, nominator pool, lockup, unbonding)?

Accepted Answer

**Ruoli e contratto Elector:** TON usa il proof-of-stake. I validator bloccano Gram e partecipano alle elezioni gestite dal contratto on-chain Elector; i validator eletti producono blocchi. Dopo il round, Elector paga i premi on-chain. Explorer e SDK espongono get-method Elector (es. election attive, minStake, round passati, unfreezeAt).

**Validator (staking diretto):** Un validator mette stake dal proprio contract di controllo su Elector, esegue il software validator, ottiene premi se rimane healthy. Lo stake diventa frozen per il round e si può ritirare solo dopo l’unfreeze previsto da Elector. Lo stake minimo e altri parametri si leggono dallo stato Elector; non sono costanti fisse. (Sanzioni sono trattate nella prossima sezione.)

**Nominator pool (delega a un validator):** La maggior parte degli holder delega via nominator-pool smart contract ufficiali. Depositi Gram nel pool contract; il pool staka con Elector per conto degli utenti e dopo distribuisce premi secondo le proprie regole. I prelievi si richiedono mandando un semplice messaggio (ad es. comment “w”) al pool; disponibilità dopo fine round e appena il pool può onorare le uscite. I pool standard non offrono redeem immediato; di solito si attende fine ciclo. Limiti e implementazione (es. max nominators) sono decisi dal contratto.

**Single-nominator pool (un solo delegante, un validator):** Un design alternativo semplifica il pool a un singolo delegante su un validator, riducendo la superficie contrattuale ma mantenendo le stesse interazioni con Elector. Questo pattern è open-source e usato da alcuni operatori.

**Liquid staking (receipt token):** TON offre anche un’implementazione ufficiale di liquid staking. I depositanti ricevono un jetton (token ricezione) che rappresenta la quota del pool e accumula premi validazione; il pool staka coi validator via Elector. Il redeem on-chain segue sempre tempi di exit validator, ma i receipt token possono essere trasferiti o scambiati prima della fine del ciclo. Design e contratto sono in GitHub core TON.

**Lockup e unbonding – cosa aspettarsi:**

* **Validator:** stake bloccato per il round attivo, sbloccato dopo l’unfreezeAt Elector. I premi sono claimabili in pari tempistiche.
* **Nominators in pool standard:** le uscite vanno in coda e si lavorano a fine round; nessuna exit garantita istantanea. Verifica policy pool per batch e minimi.
* **Utenti liquid staking:** i receipt token sono liquidabili via trasferimento; il burn per GRAM segue le regole di uscita del pool, collegate ai cicli validator.

Question 17

Ci sono penalità di slashing su TON? Quali sono i requisiti hardware/capital validator?

Accepted Answer

TON implementa slashing per penalizzare comportamenti scorretti rilevati su un round. Due categorie sono attive:

* **Idle/scarso performance** — un validator processa troppo pochi blocchi in un round. Le lamentele sono create e votate dagli altri validator (di solito via `mytonctrl`), viene applicata una sanzione sullo stake del round.
* **Cheating/equivocazione** — ad es., produzione di messaggi doppi (fork) rilevati da Catchain; questi validator vengono isolati e multati (storicamente stessa pena che per idle, con proposte di aumentarla).

Il processo è: a fine round, i validator si auditano tra loro; lamentele valide sono votate e la penalty decisa in config di rete viene scalata dallo stake frozen del colpevole. Chi non usa mytonctrl può partecipare via script Punisher. I parametri slashing sono memorizzati nella config di rete (aggiunti con network update).

**Impatto su deleganti/pool:** I nominator pool stakano su Elector e poi recuperano i fondi post-round. Se un validator è multato, l’importo restituito da Elector per quel round cala, così i delegati condividono la perdita secondo le regole del pool. (I pool “di solito” ricevono più di come hanno inviato; le penalità sono l’eccezione.) Rivedi policy/contratto pool prima di delegare.

**Requisiti capitali validator:**

* Stake minimo per entrare nelle elezioni: la pagina ufficiale validator indica almeno 300.000 GRAM. In pratica, la soglia effettiva varia con la competizione e i parametri di quell’election.
* Ciclo: i candidati bloccano lo stake su Elector per un round; a fine round, lo stake e i premi sono restituiti on-chain.

**Hardware & operatività (alto livello):**

* Guida ufficiale: hardware di alto livello con connettività di rete h24 ad alta affidabilità (uptime e bassa latenza essenziali per evitare penalty idle).
* Runbook community consigliano CPU multi-core moderne, molta RAM, SSD/NVMe veloce; una guida popolare suggerisce 8 vCPU, 64 GB RAM, ~1 TB SSD e 1 Gb/s connettività come baseline. Trattare come consigli community, non regole.
* La maggior parte degli operatori usa mytonctrl per gestire i node, aggiornare software e automatizzare lamentale/telemetria.

**Da sapere:**

* TON penalizza validator per inattività e cheating (equivocazione/fork) rilevati da Catchain; le multe sono in config live e scalate dallo stake del round.
* Per ridurre rischi, mantieni alto uptime, monitoraggio, node aggiornati, scegli pool/validator con operatività comprovata se deleghi.

Question 18

Come si creano token Jetton e NFT (TEP rilevanti) e con quali tool?

Accepted Answer

**Jetton (token fungibili) – standard e modello:** Jetton segue TEP-74. Un Jetton è composto da un Jetton Minter (contract master) che definisce policy (mint/burn/metadata) e da Jetton Wallet contract per ogni holder che detengono i saldi. Interfacce (es. get_jetton_data, opcode transfer) sono standard per interoperabilità tra wallet, exchange, indexer.

**Emissione Jetton (flusso tipico):**

1. Parti da un’implementazione di riferimento (FunC o Tact) e configura metadata (nome, simbolo/decimali via TEP-64), policy di supply e privilegi admin.
2. Deploya il Jetton Minter passando il Jetton Wallet code scelto come cell libreria.
3. Mintando invii messaggi dal minter per creare/ricaricare Jetton Wallet contract degli utenti; i burn sono messaggi per calare la supply.
> I repository ufficiali offrono un minter e wallet production-grade e un “Jetton Deployer” via browser.

**Jetton metadata:** I dati di presentazione (nome, descrizione, immagine, decimali) seguono TEP-64 Token Data Standard. Chi crea può mettere metadata on-chain (celle) o off-chain (URL a JSON). Usare i campi standard garantisce display consistente su wallet ed explorer.

**NFT – standard e contract:** NFT segue TEP-62. Ogni NFT Item è un propri contract; gli item sono di solito raggruppati sotto un NFT Collection contract con dati/discovery comuni. TEP-62 definisce metodi di transfer e discovery; TEP-64 fornisce schema metadata sia per item che per collection.

**Emissione NFT collection e item (flusso tipico):**

1. Deploy Collection con metadata TEP-64 (nome, cover, base layout).
2. Mint Item deployando contract item che referenziano la collection; metadata TEP-64 per item (nome, img, attributi) personalizzabile per ogni mint.
3. Transfer standard TEP-62 tra contract item-owned da indirizzi diversi, per supportare wallet e market.

**Tooling (ufficiale e diffuso):**

* **Blueprint** — ambiente all-in-one ufficiale per scaffolding, test e deploy contract TON (supporta FunC, Tact, Tolk). Modo più veloce per Jetton o NFT, include testing e scripting.
* **Tact** — linguaggio di livello superiore con template, tra cui implementazione Jetton compatibile TEP; docs e GitHub offrono esempi.
* **FunC** — linguaggio low-level per TVM, molte reference contract Jetton/NFT sono in FunC.
* **SDK** — TypeScript @ton/ton (ton-core) offre helper Jetton/NFT (es. `JettonMaster`), TonWeb è una JS library matura usata in molte guide e integration. TonAPI aggiunge REST/SDK per saldi, metadata, transfer.

**Best practice:**

* Attieniti alle interfacce TEP. Se estendi la logica (fee, pause, minter), conserva getter/format TEP per la compatibilità wallet/market.
* Usa TEP-64 in modo consistente. Decidi all’inizio on-chain/off-chain e mantieni schema stabile.
* Verifica contract e indirizzi. Pubblica indirizzi minter/collection e code hash; per fungibili, rendi pubblico il master address Jetton così utenti e integrazioni possono validare l’asset giusto.

Question 19

Cos'è Fragment? Come funzionano aste @username e domini TON?

Accepted Answer

Fragment è il marketplace ufficiale di Telegram per username collezionabili e asset affini. Le vendite sono aste pubbliche o deal a prezzo fisso, regolate in Gram (GRAM). Dopo l’acquisto, il collectible appare nell’account Fragment dell’acquirente e può essere assegnato a profilo, canale o gruppo Telegram. I materiali di Fragment guidano su connessione wallet, offerta, assegnazione post-acquisto, e confermano bid/settlement in Gram.

**Come funzionano le aste @username su Fragment:**

* **Bid & settlement:** Si accede con Telegram, si collega un wallet TON e si fa offer on-chain in Gram; se si viene superati i fondi tornano in automatico. Il vincitore riceve il collectible nel wallet.
* **Listing & cancellazione:** Si può mettere nome in asta e cancellare finché non c’è nessuna offerta. Dopo il primo bid, l’asta prosegue secondo le regole dichiarate.
* **Fee:** Fragment indica una fee piattaforma (sul page lot) per ogni vendita riuscita più una conversion fee una tantum. Considera i valori come forniti dalla piattaforma: verifica sempre le fee prima di listare.
* **Dopo l’asta:** Il collectible username si può assegnare a una entità Telegram via Fragment; assegnazione modificabile.

**Dove interviene TON:** Tutti i pagamenti su Fragment sono in Gram. Separatamente, anche la piattaforma ads di Telegram usa Gram per acquistare ads e pagare ai canali idonei, coi prelievi via Fragment—ma i flussi ads sono separati dalle aste username.

**Aste domini TON (.ton):**

* **Standard & scopo:** TON DNS mappa nomi umani (es. nome.ton) a risorse TON (contract, endpoint ADNL). Lo standard è TEP-81.
* **Come vedono l’asta gli utenti:** Le aste dominio sono su contract on-chain e visibili su explorer (es. Tonviewer “Auctions” per nomi). I marketplace possono mostrare DNS come oggetti tradabili collegati ai contract. Verifica sempre l’indirizzo contract dominio prima di offrire.
* **Pagamenti e finalizzazione:** Si offre in Gram, regolando on-chain; a fine asta lo stato proprietà del contract del dominio passa al vincitore, che può settare record TEP-81. Tool e API espongono ownership DNS e scadenza.

**Checklist sicurezza veloce:**

* Verifica URL ufficiale del lot su Fragment e le fee prima di listare/offrire.
* Per domini .ton, conferma l’indirizzo del contract e leggi i record TEP-81; usa explorer/API affidabili per verificare owner attuale e scadenza.

Question 20

Chi ha creato TON? Qual è il suo rapporto con Telegram oggi?

Accepted Answer

La tecnologia dietro TON è stata inizialmente sviluppata in Telegram da Pavel e Nikolai Durov, con in programma il token Gram. A maggio 2020, Telegram ha annunciato di cessare la partecipazione dopo azione della SEC USA; per accordo il network e la sua sussidiaria TON Issuer hanno rimborsato gli investitori e pagato una penale, lasciando il codice open-source.

**Da “Telegram Open Network” a TON community-run con Gram:** Dopo il passo indietro di Telegram, sviluppatori indipendenti hanno continuato la rete come The Open Network (TON). La governance è ora della community e della TON Foundation (fondazione svizzera no-profit); la coin nativa è Gram (non Toncoin). Telegram non controlla la blockchain.

**Rapporto Telegram-TON ora?** Telegram integra TON a livello piattaforma, ma resta società separata:

* Wallet in Telegram offre un TON Wallet self-custodial (chiavi su TON blockchain, non in mano a Telegram) e un Crypto Wallet custodial separato.
* La piattaforma ads di Telegram vende ads basate su TON e condivide il 50% dei revenue con i canali idonei; i prelievi sono via Fragment.
* Fragment gestisce aste/vendite di @username collezionabili, regolando in Gram.

**In sintesi:**

* Creato da: team Telegram (fratelli Durov) ha sviluppato tecnologia/concept “Telegram Open Network”.
* Network e coin attuale: gestito da community indipendente; supportato da TON Foundation; asset nativo Gram.
* Ruolo attuale Telegram: integratore/canale di distribuzione, non network operator/emittente. I prodotti Telegram si collegano a TON, ma non la controllano.

#	Strumento	Borsa	Punteggio di Riferimento	Prezzo	Variazione 24h	Volume 24h	Scambi 24h	Apertura 24h	Massimo 24h
1	GRAM-USDT GRAMUSDT	binance	AA	1,38USDT	2,61%	6.670.896,89GRAM	36.914	1,34USDT	1,38USDT
2	GRAM-USDT GRAMUSDT	bybit	A	1,38USDT	2,53%	2.843.614,22GRAM	26.246	1,34USDT	1,38USDT
3	GRAM-USDC GRAMUSDC	binance	AA	1,38USDC	2,61%	1.870.297,26GRAM	14.022	1,34USDC	1,38USDC
4	GRAM-USDT GRAM_USDT	whitebit	BB	1,37USDT	2,46%	1.659.530,11GRAM	13.430	1,34USDT	1,38USDT
5	GRAM-USDT GRAM-USDT	okex	A	1,38USDT	2,53%	1.562.257,15GRAM	13.065	1,34USDT	1,38USDT
6	GRAM-USDT GRAM_USDT	gateio	A	1,38USDT	2,63%	1.218.862,00GRAM	9601	1,34USDT	1,38USDT
7	GRAM-USDT GRAM-USDT	kucoin	BB	1,38USDT	2,61%	760.012,14GRAM	9087	1,34USDT	1,38USDT
8	GRAM-USDT GRAMUSDT_SPBL	bitget	BB	1,38USDT	2,61%	650.351,71GRAM	8021	1,34USDT	1,38USDT
9	GRAM-USDC GRAM_USDC	whitebit	BB	1,37USDC	2,54%	502.388,21GRAM	1005	1,34USDC	1,39USDC
10	GRAM-TRY GRAMTRY	binance	AA	66,73TRY	2,39%	441.679,13GRAM	2344	65,17TRY	66,91TRY
11	GRAM-USD TONUSD	kraken	AA	1,38USD	2,69%	424.346,98GRAM	2446	1,34USD	1,38USD
12	GRAM-WBT GRAM_WBT	whitebit	BB	0.01653WBT	-2,88%	377.872,21GRAM	3966	0.01702WBT	0.01723WBT
13	GRAM-USD TON-USD	coinbase	AA	1,37USD	2,54%	292.566,99GRAM	4418	1,34USD	1,38USD
14	GRAM-USDC GRAMUSDC	bybit	A	1,37USDC	2,54%	230.176,00GRAM	2300	1,34USDC	1,38USDC
15	GRAM-EUR GRAM_EUR	whitebit	BB	1,20EUR	2,22%	199.648,01GRAM	597	1,17EUR	1,21EUR
16	GRAM-EUR TONEUR	kraken	AA	1,20EUR	2,83%	155.259,26GRAM	650	1,17EUR	1,20EUR
17	GRAM-USD tonusd	bitstamp	AA	1,37USD	2,40%	56.800,55GRAM	240	1,34USD	1,37USD
18	GRAM-FDUSD GRAMFDUSD	binance	AA	1,38FDUSD	2,53%	22.889,88GRAM	207	1,34FDUSD	1,38FDUSD
19	GRAM-USDC GRAM-USDC	okex	A	1,38USDC	2,15%	18.474,76GRAM	254	1,35USDC	1,38USDC
20	GRAM-USDC TONUSDC	kraken	AA	1,38USDC	2,61%	11.795,06GRAM	195	1,34USDC	1,38USDC
21	GRAM-USDT TONUST	bitfinex	BB	1,38USDT	2,97%	10.134,29GRAM	107	1,34USDT	1,38USDT
22	GRAM-USDC GRAM-USDC	kucoin	BB	1,37USDC	2,31%	9424,25GRAM	374	1,34USDC	1,38USDC
23	GRAM-EUR GRAMEUR	bybit	A	1,20EUR	2,66%	8829,20GRAM	446	1,17EUR	1,20EUR
24	GRAM-EUR GRAM-EUR	okex	A	1,20EUR	2,65%	8713,16GRAM	153	1,17EUR	1,20EUR
25	GRAM-USDC GRAMUSDC_SPBL	bitget	BB	1,37USDC	2,54%	6291,19GRAM	421	1,34USDC	1,38USDC
26	GRAM-USD GRAM-USD	okex	A	1,37USD	2,24%	3537,20GRAM	41	1,34USD	1,37USD
27	GRAM-USD1 GRAMUSD1	binance	AA	1,37USD1	1,94%	2916,37GRAM	54	1,34USD1	1,38USD1
28	GRAM-TRY GRAM-TRY	okex	A	66,54TRY	1,65%	2806,21GRAM	28	65,46TRY	66,69TRY
29	GRAM-USD GRAM_USD	cryptodotcom	AA	1,37USD	1,64%	2541,70GRAM	83	1,35USD	1,37USD
30	GRAM-USDT GRAM_USDT	cryptodotcom	AA	1,37USDT	1,55%	2052,70GRAM	30	1,35USDT	1,38USDT
31	GRAM-U GRAMU	binance	AA	1,37U	3,01%	1293,53GRAM	10	1,33U	1,37U
32	GRAM-EUR GRAMEUR_SPBL	bitget	BB	1,19EUR	3,02%	602,94GRAM	40	1,16EUR	1,20EUR
33	GRAM-USD TONUSD	bitfinex	BB	1,37USD	3,63%	385,68GRAM	25	1,32USD	1,37USD
34	GRAM-USDT TONUSDT	kraken	AA	1,37USDT	2,23%	87,28GRAM	3	1,34USDT	1,37USDT
35	GRAM-EUR toneur	bitstamp	AA	1,19EUR	1,39%	49,82GRAM	3	1,17EUR	1,19EUR
36	GRAM-USD tonusd	gemini	A	1,35USD	0,00%	0GRAM	0	1,35USD	1,35USD
37	GRAM-USDT gram_usdt	lbank	C	1,38USDT	2,54%	1.321.375,70GRAM	83.472	1,34USDT	1,38USDT
38	GRAM-USDT GRAMUSDT	mexc	C	1,37USDT	2,38%	707.295,90GRAM	5687	1,34USDT	1,38USDT
39	GRAM-USDT sGRAMUSDT	phemex	C	1,38USDT	2,61%	504.439,76GRAM	10.215	1,34USDT	1,38USDT
40	GRAM-USDT GRAM_USDT	bitunix	C	1,38USDT	2,54%	198.832,75GRAM	14.422	1,34USDT	1,38USDT
41	GRAM-USDT GRAMUSDT	coinex	C	1,38USDT	2,61%	154.870,29GRAM	10.094	1,34USDT	1,40USDT
42	GRAM-USDT gramusdt	huobipro	C	1,38USDT	2,39%	115.892,88GRAM	1922	1,34USDT	1,38USDT
43	GRAM-EUR GRAMEUR	mexc	C	1,20EUR	2,48%	44.696,51GRAM	2995	1,17EUR	1,20EUR
44	GRAM-USDC GRAMUSDC	mexc	C	1,38USDC	2,61%	41.716,05GRAM	3057	1,34USDC	1,38USDC
45	GRAM-USD1 GRAMUSD1	mexc	C	1,37USD1	2,46%	40.252,47GRAM	2955	1,34USD1	1,38USD1
46	GRAM-USDC TONUSDC	bit2me	B	1,38USDC	2,61%	11.795,06GRAM	195	1,34USDC	1,38USDC
47	GRAM-BTC GRAMBTC	coinex	C	0.0₄1704BTC	-2,57%	8600,89GRAM	1945	0.0₄1749BTC	0.0₄1776BTC
48	GRAM-USDC GRAMUSDC	coinex	C	1,38USDC	2,73%	6174,12GRAM	1957	1,34USDC	1,39USDC
49	GRAM-MYR TONMYR	luno	B	5,74MYR	2,62%	2284,42GRAM	16	5,60MYR	5,74MYR
50	GRAM-IDR tonidr	indodax	E	24.286,00IDR	2,05%	2245,63GRAM	74	23.799,00IDR	24.286,00IDR