以太坊address0x0

㈠ 以太坊合約地址錯誤是怎麼回事

可能是你的一台放屁的伺服器出現了問題，或者是嗯這個伺服器暫時有問題，IP地址有問題，都可能出現這樣的情況。

㈡ 【以太坊易錯概念】nonce, 公私鑰和地址，BASE64/BASE58,

以太坊里的nonce有兩種意思，一個是proof of work nonce，一個是account nonce。

在智能合約里，nonce的值代表的是該合約創建的合約數量。只有當一個合約創建另一個合約的時候才會增加nonce的值。但是當一個合約調用另一個合約中的method時 nonce的值是不變的。
在以太坊中nonce的值可以這樣來獲取（其實也就是屬於一個賬戶的交易數量）：

但是這個方法只能獲取交易once的值。目前是沒有內置方法來訪問contract中的nonce值的

通過橢圓曲線演算法生成鑰匙對（公鑰和私鑰），以太坊採用的是secp256k1曲線,
公鑰採用uncompressed模式，生成的私鑰為長度32位元組的16進制字串，公鑰為長度64的公鑰字串。公鑰04開頭。
把公鑰去掉04，剩下的進行keccak-256的哈希，得到長度64位元組的16進制字串，丟掉前面24個，拿後40個，再加上"0x"，即為以太坊地址。

整個過程可以歸納為：

2）有些網關或系統只能使用ASCII字元。Base64就是用來將非ASCII字元的數據轉換成ASCII字元的一種方法，而且base64特別適合在http，mime協議下快速傳輸數據。Base64使用【字母azAZ數字09和+/】這64個字元編碼。原理是將3個位元組轉換成4個位元組(3 X 8) = 24 = (4 X 6)
當剩下的字元數量不足3個位元組時，則應使用0進行填充，相應的，輸出字元則使用'='佔位，因此編碼後輸出的文本末尾可能會出現1至2個'='。

1）Base58是用於Bitcoin中使用的一種獨特的編碼方式，主要用於產生Bitcoin的錢包地址。相比Base64，Base58不使用數字"0"，字母大寫"O"，字母大寫"I"，和字母小寫"l"，以及"+"和"/"符號。

Base58Check是一種常用在比特幣中的Base58編碼格式，增加了錯誤校驗碼來檢查數據在轉錄中出現的錯誤。 校驗碼長4個位元組，添加到需要編碼的數據之後。校驗碼是從需要編碼的數據的哈希值中得到的，所以可以用來檢測並避免轉錄和輸入中產生的錯誤。使用 Base58check編碼格式時，編碼軟體會計算原始數據的校驗碼並和結果數據中自帶的校驗碼進行對比。二者不匹配則表明有錯誤產生，那麼這個 Base58Check格式的數據就是無效的。例如，一個錯誤比特幣地址就不會被錢包認為是有效的地址，否則這種錯誤會造成資金的丟失。

為了使用Base58Check編碼格式對數據（數字）進行編碼，首先我們要對數據添加一個稱作「版本位元組」的前綴，這個前綴用來明確需要編碼的數 據的類型。例如，比特幣地址的前綴是0（十六進制是0x00），而對私鑰編碼時前綴是128（十六進制是0x80）。 表4-1會列出一些常見版本的前綴。

接下來，我們計算「雙哈希」校驗碼，意味著要對之前的結果（前綴和數據）運行兩次SHA256哈希演算法：

checksum = SHA256(SHA256(prefix+data))
在產生的長32個位元組的哈希值（兩次哈希運算）中，我們只取前4個位元組。這4個位元組就作為校驗碼。校驗碼會添加到數據之後。

結果由三部分組成：前綴、數據和校驗碼。這個結果採用之前描述的Base58字母表編碼。下圖描述了Base58Check編碼的過程。

相同:

1） 哈希演算法、Merkle樹、公鑰密碼演算法
https://blog.csdn.net/s_lisheng/article/details/77937202?from=singlemessage

2）全新的 SHA-3 加密標准 —— Keccak
https://blog.csdn.net/renq_654321/article/details/79797428

3）在線加密演算法
http://tools.jb51.net/password/hash_md5_sha

4）比特幣地址生成演算法詳解
https://www.cnblogs.com/zhaoweiwei/p/address.html

5）Base58Check編碼實現示例
https://blog.csdn.net/QQ604666459/article/details/82419527

6） 比特幣交易中的簽名與驗證
https://www.jianshu.com/p/a21b7d72532f

㈢ Solidity之地址(address)

在以太坊(Ethereum, ETH)的世界中，地址扮演著至關重要的角色，它們是唯一且與公鑰或合約綁定的。在交易過程中，地址就如同銀行賬戶，是預期收款的標識。

ETH地址主要由兩部分構成：通過keccak-256哈希函數生成的20位元組值，這些值以16進製表示，通常以0x開頭。地址的生成原理是將公鑰或合約的哈希值截取最後20個位元組。在Solidity編程中，只需在變數前加上"address"關鍵字即可定義地址變數。

在Solidity 0.5版本之前，合約地址與可支付地址（payable address）無明顯區分，但0.5.0以後，合約地址類型獨立，只有帶有payable關鍵字的地址才能接受和發送代幣。盡管地址可以進行交易，但推薦使用非推薦方法1和2時需謹慎，如1.address.transfer()和address.send()，而更常用的方法是獲取余額，如address.balance，或者執行智能合約調用，如address.call(bytes memory)等。

創建合約時，零地址(zero-address)是一個特殊的地址，用於合約部署。它是個空的20位元組值，僅包含0x0，交易時在接收者欄位填入零地址，EVM會識別為合約創建請求。

總的來說，以太坊地址是基於公鑰或合約生成的唯一標識，用於交易和智能合約交互，並且地址類型、零地址等概念在 Solidity 中具有特定的用法和規則。

㈣ 以太坊如何使用web3.js或者rpc介面獲取交易數據交易時間與確認數

對於主網交易記錄的查詢，許多開發者會選擇使用Etherscan，然而在面對自建私鏈時，這一選項不再適用。那麼如何獲取私鏈上的交易數據呢？一種常見的方法是監聽鏈上的日誌，然後將這些日誌存入資料庫，通過資料庫進行查詢。例如，你可以編寫如下代碼：

首先定義一個地址，比如：var addr = ""；

接著使用web3庫的eth.filter方法來監聽特定地址上的交易，這一步操作的代碼如下：var filter = web3.eth.filter({fromBlock: 0, toBlock: 'latest', address: addr});

監聽完成後，使用filter.get方法獲取所有交易，遍歷這些交易，通過web3.eth.getTransaction方法獲取具體的交易信息。例如：transactions.forEach(function(tx){ var txInfo = web3.eth.getTransaction(tx.transactionHash); // 將交易信息存入資料庫 })

在這里，web3.eth.filter()用於監聽鏈上的交易日誌，web3.eth.getTransaction()則用於提取特定交易的詳細信息。一旦獲取到交易信息，就可以將其存儲到資料庫中，為後續查詢提供支持。

除了上述方法外，還有其他方式可以實現這一目標，比如使用RPC介面。RPC介面提供了更多功能，包括查詢賬戶余額、調用智能合約等，而不僅僅是監聽交易。例如，你可以使用web3.eth.sendTransaction方法來發送交易，或使用web3.eth.getBalance方法來獲取賬戶余額。

總之，無論是監聽日誌還是使用RPC介面，都是獲取私鏈交易數據的有效方法。選擇哪種方式取決於你的具體需求和場景。當然，如果你想進一步深入學習以太坊技術，我推薦你參考一些實戰教程，例如：以太坊教程。