挖礦如何保障 Blocknet 付款安全

跟隨一筆 BNT 付款，從進入區塊到成為後續挖礦工作支持的歷史。本指南解釋網路為何需要在競爭歷史之間作出選擇、確認能說明什麼，以及這種選擇如何與隱私交易驗證配合。這裡描述的是已發布的 core v0.22.0，核查日期為 2026 年 10 月 28 日。

傳送 BNT 時，挖礦保護什麼？

有效付款既需要授權，也需要在帳本中占有位置。錢包提供花費你資金所需的授權。挖礦和鏈選擇協助節點就哪些有效交易屬於目前歷史達成一致。兩項工作相互配合，但區塊的工作量證明不會讓原本無效的付款變得可接受。

規則執行指南說明誰負責開發、提議和驗證。這裡關注付款本身：它被納入後，如何成為錢包和其他節點所跟隨歷史的一部分。

區塊如何綁定付款歷史？

區塊標頭包含前一區塊的雜湊，以及由交易計算出的 Merkle 根。根以密碼學方式綁定區塊內容，前一區塊雜湊則將其連接到更早的歷史。修改交易會改變根和正在挖礦的區塊標頭。後續區塊也必須透過各自的連結參照改變後的歷史。

假設某筆付款進入一個區塊，之後又有幾個區塊被接受。要替換這部分歷史，需要一條由有效且相互連接的區塊組成、累計工作量足夠、並符合節點重組規則的競爭分支。在本機檔案中編輯交易並不能產生這條分支。相關工作屬於特定的區塊標頭與交易序列。

已發布的區塊程式碼定義了這些欄位、Merkle 檢查和鏈選擇流程。難度指南解釋網路如何確定每個新區塊的工作要求。

為什麼累計工作量比區塊數量更重要？

兩個礦工可能找到不同的有效區塊，都延伸同一個父區塊。每個提議有自己的雜湊，節點收到訊息的順序可能不同。這會短暫產生競爭分支。網路需要依據支持歷史的工作來選擇，而不是依據某個對等節點的公告順序。

Core v0.22.0 把區塊難度加到父區塊的累計工作量上。驗證後，工作量嚴格更大的分支可以觸發選定鏈切換。工作量相同的替代分支不會透過這項比較觸發切換。難度本身也必須符合該分支父區塊的脈絡，礦工不能只在區塊標頭裡填一個更大的數。

例如，比較兩條擁有共同前綴的分支。共同部分給兩邊總量貢獻相同的工作。決定差異的是分開之後累積的工作，以及有效性和重組檢查。不考慮難度、只數區塊，可能忽略這種差異。這是概念性比較，不是正在發生的分叉報告。

確認如何協助判斷付款進度？

付款進入選定鏈後，後續區塊就在這段歷史上繼續建立。隨著新區塊到來，付款的深度增加。要替換其收錄，需要從相關區塊之前開始、符合條件的替代歷史，而目前分支仍在累積工作。因此，檢查是否收錄以及後續深度，比僅看到交易已廣播更有意義。

高度標識位置，雜湊標識具體區塊。追蹤付款時，查看交易紀錄和包含它的區塊，再確認該區塊仍在選定鏈上。如果選定歷史改變，收錄狀態和深度也可能變化。有的確認計數包含收錄區塊，有的只計算後續區塊，應查看介面的計數約定。

Core v0.22.0 還執行重組邊界：若共同祖先低於目前鏈尖高度減去 100，則拒絕切換。這是執行中實作的規則，不是與某個顯示計數綁定的普遍承諾。轉帳時間指南說明一般錢包資金何時可用，挖礦獎勵確認指南說明 coinbase 成熟和礦池記帳。

隱私付款如何檢查重複花費？

Blocknet 已發布的交易格式使用與花費證明綁定的金鑰映像。驗證會檢查綁定關係，並拒絕相關鏈狀態中已經花費過的金鑰映像。這樣，節點能發現輸出的衝突使用，同時環簽章隱藏哪個合格環成員才是真實輸入。隱私金額仍須接受平衡和範圍檢查。

假設擁有者授權了兩筆花費同一輸出的衝突交易。有效且被接受的歷史不能同時包含這兩次花費。鏈選擇很重要，因為競爭歷史可能包含不同選擇；交易驗證也很重要，因為每段歷史都必須遵守花費規則。更多工作不能代替有效簽章，也不能讓收支不平衡的交易通過會計檢查。

這些檢查位於已發布的交易驗證器中。更廣泛的隱私機制請參閱Blocknet 隱私指南。付款安全結合了有效花費、一致歷史，以及保護歷史所透露資訊的密碼學機制。

礦池挖礦在付款安全中扮演什麼角色？

礦池協調礦工尋找區塊，並把求解成功的候選區塊提交給上游節點。達到較容易的礦池目標的份額用於記錄貢獻工作；只有達到網路目標的解，才能在驗證後成為網路區塊。礦池解說區分了這兩個目標及其用途。

因此，你的礦工可以參與延長付款歷史的過程，而礦池另行記錄你的工作。私人礦池餘額、份額數和錢包中的已確認付款描述的是不同事物。參與可從礦池連接指南開始；追蹤特定 BNT 付款時，請使用錢包交易紀錄。