以太坊挖礦中的 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 負載行為。