分散式帳本技術：區塊鏈的底層密碼

分散式帳本技術讓多個網路節點各自保存並更新帳本副本，再用規則協調記錄順序與狀態。區塊鏈屬於分散式帳本，但分散式帳本不一定把資料組織成區塊鏈。

這裡的底層密碼不是某段祕密程式碼。它指的是複製、驗證、排序和共識共同解決了一個問題：沒有單一資料庫管理員時，參與者如何對同一份歷史形成可檢查的一致視圖。

分散式帳本如何運作？

參與者先向網路提交交易或狀態更新。節點檢查交易是否符合身分、簽章和業務規則，排序服務或共識協議再確定處理順序。有效結果被提交到各節點的本機副本，使多個副本在正常運作下收斂到一致狀態。

這裡的一致不代表每個節點在每一毫秒都完全相同。網路傳播需要時間，節點也可能暫時離線。分散式系統關注的是：在允許的故障和延遲範圍內，如何識別有效更新、解決衝突並最終取得一致結果。

分散式帳本與中心化資料庫有什麼區別？

普通分散式資料庫也能跨多台機器複製資料，速度往往更快。分散式帳本更關心不同組織的節點能否按照共同規則核驗更新，伺服器數量本身不是判斷標準。

分散式、去中心化和無許可是同一回事嗎？

不是。分散式描述元件位於多個節點；去中心化描述控制權沒有集中在單一主體；無許可則表示參與不需要預先獲得某個管理方批准。

一個聯盟帳本可以分散在多家機構，卻只允許獲批成員寫入。一個公有鏈允許任何人提交交易，但驗證權仍可能集中在少數實體。分析系統時，應分別看節點部署、身分准入、驗證權和升級權。

區塊鏈為什麼是分散式帳本的一種？

區塊鏈把交易分批裝入區塊，再用前序區塊雜湊按順序連接。節點根據共識規則接受新區塊，並保存或驗證這段鏈式歷史。這種資料結構便於發現歷史改動，也能為交易順序提供清晰依據。

其他分散式帳本可能使用有向無環圖、事件日誌或不同的狀態複製結構，不一定存在傳統區塊。因此，DLT 和區塊鏈不能在所有語境中互換。區塊鏈的完整元件可見區塊鏈是什麼。

共識機制在帳本中解決什麼問題？

共識主要解決哪些更新有效、以什麼順序提交，以及節點出現不同候選歷史時選擇哪一個。工作量證明、權益證明和拜占庭容錯類協議的參與條件與故障假設不同，不能簡單概括成投票。

共識也不能保證輸入資料真實。假如某個經授權的參與者把錯誤的現實資料提交上鏈，網路可以一致記錄這個錯誤。資料來源、預言機和成員治理仍需單獨控制。

企業使用分散式帳本要檢查什麼？

• 參與方是否確實需要共同寫入或獨立驗證。
• 誰能加入網路、讀取資料、提交交易和部署規則。
• 節點故障、成員退出或網路分割時如何復原。
• 隱私資料是上鏈、加密保存，還是只上鏈雜湊。
• 協議升級、爭議處理和錯誤更正由誰批准。
• 與傳統資料庫相比，額外共識成本是否值得。

若所有寫入都由同一機構決定，而且其他參與者無需獨立驗證，中心化資料庫加稽核日誌可能更合適。分散式帳本不是資料庫的預設升級版，而是一種針對多方協調問題的架構選擇。

要繼續理解帳本如何接收一筆交易，可閱讀區塊鏈如何運作。

常見問題

每個節點都必須保存完整帳本嗎？

不一定。完整節點、輕節點和封存節點保存的資料範圍不同，許可鏈也可按頻道或權限拆分帳本。節點能否獨立驗證，取決於它持有的資料和使用的驗證方式。

分散式帳本能避免所有單點故障嗎？

不能。多副本可以提高可用性，但用戶端入口、排序服務、雲端供應商、金鑰管理或治理委員會仍可能形成單點。需要按系統實際拓撲逐項分析。

帳本副本不一致時會立即停止嗎？

視協議而定。有些系統會暫時停止最終提交，有些允許短暫出現不同候選歷史，再按分叉選擇規則收斂。應用層應了解一致性與可用性的取捨。

分散式帳本可以修改錯誤記錄嗎？

通常不會直接覆蓋已經提交的歷史，而會追加一筆更正或反向交易。許可網路也可能設計管理操作，但這屬於具體治理規則，不能只憑分散式帳本這個名稱推斷。