
Структура даних DAG виникла у сфері комп’ютерних наук, де її застосовували для планування завдань, управління залежностями та систем контролю версій. У блокчейн-галузі технологія DAG з’явилася близько 2015 року, коли дослідники почали шукати альтернативи обмеженням одноланцюгової архітектури Bitcoin. Дослідники Єврейського університету в Ізраїлі у 2013 році запропонували протокол GHOST, заклавши теоретичну основу для застосування DAG у блокчейнах. Згодом у 2015 році проєкт IOTA вперше впровадив структуру DAG у криптовалютній системі, реалізувавши Tangle DAG. Цей підхід дозволяє кожній новій транзакції підтверджувати дві історичні транзакції, утворюючи мережеву структуру замість лінійного ланцюга. Після цього такі проєкти, як Byteball і Nano, також перейшли на архітектуру DAG, запропонувавши власні механізми консенсусу та способи організації даних. Ці ранні впровадження сприяли переходу концепції DAG з теоретичної площини до практичного використання в криптовалютній сфері та спровокували широкі дискусії щодо безпеки, рівня децентралізації та реальної ефективності.
Концепція структури даних DAG бере початок у комп’ютерних науках, де її застосовували для планування завдань, керування залежностями й контролю версій. У блокчейн-індустрії використання технології DAG розпочалося близько 2015 року, коли дослідники шукали способи подолання обмежень одноланцюгової архітектури Bitcoin. У 2013 році дослідники Єврейського університету Ізраїлю представили протокол GHOST, що заклав теоретичну базу для застосування DAG у блокчейнах. У 2015 році проєкт IOTA вперше використав структуру DAG у криптовалютній системі, реалізувавши рішення Tangle. Це дозволило кожній новій транзакції підтверджувати дві історичні, утворюючи мережеву структуру замість лінійного ланцюга. Після цього проєкти Byteball і Nano також впровадили архітектуру DAG, запропонувавши різні механізми консенсусу та організації даних. Ці ранні практики прискорили перехід DAG з теорії до реального застосування у криптовалютах і спричинили обговорення питань безпеки, децентралізації та ефективності.
+++
Правила з’єднання вузлів: Кожен вузол у структурі даних DAG є транзакцією або одиницею даних. Вузли з’єднуються спрямованими ребрами, що позначають відносини посилання чи підтвердження. Нові транзакції повинні вибирати й підтверджувати одну або кілька непідтверджених історичних транзакцій, які стають батьківськими вузлами нової транзакції. Спрямованість та ациклічність графа забезпечують чітку хронологію руху даних без циклічних залежностей.
Механізм паралельної обробки: На відміну від традиційних блокчейнів, де додається лише один блок за раз, DAG дозволяє одночасно додавати до мережі кілька транзакцій, якщо вони відповідають правилам посилання. Така паралельність дозволяє теоретично збільшувати пропускну здатність системи зі зростанням активності мережі, без обмежень фіксованого розміру блоків чи інтервалів їх створення.
Підтвердження та консенсус: У системах DAG використовують накопичену вагу або глибину підтвердження для визначення фінальності транзакцій. Чим більше наступних транзакцій прямо чи опосередковано посилаються на певну, тим менша ймовірність її відкоту. Різні проєкти застосовують власні стратегії консенсусу: координаторні вузли в IOTA, механізм голосування представників у Nano, алгоритм впорядкування деревографа в Conflux.
Захист від подвійного витрачання: DAG ідентифікує подвійне витрачання за допомогою топологічного сортування та алгоритмів виявлення конфліктів. Якщо одночасно з’являються дві конфліктні транзакції, система обирає дійсну гілку згідно з наперед визначеними правилами — наприклад, накопиченою вагою або пріоритетом часової мітки, ізолюючи шкідливі транзакції. Деякі реалізації впроваджують механізми контрольних точок чи вузлів-свідків для підвищення безпеки.
Правила з’єднання вузлів: У структурі даних DAG кожен вузол є транзакцією або одиницею даних, а вузли пов’язані спрямованими ребрами, що позначають відносини посилання чи підтвердження. Нова транзакція повинна вибрати й підтвердити одну або кілька непідтверджених історичних транзакцій, які стають її батьківськими вузлами. Завдяки спрямованості та ациклічності графа рух даних має чітку часову послідовність без циклічних залежностей.
Механізм паралельної обробки: На відміну від класичних блокчейнів, де додається лише один блок за раз, DAG дозволяє одночасно додавати кілька транзакцій, якщо вони відповідають правилам посилання. Паралельність забезпечує теоретично вищу пропускну здатність системи із зростанням активності мережі, без обмежень розміру блоків чи часу їх створення.
Підтвердження та консенсус: DAG-системи використовують накопичену вагу або глибину підтвердження для визначення фінальності транзакції. Коли транзакцію прямо чи опосередковано посилається все більше наступних, ймовірність її відкоту експоненційно знижується. Різні проєкти застосовують різні стратегії консенсусу: координаторні вузли в IOTA, механізм голосування представників у Nano, алгоритм впорядкування деревографа в Conflux.
Захист від подвійного витрачання: DAG виявляє подвійне витрачання за допомогою топологічного сортування та алгоритмів виявлення конфліктів. Якщо одночасно виникають дві конфліктні транзакції, система вибирає дійсну гілку згідно з наперед визначеними правилами — накопиченою вагою чи пріоритетом часової мітки, ізолюючи шкідливі транзакції. Деякі реалізації впроваджують механізми контрольних точок або вузлів-свідків для підвищення безпеки.
+++
Суперечки щодо безпеки: Архітектури DAG вразливі до атак у середовищах з низькою кількістю транзакцій. Якщо активність мережі недостатня, зловмисники можуть генерувати багато фіктивних транзакцій, контролюючи топологію та здійснюючи подвійне витрачання або атаки на розділення мережі. На початкових етапах IOTA використовувала централізовані координаторні вузли для захисту від таких атак, що знижувало рівень децентралізації. Навіть після відмови від координаторів питання захисту від паразитичних ланцюгів при збереженні продуктивності залишається технічним викликом.
Недостатні гарантії фінальності: Порівняно з блокчейнами на базі proof-of-work або proof-of-stake, фінальність транзакцій у DAG залежить від накопичених підтверджень наступних транзакцій, і така ймовірнісна фінальність може бути ненадійною в окремих випадках. Для фінансових застосунків із вимогою негайного розрахунку механізми підтвердження DAG можуть не відповідати нормативним чи бізнес-запитам.
Висока складність реалізації: Логіка валідації, алгоритми розв’язання конфліктів і механізми синхронізації стану в структурах даних DAG значно складніші за лінійні блокчейни. Розробники мають вирішувати питання впорядкування паралельних транзакцій, управління вузлами-сиротами та відновлення після розділення мережі, що підвищує складність аудиту коду й ризики уразливостей.
Незрілість екосистеми: Проєкти DAG поступаються зрілим платформам, таким як Ethereum, за рівнем інструментів розробки, підтримки гаманців і екосистеми застосунків. Реалізація смарт-контрактів на DAG-архітектурі стикається з труднощами управління станом і визначенням порядку виконання, що обмежує розвиток складних застосунків, таких як DeFi. Крім того, DAG не має уніфікованих стандартів, що ускладнює взаємодію між різними реалізаціями.
Суперечки щодо безпеки: Архітектура DAG у середовищах з низькою кількістю транзакцій є вразливою до атак. При недостатній активності мережі зловмисники можуть генерувати багато фіктивних транзакцій, контролювати топологію та здійснювати подвійне витрачання або атаки на розділення мережі. На ранніх етапах IOTA використовувала централізовані координаторні вузли для захисту, що знижувало рівень децентралізації. Навіть після відмови від координаторів питання захисту від паразитичних ланцюгів при збереженні продуктивності залишається технічним викликом.
Недостатні гарантії фінальності: Порівняно з proof-of-work або proof-of-stake блокчейнами, фінальність транзакцій у DAG залежить від накопичених підтверджень наступних транзакцій, і така ймовірнісна фінальність може бути ненадійною в окремих випадках. Для фінансових застосунків із вимогою негайного розрахунку механізми підтвердження DAG можуть не відповідати нормативним чи бізнес-запитам.
Висока складність реалізації: Логіка валідації, алгоритми вирішення конфліктів і механізми синхронізації стану в структурах даних DAG значно складніші, ніж у лінійних блокчейнах. Розробники мають вирішувати питання впорядкування паралельних транзакцій, управління вузлами-сиротами та відновлення після розділення мережі, що підвищує складність аудиту коду й ризики уразливостей.
Незрілість екосистеми: Проєкти DAG поступаються зрілим платформам, таким як Ethereum, за рівнем інструментів розробки, підтримки гаманців і екосистеми застосунків. Реалізація смарт-контрактів на DAG-архітектурі стикається з труднощами управління станом і визначенням порядку виконання, що обмежує розвиток складних застосунків, таких як DeFi. Крім того, DAG не має уніфікованих стандартів, що ускладнює взаємодію між різними реалізаціями.
+++
Дані DAG — це важливий напрям розвитку блокчейн-технологій, який долає вузькі місця продуктивності традиційних одноланцюгових архітектур завдяки паралельній обробці, пропонуючи нові рішення для сценаріїв мікроплатежів IoT та високочастотної торгівлі. Однак технологія стикається зі значними викликами у сфері безпеки, підтвердження фінальності та розвитку екосистеми. На сьогодні DAG краще підходить для окремих прикладних сценаріїв, а не для універсальних платформ, а її довгострокова цінність залежить від здатності досягти балансу між децентралізацією, безпекою та масштабованістю. Із розвитком гібридних архітектур і крос-чейн-технологій DAG може доповнювати традиційні блокчейни, спільно просуваючи розподілені реєстри до зрілості. Інвесторам і розробникам варто раціонально оцінювати технічні реалізації DAG-проєктів, відповідність сценаріям застосування та компетентність команд, уникаючи хибних висновків щодо теоретичних показників продуктивності й не ігноруючи реальні ризики.
Дані DAG — це важливий напрям розвитку блокчейн-технологій, який завдяки паралельній обробці долає вузькі місця продуктивності класичних одноланцюгових архітектур і пропонує інноваційні рішення для мікроплатежів IoT та високочастотної торгівлі. Проте технологія стикається зі значними викликами у сфері безпеки, підтвердження фінальності й розвитку екосистеми. Наразі DAG більше підходить для спеціалізованих застосунків, а її довгострокова цінність залежить від здатності досягти балансу між децентралізацією, безпекою та масштабованістю. Із розвитком гібридних архітектур і крос-чейн-технологій DAG може доповнювати класичні блокчейни, спільно просуваючи технологію розподілених реєстрів до зрілості. Інвесторам і розробникам слід раціонально оцінювати технічну реалізацію DAG-проєктів, відповідність сценаріям застосування й компетентність команд, не піддаватися оманливим теоретичним показникам продуктивності та не ігнорувати практичні ризики.


