哈希地址和合約地址有什么區別？

合同地址是指合同中約定的地址，交貨地址一般以合同地址為準，交易按照合同中寫明的具體地點進行，合同地址作為標準地址。

哈希值和地址值不同。哈希值是通過哈希算法得到的，而地址值與物理層相關，由系統分配，不存在相同。哈希值可以通過強制手段設置為相同，也就是說哈希值是唯一性的邏輯保證，而地址值是唯一性的物理保證。

哈希函數與加密最大不同？

散列函數

它們提供任意長度的輸入和(通常)固定長度(或更短長度)的輸出之間的映射。它可以從簡單的crc32到完整的密碼散列函數，如MD5或SHA1/2/256/512。關鍵是單向映射正在進行中。它總是很多:1映射(這意味著總是會有)，因為每個函數產生的輸出小于輸入容量(如果你把每一個可能的1mb)

它們難以(或實際上不可能)逆轉的原因是它們內部的工作。大多數加密散列函數在輸入集上迭代多次以產生輸出。因此，如果我們查看每個固定長度的輸入塊(取決于算法)，哈希函數將調用當前狀態。然后，它將遍歷該狀態，將其更改為新狀態，并將其用作自己的反饋(MD5對每個512位數據塊執行64次此操作)。然后它會以某種返回所有這些迭代的數據。

現在，如果您想要解碼散列，您需要對每個狀態進行反向迭代。現在，為了解釋為什么這很難，想象一下從下面的公式推斷A和B:10AB.A和B有10個正組合可以使用。現在循環多次:tmpaBBBTMP。對于64次迭代，你只是一個簡單的加法。這些狀態中的一些在迭代之間被保留。實際的散列函數執行不止一次運算(MD5對四個狀態變量執行大約15次運算)。而且由于下一次迭代依賴于前一個狀態，而前一次迭代在創建當前狀態時就被破壞了，所以如果知道輸入的大小，實際上會大大減少hash強制哈希值(對于小的輸入)，而不是甚至嘗試解碼hash。

加密功能

它們在任意長度的輸入和輸出之間提供1:1的映射，并且它們總是可逆的。需要注意的是，使用某種方法是可逆的。對于給定的鍵，它總是1:1。現在，有多個輸入:密鑰對可能生成相同的輸出(實際上，通常有，取決于加密函數)。良好的加密數據和隨機性。噪音難以分辨。這與良好的哈希輸出不同，后者總是采用一致的格式。

用例

如果你想比較價值，但可以不存儲普通表示(由于各種原因)，請使用哈希函數。密碼應該非常適合這個用例，因為出于安全原因(您不應該t)，你不我不想以純文本的形式存儲它們。但是如果你想檢查一個文件系統是否有盜版音樂文件呢？為每個音樂文件存儲3mb是不切實際的。所以取而代之，把文件的哈希值拿出來存儲(md5會存儲16個字節而不是3MB)。這樣，你只需要散列每個文件，并與存儲的散列數據庫進行比較(這并不由于重新編碼、更改文件頭等原因，實際上無法工作。，但這是一個用例示例)。

當你設計它們的時候，使用散列函數。如果您有兩個輸入，并希望檢查它們是否相同，請通過哈希函數運行它們。對于較小的輸入大小，的概率是天文數字(假設散列函數很好)。這就是為什么推薦使用它作為密碼的原因。對于最多32個字符的密碼，md5的輸出空間是4倍。SHA1的產出空間大約是的6倍。SHA512的輸出空間約為16倍。你真的不。;我不在乎密碼是什么，但你在乎它是否應該使用散列密碼。

每當您需要檢索輸入數據時，請使用加密。注意需要這個詞。因此，如果您想以純文本形式存儲它們，請存儲加密版本并盡可能安全地保存密鑰。

哈希函數也非常適合簽署數據。例如，如果您正在使用HMAC，您通過獲取與一個已知但未傳輸的值(秘密值)相關的數據的哈希值來對一段數據進行簽名。因此，你發送純文本和HMAC散列。然后，接收器簡單地用已知值散列提交的數據，并檢查它是否與傳輸的HMAC匹配。如果是一樣的，你知道它沒有。;不被沒有秘密價值的一方篡改。這通常用在HTTP框架的安全cookie系統和HTTP上數據的消息傳輸，你想保證數據的完整性。

密碼哈希注釋:

加密散列函數的關鍵特征之一是它們應該被非常快速地創建，并且很難/很慢地逆轉(因此實際上是不可能的)。這將導致密碼問題。如果存儲了sha512(密碼)，攻擊者只需要通過哈希函數運行字典，測試每個結果。

加鹽有助于解決問題，因為會在hash中加入一些未知數據。因此，他們不不需要找到任何與md5(foo)匹配的東西，但是需要找到當添加到已知的salt中時將產生md5()的東西(這是非常困難的)。但是它仍然沒有解決運行字典的問題。