區塊鏈中的哈希是什麼？ （密碼學基礎）

定義及核心功能

1. 區塊鏈中的雜湊是指將加密雜湊函數應用於輸入資料（例如交易記錄、區塊頭或公鑰）以產生固定長度的字母數字字串（稱為雜湊）的過程。

2. 此操作是確定性的：相同的輸入總是會在網路中的所有節點上產生相同的輸出，從而實現資料狀態的普遍共識。

3. 輸出雜湊與輸入沒有明顯的相似之處，因此僅根據雜湊值對原始資料進行逆向工程在計算上是不可行的。

4. 即使輸入中的一位變更（例如將時間戳更改一秒或翻轉交易 ID 中的字元）也會導致完全不相關的雜湊輸出。

5. 每個雜湊值作為唯一的數位指紋；在 SHA-256 或 Keccak-256 等安全實作下，沒有兩個不同的資料集會產生相同的雜湊值。

區塊鏈架構中的結構角色

1. 每個區塊在其標頭中都包含其前一個區塊的雜湊值，形成一個順序的、加密強制的鏈，其中篡改任何先前區塊都會使所有後續雜湊值無效。

2. 創世區塊作為不可變的錨點，不擁有父哈希並啟動整個帳本的加密譜系。

3. 區塊頭不僅包括前一個區塊的哈希值，還包括 Merkle 根——透過分層哈希總結該區塊中所有交易的單一哈希值。

4. 這種嵌套結構確保即使修改一筆交易也需要重新計算 Merkle 樹中的每個中間節點並更新區塊頭，從而改變其自身的哈希值並斷開與下一個區塊的鏈接。

5. 全節點透過獨立計算每一層的雜湊值（從單一交易到 Merkle 根，最後到區塊頭）並將結果與網路接受的值進行比較來驗證完整性。

共識機制中的哈希

1. 在像 Bitcoin 這樣的工作量證明系統中，礦工反覆調整區塊頭中的隨機數字段，直到產生的 SHA-256 雜湊值低於動態調整的目標閾值。

2. 這種強力搜尋會帶來可測量的運算成本，將能量消耗與區塊有效性直接連結起來，並阻止惡意重寫歷史。

3. 難度調整演算法每 2016 個區塊重新校準一次目標，儘管網路總算力發生波動，但仍保持平均區塊間隔。

4. 每個有效區塊提交均包含獲勝隨機數和完整標頭；其他節點立即重現哈希值以確認合規性，而無需重複詳盡的搜尋。

5. 基於哈希的謎題定義了區塊創建的資格，強制執行時間順序，並將經濟激勵嵌入到密碼驗證中。

加密身分和地址生成

1. 公鑰加密與雜湊緊密整合：使用者的公鑰經過 SHA-256，然後經過 RIPEMD-160，產生緊湊、抗衝突的位址格式。

2. Base58Check 編碼新增版本位元組和校驗和，防止手動輸入期間出現打字錯誤，同時保留與底層金鑰對的加密綁定。

3.錢包軟體從不以明文形式儲存私鑰；相反，加密的金鑰材料使用透過 PBKDF2 或 scrypt 產生的密碼派生金鑰來保護，兩者都依賴金鑰拉伸的迭代雜湊。

4. 交易簽章提交支出交易規範形式的雜湊，確保簽章有效性取決於所有驗證對等點之間簽名資料的精確逐字節複製。

5. UTXO 模型中基於腳本的邏輯通常包含哈希鎖（例如 HTLC），其中執行條件需要顯示與已發布哈希值相匹配的原像，這是原子交換和第 2 層協議的基礎機制。

常見問題解答

問題 1：為什麼礦工不能簡單地將先前找到的有效哈希重用於新區塊？每個區塊頭包括時間戳記、版本號、前一個區塊雜湊、Merkle 根和隨機數。這些欄位之間的任何變更都會改變雜湊函數的輸入，產生完全不同的輸出，從而導致先前的解決方案無效。

問題 2：增加哈希長度是否可以完全消除衝突風險？由於鴿巢原理，沒有雜湊函數能夠實現零碰撞機率。然而，輸出大小加倍會呈指數級增加查找衝突所需的計算量 - SHA-256 提供 2128 預期的生日攻擊抵抗力。

Q3：輕量級客戶端如何在不下載完整區塊的情況下驗證交易？它們依賴 Merkle 證明：給定交易哈希，區塊頭中包含的從兄弟節點到 Merkle 根的路徑允許驗證交易是否包含在該區塊中——僅使用相對於總交易的對數空間。

問題 4：如果兩個不同的輸入在區塊鏈​​上下文中產生相同的雜湊值，會發生什麼事？碰撞會破壞關於獨特性和完整性的假設。尚未證明任何實際的 SHA-256 或 Keccak-256 碰撞；在目前的計算限制和協議限制下，理論上的漏洞仍然無關緊要。