Bitaigen Research BTC 比特幣為何限定在 2100 萬枚？
比特幣的總量上限被設定為 2100 萬（實際精確數值為 2,099,999,997,690,000 「聰」，即 20,999,999.97690000 BTC），這背後既有嚴密的數學計算，也有電腦科學技術實現上的深層考量。閱讀完本文，你將對這一數字的來歷、其隱含的經濟學意義以及技術約束有更系統性的認識。
---
我們將從技術與經濟的雙重視角，梳理比特幣總量上限的設計初衷、數學原理以及實現機制。透過解析區塊獎勵、減半週期和程式碼約束，幫助讀者釐清為何比特幣只能發行有限數量，進而理解其稀缺性背後的邏輯。想掌握這段核心歷史與運作原理，請繼續往下閱讀。
計算總量的基本公式
比特幣的發行機制嚴格遵循以下兩條核心規則，這些規則被寫死在比特幣的底層協議中：
- 初始獎勵： 每個區塊最初獎勵 50 BTC。
- 減半機制： 每產生 210,000 個區塊後（約每四年），區塊獎勵會自動減半。
將這兩個規則套入數學中的等比級數公式，我們可以得到以下計算過程：
\[
(50 + 25 + 12.5 + 6.25 + 3.125 + \dots) \times 210,000 = 2,100 \text{ 萬枚}
\]
由於比特幣網路設定大約每 10 分鐘產生一個新區塊，210,000 個區塊大約對應 4 年的時間，這就是全球加密貨幣投資者所熟知的「減半週期」（Halving Cycle）。對於台灣投資者而言，這類週期性事件往往是觀察市場波動的重要指標，許多人會透過 玉山銀行 或 國泰世華 等銀行帳戶轉帳至交易所進行佈局。
---
細節層面的補充說明
雖然大家習慣稱總量為 2100 萬，但在實際的技術實現與協議細節中，還有幾點值得深入探討：
1. 實際整數規模與「聰」
在比特幣協議內部，系統並不直接處理「枚」這個單位，而是使用最小單位「聰」（Satoshi）。總量上限實際上是 2,099,999,997,690,000 聰（約 2100 萬億聰）。當系統向用戶顯示餘額時，會固定保留 8 位小數，呈現為 20,999,999.97690000 的形式。這種設計源於使用 64 位整數（64-bit integer）配合 8 位小數的資料儲存方式，確保了計算的精確度。
2. 為什麼結果會略低於 2100 萬
在理論數學中，等比級數可以無限延伸，但在電腦程式的實際執行中，數值必須有最小單位。當區塊獎勵經過多次減半，最終降至 0.00000001 BTC（即 1 聰） 時，下一次減半在整數運算中會直接變為 0。因此，發行序列在此處強制截斷。這種「捨位誤差」導致最終累計的總量會比理想化的 2100 萬稍微低一點點。
3. 小數點的位置可以遷移
雖然目前協議內部採用的是萬億級的整數，但對外展示時的小數點位置並非不可更改。如果未來比特幣價值極高，例如 0.0001 BTC 價值就超過 100 美元（約 3,200 TWD），社群可能會達成共識將小數點左移。
中本聰（Satoshi Nakamoto）在 2009 年 4 月 12 日給 Mike Hearn 的回信中曾提到這種「顯示位移」的想法，旨在讓不同規模的交易都能保持足夠的便利性：
「Values are 64‑bit integers with 8 decimal places, so 1 coin is represented internally as 100,000,000. … if 0.001 is worth 1 Euro, then it might be easier to change where the decimal point is displayed …」
「幣值是 64 位整數並保留 8 位小數，因此 1 枚比特幣在內部記作 100,000,000。如果 0.001 BTC 等於 1 歐元（約 35 台幣），調整小數點顯示的位置會讓日常使用變得更簡單。」
---
電腦儲存的約束
64 位雙精度浮點數的限制
這是一個非常關鍵的技術考量。在國際標準 IEEE 754 中，雙精度浮點數（Double-precision floating point）使用 64 位元儲存，其中 53 位元用於表示有效數字，其餘位元用於指數和符號。
如果要在不損失精度的情況下同時表示整數與小數，整數部分最多隻能使用 53 位元，即 2⁵³ - 1 ≈ 9 × 10¹⁵。為了確保在所有主流程式語言（如 JavaScript、C++、Python）中進行數值運算時都不會發生溢出（Overflow）或精度丟失，開發者通常會選取一個更安全的閾值，例如 2⁵¹ ≈ 2.25 × 10¹⁵。
比特幣的總量約 2100 萬億聰（2.1 × 10¹⁵），正好低於這個安全閾值。這意味著無論是交易所的後端系統，還是用戶在手機上使用 Line Pay 相關生態支付（若未來整合）或查看錢包餘額，都不會因為電腦硬體限制而出現帳目錯誤。
32 位整數的历史猜測
另一種流傳較廣的解釋認為，早期的設計可能考慮到了 32 位有符號整數（Signed 32-bit integer）的上限。32 位整數的最大值約為 2³¹ - 1 ≈ 2.147 × 10⁹。如果採用兩位小數的固定點表示法，則最大可表示約 21,474,836.47 BTC。四捨五入後，2100 萬是一個非常直觀且好記的數字。這也解釋了為何「21」這個數字在比特幣早期的原始碼中多次出現。
---
供應時間表概覽
比特幣的發行進度可以透過下表清晰地呈現，這對於理解其通縮特性至關重要：
- 創世區塊 (Block 0)： 發生於 2009-01-03 18:15:05 UTC，初始獎勵為 50 BTC（即 5,000,000,000 聰）。
- 第 210,000 區塊： 2012-11-28 15:24:38 UTC，獎勵首次減半至 25 BTC。此後每滿 210,000 個區塊獎勵再次減半，預計到 2140 年左右，經過第 33 次減半後，獎勵將降至 0。
- 難度調整機制： 每隔 2016 個區塊（約兩週），系統會根據最近的出塊速度自動調節挖礦難度，目標是維持每小時約產出 6 個區塊的速度。
---
中本聰對數字選擇的自述
在與早期開發者 Mike Hearn 的郵件往來中，中本聰曾坦言自己並非一開始就拍板決定「2100 萬」這個精確數字。他是先設定了區塊產出時間（10 分鐘）、初始獎勵（50 BTC）和減半週期（4 年）等參數，最後發現這些參數自然導向了約 21 million 的上限。以下是他的一段原話摘錄：
「I thought about 100 BTC and 42 million, but 42 million seemed high. … I wanted typical amounts to be in a familiar range. If you're tossing around 100,000 units, it doesn't feel scarce. The brain is better able to work with numbers from 0.01 to 1000.」
「我曾考慮過將初始獎勵定為 100 BTC 並設定 4200 萬的上限，但感覺這個數字太大了。我希望典型持有者的持有數量能落在人們熟悉的範圍內。如果你隨手就能擁有 10 萬個單位，那就感受不到稀缺性。人類的大腦更擅長處理 0.01 到 1000 之間的數字。」
這段話揭示了比特幣在設計時的人性化考量：中本聰希望普通用戶持有的比特幣數量是直觀且易於理解的，而不是像某些法幣那樣動輒數百萬、數億元，導致面額膨脹。例如，如果你想在台灣購買一份 160 TWD (約 5 USD) 的便當，使用 0.00008 BTC 支付雖然精確，但若比特幣普及後改以「聰」或調整小數點顯示，將更符合日常認知。
---
網路流傳的各種猜測
除了上述嚴謹的技術解釋外，多年來加密貨幣社群也流傳著許多富有想像力的說法：
| 編號 | 說法名稱 | 簡要說明 |
|---|---|---|
| 1 | **「21 是 42 的一半」** | 源自經典科幻小說《銀河系漫遊指南 |
相關閱讀
💡 註冊幣安使用邀請碼 B2345 享平台手續費折扣。詳見 幣安完整教學。
