以太坊DAG文件增长时间表，演进、逻辑与生态影响

xwhb 2026-09-27

在以太坊的挖矿生态中,DAG文件（有向无环图，Directed Acyclic Graph）是一个常被提及却少被深入理解的核心组件，它不仅是Ethash工作量证明算法的“燃料”，更随着以太坊网络的演进，其大小增长规律直接影响着矿工的硬件门槛、节点的存储压力，乃至整个网络的去中心化程度，本文将梳理以太坊DAG文件的增长时间表，解析其背后的技术逻辑，并探讨其对生态的长期影响。

DAG文件：Ethash算法的“内存依赖”

要理解DAG文件的增长,需先明确其在以太坊PoW（工作量证明）机制中的角色，2015年以太坊主网上线时，为平衡挖矿效率与去中心化，设计了Ethash算法——一种基于“内存哈希”的PoW算法，其核心特点是依赖大内存进行计算，从而避免ASIC矿机通过专用硬件垄断算力。

DAG文件正是Ethash算法的“数据基础”，具体而言，每个“epoch”（时期，包含30,000个区块，约12.5天，按15秒/块计算）会生成一个全新的DAG文件，该文件由两部分组成：缓存（cache）和数据集（dataset），缓存较小（约几GB），用于快速验证；数据集较大（随epoch增长），用于实际挖矿，矿工需将数据集加载到内存中，通过哈希运算寻找符合条件的nonce值，完成区块打包。

DAG文件增长时间表：从“轻量”到“沉重”的演进

DAG文件的大小并非随机变化,而是遵循严格的数学规律，其核心公式为：
DAG大小（GB）≈ 3.5 + 32 × epoch编号

epoch编号从0开始,每30,000个区块递增1，这一规律自以太坊主网启动以来从未改变，仅随epoch推进线性增长，以下是基于公式的关键时间节点与DAG大小对应表（结合以太坊主网实际出块时间）：

初始阶段（2015-2016年）：DAG文件的“诞生”

epoch 0（区块0-29,999）：2015年7月30日主网上线，初始DAG大小约3.5GB，当时普通电脑（如4GB内存）即可支持挖矿，以太坊挖矿门槛极低，去中心化程度较高。
epoch 1（区块30,000-59,999）：2015年8月12日左右，DAG大小增至约35.5GB（3.5+32×1），此时内存需求开始提升，但主流电脑（8GB内存）仍可应对。

中期阶段（2017-2020年）：门槛逐步抬升

epoch 100（区块3,000,000-3,029,999）：2017年10月左右，DAG大小约3.5+32×100=3235GB（约3.2TB），此时16GB内存的显卡已难以满足需求，矿工开始转向32GB显存的GPU（如RX 580 8GB×双卡），个人挖矿难度增加。
epoch 200（区块6,000,000-6,029,999）：2018年10月左右，DAG大小约6.4GB（3.5+32×200），64GB显存的矿卡（如RX Vega 64）成为主流，小型矿工逐步被淘汰，算力集中度开始上升。

后期阶段（2021-2022年）：存储压力凸显

epoch 300（区块9,000,000-9,029,999）：2021年8月左右，DAG大小约9.6GB，此时1TB SSD已成为矿工标配（DAG文件需高速存储，机械硬盘读写速度不足），矿工硬件成本显著提升。
epoch 380（区块11,400,000-11,429,999）：2022年9月“合并”前，DAG大小约3.5+32×380=12.19GB，此时以太坊PoW挖矿已进入“军备竞赛”阶段，矿工需投入大量资金购买显卡和存储设备，去中心化理念面临硬件门槛的挑战。

“合并”后（2022年9月至今）：DAG文件“冻结”

2022年9月15日,以太坊完成“合并”（The Merge），从PoW转向PoS（权益证明），挖矿机制被废弃。DAG文件停止生成，最后一个epoch（epoch 384，区块11,520,000-11,549,999）的DAG大小约12.6GB，成为历史峰值。
尽管DAG文件不再增长，但历史节点仍需存储所有历史DAG文件（约12.6GB×385个epoch≈4.85TB），这对全节点存储提出了长期要求。