以太坊挖矿中的 DAG 文件是什么？它如何影响较旧的 GPU？

了解以太坊挖矿中的 DAG 文件

1. DAG（有向无环图）文件是由 Ethash 算法生成的大型数据集，以太坊在过渡到权益证明之前就使用了该算法。

2. 每个挖矿操作都需要此文件，并且必须在开始散列之前将其完全加载到 GPU 的 VRAM 中。

3. 它的大小随着每个纪元的时间而增长——大约每 30,000 个区块——每个纪元增加约 8 MB。

4. 在epoch 400处，DAG文件超过4GB；到 450 纪元，它超过了 4.5 GB，给内存受限的硬件带来了巨大的压力。

5. 矿工无法绕过或压缩DAG；在内核执行期间，它必须作为单个连续块完全驻留在 GPU 内存中。

对 GPU 内存要求的影响

1. 一旦 DAG 在 2020 年中期超过该阈值，VRAM 低于 4 GB 的 GPU 就无法用于以太坊挖矿。

2. 像 GTX 970 这样的卡——宣传 4 GB，但仅提供 3.5 GB 的完全可寻址内存——由于内存碎片和页面错误而遭受严重的性能下降。

3. 即使是 RX 480 等恰好 4 GB 的 GPU，当 DAG 大小接近 4.1 GB 时也会出现不稳定，从而触发重复的内存重新分配和驱动程序超时。

4. 内存带宽也发挥了关键作用：具有 GDDR5 内存的旧 GPU 在较低的有效带宽下运行，难以足够快地为计算单元提供数据，尽管理论上有容量，但仍降低了有效哈希率。

5. 一些矿工尝试通过 PCIe 传输使用系统 RAM，但这会带来超过 40% 的延迟损失，使得此类设置实际上毫无用处。

旧硬件上的驱动程序和固件限制

1. 较旧的 GPU 通常依赖于不再接收供应商更新的旧驱动程序堆栈，导致对较新 DAG 时代所需的大内存分配的支持较差。

2. 由于内部驱动程序堆耗尽，NVIDIA Kepler 架构卡（例如 GTX 680）无法在 epoch 350 之后初始化 DAG，即使 VRAM 看起来足够。

3. AMD GCN 1.0 芯片（例如 HD 7970）在 DAG 大小超过 3.2 GB 时遇到固件级内存映射错误，导致 OpenCL 内核崩溃且没有明确的错误代码。

4. OEM 品牌卡上的 BIOS 级内存时序限制阻碍了持续高带宽 DAG 访问模式下的稳定运行，导致间歇性重新启动。

5. 某些主板芯片组限制了旧 GPU 的 PCIe 通道协商，从而降低了有效内存吞吐量并加剧了 DAG 加载故障。

解决方法及其缺点

1. DAG 修剪工具声称可以减少内存占用，但违反了 Ethash 规范合规性，导致所有主要池上的共享被拒绝。

2. 使用异构卡的多 GPU 设备面临同步问题——单个 GPU 无法加载 DAG 会导致整个挖矿过程停滞。

3. 超频 VRAM 时序有时会将可用性延长几个时期，但会增加误码率，导致在没有外部验证的情况下无法检测到静默共享损坏。

4. 使用具有自定义内核参数的 Linux 可以实现更深入的内存管理控制，但许多传统 GPU 缺乏对 Ethash 工作负载的适当开源驱动程序支持。

5. 刷新修改的VBIOS文件会带来永久性的硬件风险；不正确的时序表导致 GPU 锁定，需要物理重置或 BIOS 恢复。

常见问题解答

问：DAG 大小达到 4.2 GB 后，我可以使用 GTX 1050 Ti 挖掘以太坊吗？不会。GTX 1050 Ti 只有 4 GB 的 GDDR5 显存，缺乏足够的带宽空间来维持 380 纪元之后的稳定运行。它始终无法生成 DAG 或产生无效共享。

问：为什么有些 4 GB 的 AMD RX 570 型号仍然可以挖矿，而其​​他型号则失败？内存 IC 分级和 PCB 布局的差异会影响高频 D​​AG 访问下的信号完整性。采用 Micron 存储芯片的设备的性能往往优于采用 Hynix 的设备，尤其是在 410 纪元之后。

问：DAG 大小对 CPU 挖矿的影响是否相同？由于 Ethash 的内存硬设计，CPU 挖矿对于以太坊来说从来不可行。 DAG 的顺序内存访问模式严重影响了 CPU 缓存层次结构，甚至使高端 Xeon 系统的速度也低于 1 MH/s。

问：以太坊基金会有官方工具来检查 DAG 兼容性吗？不存在官方实用程序。矿工依靠社区维护的纪元计算器和 GPU 基准脚本来模拟现实世界内存限制下的 DAG 负载行为。