更正記錄

這個站會出錯。區別只在於出錯之後是改掉並說明，還是悄悄改掉當沒發生過。我們選前者。

下面按時間倒序記錄每一次涉及事實、數字或演算法的更正。措辭潤色、排版調整不記在這裡。發現問題請寫信到 contact@orecrux.com。

2026-10-09 · 幾處演算法和數字的修正

改了什麼：

挖礦成本構成對照表的電費和裝置攤銷佔比區間，原來的區間和頁面自己寫的演算法對不上，已按頁面寫明的 0.3 / 0.5 / 0.8 元/度和一到三萬元機價重算（例如高檔電價下電費佔比由「72%–85%」改為「53%–78%」），並補上推算過程。挖礦和直接買裡「電費佔一半到八成以上、電價砍半成本就砍半」的說法隨之改為「約三成到近八成、電價砍半總成本少一成半到四成」。
減半對礦工意味著什麼等幾篇把減半寫成「收入對摺、成本直接翻倍」。減半只減區塊補貼，交易手續費不受影響，已改為「接近翻倍」並說明手續費的作用；同樣的修正也落在比特幣是怎麼挖出來的、礦機多少錢、多久回本、難度上漲後收益會少多少和二手礦機能買嗎。
什麼是算力裡 GH/s、MH/s 裝置與全網的差距原寫「三到四個數量級」，按單位應是九到十二個數量級，已改；全網算力的中文讀法同步改為「八萬五千億億」。
挖礦要用多少電和家裡挖礦會遇到什麼麻煩原寫階梯電價會讓「家裡原本的用電也一起變貴」。按整戶總量分檔時，原有用電單價不變，是礦機多出來的電只能落在更貴的檔位，已改正。

為什麼要緊：前兩條直接影響「電價能省多少」「減半後關機線在哪」這兩個判斷；第三條是數量級錯誤。其餘幾篇這一輪只是補了步驟或改了措辭，不在這裡逐條列。

改了什麼：全站頁面加入了 Google Analytics 4 統計指令碼（從 googletagmanager.com 載入，會寫入 cookie）。隱私說明和關於頁原來寫著「不裝統計程式碼、不用 cookie」，已經按新情況改寫。

為什麼記在這裡：這不是文章裡的事實或數字出錯，但它改變了你訪問這個站時會發生什麼。按本頁「站點結構性變化也記」的規矩，留一條。

上線前的自查裡發現了三處問題，都已改正。它們全部發生在內容公開之前，但因為影響的是核心演算法，一併記錄。

改了什麼：算帳用的樣例機器，初稿設為 350 TH/s 配 3500W。這兩個數一除得到 10 J/TH，比現役主流機型的實際能效水準樂觀太多。已改為 250 TH/s 配 3500W，也就是 14 J/TH，並在假設表裡把能效比單獨列了一行，讓讀者能直接看到這個數怎麼來的。

為什麼要緊：能效比直接決定每枚幣的成本。用一台不存在的高效機器算出來的成本會偏低，等於把挖礦的經濟性寫得比現實更好。現在個人還能挖嗎裡「折算到每枚 BTC 的成本」那張表的六個數字全部按新參數重算過。

改了什麼：初稿把單機佔全網算力的比例寫成「四千萬分之一」。按 250 TH/s 對 850 EH/s 實際計算，應為三百四十萬分之一。已更正，由它推出的期望時間（撞一個塊約 65 年、湊一整枚約 21 年）也一併重算。

為什麼要緊：這個比例是全站好幾篇文章共用的分母，錯一個數量級，後面所有推算都跟著錯。涉及的是現在個人還能挖嗎、挖一個比特幣要多久和什麼是算力三篇。

改了什麼：挖一個比特幣要多久初稿只按區塊獎勵計算每日產出，沒有說明打包者還能拿到這個區塊裡所有交易的手續費。已補上一節專門說明，並指出因此真實產出會略高於文中算的值。

為什麼要緊：漏掉這一塊會讓期望時間偏長。雖然方向上偏保守、不至於誤導人高估收益，但讀者有權知道算式裡少了什麼。

站內數字的處理原則 —— 協議規則直接寫、會變的數字寫量級區間加查證年月、幣價一概不預設 —— 寫在關於頁。