Blocknet 轉帳需要多久？

追蹤 Blocknet 付款中對傳送方與接收方重要的幾個階段：提交、納入區塊，以及成為錢包中的可用餘額。本指南解釋已發布的 core 與桌面錢包 v0.22.0 所顯示的時間，查核日期為 2026 年 10 月 27 日。請保留付款的交易雜湊，讓雙方追蹤同一筆轉帳。

Blocknet 轉帳需要多久？

追蹤付款的三個階段

首先，傳送方在錢包中核對並核准付款。保留此次傳送傳回的交易雜湊。節點記憶體池中等待的交易已被該節點接收，正在等候納入區塊。出現在那裡並不表示下一個區塊一定會包含它。傳送與接收指南介紹了付款的準備與核准。

其次，交易進入被接受的區塊。其詳情現在可能顯示 Confirmed、區塊高度及確認次數。這是有用的納入區塊證據。接收方錢包在掃描鏈時識別屬於自己的接收輸出。

最後，足夠多的後續區塊到來，使該輸出按錢包規則成為可用資金。接收方這時可以使用 Spendable Balance 顯示的金額。在納入區塊之前，本機錢包如果偵測到記憶體池中的收款，儀表板可能會另外顯示未確認付款通知。下方截圖使用實際已發布的介面，並帶有明確標示的本機示範資料。

為什麼已確認的付款仍在等待？

已發布錢包的成熟檢查採用目前鏈高度減去包含輸出的區塊高度。一般未花費輸出在深度達到十個區塊時成熟。納入區塊 100,000 的付款，在鏈頂到達 100,010 時達到這一深度。這些高度用來說明規則，並非即時付款報告。

交易詳情 API把包含交易的區塊計為第一次確認。錢包的可用性計算則在同一個區塊從深度零開始。因此，當一般輸出滿足錢包的十區塊深度要求時，詳情可能顯示十一次確認。請以儀表板的可用餘額判斷收到的資金是否可以使用。

在下方範例中，付款已納入區塊，隨後又出現四個區塊。交易詳情會顯示五次確認，而儀表板仍將示意金額 1.25 BNT 放在 Pending 中，並顯示大約還需六個區塊。兩個畫面以不同的可用程度描述同一筆付款。

如何理解預估時間？

十個區塊乘以五分鐘的目標間隔，得到納入區塊後約 50 分鐘。交易等待進入區塊的時間發生在這之前。這個計算說明時間的大致量級，並非從付款樣本測出的平均值，也不是保證的到帳時間。

已發布的儀表板也會將剩餘區塊數換算成大致時間。還剩六個區塊的範例中，六乘以五約為 30 分鐘。鏈仍然需要實際產生這些區塊。倒數歸零本身不會新增區塊，也不會讓輸出變為可用。請重新檢查目前鏈進度與餘額。

收款通知可能在交易納入區塊前出現。請將預估時間視為進度參考，然後追蹤包含交易的區塊與可用餘額。錢包同步和掃描也會影響本機介面何時反映網路已經完成的工作。

傳送方與接收方在哪裡檢查？

傳送方應開啟 History，找到轉出付款，並保留其 TX Hash。接收方可以使用同一雜湊識別轉入交易。雙方討論付款時，核對雜湊可避免與發往同一地址的其他轉帳混淆。

Blocknet 瀏覽器指南介紹如何查找交易及其所在區塊。公開查詢有助於確認網路是否已將其納入區塊。接收方的錢包則提供屬於其金鑰的私密收款與餘額詳情。檢查收到的金額時，請使用錢包。

在接收方電腦上開啟預期的錢包，將 Your Address 在 Receive 中顯示的值與傳送方使用的目標地址比較。在判斷某筆紀錄缺失前，先檢查節點同步與錢包掃描。曾經關閉的錢包可能需要時間，才能發現已經在鏈上推進的付款。

何時可以再次傳送收到的 BNT？

等待收款計入已同步介面中的 Spendable Balance，該介面為 Dashboard。你也可以查看 Pending 和 Total，了解錢包如何劃分已記錄的資金。如果之前已有其他資金，這筆收款尚在等待時，部分餘額可能已經可用。追蹤某一筆轉帳時，請使用對應的歷史紀錄。

截圖展示同一筆示範付款：包含它的區塊之後已增加十個區塊。此時 1.25 BNT 已可用，待處理金額為零。這些截圖說明已發布的前端介面，並未測量真實轉帳的耗時。準備下一筆付款時，請在核准前核對錢包中的金額與手續費。

付款尚未顯示時應該檢查什麼？

從能夠核實的階段著手。向傳送方索取已有的交易雜湊，檢查其納入區塊情況，並核對收款地址。如果本機歷史或餘額尚未更新，再按照錢包同步與掃描檢查步驟排查。檢查期間保留原始交易紀錄；再次傳送會形成另一筆獨立付款。

對於挖礦收入，先區分已賺取的礦池獎勵與已經發往你地址的付款。挖礦獎勵確認指南解釋新挖出的幣獨立的 60 區塊成熟階段。礦池傳送一般付款交易後，請追蹤該交易自身的納入區塊情況及錢包可用狀態。未到帳付款指南將礦池紀錄與接收錢包聯繫起來。

完成檢查很簡單：確定預期的錢包，匹配付款交易雜湊，並在同步和掃描後檢查可用餘額。本指南描述目前已發布的規則。Faraday 指南另外追蹤已公布的未來網路變更。