In early 2018, Telegram's founders raised $1.7 billion in one of the largest private token sales ever recorded — then watched their entire project dismantled by a US regulator before a single coin reached the public. What survived that legal collapse is now one of the top-ten blockchains by transaction volume, runs at sub-second finality, and powers the wallet inside the messaging app used by 950 million people. The story of TON is the story of how a dead project became a live network.
From Gram to Shutdown to The Open Network
Telegram co-founders Pavel and Nikolai Durov conceived the Telegram Open Network in 2017 as infrastructure for a token called Gram. In early 2018 the project raised $1.7 billion from private investors — not a public ICO, a private placement that US authorities later scrutinized closely. Construction moved quickly, but in October 2019 the SEC filed an emergency restraining order, arguing Gram was an unregistered security. Telegram fought for months, then settled on June 11, 2020: an $18.5 million civil penalty and $1.22 billion returned to investors. On June 26, 2020 a court approved the deal. Telegram open-sourced the code base and stepped back.
A community of independent developers took over. They renamed the network "The Open Network" — keeping the acronym — and renamed Gram to Toncoin. For several years Telegram stayed at arm's length. In April 2026, that changed: Telegram rejoined as the network's largest validator under the MTONGA program, staking 2.2 million TON on April 30, 2026. The project now occupies a rare position: a blockchain that survived regulatory extinction, community resurrection, and eventual reconciliation with the organization that first built it.
Toncoin: The Native Token
Toncoin (TON) is the network's utility token — it pays transaction fees, backs validators as collateral, and participates in governance votes. Understanding its supply helps calibrate expectations.
As of mid-2026, roughly 2.67 billion TON circulate out of a total supply of approximately 5.18 billion. There is no hard cap. Inflation runs at approximately 0.6% per year, but validators can vote to burn a portion of collected fees, partially offsetting new issuance. In 2023, token holders approved a governance vote that froze approximately 1.08 billion TON held in inactive miner wallets for 48 months — a supply event that moved a meaningful block of coins into a time-locked state.
Validators must stake a minimum of 300,000 TON to join the active set. Approximately 400 validators across 40 countries secure the network, with more than 450 million TON staked in aggregate as of mid-2026. This is a permissioned-entry model with a steep minimum, a design choice that prioritizes network stability over maximum decentralization.
A Blockchain of Blockchains: Workchains and Infinite Sharding
TON's architecture is unusual enough that it requires some unpacking if you come from a background in Ethereum or Bitcoin. Understanding it starts with what a blockchain is at the base level.
The core idea is often called a "blockchain of blockchains." At the top sits the masterchain — a single coordination layer that records the current validator set, handles staking and elections, stores network configuration, and tracks the state roots of everything below it. The masterchain does not process user transactions directly; it is the referee, not the arena.
Below the masterchain are workchains — up to 2^32 of them — each capable of having its own rules, account formats, and virtual machine. In practice only one workchain (workchain 0, called the basechain) runs general-purpose smart contracts today, but the architecture does not require that to remain true.
Each workchain is further divided into shardchains — parallel segments that each process a subset of accounts. When a shardchain becomes overloaded with transactions, the protocol automatically splits it into two smaller shards. When load falls, neighboring shards merge back. This self-adjusting process is the "infinite sharding paradigm": the network can, in theory, scale horizontally without a hard bound on throughput, because the number of shards grows with demand.
Consensus on TON uses a Byzantine fault-tolerant proof-of-stake protocol called Catchain. Validators are elected in 18-hour cycles via an on-chain contract called the Elector. Up to 100 main validators (with a floor of 75) finalize each block. In April 2026, Catchain 2.0 was deployed, reducing block intervals from roughly 2.5 seconds to between 200 and 400 milliseconds, with sub-1-second transaction finality. The older ~5-second figure that appeared in early documentation is now stale. Base transaction fees after the upgrade average approximately $0.0005.
The Actor Model: Why TON Contracts Work Differently
If you have read about Ethereum's account model and the EVM, TON's execution model will feel counterintuitive at first. The difference is not surface-level.
In the EVM, when contract A calls contract B, the call is synchronous: contract A pauses and waits for B to finish before A continues. The entire sequence is atomic — either everything succeeds or the whole transaction reverts. This makes composability straightforward but also limits parallelism, since contracts that interact must execute sequentially on the same thread.
TON uses an actor model instead. Every contract is an independent actor that owns its own storage and communicates only by sending messages. A contract cannot read another contract's state directly — it can only send a message and wait for a reply in a later block. This is inherently asynchronous: when contract A sends a message to contract B, A completes its current execution immediately. B processes the message in a subsequent block. A complex multi-contract workflow spans multiple blocks.
Error handling in this model works differently too. There is no atomic revert. Instead, TON contracts send explicit bounce messages — an error callback that travels back to the sender when something fails. Developers must explicitly handle bounces or incoming failures can silently disappear.
The TVM (TON Virtual Machine) is stack-based. The fundamental data unit is the cell: a chunk of up to 1,023 bits of data plus up to four references to other cells, forming a tree structure. Entire contract states, messages, and code are represented as cell trees.
Three languages target the TVM. FunC is the original low-level language, C-like in appearance, now considered legacy. Tact offered higher-level abstractions but is being deprecated. Tolk 1.0, launched in July 2025, is now the default; it is statically typed, built around the async actor model, and produces bytecode that consumes up to 40% less gas than equivalent FunC.
Jettons: TON's Fungible Tokens Are Not ERC-20
Understanding the difference between coins and tokens in general is useful here, because the specific mechanism TON uses for fungible tokens — called Jettons, defined by TEP-74 — is structurally unlike the ERC-20 standard it functionally replaces.
In ERC-20, a single contract holds one mapping of every holder's balance. A transfer is one function call that updates two entries in that mapping — atomically, in a single transaction. The logic lives in one place.
Jettons split this across two contract types. A Jetton Master contract holds the token metadata, total supply, and minting logic. Every holder has their own Jetton Wallet contract — a per-user contract that holds only that user's balance of that specific token. A transfer is a message from Alice's Jetton Wallet to Bob's Jetton Wallet (creating Bob's wallet if it does not yet exist). The Master contract is not involved in routine transfers.
This design maps directly onto the actor model and the infinite sharding paradigm. Because each Jetton Wallet is an independent contract, the network can distribute them across different shards and process many transfers in parallel — something impossible with ERC-20's single-contract-one-mapping architecture.
The trade-off is practical overhead. Creating a new Jetton Wallet for a first-time recipient costs a small amount of gas. Senders must maintain a small TON balance to cover message fees, even when sending tokens. USDT on TON is implemented as a Jetton — a detail worth noting for anyone who holds or sends USDT on TON and wants to understand the self-custody mechanics.
A useful mental model: ERC-20 is a single ledger shared by all participants. Jettons are a set of individual ledger pages, one per holder, that coordinate by sending letters to each other.
TON Today and Where This Series Goes
TON launched with an architecture designed for massive scale, recovered from a regulatory shutdown that would have ended most projects, and since Catchain 2.0 runs at finality speeds comparable to modern layer-2 networks — at base-chain fees. The network's integration with Telegram's 950-million-user distribution creates a context unlike any other blockchain, one where the on-chain ecosystem includes mini-apps, games, and a built-in wallet that hundreds of millions of people can access without downloading anything new.
The remaining parts of this series cover what has been built on top of that foundation: how USDT on TON works and what self-custody means on this chain, how mini-apps and the Notcoin distribution model changed user acquisition in crypto, and an honest look at the risks — from validator concentration to Telegram's outsized influence on a nominally independent network.
Key Takeaways
- TON started as Telegram's Gram project, was shut down by an SEC settlement in 2020, and was revived by independent developers as The Open Network — with Telegram itself rejoining as the largest validator in April 2026.
- Toncoin has no hard supply cap; inflation runs ~0.6%/yr, partially offset by fee burns; a 2023 governance vote froze ~1.08B TON in inactive miner wallets for 48 months.
- The architecture is a "blockchain of blockchains": a masterchain coordinates validators; workchains run in parallel; shardchains auto-split and merge with load, forming the infinite sharding paradigm.
- TON contracts use an asynchronous actor model — contracts communicate by messages queued across blocks, not synchronous calls. Error handling requires explicit bounce messages, not atomic reverts.
- Jettons (TEP-74) are TON's fungible token standard: a Master contract plus per-holder Wallet contracts, structurally unlike ERC-20's single-contract mapping, designed for parallel shard execution.
