洗以太坊源碼

A. 以太坊用什麼代碼寫的

用Solidity語言代碼寫的。Solidity，文件擴展名以sol結尾。Solidity是和JavaScript相似的語言，用它來開發合約並編譯成以太坊虛擬機位元組代碼。

B. ETH（以太坊）洗幣在哪個平台不會被追蹤

不想被追蹤，就要去跨鏈混幣，推薦一個平台給你把Fastmixer Cash，很安全，不需要注冊。還不明白自己網路下。

C. 用Go來做以太坊開發④智能合約

在這個章節中我們會介紹如何用Go來編譯，部署，寫入和讀取智能合約。

與智能合約交互，我們要先生成相應智能合約的應用二進制介面ABI(application binary interface)，並把ABI編譯成我們可以在Go應用中調用的格式。

第一步是安裝 Solidity編譯器 ( solc ).

Solc 在Ubuntu上有snapcraft包。

Solc在macOS上有Homebrew的包。

其他的平台或者從源碼編譯的教程請查閱官方solidity文檔 install guide .

我們還得安裝一個叫 abigen 的工具，來從solidity智能合約生成ABI。

假設您已經在計算機上設置了Go，只需運行以下命令即可安裝 abigen 工具。

我們將創建一個簡單的智能合約來測試。 學習更復雜的智能合約，或者智能合約的開發的內容則超出了本書的范圍。 我強烈建議您查看 truffle framework 來學習開發和測試智能合約。

這里只是一個簡單的合約，就是一個鍵/值存儲，只有一個外部方法來設置任何人的鍵/值對。 我們還在設置值後添加了要發出的事件。

雖然這個智能合約很簡單，但它將適用於這個例子。

現在我們可以從一個solidity文件生成ABI。

它會將其寫入名為「Store_sol_Store.abi」的文件中

現在讓我們用 abigen 將ABI轉換為我們可以導入的Go文件。 這個新文件將包含我們可以用來與Go應用程序中的智能合約進行交互的所有可用方法。

為了從Go部署智能合約，我們還需要將solidity智能合約編譯為EVM位元組碼。 EVM位元組碼將在事務的數據欄位中發送。 在Go文件上生成部署方法需要bin文件。

現在我們編譯Go合約文件，其中包括deploy方法，因為我們包含了bin文件。

在接下來的課程中，我們將學習如何部署智能合約，然後與之交互。

Commands

Store.sol

solc version used for these examples

如果你還沒看之前的章節，請先學習 編譯智能合約的章節 因為這節內容，需要先了解如何將智能合約編譯為Go文件。

假設你已經導入從 abigen 生成的新創建的Go包文件，並設置ethclient，載入您的私鑰，下一步是創建一個有配置密匙的交易發送器(tansactor)。 首先從go-ethereum導入 accounts/abi/bind 包，然後調用傳入私鑰的 NewKeyedTransactor 。 然後設置通常的屬性，如nonce，燃氣價格，燃氣上線限制和ETH值。

如果你還記得上個章節的內容, 我們創建了一個非常簡單的「Store」合約，用於設置和存儲鍵/值對。 生成的Go合約文件提供了部署方法。 部署方法名稱始終以單詞 Deploy 開頭，後跟合約名稱，在本例中為 Store 。

deploy函數接受有密匙的事務處理器，ethclient，以及智能合約構造函數可能接受的任何輸入參數。我們測試的智能合約接受一個版本號的字元串參數。 此函數將返回新部署的合約地址，事務對象，我們可以交互的合約實例，還有錯誤（如果有）。

就這么簡單：）你可以用事務哈希來在Etherscan上查詢合約的部署狀態: https://rinkeby.etherscan.io/tx/

Commands

Store.sol

contract_deploy.go

solc version used for these examples

這寫章節需要了解如何將智能合約的ABI編譯成Go的合約文件。如果你還沒看， 前先讀 上一個章節 。

一旦使用 abigen 工具將智能合約的ABI編譯為Go包，下一步就是調用「New」方法，其格式為「New<contractname style="box-sizing: border-box; font-size: 16px; -ms-text-size-adjust: auto; -webkit-tap-highlight-color: transparent;">」，所以在我們的例子中如果你 回想一下它將是 NewStore 。 此初始化方法接收智能合約的地址，並返回可以開始與之交互的合約實例。</contractname>

Commands

Store.sol

contract_load.go

solc version used for these examples

這寫章節需要了解如何將智能合約的ABI編譯成Go的合約文件。如果你還沒看， 前先讀 上一個章節 。

在上個章節我們學習了如何在Go應用程序中初始化合約實例。 現在我們將使用新合約實例提供的方法來閱讀智能合約。 如果你還記得我們在部署過程中設置的合約中有一個名為 version 的全局變數。 因為它是公開的，這意味著它們將成為我們自動創建的getter函數。 常量和view函數也接受 bind.CallOpts 作為第一個參數。了解可用的具體選項要看相應類的 文檔 一般情況下我們可以用 nil 。

Commands

Store.sol

contract_read.go

solc version used for these examples

這寫章節需要了解如何將智能合約的ABI編譯成Go的合約文件。如果你還沒看， 前先讀 上一個章節 。

寫入智能合約需要我們用私鑰來對交易事務進行簽名。

我們還需要先查到nonce和燃氣價格。

接下來，我們創建一個新的keyed transactor，它接收私鑰。

然後我們需要設置keyed transactor的標准交易選項。

現在我們載入一個智能合約的實例。如果你還記得 上個章節 我們創建一個名為 Store 的合約，並使用 abigen 工具生成一個Go文件。 要初始化它，我們只需調用合約包的 New 方法，並提供智能合約地址和ethclient，它返回我們可以使用的合約實例。

我們創建的智能合約有一個名為 SetItem 的外部方法，它接受solidity「bytes32」格式的兩個參數（key，value）。 這意味著Go合約包要求我們傳遞一個長度為32個位元組的位元組數組。 調用 SetItem 方法需要我們傳遞我們之前創建的 auth 對象（keyed transactor）。 在幕後，此方法將使用它的參數對此函數調用進行編碼，將其設置為事務的 data 屬性，並使用私鑰對其進行簽名。 結果將是一個已簽名的事務對象。

現在我就可以看到交易已經成功被發送到了以太坊網路了: https://rinkeby.etherscan.io/tx/

要驗證鍵/值是否已設置，我們可以讀取智能合約中的值。

搞定！

Commands

Store.sol

contract_write.go

solc version used for these examples

有時您需要讀取已部署的智能合約的位元組碼。 由於所有智能合約位元組碼都存在於區塊鏈中，因此我們可以輕松獲取它。

首先設置客戶端和要讀取的位元組碼的智能合約地址。

現在你需要調用客戶端的 codeAt 方法。 codeAt 方法接受智能合約地址和可選的塊編號，並以位元組格式返回位元組碼。

你也可以在etherscan上查詢16進制格式的位元組碼 https://rinkeby.etherscan.io/address/#code

contract_bytecode.go

首先創建一個ERC20智能合約interface。 這只是與您可以調用的函數的函數定義的契約。

然後將interface智能合約編譯為JSON ABI，並使用 abigen 從ABI創建Go包。

假設我們已經像往常一樣設置了以太坊客戶端，我們現在可以將新的 token 包導入我們的應用程序並實例化它。這個例子里我們用 Golem 代幣的地址.

我們現在可以調用任何ERC20的方法。 例如，我們可以查詢用戶的代幣余額。

我們還可以讀ERC20智能合約的公共變數。

我們可以做一些簡單的數學運算將余額轉換為可讀的十進制格式。

同樣的信息也可以在etherscan上查詢: https://etherscan.io/token/?a=

Commands

erc20.sol

contract_read_erc20.go

solc version used for these examples

D. 如何查看2019傳銷幣名單

1、文娛鏈：文娛鏈利用區塊鏈的去中心化、開放性、信息不可篡改等特性，號稱要建設一個「IP資產交易所」，為一個優質IP發行自己的Token，解決文創IP行業變現、保護、管理的問題，構建一個弱中心化、可追溯、數字化、資產化的文創產業生態圈。但實際上，當進入到他們的社群之後，騙子的本性就暴露無遺，承諾上火幣等各大交易所，承諾開盤價不低於2倍收益，承諾只漲不跌，承諾不破發不吸籌，承諾進行拉盤性宣傳等，希望提高警惕。

2、螞蟻鏈(山寨ANTC)：螞蟻鏈是山寨ANTC，聲稱自己是去中心化的數字式資產交易系統的代幣，並在各種微信和QQ群里大肆宣傳一份山寨版的ANTC白皮書，讓不少人誤以為是美國螞蟻鏈（ANTC）股份有限公司正在進行公開募幣，目的就是為了進行詐騙，沒有絲毫投資價值。

被冒名頂替的「正牌」螞蟻鏈，是一家致力通過數字資產和區塊鏈生態系統來構建智能交通網路的公司，位於美國波士頓，但該公司目前只推出了螞蟻單車。

3、共享鏈商城：共享鏈號稱是一個基於共享經濟打造的智能、可信、開放、去中心化的信用數據價值平台，是通過區塊鏈技術打造基於共享經濟的底層架構，只要消費者在商城購物消費，就能得到商城的特殊福利。

4、美思沃(POF)：美思沃環保代幣，2018年1月起開始宣傳，簡稱POF，恆量發行7億枚，且永不增發，發行時間為期：4年，開發源代碼：以太坊ERC-20 原始發行單價：1RMB/枚。以靜態收益為例：天使投資1000--20000元。每天按投資額的3%返還，共計返給投資額的3倍結束。舉例說明，投資1000元，每天返還投資額的3%=30元，共計返100天，返還給投資者3000元結束。就是傳銷模式，後來經調查，美思沃代幣沒有運用任何區塊鏈技術，也未如宣傳中所說登錄任何交易所。

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

F. [以太坊源碼分析][p2p網路07]：同步區塊和交易

同步，也就是區塊鏈的數據的同步。這里分為兩種同步方式，一是本地區塊鏈與遠程節點的區塊鏈進行同步，二是將交易均勻的同步給相鄰的節點。

01.同步區塊鏈
02.同步交易
03.總結

ProtocolManager 協議管理中的 go pm.syncer() 協程。

先啟動了 fetcher ，輔助同步區塊用的。然後等待不同的事件觸發不同的同步方式。

同步的過程調用 pm.synchronise 方法來進行。

ProtocolManager 協議管理中的 go pm.txsyncLoop() 協程。

同步交易循環 txsyncLoop 分為三個部分的內容：

發送交易的函數。

挑選函數。

三個監聽協程的 case 。

G. 以太坊源碼go-ethereum怎麼運行

以太幣（ETH）是以太坊（Ethereum）的一種數字代幣，開發者們需要支付以太幣（ETH）來支撐應用的運行。以太幣和其他數字貨幣一樣，可以在交易平台上進行買賣。
通俗一點說，以太坊是開源平台數字貨幣和區塊鏈平台，它為開發者提供在區塊鏈上搭建...

H. 以太坊源碼分析（一 簡介）

以太坊作為目前區塊鏈技術2.0的代表作品，無論是它獨創的智能合約以及它本身交易的速度都優於bitcoin，通過看它的白皮書以及一些文章也略微了解了它的一些原理，但是總體還是對它的實現半知半解。
因此就想分析下它的實現源碼，再結合白皮書也許可以深入的理解它的實現。

每個包的作用大致為：

以上為個人初步理解，如有不當之處望指正

註：資料查詢主要位置 wiki eip

I. linux系統怎麼挖以太坊

如何使用Linux系統挖礦，要使用到哈魚礦工的服務，只需要兩步，就可以在Linux系統上挖礦。

1. 打開 網站，輸入手機號，選擇你要使用多少CPU來挖礦，默認為使用50%的CPU進行挖礦，點擊生成你的專屬命令並復制

只需要兩步，你就可以在Linux系統上挖礦，你所挖的錢只需要到哈魚礦工網站上，輸入你的手機號即可提現。