區塊鏈如何運作？交易從發起到確認全流程

區塊鏈依照建立交易、私鑰簽署、網路廣播、節點驗證、區塊打包和共識確認的順序處理交易。廣播成功只代表網路已收到請求，不等於資產已經入帳。

以下以常見的公有鏈轉帳為例。不同網路可能使用 UTXO 或帳戶模型，也可能採用不同的共識機制，但交易從授權到寫入共享帳本的基本角色相近。

第一步：錢包建立並簽署交易

使用者填寫收款地址、金額和費用參數後，錢包會建構一筆交易。帳戶模型通常還包含 nonce，用來確定同一帳戶交易的順序並防止重複執行；UTXO 模型則會引用先前尚未花費的輸出，並建立新的輸出。

錢包使用私鑰對特定交易資料簽署。私鑰不需要也不應傳送給節點，網路收到的是交易內容與簽章。節點可以據此驗證授權，卻無法從簽章反推出私鑰。

第二步：交易廣播到節點網路

簽署後的交易會先傳送給一個或多個節點，再由節點在點對點網路中傳播。節點不會因為收到交易就立即寫入帳本，而是先檢查格式、簽章、可用餘額或 UTXO、nonce、費用和腳本執行結果。

符合本機規則的交易通常會進入記憶體池或待處理佇列。各節點看到的待處理集合可能不同，因為網路延遲、本機政策與最低費用設定並不完全一致。記憶體池也不是區塊鏈本身，節點重新啟動或交易被取代後，待處理記錄可能消失。

第三步：區塊生產者選擇交易

礦工或驗證者會從可用交易中挑選一部分，依照協定組裝候選區塊。交易費較高不保證一定會先被打包，但在區塊空間緊張時，費用通常會影響優先順序。

候選區塊除了交易，還包含父區塊引用、時間或狀態承諾等欄位。比特幣類網路通常會將交易雜湊彙總為默克爾根；帳戶型網路還可能記錄執行後的狀態根。可在區塊結構深度解析中查看各欄位的作用。

第四步：其他節點獨立驗證區塊

區塊傳播到網路後，其他節點會自行檢查，而不是直接信任生產者。檢查內容包括父區塊是否已知、區塊標頭是否符合共識、交易是否有效、是否存在雙重支付，以及執行結果是否符合區塊中的狀態承諾。

有效區塊會被接到節點認可的鏈頭，無效區塊則會被拒絕。當節點同時看到兩個候選鏈頭時，會依照該網路的分叉選擇規則決定跟隨哪一邊。具體規則取決於共識機制，並非單純比較區塊數量。

第五步：交易獲得確認

交易首次進入被認可的區塊，通常記為一次確認。後續區塊繼續建立在該區塊之上，確認深度也會隨之增加。確認數是交易所在區塊與目前鏈頭之間的距離指標，不是所有網路通用的安全保證。

工作量證明網路可能發生短鏈重組，權益證明網路則常區分已包含、合理確定和最終確定等狀態。交易平台還會設定自己的入帳確認數，因此區塊鏈瀏覽器已顯示成功時，平台餘額仍可能尚未更新。

待確認、失敗和被捨棄有什麼差異？

待確認表示交易已被部分節點看到，但尚未進入主鏈區塊。常見原因包括費用偏低、網路壅塞、nonce 的前序交易尚未處理，或節點之間傳播不充分。

失敗通常表示交易已經上鏈，但合約執行沒有完成預期操作。帳戶仍可能支付網路費用，因為節點已經消耗資源執行交易。被捨棄或取代則多發生在待處理階段，例如費用過低、與另一筆交易使用相同 nonce，或長時間未被節點保留。

查詢時應核對交易雜湊、網路、狀態、區塊高度、確認數及實際資產變動。具體欄位可參考區塊鏈瀏覽器使用指南。

哪些因素會影響確認速度？

• 區塊空間或執行資源的供需情況。
• 使用者設定的費用與網路目前的費用水準。
• 交易本身是否依賴前序交易或正確的 nonce。
• 節點傳播速度、區塊生產間隔與共識狀態。
• 收款平台要求的額外確認數和內部審核時間。

不要用一次歷史耗時推斷下一筆交易。跨鏈橋、交易平台和託管錢包還有鏈下處理環節，其入帳速度可能與鏈上確認不同。

若要了解多個節點為何能維護同一份歷史，可繼續閱讀分散式帳本技術；想認識鏈上的第一個區塊，可閱讀什麼是創世區塊。這兩部分在區塊鏈核心概念全解中也有對應內容。

常見問題

交易雜湊能用來撤回轉帳嗎？

不能。交易雜湊是查詢識別碼，不是撤回憑證。部分網路允許在待處理階段用更高費用取代使用相同 nonce 的交易，但是否可行取決於協定、錢包和原交易狀態。

為什麼同一筆交易在兩個瀏覽器上的確認數不同？

瀏覽器可能連線至不同節點、索引進度不同，或採用不同的狀態顯示方式。在短暫的網路分叉期間，它們看到的鏈頭也可能不一致，應等待資料同步並核對區塊雜湊。

已簽署的交易會一直有效嗎？

不一定。帳戶 nonce、UTXO 是否已被花費、費用規則和協定升級，都可能影響後續的接受結果。簽章只證明對特定資料的授權，不保證節點在任何時間都會接受這筆交易。

區塊生產者能任意修改我的收款地址嗎？

不能在維持原簽章有效的同時修改已簽署欄位。地址或金額一旦改變，簽章驗證通常會失敗。但惡意軟體可能在簽署前竄改錢包介面或剪貼簿，因此簽署前仍要核對地址。