以太坊發送數據

㈠ 以太坊是騙人的嗎怎麼做

不是騙人的，必須要懂行的人帶你入行，不然不熟的人帶你你就會走進資金盤，做以太坊可以有兩個方向，
第一：下載交易所軟體在上面交易，跟股票交易一樣的，可以買多，也可以做空，也可以量化，也可以開合約，也可以開杠桿，總之跟股票操作差不多，這種來錢快，虧欠也快。
第二種：就是去廠家買顯卡或者礦機回來連網通電就可以在電腦上挖礦，每天都有收益可以提現，這個很輕松沒有風險，只有回本周期，這行就屬於投資越大回本越快賺得越多。
希望可以幫到你

㈡ 【深度知識】以太坊數據序列化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 )

㈢ luno發送ETH對方還沒確認可以取消嗎

luno發送ETH，對方還沒確認是可以取消的。如果交易提交了但還沒被確認則可以取消。以太坊是一個基於區塊鏈的開源軟體平台，擁有數以千計的去中心化應用程序 (DApp)，為其原生加密貨幣以太 (ETH) 提供支持，可以在全球范圍內發送和接收，而不受任何第三方干擾。

取消的操作：

取消待處理的以太坊交易有兩種主要方法：應用程序內取消和設置自定義隨機數。通常，當用戶以較低的 gas 價格提交時，以太坊交易會掛起數小時或卡住。 因此，用戶經常發現有必要更改以太坊交易。

在解決這個問題時，用戶需要記住只有當交易仍在網路上未決時才能嘗試取消。 他們需要採取的第一步是在區塊瀏覽器中驗證交易是否仍在等待中。 主要是粘貼交易哈希，也稱為以太坊交易 ID，如果區塊瀏覽器顯示「待處理」，用戶仍然可以嘗試取消它。

取消卡住的以太坊交易的最簡單方法是應用程序內取消，這需要用戶退出以太坊錢包應用程序並關閉瀏覽器，重新打開並重新登錄應用程序。

㈣ 以太坊（ETH）是什麼

定義以太坊（Ethereum）是一個開源的、具有智能合約功能的公共區塊鏈平台，通過其專用加密貨幣以太幣（Ether）提供去中心化的虛擬機（以太虛擬機EVM）來處理點對點合約。

以太坊的特點包括：第二層功能、以太幣、智能合約。以太坊積極開發第二層功能來減輕主鏈負擔，擴展其實用規模。以太幣在區塊鏈上作為支付交易手續費和運算服務的介質。智能合約是存儲在區塊鏈上的程序，用於協助和驗證合約的談判和運行。

以太幣的匯率波動大，可能在短時間內大幅變化。布特林在2016年售出手上以太幣的行為引發了質疑，但其解釋為理財上分散風險。智能合約的公開性意味著漏洞可能被即時發現，但修正程序可能需要時間。

以太坊運行在Ethereum Main Network上，通過TCP 30303埠定址。其共識規則由以太坊黃皮書精確定義。交易是網路消息，包含交易的發送方、接收方、價值和數據載荷。狀態機由以太坊虛擬機（EVM）處理，執行位元組碼指令。數據結構採用Google的LevelDB資料庫和Merkle Patricia Tree數據結構保存。

以太坊當前使用工作量證明演算法Ethash，未來將切換到PoS（權益證明）演算法。經濟安全性依賴於演算法的有效性。智能合約的許多細節仍在研究中，驗證合約功能的工具和方法也在不斷發展。

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

首先我們來看一下以太幣單位之間的轉換，以太幣的最小單位為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個最小單位的值。

㈥ 濡備綍杞縐諱互澶鍧婇挶鍖呮暟鎹鍙浠ヤ粙緇嶄竴涓嬪悧

杞縐諱互澶鍧婇挶鍖呮暟鎹鐨勬柟娉曞備笅鎵紺猴細浠ュお鐨勫尯鍧楅摼鏁版嵁榛樿や繚瀛樺湪user浣犵殑鐢ㄦ埛鍚峚,鐒跺悗闇瑕佸湪鏈鏈轟笂鎹㈢‖鐩樹綅緗錛岀劧鍚庤佸囦喚縐侀掗錛屽囦喚chaindata錛屾帴涓嬫潵鍒犻櫎mist閽卞寘錛岀劧鍚庨噸瑁卪ist鍒頒綘鎯寵佺殑紜鐩橈紝澶嶅埗浣犲囦喚鐨勭侀掗鍒版柊浣嶇疆錛屽嶅埗浣犲囦喚鐨刢haindata鍒版柊浣嶇疆灝卞畬鎴愪簡,鏈鍚庡氨鍙浠ヨ繍琛屼綘鐨刴ist
鎴戜滑閫氳繃浠ヤ笂鍏充簬濡備綍杞縐諱互澶鍧婇挶鍖呮暟鎹鍙浠ヤ粙緇嶄竴涓嬪悧鍐呭逛粙緇嶅悗,鐩鎬俊澶у朵細瀵瑰備綍杞縐諱互澶鍧婇挶鍖呮暟鎹鍙浠ヤ粙緇嶄竴涓嬪悧鏈変竴瀹氱殑浜嗚В,鏇村笇鏈涘彲浠ュ逛綘鏈夋墍甯鍔┿