Блок у TON має гнучка структура на відміну від блокчейн з фіксованим розміром блоку. Це дозволяє ефективно зберігати різні типи даних.
Три рівні архітектури#
| Рівень | Назначення |
|---|---|
| Майстерчейн | Головний ланцюжок, координує інші, метадані мережі |
| Воркчіни | Підприкріп для протоколів/додатків |
| Шардчайни | Паралельні сегменти воркчейнів |
Макет блоку#
Заголовок (Header) в майстер-класі
| Поле | Назначення |
|---|---|
| Посилання на попередній блок | Криптографічний хеш → незмінність ланцюжка |
| Корінний хеш (root hash) | Корінь дерева Меркла → цілісність даних |
| Ідентифікатор воркчейна | Шард, якому належить блок |
| Номер наступного слоту | Час створення наступного блоку |
| Додаткові дані | Валідатор, обмеження, версія протоколу |
Основна частина (Body) в шардчейні
- Розмір змінного;
- Транзакції (перекази, контракти, операції);
- Зміни стану рахунків (баланси, сховище).
Динамічні розміри
- Header фіксований + маленький;
- Body змінна → підлаштовується під обсяг;
- Ефективна масштабуваність без втрати продуктивності.
Дерево Меркла#
- Кожна транзакція/фрагмент хешувається;
- Хеші об'єднуються попарно → нові хеші;
- Процес триває до єдиний корень хеш;
- Будь-яка модифікація змінює хеш → маніпуляції очевидні.
Макет транзакції#
| Компонент | Має |
|---|---|
| Заголовок | Логічний час, рахунок, ідентифікація |
| Вхідні дані | Відправник + вихідне повідомлення |
| Дані про дії | Код смарт-контракту + зміна стану |
| Виходи дані | Повідомлення іншим аккаунтам/шардам |
Деталі: TON Transaction Types.
Нескінченний шардинг#
Парадигма нескінченного шардингу:
- Динамічна генерація шардів під потреби мережі;
- Неперервана міжшард-зв'язок;
- Балансування навантаження;
- Нескінченне масштабування з збереженням продуктивності.
Веркчеїни та паралельна обробка#
- Мережа = багато шардів (воркчейнів);
- Кожен обробляє транзакції. одночасно;
- Заголовки блоків → загальна цілісність.
Кожен блокчейн містить:
- Перелік транзакцій;
- поточний стан рахунків і контрактів;
- Заголовок з метаданими.
Безпека#
| Механізм | Назначення |
|---|---|
| Хеш-функції | Цілісність даних |
| Підписи | Легітимність блоків і транзакцій |
| BFT-консенсус (вариант) | Децентралізоване підтвердження недовіри |
| Легкі клієнти | Завантажують тільки заголовки → ресурсоефективні |
Переваги#
- Масштабуваність через динамічний дизайн + шардинг;
- Ефективність через оптимізовану архітектуру;
- Гнучкість при зміні навантаження;
- Криптографічна захист дані.