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🙉2🖕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❤17👍16🤡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👍7🤝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💯6🤝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
❤25⚡8✍8👍4🤩4👌3👀2🦄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.
❤24👍16🔥9🤝4🤡2
Forwarded from TOLK lang
🫧 Introducing new tools beyond smart-contract development
In May, we released Tolk v1.4 and Acton — a new toolchain for building and testing TON smart contracts.
Since then, we've been working on the next part of the problem.
Writing a contract is only the on-chain part of dApp development.
Once the contract is ready, you need an environment to work with the network, inspect transactions, verify deployed code, and run E2E scenarios — including the off-chain part.
So we've been extending Acton in that direction.
🔍 Actonscan
A developer-focused explorer built around Tolk ABI.
Messages, get-methods, errors and storage are displayed in human-readable format instead of raw bytes.
You can inspect transaction flows, emulate messages, call get-methods, explore storage mutations and network configuration.
Actonscan is based on an open-source ABI catalog with 200+ frequently used contracts, so even deployed FunC bytecode can be described through Tolk types.
Visit: actonscan.com and the ABI catalog.
🧪 Acton Studio
A local workspace for developing the off-chain part of a dApp.
Use TON Center and LiteAPI, test off-chain integration and cross-chain bridges, and check that an indexer correctly parses transactions.
Two environments are available:
Simulator — a fast, controllable local network. Start in 0.1 sec, fork mainnet, modify state of any account, mint jettons, time-travel
Localnet — a real TON network running actual C++ validators, liteservers and APIs in Docker.
Both can be used from the CLI, making them suitable for automation, E2E tests, CI, and agents.
Studio also provides UI for faucets, an embedded Actonscan, state/blocks/config view, and debugging transactions directly in the browser — for any local environment.
Try:
and follow the docs.
🔐 TON Verifier revisited
The new Verifier connects deployed code back to its source using code hash.
It provides the source code, ABI, and source maps. There is no IPFS involved — contract sources are kept on GitHub and served by a dedicated backend.
This means an explorer automatically understands a newly deployed contract once it's verified — showing human-readable traces and allowing failed transactions to be debugged step by step directly from the browser.
Visit: verifier.ton.org.
🌳 From contracts to dApps
Tolk is a language for smart contracts. With its auto-generated ABI, it provides the standard interface for external tools.
Acton covers the entire on-chain development lifecycle: testing, debugging, publishing, and everything around the contract itself.
Acton Studio extends that workflow to the off-chain layer of dApps — local networks and APIs, snapshots, and E2E integrations.
It's the natural next step: not just developing smart contracts, but building the applications around them.
In May, we released Tolk v1.4 and Acton — a new toolchain for building and testing TON smart contracts.
Since then, we've been working on the next part of the problem.
Writing a contract is only the on-chain part of dApp development.
Once the contract is ready, you need an environment to work with the network, inspect transactions, verify deployed code, and run E2E scenarios — including the off-chain part.
So we've been extending Acton in that direction.
🔍 Actonscan
A developer-focused explorer built around Tolk ABI.
Messages, get-methods, errors and storage are displayed in human-readable format instead of raw bytes.
You can inspect transaction flows, emulate messages, call get-methods, explore storage mutations and network configuration.
Actonscan is based on an open-source ABI catalog with 200+ frequently used contracts, so even deployed FunC bytecode can be described through Tolk types.
Visit: actonscan.com and the ABI catalog.
🧪 Acton Studio
A local workspace for developing the off-chain part of a dApp.
Use TON Center and LiteAPI, test off-chain integration and cross-chain bridges, and check that an indexer correctly parses transactions.
Two environments are available:
Simulator — a fast, controllable local network. Start in 0.1 sec, fork mainnet, modify state of any account, mint jettons, time-travel
blockchain.now, create snapshots, and reproduce scenarios locally.Localnet — a real TON network running actual C++ validators, liteservers and APIs in Docker.
Both can be used from the CLI, making them suitable for automation, E2E tests, CI, and agents.
Studio also provides UI for faucets, an embedded Actonscan, state/blocks/config view, and debugging transactions directly in the browser — for any local environment.
Try:
acton up
and follow the docs.
🔐 TON Verifier revisited
The new Verifier connects deployed code back to its source using code hash.
It provides the source code, ABI, and source maps. There is no IPFS involved — contract sources are kept on GitHub and served by a dedicated backend.
This means an explorer automatically understands a newly deployed contract once it's verified — showing human-readable traces and allowing failed transactions to be debugged step by step directly from the browser.
Visit: verifier.ton.org.
🌳 From contracts to dApps
Tolk is a language for smart contracts. With its auto-generated ABI, it provides the standard interface for external tools.
Acton covers the entire on-chain development lifecycle: testing, debugging, publishing, and everything around the contract itself.
Acton Studio extends that workflow to the off-chain layer of dApps — local networks and APIs, snapshots, and E2E integrations.
It's the natural next step: not just developing smart contracts, but building the applications around them.
❤33🔥26👍19🤯2😱2
Tolk 1.5 Programming Language
—
—
— Type aliases as directional subtypes.
— Reorganized purity concept and dead-code removal.
— Colorful compilation errors with multiple locations and hints.
— Several bytecode optimizations.
PR »
Author's notes »
—
@inline functions with multiple returns.—
break/continue in loops.— Type aliases as directional subtypes.
— Reorganized purity concept and dead-code removal.
— Colorful compilation errors with multiple locations and hints.
— Several bytecode optimizations.
PR »
Author's notes »
👍25🐳10⚡8❤3💩2🌭2🖕2💅2👾2
TON Connect 5.0.0
TON Connect 5.0.0 is now available with improved support for Gram Wallet in Telegram.
dApp developers, please update:
Important: If your dApp uses
Many Mini Apps currently omit this fallback, which violates the specification and causes authentication to fail with Gram Wallet in Telegram.
TON Connect 5.0.0 is now available with improved support for Gram Wallet in Telegram.
dApp developers, please update:
@tonconnect/sdk@5.0.0@tonconnect/ui@5.0.0@tonconnect/ui-react@5.0.0Important: If your dApp uses
ton_proof, ensure your implementation follows the documentation, including the get_public_key fallback when the public key cannot be extracted from walletStateInit.Many Mini Apps currently omit this fallback, which violates the specification and causes authentication to fail with Gram Wallet in Telegram.
❤26🔥9😐9😁5😭3👾3☃2🦄2
🔥9❤7👨💻6
Telegram Wallet: Ecosystem Guidelines
— dApps: Update to the latest version of TON Connect. If your dApp uses
— Explorers: We recommend adding support for identifying and displaying Telegram Wallet accounts, displaying key rotation actions, and labeling gasless transactions (example).
— Standalone non-custodial wallets: When creating wallets in your app, continue using the
— dApps: Update to the latest version of TON Connect. If your dApp uses
ton_proof, verify that your implementation complies with the specification.— Explorers: We recommend adding support for identifying and displaying Telegram Wallet accounts, displaying key rotation actions, and labeling gasless transactions (example).
— Standalone non-custodial wallets: When creating wallets in your app, continue using the
wallet-v5r1 smart contract by default, as tg-wallet-v1 is designed specifically for Telegram. Please add support for importing and using existing tg-wallet-v1 wallets (instruction).❤19🥰11🔥7🤗4