
Направленный ациклический граф (DAG) — это структура данных, в которой информация соединяется направленными связями и не образует циклов, возвращающих к исходной точке. Можно представить это как производственную линию: каждая задача указывает на те, от которых зависит, и движение всегда идет вперед без возврата назад.
В Web3 «данные» в DAG могут означать транзакцию, блок или событие трансляции. Направленность означает, что каждая связь имеет четкий порядок, а ацикличность гарантирует отсутствие самоссылок или циклических зависимостей. Такая структура делает зависимости прозрачными и позволяет параллельно развивать несколько процессов, увеличивая пропускную способность системы.
DAG особенно эффективны для Web3, потому что позволяют обрабатывать данные параллельно, не нарушая порядок зависимостей. Это снижает перегрузку и задержки, характерные для последовательной обработки транзакций в одной цепи, и дает возможность сети одновременно принимать и подтверждать больше транзакций.
В традиционных блокчейнах все транзакции выстраиваются последовательно — как движение по однополосному мосту. В DAG система напоминает многополосный съезд: несмотря на то что перекрестки сохраняют порядок, множество «автомобилей» (транзакций) могут двигаться вперед параллельно. В реальных проектах IOTA использует DAG, где транзакции подтверждают друг друга; X-Chain в Avalanche организует параллельные транзакции с помощью DAG; Hedera применяет событийный DAG для виртуального голосования; Fantom, Kaspa и Conflux используют DAG на уровне блоков для повышения пропускной способности и отказоустойчивости. К декабрю 2025 года архитектуры на основе DAG стали основным инструментом повышения производительности сетей.
Основные элементы DAG — это узлы и рёбра. Узлы представляют записи (например, транзакции), а рёбра — направленные ссылки, показывающие, что одна транзакция ссылается на предыдущую. Ацикличность позволяет организовать данные в топологическом порядке — от зависимостей к результатам.
В системах типа IOTA каждая новая транзакция ссылается на два «типа» (неподтверждённые транзакции), продвигая очередь вперёд. В DAG на уровне блоков новые блоки могут ссылаться на несколько последних блоков, объединяя параллельные цепочки записей. В итоге сетевые правила и механизмы консенсуса объединяют эти параллельные пути в согласованный порядок.
DAG в консенсусе используются для определения, «что произошло раньше», а «что — позже», формируя основу для голосования или выборки, которая приводит к согласию в сети. Этот процесс называется консенсусом. Консенсус обеспечивает согласие всех участников относительно единой версии реестра.
Например, в Avalanche узлы многократно опрашивают случайных участников, чтобы определить, какие транзакции в DAG наиболее предпочтительны, и после нескольких раундов фиксируют результаты. Событийный DAG в Hedera позволяет узлам фиксировать распространение сообщений и с помощью виртуального голосования устанавливать порядок событий без голосования в блокчейне. Fantom реализует асинхронную византийскую устойчивость на DAG, снижая задержки. В GHOSTDAG у Kaspa и Tree-Graph у Conflux в DAG на уровне блоков выбираются более «голубые» или основные наборы, чтобы определить главную цепь. Все эти методы используют графовые структуры для параллельной генерации, а затем применяют правила для согласования их в единую последовательность.
Классический пример использования DAG для хранения — Merkle-DAG. Здесь «Merkle» означает присвоение уникальных отпечатков (хэшей) содержимому, а узлы соединяются через эти отпечатки, формируя граф. Благодаря отпечатку содержимое можно найти точно, не полагаясь на один сервер.
В IPFS используются Merkle-DAG для адресации контента: файлы разбиваются на блоки, каждый получает свой отпечаток, а блоки соединяются через хэши, формируя DAG. Любой, кто знает корневой хэш, может проверить и получить полный контент. История коммитов в Git — это тоже Merkle-DAG: каждый коммит ссылается на предыдущие коммиты и хэши файлов, что обеспечивает проверяемую и неизменную историю. При работе с NFT на биржах изображения и метаданные часто хранятся в IPFS через Merkle-DAG — это повышает доступность, но требует контроля за доступностью узлов и постоянными сервисами хранения.
Блокчейн — это частный случай DAG: он формирует единственный основной путь, где все блоки связаны линейно. Главное отличие — в DAG могут существовать несколько ветвей параллельно до их объединения в согласованный порядок сети.
Что касается компромиссов: DAG предлагают преимущества по пропускной способности и задержкам, но сложнее в реализации и требуют продвинутых механизмов сортировки и безопасности. Линейные блокчейны проще и имеют зрелую инфраструктуру, но могут становиться узким местом при высокой нагрузке. Многие современные протоколы сочетают параллельную генерацию в графе с финальным линейным порядком для баланса производительности и прозрачности.
Чтобы познакомиться с сетями на DAG, начните с кошельков или бирж, поддерживающих такие активы. Выберите сеть, использующую DAG, и проведите тестовые переводы на небольшие суммы, наблюдая за процессом подтверждения.
Риски DAG связаны с усложнением порядка подтверждения из-за параллелизма; слабые правила могут снизить финальность. В сетях с низкой активностью могут потребоваться дополнительные веса или комиссии для предотвращения атак Сивиллы или спама. Качество инфраструктуры и инструментов может различаться — кроссчейн-совместимость, обозреватели и индексаторы бывают разного уровня. При транзакциях всегда проверяйте адреса, выбор сети и требования к подтверждению, чтобы избежать ошибок.
На декабрь 2025 года DAG на уровне блоков и событий широко используются в публичных сетях и новых механизмах консенсуса. Обозреватели чаще предоставляют графические интерфейсы, а разработчики сосредоточены на сочетании параллельной генерации графа с финальным линейным расчетом для повышения производительности и прозрачности. В хранении контента Merkle-DAG продолжают поддерживать адресацию NFT и децентрализованную верификацию сайтов.
DAG используют направленные, не имеющие циклов структуры для отображения зависимостей и порядка — это позволяет транзакциям, блокам или событиям развиваться параллельно, а затем сходиться в согласованную последовательность по правилам протокола. Они широко применяются как в консенсусе (для пропускной способности и отказоустойчивости), так и в хранении (для проверяемой адресации контента). В отличие от линейных блокчейнов, они делают упор на параллелизм и гибкость, но требуют более сложной реализации и безопасности. Для новичков знакомство с сетью на DAG через тестовые операции и наблюдение за графом в обозревателях дает интуитивное понимание технологии.
DAG и блокчейны имеют свои сильные стороны и не могут полностью заменить друг друга. DAG обеспечивают высокую пропускную способность и низкие задержки; блокчейны обладают более зрелыми децентрализованными механизмами консенсуса и гарантиями безопасности. Обе технологии дополняют друг друга и подходят для разных задач и требований.
Ацикличность означает, что данные движутся только вперед и не возвращаются назад. Представьте рабочий процесс, где задача А приводит к задаче В, затем к задаче С; возврата к А или В не происходит. Это обеспечивает логичный поток обработки данных и итоговую согласованность.
Если возникли сложности, начните с официальной документации или обсуждений в сообществе проекта. Большинство популярных проектов на DAG имеют активные технические сообщества и форумы для разработчиков; актуальную информацию о поддержке можно найти в новостях Gate или на сайтах проектов. Следите за обновлениями и уведомлениями о рисках по мере развития технологий.
Порог участия относительно невысок: большинство пользователей могут вовлекаться, просто храня или размещая токены в экосистеме. Однако требования различаются — в некоторых проектах для участия нужно запускать валидаторские узлы, а в других достаточно держать токены на платформах вроде Gate. Всегда читайте whitepaper для уточнения условий участия.
Ключевые ограничения — это задержки синхронизации данных между узлами, вычислительные затраты на сложную топологию графа и проблемы совместимости при кроссчейн-операциях. Несмотря на общую эффективность DAG по сравнению с блокчейнами, для масштабных внедрений требуется оптимизация сетевого взаимодействия узлов и алгоритмов консенсуса.


