Блок в TON имеет гибкую структуру — в отличие от блокчейнов с фиксированным размером блока. Это позволяет эффективно хранить разные типы данных.
Три уровня архитектуры#
| Уровень | Назначение |
|---|---|
| Мастерчейн | Главная цепь, координирует другие, метаданные сети |
| Воркчейны | Подцепи для протоколов/приложений |
| Шардчейны | Параллельные сегменты воркчейнов |
Макет блока#
Заголовок (Header) — в мастерчейне
| Поле | Назначение |
|---|---|
| Ссылка на предыдущий блок | Криптографический хеш → неизменность цепочки |
| Корневой хеш (root hash) | Корень дерева Меркла → целостность данных |
| Идентификатор воркчейна | Шард, к которому принадлежит блок |
| Номер следующего слота | Время создания следующего блока |
| Доп. данные | Валидатор, лимиты, версия протокола |
Основная часть (Body) — в шардчейне
- Переменный размер;
- Транзакции (переводы, контракты, операции);
- Изменения состояния счетов (балансы, хранилище).
Динамические размеры
- Header — фиксированный + маленький;
- Body — переменный → подстраивается под объём;
- Эффективная масштабируемость без потерь производительности.
Дерево Меркла#
- Каждая транзакция/фрагмент хешируется;
- Хеши объединяются попарно → новые хеши;
- Процесс продолжается до единственного корневого хеша;
- Любая модификация меняет хеш → манипуляции очевидны.
Макет транзакции#
| Компонент | Содержит |
|---|---|
| Заголовок | Логическое время, счёт, идентификация |
| Входные данные | Отправитель + исходное сообщение |
| Данные о действиях | Код смарт-контракта + изменения состояния |
| Выходные данные | Сообщения другим аккаунтам/шардам |
Подробнее: TON Transaction Types.
Бесконечный шардинг#
Парадигма бесконечного шардинга:
- Динамическая генерация шардов под потребности сети;
- Бесперебойная межшард-связь;
- Балансировка нагрузки;
- Бесконечное масштабирование с сохранением производительности.
Воркчейны и параллельная обработка#
- Сеть = много шардов (воркчейнов);
- Каждый обрабатывает транзакции одновременно;
- Заголовки блоков → общая целостность.
Каждый блокчейн содержит:
- Список транзакций;
- Текущее состояние счетов и контрактов;
- Заголовок с метаданными.
Безопасность#
| Механизм | Назначение |
|---|---|
| Хеш-функции | Целостность данных |
| Подписи | Легитимность блоков и транзакций |
| BFT-консенсус (вариант) | Децентрализованное бездоверительное подтверждение |
| Лёгкие клиенты | Загружают только заголовки → ресурсо-эффективны |
Преимущества#
- Масштабируемость через динамический дизайн + шардинг;
- Эффективность через оптимизированную архитектуру;
- Гибкость при изменении нагрузки;
- Криптографическая защита данных.