TON Services: DNS, Storage, Proxy, Sites
Больше, чем блокчейн
TON — не просто блокчейн для смарт-контрактов. Это платформа с встроенными decentralized services:
TON DNS: человекочитаемые адреса
Как работает
TON DNS — это система доменных имён на блокчейне:
Традиционный DNS:
google.com → 142.250.74.206 (централизованные DNS серверы)
TON DNS:
alice.ton → EQBIhPuWmjT7fP-VomuTWseE8JNWv2q7QYfsVQ1IZwnMk8wL
(децентрализованный, on-chain)
Design Use Cases
| Сценарий | Без TON DNS | С TON DNS |
|---|---|---|
| Отправка TON | Скопировать 48-символьный адрес | Отправить на alice.ton |
| DApp URL | https://app.com?contract=EQB... | myapp.ton |
| NFT коллекция | Адрес коллекции | collection.ton |
Для System Design
При проектировании dApp с адресной книгой или пользовательскими профилями — интегрируйте TON DNS resolve. Это упрощает UX и снижает ошибки при отправке средств.
TON Storage: децентрализованные файлы
TON Storage решает проблему: где хранить большие данные (images, videos, documents), если on-chain storage слишком дорого?
С апреля 2025 TON Storage работает в mainnet с incentive layer: storage providers получают оплату в Toncoin за pin/retrieval файлов. Это превращает Storage из “чёрновика типа IPFS” в production-сервис с экономическими гарантиями доступности — провайдеру невыгодно дропать данные, за которые ему платят.
Стоимость хранения:
On-chain (contract state): ~0.00036 TON/KB/год
TON Storage: significantly cheaper, оплата провайдерам в Toncoin
IPFS (без incentives): "бесплатно", но без гарантий доступности
Production state (2025-2026)
TON Storage с incentive layer — mainnet с апреля 2025. Provider Reward Program субсидирует ранний bootstrapping. При проектировании архитектуры с TON Storage можно полагаться на SLA-уровень доступности — это не экспериментальная фича.
Design Pattern: On-chain pointer, Off-chain data
NFT Metadata Architecture:
On-chain (NFT contract):
- owner: адрес владельца
- content_url: "ton://storage/BQC..." или IPFS hash
Off-chain (TON Storage / IPFS):
- image.png (1 MB)
- metadata.json (description, attributes)
TON Proxy и ADNL
TON Proxy работает поверх ADNL (Abstract Datagram Network Layer) — overlay сеть поверх интернета:
- Анонимность: IP адреса скрыты
- Шифрование: все данные зашифрованы
- Censorship resistance: нет единой точки блокировки
TON Proxy 3.0: auto-payments через μ-payment channels
В Q1 2026 TON Proxy получил поддержку автоматических платежей relays через μ-payment channels (микро-платёжные каналы). Каждые ~24 часа клиент settle’ит накопленный долг провайдерам через off-chain channel update — это даёт устойчивую экономику overlay-сети без on-chain транзакций на каждый запрос.
TON Proxy 3.0 payment flow:
User ←──ADNL traffic──→ Relay (provider)
│
↓ накапливается счётчик байтов
│
↓ раз в ~24h
│
μ-payment channel update (off-chain)
│
↓ периодически
│
on-chain settlement в Toncoin
Для System Design
TON Proxy может быть полезен для:
- dApps в регионах с блокировкой криптовалют
- Private messaging поверх TON
- Decentralized API endpoints
TON Sites: доступ через ADNL и через bridges
TON Sites хостятся через ADNL напрямую (требует TON-aware client / native browser support) и/или через TON Proxy gateways, которые транслируют ADNL-запросы в обычный HTTP — так сайт открывается в любом браузере без специального клиента. Контент сайта при этом обычно лежит в TON Storage.
Two access paths:
Native: Browser (TON-aware) ──ADNL──→ TON Site (in TON Storage)
Bridge: Browser (any) ──HTTPS──→ TON Proxy gateway ──ADNL──→ TON Site
Архитектурный паттерн: Hybrid On-chain / Off-chain
Лучшие TON-приложения используют гибридную архитектуру: