TON Storage — компонент протокола TON, реализующий распределённое peer-to-peer хранилище файлов. Любой пользователь или сервис может загрузить в сеть файл произвольного формата (видео, изображения, документы, архивы) и опубликовать его как раздачу, доступную глобально. Технологически близко к BitTorrent, но с привязкой к TON: поиск файлов, оплата хранения и контракты доступности живут в блокчейне.
TON Storage образует пару с TON Proxy и TON DNS: вместе они составляют слой децентрализованного веба поверх TON, в котором сайт может храниться в Storage, разрешаться через DNS и открываться через Proxy.
Как работает TON Storage#
- Шардирование файлов. Каждый файл разбивается на блоки. Контрольные суммы блоков складываются в дерево Меркла, по которому проверяется целостность при скачивании.
- DHT-поиск. Каждому файлу соответствует ключ, по которому DHT (распределённая хэш-таблица) находит набор узлов, у которых есть нужные блоки.
- Узлы-хранители. Пользователь, скачавший файл, по умолчанию становится одним из узлов-хранителей и начинает раздавать копию другим. Чем популярнее файл, тем больше копий.
- Смарт-контракт доступности. Между владельцем данных и узлом-хранителем заключается контракт на хранение определённого объёма с проверкой proof-of-storage. Так гарантируется, что файл не пропадёт после ухода исходного загрузчика.
После загрузки файла его хэш можно опубликовать в TON, превратив запись в идентификатор раздачи — аналог magnet://-ссылки в BitTorrent.
Чем TON Storage отличается от обычного торрента#
- Поверх TON. Поиск, оплата и доказательства хранения работают через блокчейн, а не через закрытые трекеры.
- Поддержка веб-сайтов. В TON Storage можно загружать не только файлы, но и целые статические сайты — Proxy и DNS позволяют открывать их по
.ton-домену. - Контроль доступа. Раздачу можно зашифровать так, что доступ получит только владелец указанного ключа кошелька (например, Wallet) — простой шаринг "только для своих" без отдельных аккаунтов.
- Гибридный режим. Файлы остаются на компьютере пользователя, а в сети публикуется только индекс и proof — нет монолитного облака, нет провайдера, который может выключиться.
Что хранить on-chain, а что — в Storage#
Прямые данные хранить в самом TON блокчейне дорого: каждый байт оплачивается комиссией. Поэтому шаблон такой:
- On-chain (в TON): хэш-указатель на файл в TON Storage, метаданные NFT/Jetton, контракты доступа.
- Off-chain (в TON Storage): само содержимое — изображения NFT, медиа, документы, сайты, бэкапы.
Этот подход уменьшает размер блокчейна и снижает стоимость использования NFT и dApps, при этом данные остаются децентрализованными.
Запуск собственного узла#
Минимальный набор софта для участия в сети как узел-хранитель:
storage-daemon— фоновое приложение, отвечающее за хранение, шардирование и обмен блоками;storage-daemon-cli— командная утилита для управленияstorage-daemon;tonutils-proxy— клиентский прокси, через который приложения обращаются к Storage.
Установка и базовая настройка пошагово описаны в официальной документации TON.
Минимальные требования к узлу
| Компонент | Минимум |
|---|---|
| Процессор | 1 ГГц, 2 ядра |
| ОЗУ | 2 ГБ |
| Диск | от 2 ГБ (плюс место под раздачи) |
| Сеть | 10 Мбит/с, статический IP |
| ОС | Linux / Windows / macOS |
Запуск узла не требует валидаторского депозита и доступен любому VPS — мотивация чаще техническая (хочется поучаствовать) или утилитарная (нужно гарантированное хранение собственных данных).
Где TON Storage уже используется#
- NFT на TON. Контент NFT (изображение, видео, метаданные) ссылается на CID-ссылку TON Storage — это позволяет проектам Getgems и другим маркетплейсам не зависеть от централизованного IPFS-шлюза.
- TON Sites. Статические сайты в зоне
.tonхранятся в Storage и подаются через TON Proxy. - Бэкапы и обмен файлами. Сервисы вроде Duck Storage реализуют user-friendly UI поверх storage-daemon для обычного шаринга файлов.