以太坊地址為什麼是20位元組

1. 5、以太坊名詞解析

詳解參見: 私鑰、公鑰、地址
以太坊的密鑰與比特幣作用相同[相當於你在工商、招商、建設等銀行設置的密碼]

以太坊將明文 密鑰 通過 [混入用戶自己設置的密碼] 加密演算法生成的一種JSON格式的字元串，並以文件格式存儲，以達到保存密鑰的作用。

一系列的由12、15、18、21等不同數量的單詞構成。
作用跟Keystore相同，就是給腦子不好使的同學們用的
'JSON是啥...' '這一長串的括弧加數字是什麼鬼...' '我輸入了密碼為什麼出來了這些東西... 你們的錢包APP是不是有問題啊 ...'

舉個花生：

大白話時間：

所有交易都包含以下組件：

2. 虛擬幣D開頭的地址

應該就是像3開頭的比特幣地址一樣。
虛擬貨幣地址是一種安全標識符，由一組唯一的字元串標記組成，允許交易者通過地址向個人或實體進行轉賬付款。虛擬貨幣地址通常需要一個私鑰來專門訪問存於其中的資金。
例如，比特幣地址是以1或3開頭的字母數字字元串，而以太坊地址以「0x」開頭。比特幣地址通常為26-35個字元，以太坊地址為40個字元。

3. 以太坊erc20-25是什麼地址

基於以太坊網路的虛擬數字貨幣地址。
1.ERC20就是以太坊生態中的通證（token）標准，允許任何實現該標準的且通過智能合約實現的通證從錢包到去中心化的交易所能夠被復用。
2.以太坊的英文名是Ethereum，它是一個公共區塊鏈平台，該平台可以用來處理點對點的智能合約。2013年到2014年期間,VitalikButerin提出了有關於以太坊的相關概念，直到2014年，以太坊的發起人們得到了眾籌的資金後才得以發展。
3.以太坊的設計原則一共有四個，分別是無歧視原則、模塊化原則、通用原則和簡潔原則，其中無歧視原則指的是以太坊的網路協議支持玩家創建特定的應用，平台不會特定去反對某些應用。

4. 以太坊中的計量單位及相互轉換

首先我們來看一下以太幣單位之間的轉換，以太幣的最小單位為wei，1個eth相當於10的18次方wei。通常，大家也使用Gwei作為展示單位。比較常用的就是eth，Gwei和wei。

為了使用和驗證web3的操作命令，我們先進入geth的console控制台，在這里對具體的單位或進制轉換進行詳細的實例演示。

此轉換方法為web3.toDecimal(hexString)。直接在控制台輸入一下命令進行使用此函數進行轉換。

通過此函數將十六進制的0x16轉換為十進制的22。

轉換函數：web3.fromDecimal(number)。

控制台命令及結果如下：

把給定數字或十六進制字元串轉為 BigNumber 類型的實例。

此處轉換需要注意的是BigNumber只會保留小數點後20位，超過20位的部分將會被截取掉。

上面表格中列出了以太幣之間的單位進制，同樣可以使用web3進行相應的轉換，基本函數為web3.fromWei和web3.toWei(number, unit)。

具體實例如下：

其他的相關轉換大家可自行嘗試，下面列出相應的轉換種類：

通過上面的函數，在交易的過程中我們就可以隨意的單位進行發送交易，而不必使用最小單位wei。

通過查詢余額的方法，我們也可以看出區塊鏈中存儲這些數據的單位為wei。

代幣中的單位
在編寫ERC-20的代幣合約時我們可以指定代幣的單位，比如：

這里就指定了代幣單位精確到小數點後幾位。比如精確到小數點後3位，那麼1個代幣存儲時就是1000個最小單位的值。

5. 【深度知識】以太坊數據序列化RLP編碼/解碼原理

RLP(Recursive Length Prefix)，中文翻譯過來叫遞歸長度前綴編碼，它是以太坊序列化所採用的編碼方式。RLP主要用於以太坊中數據的網路傳輸和持久化存儲。

對象序列化方法有很多種，常見的像JSON編碼，但是JSON有個明顯的缺點：編碼結果比較大。例如有如下的結構：

變數s序列化的結果是{"name":"icattlecoder","sex":"male"},字元串長度35，實際有效數據是icattlecoder 和male，共計16個位元組，我們可以看到JSON的序列化時引入了太多的冗餘信息。假設以太坊採用JSON來序列化，那麼本來50GB的區塊鏈可能現在就要100GB，當然實際沒這么簡單。

所以，以太坊需要設計一種結果更小的編碼方法。

RLP編碼的定義只處理兩類數據：一類是字元串（例如位元組數組），一類是列表。字元串指的是一串二進制數據，列表是一個嵌套遞歸的結構，裡面可以包含字元串和列表，例如["cat",["puppy","cow"],"horse",[[]],"pig",[""],"sheep"]就是一個復雜的列表。其他類型的數據需要轉成以上的兩類，轉換的規則不是RLP編碼定義的，可以根據自己的規則轉換，例如struct可以轉成列表，int可以轉成二進制（屬於字元串一類），以太坊中整數都以大端形式存儲。

從RLP編碼的名字可以看出它的特點：一個是遞歸，被編碼的數據是遞歸的結構，編碼演算法也是遞歸進行處理的；二是長度前綴，也就是RLP編碼都帶有一個前綴，這個前綴是跟被編碼數據的長度相關的，從下面的編碼規則中可以看出這一點。

對於值在[0, 127]之間的單個位元組，其編碼是其本身。

例1：a的編碼是97。

如果byte數組長度l <= 55，編碼的結果是數組本身，再加上128+l作為前綴。

例2：空字元串編碼是128，即128 = 128 + 0。

例3：abc編碼結果是131 97 98 99，其中131=128+len("abc")，97 98 99依次是a b c。

如果數組長度大於55， 編碼結果第一個是183加數組長度的編碼的長度，然後是數組長度的本身的編碼，最後是byte數組的編碼。

請把上面的規則多讀幾篇，特別是數組長度的編碼的長度。

例4：編碼下面這段字元串：

The length of this sentence is more than 55 bytes, I know it because I pre-designed it
這段字元串共86個位元組，而86的編碼只需要一個位元組，那就是它自己，因此，編碼的結果如下：

184 86 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前三個位元組的計算方式如下：

184 = 183 + 1，因為數組長度86編碼後僅佔用一個位元組。
86即數組長度86
84是T的編碼
例5：編碼一個重復1024次"a"的字元串，其結果為：185 4 0 97 97 97 97 97 97 ...。
1024按 big endian編碼為004 0，省略掉前面的零，長度為2，因此185 = 183 + 2。

規則1~3定義了byte數組的編碼方案，下面介紹列表的編碼規則。在此之前，我們先定義列表長度是指子列表編碼後的長度之和。

如果列表長度小於55，編碼結果第一位是192加列表長度的編碼的長度，然後依次連接各子列表的編碼。

注意規則4本身是遞歸定義的。
例6：["abc", "def"]的編碼結果是200 131 97 98 99 131 100 101 102。
其中abc的編碼為131 97 98 99,def的編碼為131 100 101 102。兩個子字元串的編碼後總長度是8，因此編碼結果第一位計算得出：192 + 8 = 200。

如果列表長度超過55，編碼結果第一位是247加列表長度的編碼長度，然後是列表長度本身的編碼，最後依次連接各子列表的編碼。

規則5本身也是遞歸定義的，和規則3相似。

例7：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
的編碼結果是:

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前兩個位元組的計算方式如下：

248 = 247 +1
88 = 86 + 2，在規則3的示例中，長度為86，而在此例中，由於有兩個子字元串，每個子字元串本身的長度的編碼各佔1位元組，因此總共佔2位元組。
第3個位元組179依據規則2得出179 = 128 + 51
第55個位元組163同樣依據規則2得出163 = 128 + 35

例8：最後我們再來看個稍復雜點的例子以加深理解遞歸長度前綴，

["abc",["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]]
編碼結果是：

248 94 131 97 98 99 248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
列表第一項字元串abc根據規則2，編碼結果為131 97 98 99,長度為4。
列表第二項也是一個列表項：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
根據規則5，結果為

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
長度為90，因此，整個列表的編碼結果第二位是90 + 4 = 94, 佔用1個位元組，第一位247 + 1 = 248

以上5條就是RPL的全部編碼規則。

各語言在具體實現RLP編碼時，首先需要將對像映射成byte數組或列表兩種形式。以go語言編碼struct為例，會將其映射為列表，例如Student這個對象處理成列表["icattlecoder","male"]

如果編碼map類型，可以採用以下列表形式：

[["",""],["",""],["",""]]

解碼時，首先根據編碼結果第一個位元組f的大小，執行以下的規則判斷：

1.如果f∈ [0,128),那麼它是一個位元組本身。

2.如果f∈[128,184)，那麼它是一個長度不超過55的byte數組，數組的長度為 l=f-128

3.如果f∈[184,192)，那麼它是一個長度超過55的數組，長度本身的編碼長度ll=f-183,然後從第二個位元組開始讀取長度為ll的bytes，按照BigEndian編碼成整數l，l即為數組的長度。

4.如果f∈(192,247]，那麼它是一個編碼後總長度不超過55的列表，列表長度為l=f-192。遞歸使用規則1~4進行解碼。

5.如果f∈(247,256]，那麼它是編碼後長度大於55的列表，其長度本身的編碼長度ll=f-247,然後從第二個位元組讀取長度為ll的bytes,按BigEndian編碼成整數l，l即為子列表長度。然後遞歸根據解碼規則進行解碼。

以上解釋了什麼叫遞歸長度前綴編碼，這個名字本身很好的解釋了編碼規則。

（1） 以太坊源碼學習—RLP編碼( https://segmentfault.com/a/1190000011763339 )
（2）簡單分析RLP編碼原理
( https://blog.csdn.net/itchosen/article/details/78183991 )

6. eth和erc20的地址一樣嗎

現在已經統一，是一樣的地址。

Erc20充幣地址與ETH充幣地址已統一。後續，您充值Erc20幣種到ETH充值地址，系統將自動識別並上賬。同時，系統升級前，原有Erc20幣種充值地址，仍接受充值並可上賬。

USDT-ERC20是Tether泰達公司基於ETH網路發行的USDT，充幣地址是ETH地址，充提幣走ETH網路。USDT-ERC20使用的是ERC20協議。

2018年初，以太坊網路爆紅，智能合約普及於區塊鏈應用，ERC20-USDT出現。和Omni-USDT一樣，使用ERC20-USDT同樣需要支付曠工費，但轉賬速度有了顯著的提升。由於安全性好、轉賬速度快。

ERC20-USDT被市場廣泛接受，USDT的發行者泰達公司也開始放棄了比特幣Omni，轉而支持更高效的以太坊ERC20。

ERC20的簡介：

ERC-20引入了可替代Token（代幣）的標准，換句話說，它們具有使每個Token（代幣）與另一個Token（代幣）完全相同（在類型和價值上）的屬性。

例如，ERC-20，Token（代幣）的行為與ETH相同，這意味著任意1個遵循ERC-20規則的Token（代幣）與所有其他所有Token（代幣）是平等和相同的。

由Fabian Vogelsteller在2015年11月提出的ERC-20（以太坊請求注釋20）是一種Token標准，在智能合約中實現了Token的API。

7. 【以太坊易錯概念】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

8. bsc eth合約地址

官網：https://metamask.io/。
類型：瀏覽器、安卓Android、蘋果iOS支持主鏈：ETH支持瀏覽器：Chorme、火狐瀏覽器。先復制錢包地址，然後到下面的地址申請測試幣 。
目前來看，領空投時一般需要用到的填寫錢包地址有四個，ETH以太坊錢包地址、火幣生態鏈HECO錢包地址、幣安智能鏈BSC錢包地址，波場TRX錢包地址，這四個是常見的，其它不常用的就不介紹了，獲取和創建方法都跟這四個差不多一樣。創建任何虛擬貨幣錢包，都要備份好助記詞、秘鑰，否則錢包丟了資產就無法恢復！！！先介紹一下BSC和HECO1幣安智能鏈 - BSC，全稱Binance Smart Chain，它的錢包地址格式雖然跟ETH以太坊地址格式一樣，都是0x??開頭，但一般情況下是不能直接使用ETH錢包地址的，否則有可能會接收不到幣。

9. ETH開發實踐——合約地址是怎麼得來的

在把智能合約成功部署到ETH網路時，會得到合約地址，那麼，這個合約地址是由什麼決定的呢？合約地址由合約創建者的地址(sender address)和這筆部署交易中的nonce(發送者的累積交易次數)決定，將 sender 和 nonce 經過RLP編碼後，再進行Keccak-256(SHA3)散列， 最後裁掉前面12個位元組即得到合約地址。

example in js:

10. 2.在以太坊中,為了得到唯一的公鑰,對私鑰應用哪種演算法

在以太坊中，為了得到唯一的公鑰，對私鑰應用演算法：
1、生成一個隨機的私鑰（32位元組）。
2、通過私鑰生成公鑰（64位元組）。
3、通過公鑰得到地址（20位元組）。