Primitives / Directed Acyclic Graph (DAG)
Architecture Blockchain Primitive

Directed Acyclic Graph (DAG)

Data structure where transactions confirm each other without traditional blocks

What is a DAG?

A Directed Acyclic Graph (DAG) is a data structure where elements point to previous elements without forming cycles. In blockchain contexts, DAG-based systems allow transactions to directly reference and confirm other transactions, rather than bundling them into sequential blocks. This architecture enables higher parallelism and throughput than traditional blockchain structures.

DAG vs. Blockchain

Traditional Blockchain

Linear structure:

  • Transactions grouped into blocks
  • Blocks linked sequentially
  • One block at a time
  • Global ordering required

DAG Structure

Graph structure:

  • Transactions reference other transactions
  • Multiple transactions can be added simultaneously
  • Parallel processing possible
  • Partial ordering often sufficient
Traditional:    Block1 → Block2 → Block3

DAG:                 Tx4
                    /               Tx1 → Tx2    Tx5 → Tx6
                       /
                     Tx3

How DAG Consensus Works

Transaction Confirmation

Transactions confirm each other:

  1. New transaction references 2+ previous transactions
  2. By referencing, it “approves” those transactions
  3. More references = more confirmation
  4. Weight accumulates through references

Ordering Challenges

Determining sequence:

  • No natural global order
  • Conflict resolution needed
  • Various mechanisms used
  • Trade-offs between speed and security

Finality Approaches

Reaching certainty:

  • Weight thresholds
  • Coordinator nodes (some systems)
  • Voting mechanisms
  • Eventually consistent models

DAG Implementations

IOTA (Tangle)

IoT-focused:

  • Transactions confirm two others
  • Coordinator for finality (being removed)
  • Feeless transactions
  • Machine-to-machine payments

Nano

Payment focused:

  • Block-lattice structure
  • One chain per account
  • Delegated PoS voting
  • Feeless, instant

Fantom (Lachesis)

aBFT DAG:

  • Asynchronous BFT
  • DAG for data structure
  • Fast finality
  • EVM compatible

Hedera Hashgraph

Patented consensus:

  • Gossip about gossip
  • Virtual voting
  • aBFT security
  • Enterprise focus

Avalanche

Novel consensus:

  • Repeated random sampling
  • DAG for data
  • Sub-second finality
  • Multiple chains

DAG Advantages

Scalability

Parallel processing:

  • No block size limit
  • Transactions processed simultaneously
  • Throughput scales with network
  • No artificial bottleneck

Speed

Faster confirmation:

  • No waiting for blocks
  • Transactions confirm immediately
  • Lower latency
  • Better user experience

Efficiency

Resource optimization:

  • No mining competition
  • Lower energy consumption
  • Reduced redundant work
  • Potential for feeless operation

DAG Challenges

Security

Different attack vectors:

  • Double-spend prevention harder
  • Parasitic chains possible
  • Coordinator centralization (some)
  • Network partition risks

Ordering

Consensus complexity:

  • Global order not automatic
  • Conflicts need resolution
  • Smart contracts harder
  • Synchronization challenges

Adoption

Technical barriers:

  • Less understood than blockchain
  • Fewer tools and frameworks
  • Different mental model
  • Developer learning curve

DAG in Blockchain Hybrids

Combined Approaches

Best of both worlds:

  • DAG for transactions
  • Blocks for finality
  • Parallel processing benefits
  • Traditional security

Examples

Hybrid systems:

  • Fantom: DAG consensus, EVM execution
  • Avalanche: DAG structure, subnet architecture
  • Some L2s use DAG internally

Technical Considerations

Data Structure Properties

Mathematical foundation:

  • Directed: Edges have direction
  • Acyclic: No cycles (can’t return to start)
  • Graph: Vertices connected by edges
  • Topological ordering possible

Consensus Algorithms

Different approaches:

  • Tangle (IOTA): Cumulative weight
  • Hashgraph: Virtual voting
  • Avalanche: Repeated sampling
  • Block-lattice (Nano): Per-account chains

When DAG Makes Sense

Good Fit

Use cases:

  • High-throughput requirements
  • IoT/micropayments
  • Feeless transactions needed
  • Simple value transfers

Less Suitable

Challenges:

  • Complex smart contracts
  • Strict global ordering needed
  • Traditional developer experience
  • Ecosystem compatibility

The Future of DAG

Evolution

Ongoing development:

  • Removing coordinators (IOTA 2.0)
  • Better smart contract support
  • Hybrid approaches
  • Improved developer tooling

Research Directions

Academic work:

  • Formal security proofs
  • Improved finality mechanisms
  • Scalability guarantees
  • Cross-DAG communication

Conclusion

DAG-based architectures offer an alternative to traditional blockchain’s sequential blocks, enabling higher throughput through parallel transaction processing. While challenges around ordering, security, and developer tooling remain, DAG systems have found niches in IoT, micropayments, and high-performance applications. Understanding DAG trade-offs helps evaluate whether this architecture suits specific use cases better than traditional blockchain designs.

Chains Using Directed Acyclic Graph (DAG)

2 blockchains implement this primitive