Традиційна одноланцюгова модель PoW залишає лише один блок на кожній висоті, а решта конкуруючих блоків стають осиротілими й відкидаються. blockDAG дає змогу співіснувати кільком паралельним блокам. На цій основі GHOSTDAG вирішує основну задачу — встановлює унікальний порядок між паралельними блоками, що дозволяє Kaspa забезпечувати вищу пропускну здатність і коротший час підтвердження, зберігаючи безпекову модель PoW.
Щоб зрозуміти GHOSTDAG, потрібно розібратися у структурі даних blockDAG, логіці забарвлення Blue/Red, механізмі накопичення глибини підтвердження і ключових відмінностях від одноланцюгового консенсусу Накамото.
GHOSTDAG (Greedy Heaviest Observed SubTree DAG) — це консенсус-протокол, який використовує Kaspa (KAS). Він базується на концепції GHOST і належить до сімейства протоколів PHANTOM. GHOSTDAG визначає Blue Set і Red Set для кожного нового блоку в blockDAG. Blue-блоки включаються до основного впорядкованого ланцюга і беруть участь у консенсусі, а Red-блоки обробляються або виключаються за спеціальними правилами. Такий механізм формує глобально узгоджений порядок транзакцій у паралельному графі блоків.
Майнери продовжують змагатися за право додавання блоку через PoW, застосовуючи правила GHOSTDAG для вибору найважчого піддерева і визначення кольору блоку. Нові блоки підтримують зв’язність DAG через посилання на кількох попередників. На відміну від одноланцюгових протоколів, GHOSTDAG обробляє всю структуру блоків, впорядковуючи їх за Blue Set і сукупним хешрейтом.
| Основні елементи GHOSTDAG | Опис |
|---|---|
| blockDAG | Орієнтований ациклічний граф, що підтримує паралельні блоки |
| Blue Set | Блоки, що входять до основного порядку і консенсусу |
| Red Set | Блоки, що конфліктують або очікують на включення до основного порядку |
| Heaviest Subtree | Метрика хешрейту для визначення напрямку основного ланцюга |
| Multi-parent Reference | Нові блоки посилаються на кількох попередників для збереження зв’язності DAG |
| k-cluster | Локальний параметр кластеризації для блакитного забарвлення |
Таблиця вище окреслює ключові поняття GHOSTDAG. Blue Set визначає, які паралельні блоки потрапляють до впорядкованого реєстру, найважче піддерево встановлює домінування хешрейту, а параметр k-cluster задає межу локальної послідовності для блакитного забарвлення.
blockDAG (block directed acyclic graph) дозволяє кожному новому блоку посилатися на один або кілька існуючих блоків, утворюючи мережу посилань замість ланцюга з одним батьківським блоком. Майнери можуть транслювати блоки в однакові часові проміжки, і мережа більше не обмежується одним переможцем на кожній висоті.
Зменшення інтервалу між блоками в одноланцюговій структурі збільшує кількість осиротілих блоків і витрати хешрейту. blockDAG, навпаки, дозволяє кільком паралельним блокам співіснувати і бути включеними до фінального порядку. Головні відмінності між Kaspa та Bitcoin полягають у структурі даних, частоті створення блоків, обробці осиротілих блоків і логіці підтвердження: Bitcoin використовує один блок на кожній висоті з інтервалом у 10 хвилин, а Kaspa підтримує паралельні блоки з цільовою швидкістю близько 10 блоків на секунду.
| Категорія | PoW blockDAG (Kaspa) | Одноланцюговий PoW (Bitcoin) |
|---|---|---|
| Структура даних | Орієнтований ациклічний граф, посилання на кількох батьків | Лінійне з’єднання заголовків блоків |
| Виробництво блоків | Кілька паралельних блоків | Один блок на кожній висоті |
| Протокол консенсусу | GHOSTDAG | Найдовший ланцюг Накамото |
| Обробка осиротілих блоків | Правила Blue/Red для включення/виключення | Зазвичай відкидаються як осиротілі |
| Цільова швидкість блоків | ~10 блоків/с | ~10 хвилин/блок |
| Логіка підтвердження | Накопичення глибини DAG | Лінійне очікування висоти блоку |
Таблиця підсумовує архітектурні відмінності: blockDAG підтримує паралельний запис, а GHOSTDAG формує впорядкований реєстр.

Рис. 1. GHOSTDAG класифікує блоки як Blue або Red у blockDAG, параметр k-cluster визначає межу локального кластера для Blue Set.
GHOSTDAG призначає кожному блоку в blockDAG блакитну або червону мітку. Blue-блоки включаються до основного впорядкованого ланцюга, і їхні транзакції виконуються глобально; Red-блоки конфліктують з блакитним основним порядком і зазвичай не включаються, хоча деякі транзакції з Red-блоків можуть бути опосередковано підтверджені наступними Blue-блоками.
Параметр k-cluster визначає межу локального кластера для блакитного забарвлення. Коли новий блок приєднується до DAG, GHOSTDAG перевіряє підграф його предків: якщо у межах k-cluster Blue-блоку з’являється надто багато паралельних конкуруючих блоків, наступні конфліктні блоки позначаються як Red. Збільшення k-cluster підвищує толерантність до паралельних блоків, а зменшення — звужує основний ланцюг.
Blue-блоки включаються до основного порядку для глобального виконання транзакцій; Red-блоки, що конфліктують із основним порядком, зазвичай виключаються, хоча деякі транзакції можуть бути опосередковано підтверджені наступними Blue-блоками. Сукупний хешрейт Blue-блоків формує найважче піддерево, яке визначає напрямок глобального основного порядку.
В одноланцюговому PoW глибину підтвердження зазвичай визначають як різницю між поточною висотою і висотою блоку з транзакцією; кожен новий блок зменшує ризик реорганізації. У Kaspa глибина підтвердження базується на структурі DAG: після Blue-блоку транзакції потрібно додати достатню кількість наступних Blue-блоків для стабілізації підтвердження.
Kaspa націлена на близько 10 блоків на секунду, тому DAG розширюється приблизно на 10 нових блоків щосекунди, що робить підтвердження значно швидшими за хвилинні очікування у звичайних одноланцюгових PoW. Повні вузли (RustyKaspa) перевіряють PoW, посилання на батьків, забарвлення Blue/Red і консистентність UTXO; більшість гаманців рахує підтвердження за глибиною Blue-блоків. Токеноміка KAS і майнінг із KHeavyHash і винагородами за блоки стимулюють розширення DAG.

Рис. 2. Глибина підтвердження в blockDAG накопичується зі зростанням ланцюга Blue, порівняно з лінійною моделлю очікування в одноланцюговому PoW.
| Метрика підтвердження | blockDAG (Kaspa) | Одноланцюговий PoW |
|---|---|---|
| Вимірювання глибини | Кількість наступних Blue-блоків | Різниця висот блоків |
| Частота блоків | ~10 блоків/с | ~10 хвилин/блок |
| Толерантність до паралельності | Кілька блоків одночасно валідні | Один блок на кожній висоті |
| Ризик реорганізації | Залежить від забарвлення DAG і розповсюдження | Залежить від перемикання найдовшого ланцюга |
Таблиця порівнює логіку підтвердження в обох системах. Накопичення глибини DAG дає Kaspa структурну перевагу для швидших підтверджень, але фактична швидкість залежить від якості розповсюдження в мережі.
PoW blockDAG і GHOSTDAG оптимальні для сценаріїв, де потрібні швидкі підтвердження при збереженні моделі безпеки PoW і принципів чесного запуску. Kaspa позиціонується як Layer 1 розрахунковий рівень, де KAS використовується для комісій і винагород майнерам. Мережа має чесний запуск без попереднього майнінгу. Типовий сценарій — високочастотні платежі на невеликі суми: короткі підтвердження наближають P2P-трансфери до розрахунків у реальному часі, а паралельне створення блоків дає більше можливостей для винагород майнерам.
Для застосунків, що вимагають розвиненої моделі облікових записів, складних смарт-контрактів або зрілої DeFi-екосистеми, основна мережа Kaspa ще має обмеження. Інтеграція blockDAG із гаманцями та експлорерами складніша, ніж у традиційних одноланцюгових системах.
Залежність від паралельного розповсюдження: Високі швидкості блоків вимагають більшої пропускної здатності мережі та швидкого розповсюдження; за значних затримок можливі реорганізації чи перекласифікація кольору. Складність інтеграції: Експлорери та гаманці мають враховувати логіку забарвлення DAG, що ускладнює розробку порівняно з одноланцюговими системами. Зрілість екосистеми: Інфраструктура DeFi та смарт-контрактів ще розвивається; кросчейн-рішення на кшталт wKAS несуть ризики мостів. Тиск на сховище: При близько 10 блоках на секунду обсяг даних швидко зростає — витрати на повний вузол потребують постійної оцінки. Концентрація хешрейту: Ланцюги PoW теоретично залишаються вразливими до атак 51%; GHOSTDAG змінює лише обробку форків, але не ризик централізації хешрейту.
GHOSTDAG перетворює паралельний граф блоків на впорядкований реєстр завдяки класифікації Blue/Red і параметру k-cluster. Глибина підтвердження накопичується зі зростанням ланцюга Blue. Порівняно з одноланцюговим консенсусом, blockDAG підтримує кілька валідних паралельних блоків із цільовою швидкістю близько 10 блоків на секунду. Ці переваги мають зворотний бік у вигляді вимог до розповсюдження, складності інтеграції та зрілості екосистеми.
blockDAG — це орієнтований ациклічний граф, у якому кожен блок може посилатися на кількох попередників, дозволяючи майнерам створювати блоки паралельно. Kaspa використовує PoW blockDAG, що дозволяє кільком валідним блокам співіснувати в один і той самий час, а консенсус GHOSTDAG накладає глобальний порядок транзакцій на паралельні блоки.
GHOSTDAG — це консенсус-протокол, який Kaspa використовує на blockDAG і який належить до сімейства протоколів PHANTOM. GHOSTDAG впорядковує паралельні блоки за правилами Blue Set і найважчого піддерева; Blue-блоки включаються до основного порядку, а Red-блоки обробляються згідно з правилами конфлікту, що дозволяє мережам PoW підвищувати пропускну здатність при збереженні безпеки.
Blue-блоки входять до основного впорядкованого ланцюга GHOSTDAG, їхні транзакції виконуються глобально і беруть участь у розподілі винагород. Red-блоки конфліктують із блакитним порядком і зазвичай виключаються, хоча деякі транзакції можуть бути опосередковано підтверджені наступними Blue-блоками. Параметр k-cluster визначає межу локального кластера для блакитного забарвлення.
Kaspa націлена на близько 10 блоків на секунду, а глибина підтвердження накопичується зі зростанням ланцюга Blue — зазвичай це значно швидше, ніж хвилинні очікування у традиційних одноланцюгових PoW. Фактичний час підтвердження залежить від розподілу хешрейту, швидкості розповсюдження в мережі, статусу синхронізації вузлів і розміру комісії за транзакцію.
Bitcoin використовує одноланцюгову структуру з інтервалом блоків у 10 хвилин, а конкуруючі блоки зазвичай стають осиротілими. Kaspa застосовує PoW blockDAG для паралельного створення блоків, впорядковує їх у реєстр через GHOSTDAG, орієнтується на близько 10 блоків на секунду і використовує алгоритм майнінгу KHeavyHash замість SHA-256.
Високі швидкості блоків вимагають кращого розповсюдження в мережі та пропускної здатності вузлів. Інтеграція blockDAG складніша, ніж у традиційних одноланцюгових системах. Прикладний рівень менш зрілий, ніж у ланцюгах із моделлю облікових записів, як-от Ethereum. Ончейн-дані зростають швидше, що підвищує вимоги до сховища повних вузлів. Ризик концентрації хешрейту PoW зберігається.





