一、DAG首先是数据结构概念
区块链dag技术涉及哪些技术概念，首先要从DAG的含义说起。DAG即有向无环图：图由顶点和有方向的边组成，沿边的方向不能绕一圈回到起点。理解账本时，需要辨明顶点表示交易、区块还是其他对象，以及边表示哪一种依赖关系。
数据结构描述信息如何关联，共识规则决定网络接受哪些记录。两者不能混为一谈。下文讨论通用基础概念；比特币和以太坊的机制可用于理解账本与共识，但不能直接视为某个DAG系统的实现说明。
二、哈希引用与数据完整性
哈希将数据映射为固定长度的摘要，可用于标识记录和建立引用。比特币开发者指南介绍了区块引用前一区块头哈希，以及用默克尔树汇总交易的方式。这有助于理解账本如何让数据变动影响后续校验。
需要区分完整性与有效性：哈希对应得上，不代表交易满足账本规则。默克尔证明可以支持交易被某个区块收录的验证，也不能单独证明交易合法或已经最终确认。
三、交易依赖、偏序与双花
交易依赖表示一项操作需要以前序结果为基础。比特币的UTXO模型中，交易使用先前交易产生且尚未花费的输出，同一个输出不能在有效账本中重复花费。它展示了依赖关系与冲突检查的区别。
图中的依赖关系可以表达部分先后约束，称为偏序。没有直接依赖的两笔交易是否都能接受，还要检查它们是否争用同一资源。图结构本身不能消除双花；存在多种可行排列时，也需要协议决定如何得到一致的执行结果。
四、共识与抗女巫攻击
以太坊的共识机制说明将共识描述为协议、激励和规则的组合，并区分抗女巫攻击机制与链选择规则。工作量证明、权益证明可以通过资源约束限制伪造大量身份的影响，但不能单独概括完整共识过程。
分析DAG账本时，同样需要分别考察参与资格、记录验证、冲突处理和确认条件。不能仅凭使用DAG，就推断系统采用哪一种共识机制或具备何种安全保证。
五、并发处理的适用条件
依赖较少且不会争用同一状态的操作，更容易安排并发处理。不过，数据可以并行传播，不等于交易可以任意并行执行。涉及同一余额或同一合约状态时，仍需一致的冲突处理规则。
评价性能还应考虑网络传播、验证计算、存储和状态同步。仅凭图的形状，无法确定吞吐量、确认时间或扩展能力。
六、常见问题：有引用就代表确认吗
不一定。引用首先说明记录之间存在关联；它是否同时代表认可、投票或确认，要由具体协议定义。记录被收到、通过本地验证与达到最终确认，是不同阶段。
DAG也不天然等于免手续费或无需安全成本。理解一套方案时，应核对其数据结构、共识规则、执行规则和资源约束，避免把某一层的特征扩大为整个系统的结论。