New Networking Layer for the TON Blockchain
Following the consensus and mempool upgrades, the blockchain’s networking layer has been completely redesigned.
Versions 2026.04-1 — 2026.06 introduced QUIC as a replacement for RLDP1/2 and the ADNL transport, dedicated block-sync and fast-sync overlays, as well as Plumtree broadcasts.
The new approach reduces inbound node traffic by approximately 4× and outbound traffic by 2×, while improving synchronization and node connectivity.
The 2026.06 update is already deployed on mainnet. Validators will next vote to enable Plumtree, after which the legacy broadcasts will be disabled in a separate update.
Following the consensus and mempool upgrades, the blockchain’s networking layer has been completely redesigned.
Versions 2026.04-1 — 2026.06 introduced QUIC as a replacement for RLDP1/2 and the ADNL transport, dedicated block-sync and fast-sync overlays, as well as Plumtree broadcasts.
The new approach reduces inbound node traffic by approximately 4× and outbound traffic by 2×, while improving synchronization and node connectivity.
The 2026.06 update is already deployed on mainnet. Validators will next vote to enable Plumtree, after which the legacy broadcasts will be disabled in a separate update.
❤22🔥14⚡8
How TON Upgrades Are Evolving
To ensure TON’s technical superiority across key metrics, we are systematically upgrading or completely replacing the blockchain’s components and protocols.
Having reduced block time, finalization time, end-to-end latency, and fees, our current objective is to increase shardchain performance: the TPS that the blockchain can sustain in sub-second mode.
2026.03 — new consensus: 10× faster operations.
2026.04 — new Cartesian-tree-based mempool and networking improvements: 6× reduction in fees.
2026.05–2026.06 — new networking layer: 2–4× reduction in network traffic.
Upgrading the networking layer is a necessary step toward further increasing shardchain TPS.
The next stages are the activation of the collator + validator architecture, adapted to the new consensus, and the implementation of a new database to replace CellDB 2.0/RocksDB.
To ensure TON’s technical superiority across key metrics, we are systematically upgrading or completely replacing the blockchain’s components and protocols.
Having reduced block time, finalization time, end-to-end latency, and fees, our current objective is to increase shardchain performance: the TPS that the blockchain can sustain in sub-second mode.
2026.03 — new consensus: 10× faster operations.
2026.04 — new Cartesian-tree-based mempool and networking improvements: 6× reduction in fees.
2026.05–2026.06 — new networking layer: 2–4× reduction in network traffic.
Upgrading the networking layer is a necessary step toward further increasing shardchain TPS.
The next stages are the activation of the collator + validator architecture, adapted to the new consensus, and the implementation of a new database to replace CellDB 2.0/RocksDB.
🔥26❤13❤🔥10💩5🙊2⚡1😁1🤡1
Forwarded from Toncenter API
New Indexer Database Architecture
The database has been divided into three tiers:
Hot — transactions from the last week;
Cold — the complete transaction history;
Key-Value — states, BOCs, and metadata.
This makes processing queries to recent data, which account for most of the load, 2–4× faster.
The architecture is already used in toncenter.com/api/v3 and will later be available as a standalone build.
API V2 Hardware Update
The API V2 server infrastructure for direct requests to liteservers has been upgraded.
New Features
— A new API for nominator pools.
— A new API for validation cycles, including elections and complaints.
— Support for new DeDust V2 actions.
— Fixes and Improvements.
NFT Content Filtering
As network fees have decreased, the risk of spam and inappropriate content being distributed through NFTs has increased.
Toncenter has implemented a manual blacklist for individual NFTs and collections and is developing an automated LLM-based analyzer. Inappropriate pics will be displayed in a blurred form.
The database has been divided into three tiers:
Hot — transactions from the last week;
Cold — the complete transaction history;
Key-Value — states, BOCs, and metadata.
This makes processing queries to recent data, which account for most of the load, 2–4× faster.
The architecture is already used in toncenter.com/api/v3 and will later be available as a standalone build.
API V2 Hardware Update
The API V2 server infrastructure for direct requests to liteservers has been upgraded.
New Features
— A new API for nominator pools.
— A new API for validation cycles, including elections and complaints.
— Support for new DeDust V2 actions.
— Fixes and Improvements.
NFT Content Filtering
As network fees have decreased, the risk of spam and inappropriate content being distributed through NFTs has increased.
Toncenter has implemented a manual blacklist for individual NFTs and collections and is developing an automated LLM-based analyzer. Inappropriate pics will be displayed in a blurred form.
❤33🥰13👍12🔥12
Node Update TON 2026.07
Following the voting and activation of TON 2026.06, mainnet data from July 22 showed reduced efficiency among some validators. This lowered the average masterchain block rate from ~2.47 to ~2.30 blocks per second, also reduced shardchain block rates, and increased latency for some user operations.
This behavior was not observed during testnet or local testing.
TON 2026.07 retains the legacy broadcast mechanism for now and introduces improvements to the new broadcast mechanism to better account for mainnet conditions.
https://t.me/tonstatus/233
Following the voting and activation of TON 2026.06, mainnet data from July 22 showed reduced efficiency among some validators. This lowered the average masterchain block rate from ~2.47 to ~2.30 blocks per second, also reduced shardchain block rates, and increased latency for some user operations.
This behavior was not observed during testnet or local testing.
TON 2026.07 retains the legacy broadcast mechanism for now and introduces improvements to the new broadcast mechanism to better account for mainnet conditions.
https://t.me/tonstatus/233
💩23🤓18❤13❤🔥9👍9⚡5🥰4🌭4✍2🤝2🐳1
Node Update TON 2026.08
Following the deployment of TON 2026.07 on August 4, the block production rate and other network metrics returned to their normal levels.
The next update, TON 2026.08, will activate collators on TON mainnet.
Currently, validators both assemble blocks from user transactions and validate them. After the update, these responsibilities will be separated. Dedicated collator nodes will assemble blocks, while validators will only verify them. This separation increases network throughput.
The collator architecture was introduced approximately one year ago in the Accelerator update. Its activation was scheduled for a period of significant load growth. The launch and continued development of native non-custodial wallet in Telegram are expected to increase network activity, making this the appropriate time to activate the architecture.
Since its initial implementation, Accelerator has been adapted to operate in the Sub-Second mode. TON 2026.08 can therefore be referred to as Sub-Second Accelerator.
The update is scheduled for August 17, 2026. All the details will be posted on the @tonstatus channel.
Enabling collators, particularly in in-memory mode, will increase the maximum TPS of a single shardchain.
As the next step, we plan to increase the maximum block size and other network limits. This is possible due to the new network layer introduced in TON 2026.05 and TON 2026.06, which reduced traffic between nodes. Increasing the limits will also lead to a proportional increase in the TPS of a single shardchain.
Following the deployment of TON 2026.07 on August 4, the block production rate and other network metrics returned to their normal levels.
The next update, TON 2026.08, will activate collators on TON mainnet.
Currently, validators both assemble blocks from user transactions and validate them. After the update, these responsibilities will be separated. Dedicated collator nodes will assemble blocks, while validators will only verify them. This separation increases network throughput.
The collator architecture was introduced approximately one year ago in the Accelerator update. Its activation was scheduled for a period of significant load growth. The launch and continued development of native non-custodial wallet in Telegram are expected to increase network activity, making this the appropriate time to activate the architecture.
Since its initial implementation, Accelerator has been adapted to operate in the Sub-Second mode. TON 2026.08 can therefore be referred to as Sub-Second Accelerator.
The update is scheduled for August 17, 2026. All the details will be posted on the @tonstatus channel.
Enabling collators, particularly in in-memory mode, will increase the maximum TPS of a single shardchain.
As the next step, we plan to increase the maximum block size and other network limits. This is possible due to the new network layer introduced in TON 2026.05 and TON 2026.06, which reduced traffic between nodes. Increasing the limits will also lead to a proportional increase in the TPS of a single shardchain.
🔥51👍20❤18💩10🤓10🤡6🍾2😭2
Service updates
minter.ton.org
— Updated to jetton-2.1-tolk, the latest jetton smart contract implementation. You can still manage jettons deployed with earlier contract versions.
— Made minor improvements and fixed bugs.
dns.ton.org
— Added support for starting auctions for expired domains.
multisig.ton.org
— Improved security.
unfreezer.ton.org
— Completely rewrote the utility for unfreezing smart contracts frozen due to unpaid storage fees (the tool is primarily intended for developers and is not typically needed by end users).
Updates across all services
Migrated all services to the Toncenter API and updated links.
minter.ton.org
— Updated to jetton-2.1-tolk, the latest jetton smart contract implementation. You can still manage jettons deployed with earlier contract versions.
— Made minor improvements and fixed bugs.
dns.ton.org
— Added support for starting auctions for expired domains.
multisig.ton.org
— Improved security.
unfreezer.ton.org
— Completely rewrote the utility for unfreezing smart contracts frozen due to unpaid storage fees (the tool is primarily intended for developers and is not typically needed by end users).
Updates across all services
Migrated all services to the Toncenter API and updated links.
🔥14❤13👍11🤡3🌭3🖕1🙉1
TON performance update
With the August 17 update, TON mainnet validators transitioned to a new collator-based architecture. The update has been running stably on mainnet.
The rollout of planned limit increases began on August 27. The first change raised
Single-shardchain performance tests
Two tests were conducted on mainnet to measure single-shardchain performance using a workload that simulated jetton transfers:
— August 25, approximately 10:30 UTC: an input load of approximately 1,200 TPS.
— September 4, approximately 11:30 UTC: an input load of approximately 1,500 TPS.
In the latest test, a single shardchain processed 600–650 TPS in sub-second mode for this workload. As the input load increased further, the shardchain split into two. After split operation latency increased, but the block production rate remained stable.
Next steps
Work to increase single-shardchain performance will continue. The current target is 1,000–2,000 TPS per shardchain.
As a reminder, single-shardchain throughput is not the throughput limit of the entire TON blockchain. TON can run many shardchains in parallel.
With the August 17 update, TON mainnet validators transitioned to a new collator-based architecture. The update has been running stably on mainnet.
The rollout of planned limit increases began on August 27. The first change raised
leader_window from 4 to 16.Single-shardchain performance tests
Two tests were conducted on mainnet to measure single-shardchain performance using a workload that simulated jetton transfers:
— August 25, approximately 10:30 UTC: an input load of approximately 1,200 TPS.
— September 4, approximately 11:30 UTC: an input load of approximately 1,500 TPS.
In the latest test, a single shardchain processed 600–650 TPS in sub-second mode for this workload. As the input load increased further, the shardchain split into two. After split operation latency increased, but the block production rate remained stable.
Next steps
Work to increase single-shardchain performance will continue. The current target is 1,000–2,000 TPS per shardchain.
As a reminder, single-shardchain throughput is not the throughput limit of the entire TON blockchain. TON can run many shardchains in parallel.
🔥26❤16👍15🤡6
Forwarded from Toncenter API
Pending API and Streaming API Performance Improvements
We’ve shipped a major performance update to the Pending API, Streaming API and trace processing pipeline.
Key improvements:
— Moved action classification to C++ and integrated it directly into the Trace Emulator.
— Moved external message TTL tracking into the Trace Emulator, removing a separate service from the pipeline.
— Reduced Redis reads across trace processing and Streaming API.
— Made confirmed → finalized trace promotion significantly cheaper by avoiding full trace reprocessing.
With these changes, performance increased by a factor of 2.5. The system demonstrated stability during testing on a testnet at 1,500 TPS on the blockchain.
No changes are required on the part of customers.
We’ve shipped a major performance update to the Pending API, Streaming API and trace processing pipeline.
Key improvements:
— Moved action classification to C++ and integrated it directly into the Trace Emulator.
— Moved external message TTL tracking into the Trace Emulator, removing a separate service from the pipeline.
— Reduced Redis reads across trace processing and Streaming API.
— Made confirmed → finalized trace promotion significantly cheaper by avoiding full trace reprocessing.
With these changes, performance increased by a factor of 2.5. The system demonstrated stability during testing on a testnet at 1,500 TPS on the blockchain.
No changes are required on the part of customers.
❤25🔥10👍6🤝5💩1🤡1🌭1🍾1
Forwarded from Toncenter API
LLM-based content moderation in Toncenter API
Toncenter API now automatically filters inappropriate token images (NFTs and Jettons) using an LLM-based moderation system.
Following the reduction in TON transaction fees, spam and inappropriate content distributed as NFTs have become more noticeable on the network.
Building on its existing manual moderation tools, Toncenter has introduced an LLM-based image analyzer. Images flagged as inappropriate are now served by the API in blurred form. No changes are required for services already using Toncenter API.
Guidelines for Services
Toncenter API v3 metadata includes the following fields to help services handle potentially unsafe or malicious tokens:
-
-
-
To better protect users, we recommend using an opt-in approach when displaying tokens in wallets, explorers, and other services.
By default, show only well-known or trusted tokens and their images. Other tokens and their images should be displayed only after the user explicitly chooses to enable them.
Please note: LLM-based filtering provides an additional layer of protection, but no automated filtering system can guarantee 100% accuracy. Both false negatives and false positives may occur.
Toncenter API now automatically filters inappropriate token images (NFTs and Jettons) using an LLM-based moderation system.
Following the reduction in TON transaction fees, spam and inappropriate content distributed as NFTs have become more noticeable on the network.
Building on its existing manual moderation tools, Toncenter has introduced an LLM-based image analyzer. Images flagged as inappropriate are now served by the API in blurred form. No changes are required for services already using Toncenter API.
Guidelines for Services
Toncenter API v3 metadata includes the following fields to help services handle potentially unsafe or malicious tokens:
-
is_nsfw — marks tokens that have been identified as unsafe or potentially unsafe;-
is_scam — marks tokens associated with scams or spam;-
extra._image_big, extra._image_medium, and extra._image_small — contain links to processed token images. Images are resized to standard presets and automatically blurred when a token is marked as unsafe.To better protect users, we recommend using an opt-in approach when displaying tokens in wallets, explorers, and other services.
By default, show only well-known or trusted tokens and their images. Other tokens and their images should be displayed only after the user explicitly chooses to enable them.
Please note: LLM-based filtering provides an additional layer of protection, but no automated filtering system can guarantee 100% accuracy. Both false negatives and false positives may occur.
❤27😁15💯6🤷♂5🤝5👍2💘1
Nominator Pool 2.0
Nominator pools let Gram holders stake funds to support network validation and earn rewards without running their own validators.
Nominator Pool 2.0 replaces the original smart contract created in 2022 with a redesigned implementation in Tolk.
Key improvements:
— Up to 32 validators per pool, up from 1.
— Up to 512 nominators per pool, up from 40.
— Reward withdrawals without withdrawing the full stake.
— Lower gas fees.
— Automatic reimbursement of validator gas costs.
— Support for nominators on both the basechain and masterchain.
— A single pool for all validation rounds. Separate pool contracts for even and odd rounds are no longer required.
— A dedicated pool owner management role has been added, separate from validators and nominators.
The contract is fully open source, with comprehensive documentation, a management web UI, and MyTonCtrl support.
https://github.com/ton-blockchain/nominator-pool-v2#ton-nominator-pool-v2-smart-contract
Nominator pools let Gram holders stake funds to support network validation and earn rewards without running their own validators.
Nominator Pool 2.0 replaces the original smart contract created in 2022 with a redesigned implementation in Tolk.
Key improvements:
— Up to 32 validators per pool, up from 1.
— Up to 512 nominators per pool, up from 40.
— Reward withdrawals without withdrawing the full stake.
— Lower gas fees.
— Automatic reimbursement of validator gas costs.
— Support for nominators on both the basechain and masterchain.
— A single pool for all validation rounds. Separate pool contracts for even and odd rounds are no longer required.
— A dedicated pool owner management role has been added, separate from validators and nominators.
The contract is fully open source, with comprehensive documentation, a management web UI, and MyTonCtrl support.
https://github.com/ton-blockchain/nominator-pool-v2#ton-nominator-pool-v2-smart-contract
❤19✍7⚡5🤩4👌3👍1👀1🦄1
Updated staking smart contract lineup
Single-nominator (v1.1) — Direct validation with one validator and one nominator. The nominator receives 100% of the rewards.
Nominator-pool (v2) — Private staking pools with a small group of nominators and validators.
Liquid-staking — User-facing staking products with many depositors. Issues jettons representing staked Gram for use in DeFi. Used by @StakeeBot and Tonstakers.
Single-nominator (v1.1) — Direct validation with one validator and one nominator. The nominator receives 100% of the rewards.
Nominator-pool (v2) — Private staking pools with a small group of nominators and validators.
Liquid-staking — User-facing staking products with many depositors. Issues jettons representing staked Gram for use in DeFi. Used by @StakeeBot and Tonstakers.
❤17👍12🔥8🤝3🤡1