比特幣的 Coinbase 成熟度規則意味著：於區塊高度 N 的 coinbase 交易所建立的輸出，最早只能在區塊 N+100 中被花費。礦池可以在此之前就將款項記入礦工帳戶，因為內部記帳並不等於真的花費了該 coinbase 輸出。若礦池要在該輸出可被花費之前進行鏈上付款，就必須動用其他可花費的資金。
這是兩個獨立的流程：比特幣共識機制規管特定 coinbase 輸出何時可被花費，而礦池的支付方式與提現規則則規管帳戶入帳與付款。兩者的時間軸不必一致。
什麼是 coinbase 交易
每個比特幣區塊都恰好包含一筆 coinbase 交易，而且它永遠是區塊中列出的第一筆交易。與一般交易不同，coinbase 交易的輸入並沒有真實的前序輸出；它正是新比特幣被創造出來的機制，也是產出該區塊的礦工或礦池據以領取該區塊獎勵的途徑。
coinbase 交易所領取的獎勵由兩部分組成。第一部分是區塊補貼（block subsidy），這是由比特幣發行時間表所設定的固定數額，大約每四年減半一次。繼 2024 年 4 月在區塊高度 840,000 進行第四次減半後，目前每個區塊的補貼為 3.125 BTC。第二部分則是該區塊中所包含的所有其他交易所支付的手續費總和。兩者合計通常被稱為「區塊獎勵」（block reward），但補貼與手續費總額是由不同邏輯所規管的，不應被視為單一固定數字——手續費收入會因網絡擁擠程度而逐區塊變動。
補貼代表新發行的 BTC；交易手續費則來自既有的 BTC。兩者皆可透過 coinbase 輸出領取，而這些輸出同樣受比特幣共識規則下相同的成熟度限制約束。此限制並非僅適用於補貼部分（Bitcoin Developer Guide）。
成熟度與確認數
如果花費某個 coinbase 輸出的交易所在區塊之高度，與該 coinbase 建立時的區塊高度相差不足 100 個區塊，比特幣節點便會拒絕該筆交易。換句話說，於區塊 N 中建立的輸出，最早可被包含在區塊 N+100 中的交易所花費。這並不表示必須等到區塊 N+100 已被挖出之後，花費交易才能被納入某個區塊（Bitcoin Core consensus validation、maturity constant）。
此規則之所以存在，是因為一個剛被挖出的區塊原則上有可能因鏈重組（chain reorganization）而被取代——即一條累積工作量證明更多的競爭鏈，將原本的區塊及其 coinbase 交易從主鏈中移除。在 coinbase 輸出可被花費之前要求這段間隔，有助於降低後續交易依賴於一個可能因鏈重組而消失的獎勵之風險。
重要的是，不應將此成熟度要求與接收方服務的確認政策混為一談。對於已被納入主鏈的交易而言，其確認數即為目前鏈頂高度減去其所在區塊高度，再加一。當鏈頂為 N+99 時，區塊 N 中的 coinbase 便有 100 個確認，而花費該輸出的交易最早可被納入下一個區塊，即 N+100。
一般的比特幣交易通常在達到接收方或服務所選定的若干確認數後，便被視為已結算——常見為六個確認，不過合適的數字取決於交易金額及接收方自身的風險承受度。相比之下，coinbase 成熟度是一項固定、由協議強制執行的花費限制，而非一項可自行設定的接受政策。
礦池記帳與鏈上獎勵
在本文所討論的託管式礦池支付模式中，coinbase 交易會將補貼與手續費支付至由礦池控制的輸出，而礦工則獲得另外的付款。自此之後，coinbase 輸出與礦池的記帳便分別受不同規則所規管。
在協議層面，無論礦池規模或基礎設施如何，其新產生的 coinbase 輸出在許可的區塊高度之前都無法被花費。
在礦池記帳層面,礦池會套用其支付方式，來決定每位參與貢獻的礦工應得的款項。根據 ViaBTC 所公開的規則，具體做法會因支付方式而異。在 PPS+ 模式下，收益中源自補貼的部分會按小時結算，採用 PPS 邏輯，依據提交的算力份額（shares）及目前的網絡難度計算。此類入帳不需要礦池先找到對應的區塊。而手續費部分則採用 PPLNS 邏輯：待所找到的區塊完成六個確認後才進行計算，依據每位礦工在前五個難度回合（difficulty rounds）內所貢獻算力的佔比計算。在 PPLNS 模式下，該計算方式則同時適用於補貼與交易手續費兩部分（ViaBTC Help Center）。
六個確認這一條件，決定的是相關礦池收益何時被計算出來，而非令該 coinbase 輸出變得可被花費。將款項計入帳戶餘額屬於記帳行為，並非真正花費該輸出。等待確認一般有助於降低遭受短暫鏈重組影響的風險，但這與比特幣強制性的成熟度規則是兩回事。
當礦池隨後透過另一筆獨立的普通比特幣交易，將 BTC 發送至礦工的外部錢包時，礦工收到的是一般交易輸出，並不受 Coinbase 成熟期限制。如果該筆支付發生在某特定 Coinbase 輸出尚未可被花費之前，該筆支付就必須使用其他可用資金——例如先前已成熟的挖礦收益。這是根據比特幣花費規則所得出的結論，並非針對 ViaBTC 具體資金管理做法的斷言，也不代表每筆帳戶入帳與每個找到的區塊之間存在一對一的對應關係。
為何時序會有差異
有三組各自獨立的條件，分別掌管獎勵成熟期、帳戶入帳與對外支付。它們並不構成一個「礦池必須先找到區塊，礦工才能獲得帳戶入帳」的普遍先後順序。
- Coinbase 成熟期： 比特幣共識機制決定了某個特定 Coinbase 輸出最早可以在哪一個區塊被花費。礦池無法縮短此項要求。
- 礦池結算： 支付方式決定了收益如何計算與入帳。ViaBTC 的 PPS 部分是按小時結算，無需對應找到相應的區塊；其 PPLNS 計算則取決於實際找到的區塊，以及文件所載明的確認條件。
- 提現處理： 所選擇的提現模式、適用的最低提現金額以及處理時程，決定了符合條件的金額何時會被發出。
舉例來說，ViaBTC 文件中記載的 BTC 自動提現至外部地址的最低金額為 0.001 BTC，但實際適用的門檻亦取決於帳戶所設定的最低提現金額。在帳戶餘額模式下，餘額必須符合相應的提現條件。ViaBTC 亦提供每日收益模式，該模式將相關條件套用於前一日的收益。自動提現每日處理一次，時間為 10:00 至 18:00（GMT+8）；僅達到 0.001 BTC 並不應被視為能立即獲得支付的保證（自動提現規則、最低提現金額設定）。這些產品規則已於 2026 年 10 月 14 日查核確認。
因此，帳戶入帳餘額並不能證明某個特定區塊獎勵已經成熟，而提現門檻亦不等同於成熟期要求。
在預期收到支付之前應先問自己的問題
Coinbase 成熟期會延遲我的礦池帳戶餘額嗎？
不一定。Coinbase 成熟期限制的是鏈上特定輸出的花費行為。礦池可以在該輸出尚未可被花費之前，就先記錄內部帳戶入帳。在 PPS 制度下，收益的計算同樣不需要礦池先找到對應的區塊。
如果我的餘額更新得很快，是否代表礦池繞過了 100 個區塊的規則？
不是。帳戶更新只是一筆會計記錄。如果在某個 Coinbase 輸出仍未成熟時就進行鏈上支付，該筆交易必須使用其他可用資金。
為什麼我的礦池在將找到的區塊入帳前，要等待數個確認？
等待確認通常可以降低短暫鏈重組導致已找到的區塊在其獎勵分配前被移除的風險。ViaBTC 文件中載明其 PPLNS 計算採用六次確認的條件，PPS+ 中的交易手續費部分亦同。此項結算條件與 Coinbase 成熟期是各自獨立的。
提現最低金額是否等同於成熟期要求？
不是。提現最低金額是礦池支付的其中一項條件。就 ViaBTC 提現 BTC 至外部地址的自動提現而言，文件記載的最低金額為 0.001 BTC，而實際是否符合資格亦取決於所設定的門檻與所選的提現模式。這些設定都不會改變某個 Coinbase 輸出何時可被花費。
我要如何驗證某個特定區塊獎勵最早何時可以被花費？
在區塊瀏覽器上找出該 Coinbase 交易所在的區塊高度 N，並確認該區塊仍位於有效鏈上。能夠包含花費其輸出之交易的最早區塊為 N+100。如果目前鏈頂為 N+99，則該 Coinbase 已有 100 個確認，其輸出便可在下一個區塊中被花費。此方法僅驗證成熟期要求；該輸出仍須保持未被花費狀態，並符合其他花費條件。
參考資料
- Bitcoin Developer Guide，Block Chain
- Bitcoin Core，Transaction Input Validation
- Bitcoin Core，Consensus Constants
- ViaBTC 幫助中心，收益是如何計算的？
- ViaBTC 幫助中心，如何設定自動提現
- ViaBTC 幫助中心，如何設定自動提現的最低提現金額？